一种药房选择方法、服务器、计算机可读存储介质及系统与流程

本申请涉及医疗技术领域，尤其涉及一种药房选择的方法、服务器、计算机可读存储介质及系统。

背景技术：

当前各大医院每天接诊的患者人数急剧增加，导致每天在医院药房排队取药的患者数不胜数。

患者就诊后，患者根据医生开具的处方需要辗转多家药房(药店或医院的药房)，才能找到一家可购买到上述处方中福利药品清单所列全部福利药品的药房，所花费的时间、精力较多、效率低。

技术实现要素：

本申请提供一种药房选择方法、服务器、计算机可读存储介质及系统，可通过给目标药房的福利药品下单的方式向药房请求方推荐药房，药房请求方可享受福利药品的折扣优惠。

第一方面，本申请提供了一种药房选择方法，该方法包括：

服务器接收药房请求方对应的第一终端发送的药房请求，所述药房请求携带有药房请求方的身份信息、所处的地理位置；

所述服务器获取多位患者的处方，从所述多位患者的处方中确定出包含所述药房请求方的身份信息的目标处方；

所述服务器将所述目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出所述目标处方中所包含的福利药品；

所述服务器根据所述目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单；

所述服务器获取多所药房中每一所药房空闲的福利药品的信息，从所述多所药房中确定出至少一所满足向所述药房请求方提供所述第二福利药品清单中所列福利药品的备选药房，所述每一所药房空闲的福利药品的信息携带有所述每一所药房的地理位置，并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从所述备选药房中确定出所述药房请求方所处的地理位置对应的目标药房；

所述服务器分别将目标订单发送给所述第一终端及目标药房对应的第二终端，所述目标订单所列福利药品为所述目标药房提供的所述第二福利药品清单所列福利药品，所述目标订单用于所述药房请求方根据所述目标订单在目标药房完成取药。

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

所述服务器根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从所述备选药房中确定出所述药房请求方所处的地理位置对应的目标药房，包括：

所述服务器根据所述药房请求方与药房之间的路线距离最短的原则，从所述备选药房中确定出所述药房请求方所处的地理位置对应的目标药房；

或者，

所述服务器根据所述药房请求方与药房之间的路线状况最优的原则，从所述备选药房中确定出所述药房请求方所处的地理位置对应的目标药房；

或者，

所述服务器根据所述药房请求方与药房之间的路线所耗时长最短的原则，从所述备选药房中确定出所述药房请求方所处的地理位置对应的目标药房。

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

所述服务器分别将目标订单发送给所述第一终端及目标药房对应的第二终端之前，还包括：

所述服务器至少根据以下信息：所述药房请求方所处的地理位置、所述目标药房的地理位置、所述第二福利药品清单所列福利药品中每一项福利药品的数量、基本价格及所述基本价格的折价比重，生成所述目标订单。

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

所述目标订单包括：所述目标药房的地理位置、所述药品请求方所处的地理位置及所述目标药房的星级；

其中，所述目标药房的地理位置用于所述药房请求方根据所述目标药房的地理位置去所述目标药房完成取药；所述药品请求方所处的地理位置用于所述目标药房根据所述药品请求方所处的地理位置将所述目标订单中所述第二福利药品清单所列福利药品转移给所述药品请求方；所述目标药房的星级用于所述药房请求方根据所述目标药房的星级决定是否在所述目标药房完成取药。

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

所述目标订单包括：所述第二福利药品清单所列福利药品中每一项福利药品的基本价格及所述基本价格的折价比重；所述每一项福利药品的基本价格及所述基本价格的折价比重用于确定所述每一项福利药品折价后的价格；

所述服务器生成所述目标订单，包括：

所述服务器根据所述第二福利药品清单所列福利药品中所述每一项福利药品折价后的价格生成所述目标订单的订单总价。

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

所述服务器获取多所药房中每一所药房空闲的福利药品的信息，包括：

所述服务器接收多所药房中每一所药房对应的第二终端发送的空闲的福利药品的信息；

或者，

所述服务器从多所药房中每一所药房的云端数据库中查询所述每一所药房的空闲的福利药品的信息。

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

接收单元，用于接收药房请求方对应的第一终端发送的药房请求，所述药房请求携带有患者的身份信息、所处的地理位置；

第一获取单元，用于获取多位患者的处方；

第一确定单元，用于根据所述第一获取单元获取到的多位患者的处方，从所述多位患者的处方中确定出包含所述药房请求方的身份信息的目标处方；

第二确定单元，用于将所述目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出所述目标处方中所包含的福利药品；

生成单元，用于根据所述目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单；

第二获取单元，用于获取多所药房中每一所药房空闲的福利药品的信息；

第三确定单元，用于从所述多所药房中确定出至少一所满足向所述药房请求方提供所述第二福利药品清单中所列福利药品的备选药房，所述每一所药房空闲的福利药品的信息携带有所述每一所药房的地理位置；

第四确定单元，并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从所述备选药房中确定出所述药房请求方所处的地理位置对应的目标药房；

发送单元，用于分别将目标订单发送给所述第一终端及目标药房对应的第二终端，所述目标订单所列福利药品为所述目标药房提供的所述第二福利药品清单所列福利药品，所述目标订单用于所述药房请求方根据所述目标订单在目标药房完成取药。

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

第四方面，本申请提供了一种药房选择系统，包括：服务器、第一终端及第二终端；其中，所述服务器用于第一方面所述的药房选择方法进行药房选择，所述第一终端用于向所述服务器发送药房请求，所述第二终端用于接收所述服务器发送的所述目标订单以及向所述服务器发送药房空闲的福利药品的信息。

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

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

本申请提供了一种药房选择方法、服务器、计算机可读存储介质及系统。服务器接收药房请求方对应的第一终端发送的药房请求，药房请求携带有药房请求方的身份信息、所处的地理位置。服务器获取多位患者的处方，从多位患者的处方中确定出包含药房请求方的身份信息的目标处方。服务器将目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出目标处方中所包含的福利药品。服务器根据目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单。服务器获取多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单中所列福利药品的备选药房，每一所药房空闲的福利药品的信息携带有每一所药房的地理位置，并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。服务器分别将目标订单发送给第一终端及目标药房对应的第二终端，目标订单所列福利药品为目标药房提供的第二福利药品清单所列福利药品，目标订单用于药房请求方根据目标订单在目标药房完成取药。采用本申请，可通过给目标药房的福利药品下单的方式向药房请求方推荐药房，药房请求方可享受福利药品的折扣优惠。

附图说明

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

图1是本申请提供的一种药房选择系统的示意图；

图2是本申请提供的一种药房选择方法的示意流程图；

图3是本申请提供的一种第一福利药品清单的示意图；

图4是本申请提供的一种第二福利药品清单的示意图；

图5是本申请提供的一种订单的示意图；

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

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

具体实施方式

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

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

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

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

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

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

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

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

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

参见图1，是本申请提供一种药房选择系统的示意图，如图1所示，该药房选择系统可包括：服务器、第一终端、第二终端及第三终端。

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

在药房选择系统中，可包括：药房请求方，处方提供方、福利药品信息提供方以及药房选择方。本申请实施例中，以第一终端部署在药房请求方、第二终端部署在福利药品信息提供方、第三终端部署在处方提供方及服务器部署在药房选择方为例。

本申请实施例中，药房请求方(如：待取福利药品的慢病患者)可登陆药房请求客户端将注册信息输入到药房请求方对应的第一终端，第一终端将该注册信息发送至部署在药房选择方的服务器，进而服务器获得药房请求方(待取福利药品的慢病患者)设置的用于登陆药房请求客户端的私钥，并将该私钥存储。

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

福利药品信息提供方的用户(如：药房工作人员)可登陆福利药品信息提供客户端将注册信息输入到部署在福利药品信息提供方(如：药店)的第二终端，第二终端将该注册信息发送至部署在药房选择方的服务器，进而服务器获得福利药品信息提供方(药店工作人员)设置的用于登陆福利药品信息提供客户端的私钥，并将该私钥存储。

进而，在不同用户分别通过第一终端、第二终端及第三终端分别在服务器注册完成后，药品获取请求方可登陆药房请求客户端将携带有药房请求方的身份信息、所处的地理位置的药房请求输入到第一终端；多所药房中每所药房的工作人员可通过福利药品信息提供客户端将每所药房空闲的福利药品的信息分别输入到部署在福利药品信息提供方的第二终端；多所医疗机构中每所医疗机构的医生可通过处方提供客户端将患者的处方分别输入到部署在处方提供方的第三终端。

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

药房可包括：药店和医疗机构的药房。

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

本申请实施例中，服务器也可以被称为后台服务器、组件服务器、药房选择服务器等，服务器可以通过互联网与可发送药品获取请求的第一终端、发送福利药品信息的第二终端及发送处方的第三终端进行通信连接，可对接收到的药品获取请求进行响应。

应当说明的，服务器接收药房请求方对应的第一终端发送的药房请求，药房请求携带有药房请求方的身份信息、所处的地理位置。服务器获取多位患者的处方，从多位患者的处方中确定出包含药房请求方的身份信息的目标处方。服务器将目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出目标处方中所包含的福利药品。服务器根据目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单。服务器获取多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单中所列福利药品的备选药房，每一所药房空闲的福利药品的信息携带有每一所药房的地理位置，并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。服务器分别将目标订单发送给第一终端及目标药房对应的第二终端，目标订单所列福利药品为目标药房提供的第二福利药品清单所列福利药品，目标订单用于药房请求方根据目标订单在目标药房完成取药。采用本申请实施例，可通过给目标药房的福利药品下单的方式向药房请求方推荐药房，药房请求方可享受福利药品的折扣优惠。

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

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

s201、服务器接收药房请求方对应的第一终端发送的药房请求。

本申请实施例中，药房请求携带有药房请求方的身份信息、所处的地理位置。其中，

患者的身份信息可包括但不限于：患者的身份证号码、患者的姓名、性别、年龄、联系方式等等。其中，患者可包括但不限于：糖尿病患者或高血压患者等慢病患者。

药房请求方可包括：待取福利药品的慢病患者。

福利药品可为：医疗保险公司、制药企业、医疗机构及药店等机构共同商议并指定的用于提供给慢病患者的一类药品。

药房可包括但不限于：药店或医疗机构的药房。

应当说明的，在服务器接收第一终端发送的药房请求之前，第一终端接收药房请求方输入的药房请求方所处的地理位置的信息。

s202、服务器获取多位患者的处方，从多位患者的处方中确定出包含药房请求方的身份信息的目标处方。

具体的，服务器获取多位患者的处方，可包括但不限于以下两种方式：

方式1：服务器分别接收由多所医疗机构中每一所医疗机构的第三终端发送的多位患者的处方。

其中，医疗机构可为处方提供方。

方式2：服务器分别从多所医疗机构中每一所医疗机构的云端数据库查询多位患者的处方。

其中，医疗机构的云端数据库包括有该医疗机构的全部接诊患者的处方。

应当说明的，服务器可通过ocr(opticalcharacterrecognition，ocr)文字识别技术对上述多个处方包含的患者的身份信息进行识别(也即是说，服务器利用光学技术和计算机技术将处方中的患者的身份信息通过文字的形式读取出来)，进而，从多个处方中确定出包含药房请求方的身份信息的目标处方。

具体的，当患者的身份信息为患者的身份证号码时，服务器可从多位患者的处方中确定出包含药房请求方的身份证号码的目标处方。

s203、服务器将目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出目标处方中所包含的福利药品。

具体的，服务器可将目标处方所包含的药品分别与第一福利药品清单所列的福利药品进行比对，如果目标处方所包含的药品处于第一福利药品清单中，则服务器可确定出该药品为福利药品，否则，服务器可确定出该药品不为福利药品。

第一福利药品清单为：由医疗保险公司、制药企业、医疗机构及药店等机构共同商议并指定的用于提供给慢病患者的一类药品所构成的一类福利药品清单。

图3示例性示出了一种第一福利药品清单的示意图。

如图3所示，第一福利药品清单可包括：格列喹酮、阿波卡糖、氯沙坦

、洛汀新及硝普钠等多种可用于治疗慢病的福利药品。

s204、服务器根据目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单。

本申请实施例中，第二福利药品清单包含目标处方中所包含的福利药品。

图4示例性示出了一种第二福利药品清单的示意图。

如图4所示，第二福利药品清单为糖尿病患者的处方中的福利药品清单。其中，第二福利药品清单中包括三种药品：格列喹酮(37.5元/盒)、阿卡波糖(79.9元/盒)以及氯沙坦(55元/盒)。

应当说明的，格列喹酮可用于口服的治疗糖尿病的药物。阿卡波糖可用于刺激胰岛细胞产生胰岛素，增加自身胰岛素水平，发挥降低人体血糖的作用。氯沙坦可用于患有糖尿病的高血压患者，对降压具有较好的疗效。

s205、服务器获取多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单所列福利药品的备选药房，每一所药房空闲的福利药品的信息携带有每一所药房的地理位置，并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从备选药房中确定出所药房请求方所处的地理位置对应的目标药房。

具体的，服务器获取多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单所列福利药品的备选药房，可包括但不限于以下两种场景。

:场景1：服务器根据获取到的多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出一所满足向药房请求方提供第二福利药品清单所列福利药品的备选药房。

场景2：服务器根据获取到的多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出多所满足向药房请求方提供第二福利药品清单所列福利药品的备选药房。

本申请实施例中，服务器根据药房请求方所处的地理位置与药房的地理位置之间的对应关系从备选药房中确定出药房请求方所处的地理位置对应的目标药房，具体可包括但不限于以下三种方式。

第一种方式：服务器根据药房请求方与药房之间的路线路程最短的原则，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。

第二种方式：服务器根据药房请求方与药房之间的路线耗时最短的原则，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。

第三种方式：服务器根据药房请求方与药房之间的路线路况最优的原则，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。

应当说明的，上述每一所药房空闲的福利药品的信息携带有相应的每一所药房的地理位置之外，还可携带有相应的每一所药房的星级。

其中，药房的星级级别为：取药患者与药房的上级管理机构共同根据药房提供的药品的质量、药房的环境、药房工作人员的服务态度、热情等多项衡量指标给药房评定的级别。

药房的星级级别可包括：一星、二星、三星、四星和五星等五个级别，五星级别为药房最高的级别，也即是说，五星药房可为患者提供极佳的服务；相应的，一星级别为药房最低的级别，相应地，一星药房为患者提供的服务极差。

具体的，服务器可通过以下两种方式获取多所药房中每一所药房空闲的福利药品的信息。

方式1：服务器分别接收多所药房中每一所药房的第二终端发送的空闲的福利药品的信息。

方式2：服务器分别从多所药房中每一所药房的云端数据库中查询空闲的福利药品的信息。

s206、服务器分别将目标订单发送给第一终端及目标药房对应的第二终端。

本申请实施例中，服务器分别将目标订单发送给第一终端及目标药房对应的第一终端之前，还包括以下步骤：

服务器至少根据以下信息：药房请求方所处的地理位置、目标药房的地理位置、第二福利药品清单所列福利药品中每一项福利药品的数量、基本价格及基本价格的折价比重，生成目标订单。

目标订单所列药品为目标药房待提供的第二福利药品清单所列福利药品，目标订单用于药房请求方根据目标订单在目标药房完成取药。

其中，目标订单可包括：目标药房的地理位置、药品请求方所处的地理位置及目标药房的星级之外，还可包括：第二福利药品清单所列福利药品中每一项福利药品的基本价格、基本价格的折价比重、目标订单的订单总价、目标药房的星级及目标药房中关于第二福利药品清单所列福利药品的空闲数量等。

应当说明的，目标药房的地理位置用于药房请求方根据目标药房的地理位置去目标药房完成取药。

具体的，药房请求方可通过第一终端获取到目标药房的地理位置去目标药房迅速完成取药。其中，目标药房为根据药房请求方的地理位置与药房的地理位置确定出的优选的药房。

应当说明的，药品请求方所处的地理位置用于目标药房根据药品请求方所处的地理位置将目标订单中第二福利药品清单全部所列福利药品转移给药品请求方。

应当说明的，服务器将目标订单发送给第一终端之后，服务器还将该目标订单发送给目标药房的第二终端。进而，目标药房的工作人员可根据目标订单中的药品请求方的地理位置，将目标订单中所列福利药品可通过快递公司(如：韵达快递公司、圆通快递公司或申通快递公司)转移给药品请求方。

目标药房的星级用于药房请求方根据目标药房的星级决定是否在目标药房完成取药。

应当说明的，服务器根据福利药品清单所列福利药品中每一项福利药品折价后的价格生成目标订单的订单总价。

图5示例性示出了一种订单的示意图。

如图5所示，如果第二福利药品清单中的所列福利药品分别为：1盒格列喹酮、1盒阿卡波糖以及1盒氯沙坦。其中，格列喹酮的基本价格(原价)为37.5元/盒、格列喹酮的折价比重为10％，阿卡波糖的基本价格(原价)为79.9元/盒、阿卡波糖的折价比重为20％以及氯沙坦的基本价格(原价)为55元/盒、氯沙坦的折价比重为30％。

则格列喹酮折价后的价格为33.75元/盒，阿卡波糖折价后的价格为63.92元/盒，氯沙坦折价后的价格为38.5元/盒。

综上，目标订单总价为(33.75+63.92+38.5)136.17元。

下面结合图5，对目标药房的星级的用途进行阐述。

具体的，药房请求方还可通过第一终端获取到目标药房的星级来最终确定是否去该目标药房完成取药。应当说明的，一方面，如果目标药房的星级较低(如：一星)，则药品请求方可通过点击图5中所述的取消订单图标选择放弃在该目标药房取药；另一方面，如果目标药房的星级较高(如：五星)，则药品请求方可点击图5中所述的付款图标进行付款以选择在该目标药房取药。

目标药房中关于第二福利药品清单上所列的福利药品的空闲数量，可用于药房请求方决定是否在目标药房完成取药。

具体的，药房请求方还可通过第一终端获取到目标药房中关于第二福利药品清单上所列的福利药品的空闲数量来最终确定是否去该目标药房完成取药。应当说明的，一方面，如果目标药房中能提供第二福利药品清单上所列的福利药品的空闲数量非常有限(刚好满足向药房请求方提供第二福利药品清单上所列的福利药品)，则药品请求方可能点击图5中取消订单图标以选择放弃在该目标药房完成取药；另一方面，如果目标药房中能提供第二福利药品清单所列福利药品的空闲数量较多，则药品请求方点击图5中付款图标进行付款以选择在该药店完成取药。

应当说明的，服务器可通过订单生成器获取服务器上的时间结合流水号，即生成目标订单的订单号。

图3～图5仅仅用于解释本申请实施例，不应对本申请作出限制。

综上所述，服务器接收药房请求方对应的第一终端发送的药房请求，药房请求携带有药房请求方的身份信息、所处的地理位置。服务器获取多位患者的处方，从多位患者的处方中确定出包含药房请求方的身份信息的目标处方。服务器将目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出目标处方中所包含的福利药品。服务器根据目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单。服务器获取多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单中所列福利药品的备选药房，每一所药房空闲的福利药品的信息携带有每一所药房的地理位置，并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。服务器分别将目标订单发送给第一终端及目标药房对应的第二终端，目标订单所列福利药品为目标药房提供的第二福利药品清单所列福利药品，目标订单用于药房请求方根据目标订单在目标药房完成取药。采用本申请实施例，可通过给目标药房的福利药品下单的方式向药房请求方推荐药房，药房请求方可享受福利药品的折扣优惠。

参见图6，是本申请提供的一种服务器，服务器60可为图2中的服务器。如图6所示，服务器60包括：接收单元601、第一获取单元602、第一确定单元603、第二确定单元604、生成单元605、第二获取单元606、第三确定单元607、第四确定单元608以及发送单元609。其中：

接收单元601，用于接收药房请求方对应的第一终端发送的药房请求，药房请求携带有患者的身份信息、所处的地理位置。

第一获取单元602，用于获取多位患者的处方。

第一确定单元603，用于根据第一获取单元602获取到的多位患者的处方，从多位患者的处方中确定出包含药房请求方的身份信息的目标处方。

第二确定单元604，用于将目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出目标处方中所包含的福利药品。

生成单元605，用于根据所述目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单。

第二获取单元606，用于获取多所药房中每一所药房空闲的福利药品的信息。

第三确定单元607，用于从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单中所列福利药品的备选药房，每一所药房空闲的福利药品的信息携带有每一所药房的地理位置。

第四确定单元608，用于并根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从备选药房中确定出所述药房请求方所处的地理位置对应的目标药房。

发送单元609，用于分别将目标订单发送给第一终端及目标药房对应的第二终端，目标订单所列福利药品为所述目标药房提供的第二福利药品清单所列福利药品，目标订单用于药房请求方根据目标订单在目标药房完成取药。

第一获取单元602，具体用于：

接收由多所医疗机构中每一所医疗机构的第三终端发送的多位患者的处方；

或者，

分别从多所医疗机构中每一所医疗机构的云端数据库查询多位患者的处方。

第二获取单元606，具体用于：

分别接收多所药房中每一所药房的第二终端发送的空闲的福利药品的信息；

或者，

分别从多所药房中每一所药房的云端数据库中查询空闲的福利药品的信息。

第一确定单元603，具体用于获取多位患者的处方，从多个处方中确定出包含药房请求方的身份证号码的目标处方。

第四确定单元608，具体用于：

根据药房请求方与药房之间的路线路程最短的原则，从备选药房中确定出药房请求方所处的地理位置对应的目标药房；

或者，

根据药房请求方与药房之间的路线耗时最短的原则，从备选药房中确定出药房请求方所处的地理位置对应的目标药房；

或者，

根据药房请求方与药房之间的路线路况最优的原则，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。

生成单元605，还用于在发送单元609分别将目标订单发送给第一终端及目标药房对应的第二终端之前，至少根据以下信息：药房请求方所处的地理位置、目标药房的地理位置、第二福利药品清单所列福利药品中每一项福利药品的数量、基本价格及基本价格的折价比重，生成目标订单。

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

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

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

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

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

可理解的，处理器701可用于：将目标处方包含的药品与数据库中第一福利药品清单上所列的福利药品进行对比，确定出目标处方中所包含的福利药品；根据目标处方中所包含的福利药品的药品名称和数量生成第二福利药品清单；根据获取到的多所药房中每一所药房空闲的福利药品的信息，从多所药房中确定出至少一所满足向药房请求方提供第二福利药品清单上所列的福利药品的备选药房；根据药房请求方所处的地理位置与药房的地理位置之间的对应关系，从备选药房中确定出药房请求方所处的地理位置对应的目标药房。

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

可理解的，存储器702还可用于存储第一终端发送的携带有药房请求方的身份信息、所处的地理位置的药房请求、第三终端发送的处方以及第二终端发送的携带有药房的地理位置的福利药品的信息。

收发器703可用于发送目标订单给药房请求方对应的第一终端。

收发器703还可用于接收第一终端发送的携带有药房请求方的身份信息、所处的地理位置的药房请求、第三终端发送的处方以及第二终端发送的携带有药房的地理位置的福利药品的信息。

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

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

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

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

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

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

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

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

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

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

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

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

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