一种药品配发方法、服务器及系统与流程

本申请涉及医疗技术领域，尤其涉及一种药品配发的方法、服务器及系统。

背景技术：

当前各大医院每天接诊的患者人数急剧增加，导致每天在医院药房排队取药的患者数不胜数；另外，为防止一些不法分子通过虚假药单冒充患者在取药窗口取药，所以药房工作人员需要人工对药单信息进行反复稽核，一方面，增加了药房工作人员的工作量，另一方面，导致患者需要耗费大量的时间排队取药。

技术实现要素：

本申请提供一种药品配发方法、服务器及系统，可提高药品配发准确性和药品配发效率。

第一方面，本申请提供了一种药品配发方法，涉及医疗信息的分析和处理，该方法包括：

服务器接收药品获取请求终端发送的药品获取请求，所述药品获取请求携带患者的身份信息；所述药品获取请求终端部署在药品获取请求方；

所述服务器判断第一数据库中是否存在包含所述患者的身份信息的处方；

如果所述第一数据库中存在包含所述患者的身份信息的处方，则所述服务器判断所述处方中是否存在药品；

如果所述处方中存在药品，则所述服务器判断所述药品的状态；所述药品的状态包括：待配发或已配发；

如果所述药品的状态为待配发，则所述服务器配发所述药品给所述药品请求方；如果所述药品的状态为已配发，则所述服务器发送第一提示给所述药品获取请求终端；所述第一提示用于提示出所述药品已配发。

结合第一方面，在一些可能的实施例中，

所述已配发包括：配发中或配发完成；

所述服务器配发所述药品给所述药品请求方之后，还包括：

如果所述服务器未接收到由所述药品获取请求终端发送的第一确认信息，则所述服务器将所述药品的状态修改为所述配发中；

或者，

如果所述服务器接收到由所述药品获取请求终端发送的第一确认信息，则所述服务器将所述药品的状态修改为所述配发完成。

结合第一方面，在一些可能的实施例中，

所述如果所述药品的状态为已配发，则所述服务器发送第一提示给所述药品获取请求终端；所述第一提示用于提示出所述药品已配发，包括：

所述如果所述药品的状态为所述配发中，则所述服务器发送第二提示给所述药品获取请求终端；所述第二提示用于提示出所述药品处于配发中；

或者，

所述如果所述药品的状态为所述配发完成，则所述服务器发送第三提示给所述药品获取请求终端；所述第三提示用于提示出所述药品配发完成。

结合第一方面，在一些可能的实施例中，

如果所述第一数据库中存在包含所述患者的身份信息的处方，则所述服务器判断所述处方中是否存在药品，包括：

如果所述第一数据库中存在包含所述患者的身份信息的处方，则所述服务器通过光学字符识别技术对所述处方进行识别，以确定出所述处方中是否存在药品。

结合第一方面，在一些可能的实施例中，

所述如果所述药品的状态为待配发，则所述服务器配发所述药品给所述药品请求方，包括：

如果所述药品的状态为待配发，则所述服务器直接将所述药品配发给所述药品请求终端；

或者，

如果所述药品的状态为待配发，则所述服务器发送第四提示给取药人员的第一终端，所述第四提示用于通知所述取药人员将所述药品配发给所述药品请求方；

或者，

如果所述药品的状态为待配发，则所述服务器发送第四提示给应用终端(如：机器人)，所述第五提示用于通知所述应用终端将所述药品配发给所述药品请求方。

第二方面，本申请提供了一种服务器，该服务器包括：

接收单元，用于接收药品获取请求终端发送的药品获取请求，所述药品获取请求携带患者的身份信息；所述药品获取请求终端部署在药品获取请求方；

第一判断单元，用于判断第一数据库中是否存在包含所述患者的身份信息的处方；

第二判断单元，用于如果所述第一数据库中存在包含所述患者的身份信息的处方，则所述服务器判断所述处方中是否存在药品；

第三判断单元，用于如果所述处方中存在药品，则所述服务器判断所述药品的状态；所述药品的状态包括：待配发或已配发；

配发单元，用于如果所述药品的状态为待配发，则配发所述药品给所述药品请求方；如果所述药品的状态为已配发；

发送单元，用于如果所述药品的状态为已配发，则发送第一提示给所述药品获取请求终端；所述第一提示用于提示出所述药品已配发。

结合第二方面，在一些可能的实施例中，

还包括：

修改单元，用于

所述已配发包括：配发中或配发完成；

在所述配发单元配发所述药品给所述药品请求方之后，如果所述接收单元未接收到由所述药品获取请求终端发送的第一确认信息，则将所述药品的状态修改为所述配发中；如果所述接收单元接收到由所述药品获取请求终端发送的第一确认信息，则将所述药品的状态修改为所述配发完成。

结合第二方面，在一些可能的实施例中，发送单元，具体可用于：

所述如果所述药品的状态为所述配发中，则发送第二提示给所述药品获取请求终端；所述第二提示用于提示出所述药品处于配发中；

或者，

所述如果所述药品的状态为所述配发完成，则发送第三提示给所述药品获取请求终端；所述第三提示用于提示出所述药品配发完成。

第三方面，本申请提供了一种服务器，该服务器包括：收发器、存储器以及与所述存储器耦合的处理器，所述收发器、存储器以及与所述存储器耦合的处理器相互连接，其中，所述收发器用于执行接收或发送动作，所述存储器用于存储药品配发方法的实现代码，所述处理器用于调用所述存储器中存储的所述实现代码，即执行第一方面所述的药品配发方法。

第四方面，本申请提供了一种药品配发系统，包括：服务器、药品获取请求终端及处方提供终端；其中，所述服务器用于第一方面所述的药品配发方法进行药品配发，所述药品获取请求终端用于向所述服务器发送药品获取请求，所述处方提供终端用于向所述服务器发送处方。

第五方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令被处理器执行时，使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的药品配发方法。

第六方面，本申请提供了一种计算机程序产品，所述程序产品被处理器执行时，使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的药品配发方法。

本申请提供了一种药品配发方法、服务器及系统。服务器接收药品获取请求终端发送的药品获取请求，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；药品获取请求终端部署在药品获取请求方；服务器判断第一数据库中是否存在包含患者的身份信息的处方；如果第一数据库中存在包含患者的身份信息的处方，则服务器判断处方中是否存在药品；如果处方中存在药品，则服务器判断药品的状态；药品的状态包括：待配发或已配发；如果药品的状态为待配发，则服务器配发药品给药品请求方；如果药品的状态为已配发，则服务器发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。采用本申请，可提高药品配发准确性和药品配发效率。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的一种药品配发系统的示意图；

图2是本申请提供的一种药品配发方法的示意流程图；

图3是本申请提供的一种服务器的示意性框图；

图4是本申请提供的另一种服务器的示意性框图。

具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本申请中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

参见图1，是本申请提供一种药品配发系统的示意图，如图1所示，该药品配发系统可包括：服务器、药品获取请求终端及处方提供终端。

其中，药品获取请求终端、处方提供终端均可为药品配发系统中的终端，该终端可以指接入终端、用户设备(userequipment，ue)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动终端、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以蜂窝电话、无绳电话、会议发起协议电话，无线本地环路站、个人数字处理、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、可穿戴设备或者未来演进的公共陆地移动网络中的终端设备。

在药品配发系统中，可包括：药品获取请求方，处方提供方以及药品配发方。本申请实施例中，以药品获取请求终端部署在药品获取请求方、处方提供终端部署在处方提供方、服务器部署在药品配发方为例。

本申请实施例中，医疗机构的医生可登陆处方提供客户端将注册信息输入到部署在该处方提供方(如：医疗机构)的处方提供终端，处方提供终端将该注册信息发送至服务器，进而服务器获得该医疗机构的医生设置的用于登陆处方提供客户端的私钥，并将该私钥存储。

药品获取请求方工作人员(如：药房工作人员)可登陆药品获取请求客户端将注册信息输入到部署在药品请求方(如：医疗机构、药店)的药品获取请求终端，药品获取请求终端将该注册信息发送至部署在药品配发方的服务器，进而服务器获得用于登陆药品获取请求客户端的私钥，并将该私钥存储。

进而，在不同用户通过药品获取请求终端或处方提供终端分别在服务器注册完成后，药品获取请求方工作人员可登陆药品获取请求客户端将药品获取请求输入到药品获取请求终端；多所医疗机构的医生可通过处方提供客户端将患者的处方分别输入到部署在各处方提供方的处方提供终端。

应当说明的，医疗机构可包括：医院、妇幼保健院、社区卫生服务中心、乡(镇)卫生院、疗养院、门诊部(如中医门诊部、中西医结合门诊部)、村卫生室、急救中心、临床检验中心、专科疾病防治院或护理院等等。

药品获取请求方可为药店、医疗机构的药房等。

应当说明的，客户端可包括：本地运行的应用程序、运行于网络浏览器上的功能(又称为webapp)、嵌入于电子邮件中的小程序、嵌入于即时通讯的客户端软件(如微信(wechat))中的小程序，以及嵌入在其他应用程序(如wechat)中的功能(如微信公众号)等。对于客户端，服务器上需要运行有相应的服务器端程序来提供相应的服务，如数据库服务，数据计算、决策执行等等。

本申请实施例中，服务器也可以被称为后台服务器、组件服务器、药品配发服务器等，服务器可以通过互联网与可发送药品获取请求的药品获取请求终端和发送处方的处方提供终端进行通信连接，可对接收到的药品获取请求进行响应。

应当说明的，首先，服务器接收药品获取请求终端发送的药品获取请求，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；药品获取请求终端部署在药品获取请求方；服务器判断第一数据库中是否存在包含患者的身份信息的处方；如果第一数据库中存在包含患者的身份信息的处方，则服务器判断处方中是否存在药品；如果处方中存在药品，则服务器判断药品的状态；药品的状态包括：待配发或已配发；如果药品的状态为待配发，则服务器配发药品给药品请求方；如果药品的状态为已配发，则服务器发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。采用本申请，可提高患者的药品配发准确性和药品配发效率。

参见图2，图2是本申请实施例提供的一种药品配发方法的示意流程图。

如图2所示，下面对药品配发系统提供的药品配发方法进行详细阐述，该方法至少可包括以下步骤：

s201、服务器接收药品获取请求终端发送的药品获取请求。

本申请实施例中，服务器接收药品获取请求终端发送的药品获取请求之前，

药品获取请求方工作人员(如：医疗机构的药房工作人员、药店工作人员)可登陆药品获取请求客户端，将药品获取请求输入到药品获取请求终端。药品获取请求终端部署在药品获取请求方，相应的，药品获取请求方可为：医疗机构、药店。

上述药品获取请求携带患者的身份信息，其中，患者的身份信息包括以下至少一项：患者的身份证号(如：430903xxxxxx3915)、社会保障卡号、指纹特征(如：左手大拇指指纹特征)、脸部特征或虹膜特征(如：左眼虹膜特征)等。

第一种方式：将上述药品获取请求存储于服务器的内部存储器中。

第二种方式：将上述药品获取请求存储于与服务器相连的云端数据库中。

应当说明的，药品获取请求终端可通过识别接口获取患者的身份信息。

具体的，药品获取请求终端可通过图像识别接口扫描患者的二代身份证以获取到患者的身份证号。

药品获取请求终端可通过图像识别接口扫描患者的社会保障卡以获取到患者的社会保障卡号。

药品获取请求终端可通过生物识别接口扫描患者的手指指纹以获取到患者的指纹特征。

药品获取请求终端可通过生物识别接口扫描患者的脸部以获取到患者的脸部特征。

药品获取请求终端可通过生物识别接口扫描患者的眼睛以获取到患者的虹膜特征。

s202、服务器判断第一数据库中是否存在包含患者的身份信息的处方。

本申请实施例中，第一数据库可包括但不限于至少一项：多个医疗机构的医生上传的患者的处方。其中，该处方为医疗机构的医生为患者所开的处方。处方包含患者的身份信息(如：患者的社会保障卡号)、临床表现症状、诊断结果、治疗手段或药品等等。

以上述处方为高血压患者的处方为例，上述处方可包括以下内容：患者的社保卡号、名字、年龄、性别、联系方式、临床表现症状为：头晕、头痛、疲劳、头悸、注意力不集中、肢体麻木或夜尿增多等，诊断结果为：缓进型高血压患者，治疗手段：降压药物治疗(每日给药一次能控制二十四小时病达标的药物)，改善生活行为、多重心血管危险因素协同控制。药品包括：利尿药、钙通道阻滞剂、血管紧张素转换酶抑制剂、血管紧张素ii受体阻滞剂等。

具体的，服务器可通过图像识别技术对第一数据库中的各个处方进行图像识别，识别出各个处方中包含的患者的社会保障卡号的处方，以确定出包含上述患者的身份信息的处方。

以患者的身份信息为患者的社会保障卡号为例，服务器可通过光学字符识别技术(opticalcharacterrecognition，ocr)对第一数据库中的各个处方进行文字识别，以识别出包含患者的社会保障卡号的处方。

以患者的身份信息为患者的左手大拇指指纹特征为例，服务器可通过指纹识别技术对第一数据库中各个处方包含的指纹特征进行识别，以识别出包含患者的左手大拇指指纹特征的处方。

以患者的身份信息为患者的左眼的虹膜特征为例，服务器可通过虹膜特征识别技术对第一数据库中各个处方包含的虹膜特征进行识别，以识别出包含患者的左眼的虹膜特征的处方。

应当说明的，在服务器判断第一数据库中是否存在包含患者的身份信息的处方之前，服务器可执行下述步骤：

步骤一：服务器接收多所医疗机构的至少一位医生的处方提供终端发送的处方；步骤二：服务器将上述处方存储在第一数据库中。

s203、如果第一数据库中存在包含患者的身份信息的处方，则服务器判断所述处方中是否存在药品。

本申请实施例中，上述药品为上述处方中所包含的药品。

具体的，如果第一数据库存在包含患者的身份信息的处方，服务器可进一步通过ocr技术对处方进行识别，以确定出该处方中是否包含待分配的药品。

应当说明的，如果第一数据库中不存在包含患者的身份信息的处方，则服务器发送第一指示给药品获取请求终端，该第一指示用于指示出不存在包含患者身份信息的处方。

s204、如果处方中存在药品，则服务器判断药品的状态；药品的状态包括：待配发或已配发。

本申请实施例中，如果药品的状态为待配发，则药品还未被服务器配发；如果药品的状态为已配发，则该药品已被服务器进行配发。

s205、如果药品的状态为待配发，则服务器配发药品给药品请求方；如果药品的状态为已配发，则服务器发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。

本申请实施例中，如果药品的状态为待配发，则服务器配发药品给药品请求方，具体可包括但不限于以下三种方式：

第一种方式：如果药品的状态为待配发，则服务器直接将药品配发给药品请求终端。

第二种方式：如果药品的状态为待配发，则服务器发送第四提示给取药人员的第一终端，第四提示用于通知取药人员将药品配发给药品请求方。

具体的，取药人员的第一终端可包括但不限于：取药人员的手机、电脑或传呼机等等。

第三种方式：如果药品的状态为待配发，则服务器发送第四提示给应用终端，第五提示用于通知应用终端将药品配发给药品请求方。

具体的，应用终端可包括但不限于：可用于运送药品的智能机器人。

应当说明的，所述已配发包括：配发中或配发完成。

服务器配发药品给药品请求方之后，还包括以下步骤：

如果服务器未接收到由药品获取请求终端发送的第一确认信息，则服务器将药品的状态修改为配发中。

或者，

如果服务器接收到由药品获取请求终端发送的第一确认信息，则服务器将药品的状态修改为配发完成。

采用上述步骤，服务器可对处方中的药品的配发的状态进行精确掌控，可降低服务器对药品进行重复配发的风险。

应当说明的，如果药品的状态为已配发，则服务器发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发，具体的，

如果药品的状态为配发中，则服务器发送第二提示给药品获取请求终端；第二提示用于提示出药品处于配发中；

或者，

如果药品的状态为配发完成，则服务器发送第三提示给药品获取请求终端；第三提示用于提示出药品配发完成。

在不同的药品状态下，服务器通过分别向药品请求终端发送不同的提示，以告知药品获取请求方处方中药品的状态，防止药品请求方通过药品获取请求终端反复向服务器发送药品获取请求。

综上所述，服务器接收药品获取请求终端发送的药品获取请求，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；药品获取请求终端部署在药品获取请求方；服务器判断第一数据库中是否存在包含患者的身份信息的处方；如果第一数据库中存在包含患者的身份信息的处方，则服务器判断处方中是否存在药品；如果处方中存在药品，则服务器判断药品的状态；药品的状态包括：待配发或已配发；如果药品的状态为待配发，则服务器配发药品给药品请求方；如果药品的状态为已配发，则服务器发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。采用本申请，可提高药品配发准确性和药品配发效率。

参见图3，是本申请提供的一种服务器，该服务器可为图2中的服务器。如图3所示，服务器30包括：接收单元301、第一判断单元302、第二判断单元303、第三判断单元304、配发单元305及发送单元306。其中：

接收单元301，用于接收药品获取请求终端发送的药品获取请求，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；药品获取请求终端部署在药品获取请求方。

第一判断单元302，用于判断第一数据库中是否存在包含患者的身份信息的处方,所述患者的身份信息包括以下至少一项：所述患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；所述药品获取请求终端部署在药品获取请求方。

第二判断单元303，用于如果第一数据库中存在包含患者的身份信息的处方，则服务器判断处方中是否存在药品。

第三判断单元304，用于如果处方中存在药品，则服务器判断药品的状态；药品的状态包括：待配发或已配发。

配发单元305，用于如果药品的状态为待配发，则配发药品给药品请求方。

发送单元306，用于如果所述药品的状态为已配发，则发送第一提示给所述药品获取请求终端；所述第一提示用于提示出所述药品已配发。

服务器30包括：接收单元301、第一判断单元302、第二判断单元303、第三判断单元304、配发单元305及发送单元306之外，还包括：修改单元。

修改单元，用于

已配发包括：配发中或配发完成；

在配发单元305配发药品给药品请求方之后，如果接收单元301未接收到由药品获取请求终端发送的第一确认信息，则将药品的状态修改为配发中；如果接收单元301接收到由药品获取请求终端发送的第一确认信息，则将药品的状态修改为配发完成。

发送单元306，具体用于：

如果药品的状态为配发中，则发送第二提示给药品获取请求终端；第二提示用于提示出药品处于配发中。

或者，

如果药品的状态为配发完成，则发送第三提示给药品获取请求终端；第三提示用于提示出药品配发完成。

应当理解，服务器30仅为本申请实施例提供的一个例子，并且，服务器30可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图3的服务器30包括的功能块的具体实现方式，可参考前述图2所述的方法实施例，这里不再赘述。

综上所述，服务器30通过接收单元301接收药品获取请求终端发送的药品获取请求，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；药品获取请求终端部署在药品获取请求方；服务器30通过第一判断单元302判断第一数据库中是否存在包含患者的身份信息的处方；如果第一数据库中存在包含患者的身份信息的处方，则服务器30通过第二判断单元303判断处方中是否存在药品；如果处方中存在药品，则服务器30通过第三判断单元304判断药品的状态；药品的状态包括：待配发或已配发；如果药品的状态为待配发，则服务器30通过配发单元305配发药品给药品请求方；如果药品的状态为已配发，则服务器30通过发送单元306发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。采用本申请，可提高患者的药品配发准确性和药品配发效率。

本申请提供了另一种服务器，该服务器可为图2中的服务器。如图4所示，服务器40可包括：处理器401、存储器402(一个或多个计算机可读存储介质)以及收发器403。这些部件可在一个或多个通信总线404上通信。

处理器401可以是中央处理器(centralprocessingunit，cpu)，网络处理器(networkprocessor，np)或者cpu和np的组合。

处理器401还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specificintegratedcircuit，asic)，可编程逻辑器件(programmablelogicdevice，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)，现场可编程逻辑门阵列(field-programmablegatearray，fpga)，通用阵列逻辑(genericarraylogic，gal)或其任意组合。

可理解的，处理器401可用于判断第一数据库中是否存在包含患者的身份信息的处方；如果第一数据库中存在包含患者的身份信息的处方，则判断处方中是否存在药品；如果处方中存在药品，则判断药品的状态；药品的状态包括：待配发或已配发；如果药品的状态为待配发，则配发药品给药品请求方。处理器401还可用于在配发药品给药品请求方之后，如果收发器403未接收到由药品获取请求终端发送的第一确认信息，则将药品的状态修改为配发中；如果收发器403接收到由药品获取请求终端发送的第一确认信息，则将药品的状态修改为配发完成。

存储器402与处理器401耦合，可用于存储各种软件程序和/或多组指令。具体实现中，存储器402可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器402可以存储操作系统(下述简称系统)，例如android，ios，windows，或者linux等嵌入式操作系统。存储器402还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。存储器402还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。

可理解的，存储器402还可用于存储药品获取请求终端发送的药品获取请求及处方提供终端发送的医疗机构的医生所开的处方，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等，药品获取请求终端部署在药品获取请求方。

收发器403可用于处理器401判断第一数据库中是否存在包含患者的身份信息的处方之前，接收多所医疗机构的至少一位医生的处方提供终端发送的处方；将处方存储在第一数据库中。

收发器403还可用于接收药品获取请求终端发送的药品获取请求及处方提供终端发送的医疗机构的医生所开的处方。

收发器403还可用于如果药品的状态为已配发，则发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。

收发器403还可用于处理器401判断第一数据库中是否存在包含患者的身份信息的处方之后，如果第一数据库中不存在包含患者的身份信息的处方，则发送第一指示给药品获取请求终端，第一指示用于指示出不存在给患者配发药品的处方。

应当理解，服务器40仅为本申请实施例提供的一个例子，并且，服务器40可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图4的服务器40包括的功能块的具体实现方式，可参考前述图2所述的方法实施例，这里不再赘述。

综上所述，服务器40通过收发器403接收药品获取请求终端发送的药品获取请求，药品获取请求携带患者的身份信息；患者的身份信息包括以下至少一项：患者的身份证号、社会保障卡号、指纹特征、脸部特征或虹膜特征等；药品获取请求终端部署在药品获取请求方；服务器40通过处理器401判断第一数据库中是否存在包含患者的身份信息的处方；如果第一数据库中存在包含患者的身份信息的处方，则服务器40通过处理器401判断处方中是否存在药品；如果处方中存在药品，则服务器40通过处理器401判断药品的状态；药品的状态包括：待配发或已配发；如果药品的状态为待配发，则服务器40通过处理器401配发药品给药品请求方；如果药品的状态为已配发，则服务器40通过收发器403发送第一提示给药品获取请求终端；第一提示用于提示出药品已配发。采用本申请，可提高患者的药品配发准确性和药品配发效率。

本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现。

该计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。该计算机可读存储介质也可以是终端的外部存储设备，例如终端上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步的，该计算机可读存储介质还可以既包括终端的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及终端所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请还提供一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，该计算机包括电子装置。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端和方法，可以通过其它的方式实现。例如，以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

上述描述的终端实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、终端或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。