CN1467654A - 药品处方装置 - Google Patents

Abstract

不检查例如有效期这样的参数的处方方法可能导致处方过量。另外，由于病人在自己的控制下服用处方药品，可能导致复用过量的处方药品。从而，在通过网络为病人开药而不进行医疗检测的情况下，使病人适当地复用药品是很重要的。即使对于长时间复用的中药，也需要在医生指示时开出由医生所允许的药品。这样需要一种用于安全地开药的方法，使得病人可以适当地服药。

Description

药品处方装置

技术领域

本发明涉及一种药品处方装置，特别涉及用于连续服用特定药品的病人的一种药品处方装置。

背景技术

对于由例如医院这样的医疗机构为病人开处方的药品，一种有用的处理程序如下：医生首先为病人开出一张处方，然后病人带着所开出的处方到药店并且接收处方的药品。从而，病人需要到医疗机构处，并且让医生开处方，以获得该处方的药品。

但是，在病人具有一种没有特定症状的慢性病并且需要连续服药作为预防措施的情况下，在以前开处方的药品用完之前，病人需要到医疗机构，按照上述程序获得该药品。这对病人的时间和体力造成负担。

另一方面，最近互联网的发展，通过网络在医疗机构与药店之间传送处方信息，促使用于减轻对病人的时间和体力所造成的负担的处方方法的发展。

对于上述常规的处方方法，一种例子公开于日本公开专利申请No.2001-357127。

根据上述例子，通过互联网，病人要求从医院发出一个处方，然后该处方信息从医院发送到药店，以减少病人由于去医院而造成的损失。

在上文所述的常规处方方法中，存在一种可能性，当病人要求获得处方时，所要求的处方被提供给病人，而没有检查该处方是否适用于此时的病人。

但是，没有对相关处方的有效性的进行时期检查的处方方法可能会导致一些问题。例如，在病人由于精神疾病需要连续服用安眠剂的情况下，没有时期检查的处方方法可能造成严重的问题，例如开出过量的处方，因为病人是在他自己的控制下而服用处方药品的。从而，在药品被允许通过网络开处方而没有进行医疗检查的情况下，需要成功地管理要被开出的药品。即使对于已经长时间服用的习惯性药品，病人也需要根据医生的指示而接收处方药品，该指示包括病人需要服药的时期。结果，需要一种用于通过网络安全地开处方的方法，从而病人可以适当地服药。

发明内容

本发明的一般目的是提供一种药品处方装置，其基本上避免了由于现有技术的限制和缺点所造成的一个或多个问题。

本发明的特点和优点将在下文的描述中给出，并且从该描述和附图中变得更加清楚，或者可以通过根据在说明书中提供的思想对本发明的实践中获得。本发明的目的以及其它特点和优点将通过在说明书中以完整、清楚、简明和准确的术语所描述的装置来实现，以使得本领域的普通技术人员能够实现本发明。

为了实现在此体现和广义描述的这些和其它优点并且根据本发明的目的，根据本发明的一种药品处方装置包括：登记部分，登记关于病人的处方信息以及该处方信息的有效期；接收部分，从预定的终端接收用于该处方信息的处方请求；确定部分，检查当前日期是否在该处方信息的有效期内；以及发送部分，如果该确定部分确定当前的日期在该处方信息的有效期内，则把该处方信息发送到预定终端。

根据本发明，上述药品处方装置通过使用连接于医疗机构与病人的终端之间的网络来实现这四个部分。结果，由于信息通过网络在医疗机构与病人之间传送，因此病人不必定期地上医院进行身体检查，以获得药品。另外，病人可以在任何药店获得处方的药品，只要该药店被登记即可。相应地，病人可以减轻一些负担：到医院的交通费用、到医院所需的时间、以及在医院等待的时间。

另外，根据本发明，该登记部分提醒医生不但输入病人的处方信息，而且还输入一个处方条件，例如该病人应当服处方药品的时期。当接收部分接收来自病人的处方请求时，该确定部分根据处方信息和在登记部分登记的处方条件确定该请求在此时是否适当。除非该请求为适当，否则不允许该病人接收该处方药品。

相应地，该药品处方装置根据由负责的医生为病人设置的处方信息和相应的处方条件避免病人接收任何超过有效期的处方药品，从而避免管理大量的药品并且安全地把该药品提供给病人。根据疾病和处方药品的类型，该药品处方装置另外用于使医生设置即使在不对病人作身体检查的情况下允许根据病人的要求向病人提供处方药品的次数。

因此，根据本发明，不但可以减轻对病人的负担，而且还可以适当地向病人提供处方药品。

附图说明

图1为简要地示出本发明的第一实施例的示意图；

图2为示出在本发明中的处理的示意图；

图3为示出病人文件、药店文件以及处方条件表；

图4为示出处方管理文件和药品信息文件的例子的示意图；

图5为主要处理的流程图；

图6为处方信息登记处理的流程图；

图7为处方显示处理的流程图；

图8为显示信息确定处理的流程图；

图9为处方有效期检查处理的流程图；

图10为处方检查处理的限制次数的流程图；

图11为显示处理的流程图；

图12为处方信息发出处理的流程图；

图13为处方处理的流程图；

图14为处理完成处理的流程图；

图15为示出处方信息登记屏幕的一个例子的示意图；

图16为示出处方显示屏幕的一个例子的示意图；

图17为在本发明的第二实施例中的处方显示处理的流程图；

图18为示出药店选择屏幕的一个例子的示意图；

图19为示出本发明的第三实施例的处理的示意图；

图20为在本发明的第三实施例中的主要处理的流程图；

图21为在本发明的第三实施例中的处方显示处理的流程图；

图22为本发明的第三实施例中的显示处理的流程图；

图23为示出在本发明第三实施例中的处方显示屏幕的一个例子的示意图；以及

图24为在根据本发明的药品处方装置的一个例子中的硬件结构的方框图。

具体实施方式

下面参照图1给出对本发明第一实施例的概述。在图1中，药品处方装置101用于为病人117开处方。该药品处方装置101位于例如医院和药店这样的医疗机构116的设施内部，获得被置于与该医疗机构116的设施不同的一个位置处。

在该药品处方装置中的外部存储器包含用于存储关于病人117的基本信息的病人文件110、用于存储关于用于每个病人的每个处方的管理信息的处方管理文件112、以及用于存储关于准备处方的药店的信息的药店文件114。另外，该病人文件110包含用于登记关于病人的基本信息的病人信息登记程序103。处方管理文件112和药品信息文件113包含用于登记处方信息的处方信息登记程序104。处方条件表111包含用于登记关于处方信息的条件的处方条件登记程序105、用于确定要在病人终端上显示的处方信息的显示信息确定程序106、用于把对应于由病人117所请求的处方的处方信息发出到医疗机构116的处方信息发出程序107、用于显示处方信息的处方显示程序108、以及用于登记准备处方完成以及把处方药品传递到病人117的处方完成登记程序109。

如上文所述，这些程序被存储在药品处方装置101的外部存储器中。在执行时，每个程序被读入药品处方装置101的内部存储器。然后，如果需要的话，病人文件110、处方条件表111、处方管理文件112、药品信息文件113和药店文件114被引用和更新。

并且，外部存储器包含一个HTML(超文本标识语言)编辑器102，从而病人117和医疗机构116可以通过网络115以HTML的形式参照和登记处方信息。

在此，药品处方装置101、医疗机构116以及病人117的终端通过网络115相互连接。

根据参照图1所述的***轮廓，下面将参照图2描述本发明的第一实施例的处理之间的关系。

医生从一个终端输入用于病人201的处方信息以及其处方条件(204)。

例如，假设定期看医生并且习惯性地服用预防药品等等的病人201来咨询该医生。然后，如果医生允许即使在下一次没有医生的诊断也可以为病人201开处方，则该医生输入用于该病人的处方信息以及与该处方信息相关的处方条件。

当在前一次看病所开的药品用完时，病人从该病人的终端访问一个药品处方装置202，从而要请求与以前所开药品相同的药品。然后，该药品处方装置202把关于病人201的处方信息发送到病人的终端(205)。

在此时，药品处方装置202参照由医生所设置的相应处方条件，要传递给病人终端的处方信息，并且仅仅发送必要的处方信息，以避免发出过量的处方。

从在病人的终端上接收和显示的处方信息中，病人201选择一条该病人所要求的处方信息，然后把该信息发送到药品处方装置202。

在从病人的终端接收所要求的处方信息之后(206)，药品处方装置202不但把分配给所要求的处方信息的处方号发送到该病人终端(207)，而且还对于所要求的处方信息向药店执行发出处理。

该处方号被唯一地分配给各个处方信息，并且识别该处方信息。

当处方要求完成时，病人201到最近的药店203，并且出示由药品处方装置202所发出的处方号以及例如病人的病历卡这样的身份证(209)。

如果在药店203中的药剂师看到该处方号以及身份证，则该药剂师把该处方号和在终端上分配给该病人的病人号一同输入，并且从药品处方装置202接收相应的处方信息(210)。

根据所接收的处方信息，药剂师准备该处方并且把处方药品传递给病人201(211)。

当完成把药品传递给病人201时，该药剂师把处方完成信息从药剂师的终端发送到药品处方装置202(212)。

根据参照图2所述的处理，现在参照图3和图4给出对本发明的第一实施例的文件结构的描述。

图3中所示的文件结构涉及用于存储关于病人的基本信息的病人文件301，用于存储关于用于准备处方的药店的信息的药店文件、以及用于存储关于用于各个病人的每个处方信息的处方条件的处方条件表303。

病人文件301保存病人号、病人名字、病人生日、病人性别、病人电子邮件地址和病人密码。该病人密码是当病人从一个终端访问该药品处方装置时被要求提供的认证信息。例如，用于访问的认证信息包括病人号和病人的密码。

药店文件302保存用于识别每个药店的药店代码、药店密码、药店名称、药店地址、药店电话号码以及药店的电子邮件地址。

药店密码是当药剂师从一个终端访问该药品处方装置时被要求提供的认证信息。例如该用于访问的认证信息包括药店代码和药店的密码。

处方条件表303保存病人号、处方号、表示该处方被允许采用的最多次数的处方的限制次数、以及处方所需的处方时间间隔。

图4中所示的文件结构涉及用于为每个用户存储关于每个处方的管理信息的处方管理文件401以及用于存储关于要被开出的药品的药品信息的药品信息文件402。

处方管理文件401保存病人号、处方号、如果在相同的处方信息下准备多个处方时被参照的处方序号、负责部门的名称、处方信息的有效期、表示当病人要求获得处方时的日期的处方要求日期、以及表示当病人接收处方药品时的日期的处方日期。

药品信息文件402保存病人号、处方号、如果具有在相同处方信息下提供的多种药品而被引用的药品序号、处方药品的量、处方药品的单位、关于处方药品的使用的说明、以及病人应当服用该处方药品的天数。

下面参照图5的流程图给出对本发明的第一实施例的主要处理的描述。

属于一个医疗机构的医生在处方信息登记处理S501中登记为医生的病人所开的处方信息以及其处方条件。

然后，当在医生以前所开的药品用完时，病人在处方显示处理S502中要求获得与以前所开药品相同的药品。

在执行处方显示处理S502之后，确定该请求是否包含一个错误(S503)。如果该请求包含一个错误，则主要处理结束而不进行到后续的步骤。如果为否，则该药品处方装置进行到处方处理S504。

下面参照图6的流程图描述图5的步骤S501中所示的处方信息登记处理。

医生在通过网络与药品处方装置相连接的一个终端输入关于为病人所开药品的处方信息(S601)。

涉及关于处方管理的信息和关于处方药品的信息的处方信息主要包含如图4中所示的药品信息文件402的每个项目，即药品名称、处方药品的量、处方药品的单位、关于处方药品的使用说明、以及病人应当服用处方药品的天数。

在此，根据一种连续计数***自动地计数处方号和药品序号。

接着，医生设置关于处方信息的处方条件(S602)。

作为伴随该处方信息的条件的处方条件包含图3中所示的处方条件表303的项目，即处方的限制次数和处方时间间隔，以及图4中所示的项目，即处方信息的有效期。

在此，根据终端的初始设置而设置在处方管理文件401中的部门名称，以及根据连续计数***自动地计数处方号和处方序号。

图15中的屏幕1501是处方条件登记屏幕的一个例子，其中设置关于在图6中的步骤S601中输入的处方信息的处方条件。

在此，药品处方装置把数据转换为HTML形式，并且以HTML形式在终端上显示该处方条件登记表。

在输入处方信息和处方条件之后，例如在图15中的屏幕1501所示的处方条件登记屏幕上的“登记”按键被按下。然后在图6中的步骤S601所输入的处方信息和在图6中的步骤S602所设置的处方条件都被存储到图4中所示的药品信息文件402、图4中所示的处方管理文件401以及图3中所示的处方条件表303中(S603)。

在此，当输入处方信息和处方条件时，希望准备一个用于输入处方信息和处方条件的输入屏幕。另外，希望引入一种用于输入会诊内容的订单***或者例如电子医疗记录***这样的会诊辅助***，从而医生可以参照或复制在该登记中的以前处方的历史记录。

下面将参照图7的流程图给出在图5的步骤S502中所示的处方显示处理的详细描述。

开始，为了请求获得处方，病人请求药品处方装置在病人的终端上显示关于该病人的处方信息。

该药品处方装置网络接收来自病人终端的处方信息的请求(S701)。

在药品处方装置从病人的终端接收请求之后，该药品处方装置执行一个显示信息确定处理S702，以检查关于病人的处方信息。

执行显示信息确定处理S702，并且如果显示信息确定处理S702确定相关的处方信息不被保存，则该显示信息确定处理S702在该病人的终端上显示一条消息，即没有要被显示的处方信息(S708)，并且停止后续的处理。

如果显示信息确定处理S702确定相关的处方信息被保存，则该显示信息确定处理S702根据处方条件和关于处方信息的有效期编辑处方信息，以在病人的屏幕上显示处方信息。然后，该药品处方装置把编辑后的处方信息发送到病人的终端，随后转移到显示处理S704，以在病人的终端上显示处方显示屏幕。

图16中所示的屏幕1601为显示处理S704的结果在病人终端上显示的处方显示屏幕的一个例子。

下面参照图16中的屏幕1601给出对处方显示屏幕的描述。

在图16中的处方显示屏幕1601中，关于具有病人号000001的“Haruko Suzuki”的处方信息被显示。在此，当前信息被显示在该屏幕的上右角处。在该处方显示屏幕中显示3个处方信息1602、1603和1604。

3个处方信息的每个信息被以医生所登记的单位而显示，即处方单位。

对于每个处方信息，检查该病人的部门、处方药品、应当服用该药品的天数、以及使用该药品的指示被显示在该屏幕上。另外，处方信息的有效期被显示在屏幕的最下方部分。

该有效期的含义是允许根据该处方信息开出相应药品的时期。如果病人请求获得处方的日期不在相应处方信息的有效期内，则不允许准备该处方。

并且，处方显示屏幕1601在三个处方信息的上方显示的处方信息1602的最左侧具有一个复选框和一个标签“选择”。该复选框和标签的含义是病人允许选择该处方信息，即病人可以要求该处方。

由于当前日期2002年6月6日在处方信息1602的有效期内，则复选框和标签“选择”被显示在处方信息1602的左侧，并且病人被允许要求在该处方信息1602下的处方。

对于处方信息1603，不显示复选框和标签“选择”，并且病人不被允许请求获得处方，因为该处方信息1603的有效期的开始日期为2002年6月24日。

对于处方信息1604，该屏幕表示病人已经在2002年6月3日请求在处方信息1604下的处方，并且处方药品现在等待传送到该病人。

下面给出如何显示处方信息的详细描述，以及将在下文中描述的显示信息确定处理S702和显示处理S704的描述。

例如，当在图16上的处方显示屏幕中所示的一系列处方信息被显示时，病人在可用的处方信息中决定是否选择和请求该病人所要的处方信息，或者不请求处方(S705)。

当病人发送一个处方请求时，该药品处方装置执行一个处方信息发出处理S706，以把所请求的处方信息发出到药店。

在执行处方信息发出处理S706之后，该药品处方装置从处方管理文件401中取出由处方信息发出处理S706所处理的分配给处方信息的处方号。然后，药品处方装置把该处方号发送到病人终端，以及在屏幕上显示处方号，获得执行处方号通知处理S707，以把处方号通过网络传送到存储在病人文件301中的病人的电子邮件地址。

下面参照图8至10中的流程图给出图7中的步骤S702所示的显示信息确定处理的详细描述。

当药品处方装置从病人终端接收一个处方信息的请求时，该药品处方装置从处方管理文件401取出相关病人的处方管理记录(S801)。

接着，在步骤S801取出的关于病人的处方管理记录中，药品处方装置取出具有相同处方号的处方管理记录(S803)。

在此，参照图4中的401所示的处方管理文件的一个例子给出对步骤S803的执行的补充说明。

在步骤S801所读取的记录包含来自图4的401中所示的处方管理记录的上方的第一和第二记录、来自该上方的第三记录或者来自该上方的第四记录，其处方号相同。

处方管理文件401包含具有病人号“000001”和处方号“0100”的两个记录，其处方序号互不相同。这意味着已经在不同的场合准备了具有处方号“0100”的处方信息下的多个相同处方。

具有处方号“0100”和处方序号“1”的记录表示相应的处方请求表示在2002年5月7日病人接收相应的处方请求，以及在2002年5月8日完成处方药品的传递，因为该记录具有处方请求日期“2002/05/07”以及传递日期“2002/05/08”。具有处方号“0100”和处方序号“2”的记录表示相应处方请求还未被接收，因此还没有准备该处方，因为该记录具有关于处方请求日期和传递日期这两个项目的初始值。

接着，在步骤S803由处方号取出处方管理记录之后，即在图4的表401中所示具有病人号“000001”和处方号“0100”的两个记录，该药品处方装置执行处方有效期检查处理S804。

在图9中的流程图所示的处方有效期检查处理中，该药品处方装置参照该传递日期，其暗示了药品是否已经被开处方并且传递到病人。然后，对于每个在以前步骤中所取出的处方管理记录，该药品处方装置取出例如关于相应处方是否已经被准备好的记录，即传递日期的数值为初值的记录(S901)。

在图4中的表401中，具有处方号“0100”和处方序号“2”的记录被取出。

下面将详细描述如何更新在处方管理文件中的处方日期的处方完成处理。

在执行S901以取出例如相应的处方还没有被准备这样的记录之后，该药品处方装置确定是否存在未被传递的处方管理记录(S902)。如果存在该记录，则药品处方装置读出在步骤S902所取出的记录(S904)。如果不存在该记录，则药品处方装置转到处方限制次数检查处理S907。

如果存在一些未被传递的记录，则该药品处方装置参照未被传递记录的有效期，并且比较当前日期与有效期的结束日期(S905)。如果该有效期的结束日期在当前日期之前，也就是说，有效期结束，则该药品处方装置返回到步骤S903，而不执行后续的处理。

在步骤S905，如果有效期的结束日期不在当前日期之前，也就是说当前日期在有效期之内，或者有效期在当前日期之后，则该药品处方装置存储被保存在处方管理文件中的未被传递记录(S906)，因为该记录应当被显示。然后，该药品处方装置返回到步骤S903。

结果，具有图4中的401所示的处方号“0100”和处方序号“2”的记录被存储。

在步骤S903，确定是否在以前步骤被取出的所有未被传递的记录已经被处理。如果一些未被传递的记录还未被处理，则重复执行步骤S904至S906，直到所有未被传递记录都已经被处理为止。如果对于任何一个剩余的未被传递的记录完成该处理，则结束后续处理。

接着，将描述没有未被传递记录的情况。

在该药品处方装置没有任何未被传递记录的情况下，也就是说，不存在处方信息的情况，例如当前没有完成把药品传送到病人，该药品处方装置执行处方限制次数检查处理S907，以检查已经根据相关处方信息开出药品的次数，然后确定目前是否允许准备一个处方。

在图10中的流程图所示的处方限制次数检查处理S907中，具有与在图9中的步骤S901取出的相同处方号的被传递记录的数目被计数(S1001)。

在此，在一个处方具有一个记录的规定下构造处方管理文件401。

结果，具有相同处方号的记录的数目与根据具有相关处方号的处方信息准备的处方数目相等。

接着，参照处方条件表303(S1002)。然后，具有相关处方号的处方条件的处方限制次数与在步骤S1001计数的被传递记录的数目相比较(S1003)。

如果在步骤S1001计数的被传递记录的数目大于或等于处方的限制次数，也就是说准备处方的次数已经到达处方的限制次数，则药品处方装置转到处方限制次数错误S1008，并且停止后续的处理。

如果在步骤S1001计数的被传递记录的数目小于处方的限制次数，也就是说被准备的处方次数还没有到达处方的限制次数，则具有最大处方序号的记录，即，最后被准备的处方的记录被复制，从而创建一个新记录(S1004)，然后被复制的处方记录的处方序号增加(S1005)。

被复制的新处方记录现在保存在最后准备的处方记录中填入的传递日期，即原始记录的传递日期。对于要在被复制的新处方记录中填入的新有效期的开始日期，通过把处方信息的处方时间间隔相对应的天数相关的传递日期与在处方条件表303中关于该病人的处方号相加而给出开始日期。对于要在被复制的处方记录中填入的新的有效期的结束日期，通过把上文所计算的结果开始日期与对应于相关处方时间间隔的天数(例如，7天)相加而给出结束日期。对于有效期，根据上述计算，被复制的新记录被更新为开始日期和结束日期(S1006)。

在此，当有效期的更新完成时(S1006)，处方请求日期和在被复制的新记录中的传递日期被清除，其中它们的原始记录现在被保存(S1007)。

在执行图10中的处方限制次数检查处理之后，药品处方装置返回到图9中的步骤S907。然后在步骤S908确定是否出现处方限制次数错误。如果出现处方限制次数错误，则该药品处方装置停止后续处理。如果为否，该药品装置返回到步骤S901，并且继续执行步骤S902至S906。

在图9中的处方有效期检查处理被执行之后，药品处方装置返回到步骤S804并且重复以对分配给与请求处方的病人相关的每个处方号的所有记录执行步骤S803和S804(S802)。在对每个处方号的任何记录执行处理之后，该药品处方装置完成显示信息确定处理。

在执行图8中所示的显示信息确定处理之后，该药品处方装置返回到图8中的步骤S702。在步骤S703，作为显示信息确定处理的结果，如果确定没有要被显示的处方信息，则在错误显示处理S708中显示上述错误。如果确定存在要被显示的处方信息，则执行显示处理S704。

下面将参照图11的流程图描述显示处理S704。

在上述图9中所示的处方有效期检查处理中，药品处方装置读取已经在步骤S906中被存储的要被显示的处方管理记录(S1102)。

然后，药品处方装置根据在所读取的处方管理记录中填入的病人号和处方号，从药品信息文件302读出相应的药品记录(S1103)。

在处方管理记录中填入的处方请求日期不等于初始值的情况下，也就是说，病人已经要求该处方的情况下，药品处方装置把例如“等待传递”这样的处方请求和消息的日期置于应当显示处方有效期的位置(S1107)。

接着，药品处方装置把如下信息转换为HTML格式：在步骤S1102读出的处方管理记录、在步骤S1103取出的药品记录、以及在步骤S1107编辑的内容。然后，药品处方装置把被转换为HTML的内容通过网络发送到病人的终端。结果，在病人不能够选择处方信息的状态下，药品处方装置可以在病人的终端上显示该信息(S1108)。

上文的描述在图16中被显示为处方信息1604。

在步骤S1104中，在处方管理记录中填入的处方请求日期为初始值的情况下，也就是说，病人还没有请求该处方的情况，如果相关记录的有效期的开始日期比当前日期更晚，即，当前日期不在有效期内，药品处方装置把从在步骤S1102读取的处方管理记录编辑的内容以及在步骤S1103从药品信息文件取出的药品记录转换为HTML格式，其被通过网络发送到病人的终端。结果，在病人不能够选择处方信息的状态下，药品处方装置可以在病人的终端上显示该信息(S1108)。

上文的描述在图16中被示出为处方信息1603。

在步骤S1105，如果在处方管理记录中填入的有效期的开始日期早于或等于当前日期，也就是说，当前日期在有效期内，则该药品处方装置把从在步骤S1102读出的处方管理记录编辑的内容以及在步骤S1103取出的药品记录转换为HTML格式，其被通过网络发送到病人终端。结果，在病人可以选择处方信息的状态中，该药品处方装置可以在病人终端上显示该信息(S1106)。

上述描述在图16中被显示为处方信息1602。

当完成步骤S1106和S1108时，药品处方装置返回到步骤S1101，并且重复上述处理，直到要被显示的所有处方管理记录都被处理为止。

当图11中所示的显示处理完成时，病人参照图16中的屏幕1601中所示的处方信息的列表，然后在可用的处方信息中选择用户要求的一个处方信息(在图7中的S705)。

在从病人接收该处方请求之后，药品处方装置执行如图7中所示的处方信息发出处理S706。

下面参照图12的流程图给出对该处方信息发出处理的描述。

在从病人接收处方请求信息之后(S1201)，药品处方装置参照处方管理文件401，并且更新在关于当前日期的处方管理记录中的处方请求日期(S1202)。

在处方管理文件中的处方请求日期的更新导致相关处方信息被发出。将在下文中描述的图13中所示的处方处理的执行可以把处方信息发出到一个药店的终端。

当图12中所示的处方信息发出处理完成时，该药品处方装置返回到图7中所示的步骤S706，并且执行处方号通知处理S707，以用HTML格式把所要求的处方信息的处方号发送到用户终端，并且在该终端上显示该处方号。

在此，该药品处方装置可以决定是否使用上述方式来在病人的终端上显示处方号，但是采用一种方式来把该处方号发送到病人的电子邮件地址。

当图12中所示的处方号通知处理完成时，该药品处方装置返回到图5中所示的步骤S502，并且确定是否存在例如处方限制次数错误这样的错误(S503)。如果没有错误，则药品处方装置转到处方处理S504。如果存在一些错误，则药品处方装置终止，而不执行后续的处理。

现在将参照图13的流程图给出对该处方处理的描述。

在处方信息发出处理中，药剂师通过网络把该药剂师的终端与药品处方装置相连接，输入病人号和相关病人的处方号，并且把包括病人号和处方号的处方显示请求信息发送到药品处方装置，以参照可用的处方信息。

该药品处方装置接收上述处方显示请求信息(S1301)。

根据所接收的处方显示请求信息，该药品处方装置参照处方管理文件401，并且检查在该相关处方信息的记录中填入的处方请求的日期是否为初始值(S1302)。

如果这样的话，即根据该处方信息的处方还没有被请求，则药店不允许准备该处方。相应地，药店处方装置通过网络在药店的终端上显示一个错误消息，即该处方请求还没有被处理的消息(S1306)，然后停止后续的处理。

如果为否，即根据该处方信息的处方还没有被请求，则药品处方装置用HTML格式编辑在处方管理文件中的相关记录以及在药品信息文件中的相关记录，例如以类似于通常被使用的纸张处方。该药品处方装置发送转换为HTML格式的处方信息，并且在药店的终端上显示该处方信息(S1303)。

根据在屏幕上显示的处方信息，药剂师准备该处方，并且把药品传送给病人(S1304)。

在把药品传递给病人之后，药品处方装置根据由药剂师从该药剂师的终端所发送的处方完成信息执行处方完成处理S1305。

下面将参照图14的流程图给出对处方完成处理S1305的描述。

药品处方装置通过网络从药剂师的终端接收包括病人号和处方号的处方完成信息(S1401)。

根据所接收的处方完成信息，药品处方装置参照该处方管理文件并且把在相关记录中所填入的传递日期更新为当前日期(S1402)。

当在该记录中的传递日期被登记时，根据相关处方信息的处方被完成。

下面参照图17给出对本发明的第二实施例的描述。

在本发明的上述第一实施例中，只要药店被登记在由药品处方装置所保存的药店文件中，则无论病人到哪一个药店，该病人都可以通过提供分配给病人所需处方的处方号以及病人的身份证而在该药店接收所开的药品。

在本发明的第一实施例中，由于直到病人到该药店为止在药店中的药剂师才开始准备该处方，则病人必须等待该处方的准备。

在本发明的第二实施例中，病人能够指定一个药店来准备该处方，并且把处方药品传递到该病人。另外，只要病人请求该处方，则相应的处方信息被发送到指定的药店。结果，病人需要更少的时间来等待接收处方药品。

在图17中所示的处方显示处理中，在请求处方之后(S1705)，执行处方药店选择处理S1706和处方信息编辑发送处理S1707。

除了上述步骤之外，图17中所示的处方显示处理等效于图7中所示的本发明第一实施例的处方显示处理。

在处方药店选择处理S1706中，病人从如图16中所示的处方显示屏上显示的处方信息的列表要求一个处方。然后，该药品处方装置显示如图18中所示的处方药店选择屏幕。

通过把从药店文件302读取的关于药店的信息发送到病人终端，然后转换为HTML格式，图18的处方药店选择屏幕被显示在病人的终端上。

在可用于准备该处方的所显示药店中，病人选择该病人希望访问的药店。

在此，尽管未在图18中示出，但是该处方药店选择屏幕可以被更改为使得病人还可以指定该病人希望接收药品的日期。

在执行处方药店选择处理S1706之后，药品处方装置例如以通常所用的纸张处方形式编辑在步骤S1705所请求的处方信息，然后通过网络把所编辑的处方信息发送到在步骤S1706选择的药店的电子邮件地址(S1707)。

由于只要该处方被要求则发送该处方信息，因此药店可以预先准备该处方。

下面参照图19给出对本发明的第三实施例的描述。

如上文所述的第一和第二实施例是这样的实施例，其中根据病人的处方请求，药店接收处方信息，并且药店根据该处方信息准备处方。但是，在本发明的第三实施例中，将给出对于不需要病人的处方请求而能够开药的处方装置的描述。

首先，按照与第一和第二实施例相同的方式，医生从该医生的终端输入关于病人1901的处方信息以及相应的处方条件(1904)。

当以前开处方的药品减少时，病人1901从病人的终端访问药品处方装置1902，以获得与以前开处方药品相同药品的处方。然后，药品处方装置1902把关于病人1901的处方信息发送到病人终端(1905)。

关于上述处方信息，药品处方装置1902执行在第一和第二实施例中所述的有效期检查处理和处方限制次数检查处理，并且仅仅把满足由医生所提供的处方条件的处方信息发送到病人的终端。

病人1901确认所显示的处方信息的内容，并且另外确认病人希望获得的处方药品的可用性。

如果允许开出该药品，则病人1901访问最近的药店1903，并且出示例如病人的病历卡以及当病人确认该处方可用时所显示的处方号(1906)。

在此，病人1901可以直接访问该药店，而不用预先确认该可用性。

在向药剂师出示处方号以及身份证之后，该药剂师从药剂师的终端输入分配给该用户的病人号，并且从药品处方装置1902接收处方信息(1907)。

该药剂师确认所接收的处方信息，检查该病人希望准备的处方的可用性，并且把处方药品传递到该病人(1908)。

在完成把药品传递给病人1901之后，药剂师把处方完成信息从该药剂师的终端发送到药品处方装置(1909)。

下面将参照图20中的流程图给出对本发明第三实施例的主要处理的描述。

类似于本发明的第一和第二实施例，在医疗机构的医生执行处方信息登记处理S2001，以登记用于该医生的病人的处方信息以及其处方条件。

接着，病人执行处方显示处理S2002，以确认目前是否允许对药品开处方。

如上文所述，病人不需要确认处方的可用性。

当病人访问药店以接收处方药品时，在药店的药剂师执行处方显示处理S2002，以确认关于病人的处方信息。

当处方显示处理S2002完成时，确定是否存在错误(S2003)。如果存在错误，则药品处方装置停止，而不执行后续的步骤。如果为否，则该药品处方装置转到下一步骤。

药剂师确认在步骤S2002显示的处方信息，并且准备该处方。如果处方药品被传递，则执行处方完成处理S2005。如果由于该处方信息超过其有效期，药剂师不能够准备该处方，则药品处方装置返回到步骤S2002(S2004)。

下面将参照图21的流程图给出对处方显示处理的描述。

药品处方装置从病人的终端或者药店的终端接收病人的显示请求(S2101)。然后，药品处方装置执行显示信息确定处理S2102，以对该显示请求检查是否存在要被显示的处方信息。

在此，该显示信息确定处理S2102等价于在第一和第二实施例中所述的处理。在显示信息确定处理S2102中执行的有效期检查处理和处方限制次数检查处理方面，该显示信息确定处理也等价于在第一和第二实施例中所述的处理。

根据显示信息确定处理S2102的结果，确定是否存在要被显示的信息(S2103)。如果不存在该信息，则在步骤S2105执行错误显示处理。如果存在该信息，则在步骤S2104执行显示处理。

下面参照图22的流程图给出对该显示处理的描述。

药品处方装置从已经在处方有效期检查处理中存储的处方管理文件读取与要被显示的处方信息相关的记录(S2202)。

根据读取处方管理记录的病人号和处方号，该药品处方装置从药品信息文件302读取相应的记录(S2203)。

根据已经在步骤S2202读取的处方管理记录和在步骤S2203读取的药品记录，药品处方装置编辑被转换为HTML格式的处方信息(S2204)。然后，药品处方装置把转换为HTML格式的处方信息发送并显示到病人的终端或者药剂师的终端(S2205)。

当在步骤S2204编辑该处方信息时，药品处方装置确定病人或药剂师中的哪一个终端请求显示。根据该结果，药品处方装置可以改变处方信息的编辑内容。例如，如果从药店的终端给出显示请求，则药品处方装置可以用类似于通常使用的纸张处方的方式用图像编辑该处方的内容。

下面参照图23的处方屏幕显示的一个例子描述在病人的终端或药剂师的终端上显示的处方信息。

处方显示处理的执行显示图23中所示的一个处方信息的列表。

在每个处方信息2302、2303和2304的左区中，显示标识各个处方信息的处方号。

参照该屏幕，病人或药剂师确认当前的处方信息的可用性。

在此，药品处方装置仅仅显示由于显示信息确定处理所得的处方信息。相应地，药品处方装置还显示这样的处方信息，例如处方信息的有效期的开始日期还没有到来。为了便于识别，例如药品处方装置可以仅仅显示分配给当前可用的处方信息的处方号。并且，药品处方装置可以通过以不同颜色显示或者给出“可用于开处方”这样的注释而强调相关的处方信息。

如上文所述，在处方信息被显示于药剂师的终端的情况下，该药品处方装置可以不显示图23中所示的处方信息的列表，而是以纸张处方形式显示该处方信息。

按照上述方式，药剂师根据所显示的处方信息准备处方，并且把开处方的药品传递到该病人。

在把开处方的药品传递到该病人之后，药剂师执行处方完成处理。

该处方完成处理等价于第一和第二实施例的处理。

下面参照图24中的方框图，在本发明的药品处方装置的一个例子中给出硬件结构。

在图24中，在本例中的药品处方装置包括CPU(中央处理单元)2401、存储器单元2402、输出单元2403、输入单元2404、显示单元2405、存储单元2406、CD-ROM驱动器2407和通信单元2408，所有这些部件通过一条总线B相互连接。

CPU2401根据存储在图1中的存储单元12中的程序执行作为根据上述本发明的药品处方装置的功能。存储器单元2402包括RAM和ROM，并且存储要由CPU2401所执行的程序、用于处理的数据以及由该处理所获得的数据。并且，存储器单元2402的一个区域的一部分被用作为用于由CPU2401所执行的处理的工作区域。

通信单元2408控制数据传输，用于在药品处方装置和病人的终端或者医疗机构的终端之间发送或接收信息。

输入单元2404包括鼠标、键盘等等，并且被用于输入信息。存储单元2406包括硬盘，并且存储病人文件110、处方条件表111、处方管理文件112、药品信息文件113、药店文件114、病人登记程序103、处方信息登记程序104、处方条件程序105、显示信息确定程序106、处方信息发出程序107、处方显示程序108、处方完成程序109以及HTML编辑器102。

在药品处方装置被销售的情况下，可以在把该程序存储在例如CD-ROM(压缩只读光盘)或者软盘这样的可移动型介质中的状态下发布执行药品处方装置的功能的程序，或者通过网络把该程序传送到其它计算机。

例如，通过把CD-ROM2409安装到CD-ROM驱动器2407，该处理程序被安装到药品处方装置。当存储该程序的CD-ROM2409被***在CD-ROM驱动器2407中时，CD-ROM驱动器2407从CD-ROM2409读取程序，并且从CD-ROM2409读出的程序被通过总线B安装到存储单元2406。当执行该处理时，CPU2401根据安装到存储单元2406的程序执行该处理。

应当指出，记录介质不限于CD-ROM2409，而且可以使用例如磁盘、磁带、光盘、磁光盘、半导体存储器这样的其它计算机可读记录介质。

本发明不限于在此公开的内容，并且可以作出各种变化和改变而不脱离本发明的范围。

本申请基于在2002年6月24日递交的日本专利申请No.2002-182337，其全部内容被包含于此以供参考。

Claims (14)

1.一种药品处方装置包括：

登记部分，登记关于病人的处方信息以及包括所述处方信息的有效期的所述处方信息的处方条件；

接收部分，从预定的终端接收用于获取所述该处方信息的所述病人的请求；

确定部分，检查当前日期是否在所述处方信息的所述有效期内；以及

发送部分，如果所述确定部分确定当前的日期在所述处方信息的有效期内，则把所述处方信息发送到所述预定终端。

2.根据权利要求1所述的药品处方装置，其中：

所述登记部分登记来自医生的终端的由负责所述病人的医生所给出的所述处方信息和处方条件；

所述确定部分响应来自所述预定终端的获取所述处方信息的所述请求，根据所述处方信息和包括所述有效期的所述处方条件，确定哪一个所述处方信息目前可用于所述病人；以及

所述发送部分把所述处方信息与用于所述病人的当前有效期一同发送到所述预定终端，从而所述病人可以决定是否要求药店根据所述处方信息准备一个处方。

3.根据权利要求1所述的药品处方装置，其中：

所述登记部分登记由医生所设置的处方的限制次数，其表示允许根据所述处方信息准备所述处方的次数；以及

所述预定部分检查已经根据所述处方信息把所述处方传递到所述病人的次数是否达到所述处方的限制次数。

4.根据权利要求1所述的药品处方装置，其中：

所述登记部分登记由医生所设置的处方的时间间隔，其表示在一个时间间隔内允许根据所述处方信息准备所述处方；以及

根据前一次已经基于所述处方信息准备的处方的日期和所述处方时间间隔计算所述有效期。

5.根据权利要求1所述的药品处方装置，其中：

所述发送部分把所述有效期的开始日期为当前日期或在当前日期之后的所述处方信息与所述有效期一同发送。

6.根据权利要求1所述的药品处方装置，其中：

所述接收部分从一个终端接收药店处方完成信息，其表示所述病人已经接收处方药品；然后所述处方信息和所述处方条件被根据所述处方完成信息而更新。

7.根据权利要求1所述的药品处方装置，其中：

所述接收部分从所述病人终端接收一个请求，其要求基于所述发送部分已经发送到所述病人终端的所述处方信息的处方；以及

所述发送部分把所述处方信息发送到已经被所述病人请求基于所述处方信息准备处方的药店。

8.根据权利要求1所述的药品处方装置，其中：

所述接收部分从所述病人终端接收一个请求，其要求基于所述发送部分已经发送到所述病人终端的所述处方信息的处方，以及接收关于所述病人所要求的基于所述处方信息准备处方的药店的信息；以及

所述发送部分把所述处方信息发送到所述药店。

9.一种药品处方装置的开处方方法，包括：

登记步骤，登记关于病人的处方信息以及包括所述处方信息的有效期的所述处方信息的处方条件；

接收步骤，从预定的终端接收用于获取所述该处方信息的所述病人的请求；

确定步骤，检查当前日期是否在所述处方信息的所述有效期内；以及

发送步骤，如果所述确定步骤确定当前的日期在所述处方信息的有效期内，则把所述处方信息发送到所述预定终端。

10.根据权利要求9所述的药品处方装置的开处方方法，其中进一步包括如下步骤：

预先选择所述病人希望基于所述处方信息准备处方的药店；以及

只要基于所述处方信息开处方的所述病人请求和关于由所述病人所选择的所述药店的信息被接收，则把所述处方信息发送到所述药店。

11.一种药品处方程序，其使计算机执行如下步骤：

登记步骤，登记关于病人的处方信息以及包括所述处方信息的有效期的所述处方信息的处方条件；

接收步骤，从预定的终端接收用于获取所述该处方信息的所述病人的请求；

确定步骤，检查当前日期是否在所述处方信息的所述有效期内；以及

发送步骤，如果所述确定步骤确定当前的日期在所述处方信息的有效期内，则把所述处方信息发送到所述预定终端。

12.根据权利要求11所述的药品处方程序，其使计算机执行如下步骤：

预先选择所述病人希望基于所述处方信息准备处方的药店；以及

只要基于所述处方信息开处方的所述病人请求和关于由所述病人所选择的所述药店的信息被接收，则把所述处方信息发送到所述药店。

13.一种存储药品处方程序的计算机可读介质，其使计算机执行如下步骤：

登记步骤，登记关于病人的处方信息以及包括所述处方信息的有效期的所述处方信息的处方条件；

接收步骤，从预定的终端接收用于获取所述该处方信息的所述病人的请求；

确定步骤，检查当前日期是否在所述处方信息的所述有效期内；以及

发送步骤，如果所述确定步骤确定当前的日期在所述处方信息的有效期内，则把所述处方信息发送到所述预定终端。

14.根据权利要求13所述的计算机可读介质，其中进一步存储使计算机执行如下步骤的程序：

预先选择所述病人希望基于所述处方信息准备处方的药店；以及

只要基于所述处方信息开处方的所述病人请求和关于由所述病人所选择的所述药店的信息被接收，则把所述处方信息发送到所述药店。

Images