取药方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种取药方法及装置。

背景技术

互联网技术的发展为人类生活开辟了第二空间，推动着社会各个领域内的生产关系发生变革，以互联网为技术支持的应用逐渐渗透到社会生活的各个领域。互联网医疗，是互联网在医疗行业的新应用。其中，互联网医院作为互联网医疗的载体和平台之一，可以利用互联网、人工智能、大数据等技术，构建了一种全新的医疗服务模式。

相关技术中，互联网医疗可以通过互联网提供便捷的就医服务，患者无需排队到医院挂号就医，减少了就医时交叉感染的风险。患者可以在互联网医院进行问诊，在问诊结束后，医生可以给患者开具电子处方，同时互联网医院将根据电子处方将线上药房的药品以快递方式邮寄给患者。

然而，由于药物在快递过程中耗时过长，若遇到雨雪天气等极端天气，快递的配送的时效也无法保证，从而可能会对患者的病情产生不利影响。因此，现有的互联网医院的药物的取药时间过长。

发明内容

本申请实施例提供一种取药方法及装置，以解决现有技术中互联网医院的药物的取药时间过长的技术问题。

第一方面，本申请实施例提供一种取药方法，应用于服务器，所述方法包括：

接收第一终端发送的第一指示信息，所述第一指示信息用于指示电子处方的第一取药方式；

根据所述第一指示信息，将所述电子处方发送给第二终端；

接收所述第二终端发送的所述电子处方的取药码，所述电子处方的取药码用于对用户的取药行为进行验证；

将所述电子处方的取药码发送给所述第一终端。

一种可选的实施方式中，在所述将所述电子处方发送给第二终端之后，所述方法还包括：

根据所述电子处方中的药物的数量，在所述第二终端对应的药房的药物库存中进行预占。

一种可选的实施方式中，在所述将所述电子处方的取药码发送给所述第一终端之后，所述方法还包括：

接收所述第二终端发送的第一反馈信息，所述第一反馈信息用于指示所述电子处方已完成取药；

将所述电子处方预占的药物的数量在所述第二终端对应的药房的药物库存中扣减。

一种可选的实施方式中，在所述将所述电子处方的取药码发送给所述第一终端之前，所述方法还包括：

获取所述电子处方的缴费信息；

所述将所述电子处方的取药码发送给所述第一终端，包括：

若所述电子处方完成缴费，则将所述电子处方的取药码发送给所述第一终端。

一种可选的实施方式中，在所述获取所述电子处方的缴费信息之后，所述方法还包括：

若所述电子处方未完成缴费，则向所述第一终端发送提示信息，所述提示信息用于提示用户对所述电子处方进行缴费。

一种可选的实施方式中，所述第一指示信息中还包括有所述第二终端的标识，所述将所述电子处方发送给第二终端，包括：

根据所述第一取药方式和所述第二终端的标识，将所述电子处方发送给第二终端。

一种可选的实施方式中，在所述接收第一终端发送的第一指示信息之前，所述方法还包括：

接收所述第一终端发送的问诊请求，所述问诊请求中包含有目标医生的标识；

根据所述目标医生的标识，确定所述目标医生对应的第三终端；

建立所述第一终端和所述第三终端的会话连接。

一种可选的实施方式中，在所述建立所述第一终端和所述第三终端的会话连接之后，所述方法还包括：

接收第三终端发送的所述电子处方；

将所述电子处方发送给所述第一终端。

一种可选的实施方式中，所述第一取药方式为线下取药。

第二方面，本申请实施例提供一种取药方法，应用于第一终端，所述方法包括：

向服务器发送第一指示信息，所述第一指示信息用于指示电子处方的第一取药方式；

接收所述服务器发送的所述电子处方的取药码，所述电子处方的取药码用于对用户的取药行为进行验证；

显示所述电子处方的取药码。

第三方面，本申请实施例提供一种取药方法，应用于第二终端，所述方法包括：

接收服务器发送的电子处方；

生成所述电子处方的取药码，所述电子处方的取药码用于对用户的取药行为进行验证；

将所述电子处方的取药码发送给所述服务器；

获取第一终端显示的取药码；

将所述第一终端显示的取药码和所述电子处方的取药码进行匹配。

第四方面，本申请实施例提供一种取药装置，所述装置包括：

接收模块，用于接收第一终端发送的第一指示信息，所述第一指示信息用于指示电子处方的第一取药方式；

发送模块，用于根据所述第一指示信息，将所述电子处方发送给第二终端；

所述接收模块，还用于接收所述第二终端发送的所述电子处方的取药码，所述电子处方的取药码用于对用户的取药行为进行验证；

所述发送模块，还用于将所述电子处方的取药码发送给所述第一终端。

一种可选的实施方式中，所述装置还包括：

处理模块，还用于根据所述电子处方中的药物的数量，在所述第二终端对应的药房的药物库存中进行预占。

一种可选的实施方式中，所述接收模块，还用于接收所述第二终端发送的第一反馈信息，所述第一反馈信息用于指示所述电子处方已完成取药；

所述处理模块，还用于将所述电子处方预占的药物的数量在所述第二终端对应的药房的药物库存中扣减。

一种可选的实施方式中，所述处理模块，还用于获取所述电子处方的缴费信息；

所述处理模块，具体用于若所述电子处方完成缴费，则将所述电子处方的取药码发送给所述第一终端。

一种可选的实施方式中，所述发送模块，还用于若所述电子处方未完成缴费，则向所述第一终端发送提示信息，所述提示信息用于提示用户对所述电子处方进行缴费。

一种可选的实施方式中，所述第一指示信息中还包括有所述第二终端的标识，所述发送模块，具体用于根据所述第一取药方式和所述第二终端的标识，将所述电子处方发送给第二终端。

一种可选的实施方式中，在所述接收第一终端发送的第一指示信息之前，所述接收模块，还用于接收所述第一终端发送的问诊请求，所述问诊请求中包含有目标医生的标识；

所述处理模块，还用于根据所述目标医生的标识，确定所述目标医生对应的第三终端；建立所述第一终端和所述第三终端的会话连接。

一种可选的实施方式中，所述接收模块，还用于接收第三终端发送的所述电子处方；

所述发送模块，还用于将所述电子处方发送给所述第一终端。

一种可选的实施方式中，所述第一取药方式为线下取药。

第五方面，本申请实施例提供一种取药装置，所述装置包括：

发送模块，用于向服务器发送第一指示信息，所述第一指示信息用于指示电子处方的第一取药方式；

接收模块，用于接收所述服务器发送的所述电子处方的取药码，所述电子处方的取药码用于对用户的取药行为进行验证；

显示模块，用于显示所述电子处方的取药码。

第六方面，本申请实施例提供一种取药装置，所述装置包括：

接收模块，用于接收服务器发送的电子处方；

处理模块，用于生成所述电子处方的取药码，所述电子处方的取药码用于对用户的取药行为进行验证；

发送模块，用于将所述电子处方的取药码发送给所述服务器；

所述处理模块，还用于获取第一终端显示的取药码；将所述第一终端显示的取药码和所述电子处方的取药码进行匹配。

第七方面，本申请还提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器被配置为通过执行所述计算机程序来实现第一方面中任意一种可能的方法。

第八方面，本申请还提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器被配置为通过执行所述计算机程序来实现第一方面或第二方面中任意一种可能的方法。

第九方面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任意一项所述的方法。

第十方面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面或第二方面任意一项所述的方法。

第十一方面，本发明还提供一种存储有计算机指令的非瞬时计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中任意一种可能的方法。

第十二方面，本发明还提供一种存储有计算机指令的非瞬时计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面中任意一种可能的方法。

本申请实施例提供的取药方法及装置，服务器首选接收第一终端发送的第一指示信息，第一指示信息用于指示电子处方的第一取药方式。随后，服务器根据第一指示信息，将电子处方发送给第二终端。最后，服务器接收第二终端发送的电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证，并将电子处方的取药码发送给第一终端。通过该方式，用户可以通过电子处方的取药码完成线下取药，避免了药物的快递配送，减少了药物的取药时间。

附图说明

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

图1为本申请实施例提供的一种取药方法的应用场景示意图；

图2为本申请实施例提供的一种取药方法的信令交互图；

图3为本申请实施例提供的一种取药方法的原理示意图；

图4为本申请实施例提供的另一种取药方法的信令交互图；

图5为本申请实施例提供的再一种取药方法的信令交互图；

图6为本申请实施例提供的一种取药装置的结构示意图；

图7为本申请实施例提供的另一种取药装置的结构示意图；

图8为本申请实施例提供的再一种取药装置的结构示意图；

图9为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

互联网技术的发展为人类生活开辟了第二空间，推动着社会各个领域内的生产关系发生变革，以互联网为技术支持的应用逐渐渗透到社会生活的各个领域。互联网医疗，是互联网在医疗行业的新应用。其中，互联网医院作为互联网医疗的载体和平台之一，可以利用互联网、人工智能、大数据等技术，构建了一种全新的医疗服务模式。

相关技术中，互联网医疗可以通过互联网提供便捷的就医服务，患者无需排队到医院挂号就医，减少了就医时交叉感染的风险。患者可以在互联网医院进行问诊，在问诊结束后，医生可以给患者开具电子处方，同时互联网医院将根据电子处方将线上药房的药品以快递方式邮寄给患者。

然而，由于药物在快递过程中耗时过长，若遇到雨雪天气等极端天气，快递的配送的时效也无法保证，从而可能会对患者的病情产生不利影响。因此，现有的互联网医院的药物的取药时间过长。

为解决上述问题，本申请实施例提供了一种取药方法，由服务器将电子处方发送给实体药店的终端，再由实体药店的终端生成取药码。服务器在获取取药码后，可以将取药码发送给患者终端，从而使得患者可以直接依据取药码去实体药店直接取药，从而避免了药物的快递配送，减少了药物的取药时间。

下面对于本申请涉及的数据处理方法的应用场景进行说明。

图1为本申请实施例提供的一种取药方法的应用场景示意图。如图1所示，当患者需要进行问诊时，可以使用第一终端101向服务器102发送问诊请求，服务器102在接收到问诊请求后，可以患者问诊的目标医生的第三终端103，并建立第一终端101和第三终端103之间的会话连接。随后，当问诊结束后，服务器102可以接收第三终端103发送的电子处方，并将电子处方发送给第一终端101，由第一终端101确定取药方式。若服务器102接收到第一终端发送的第一指示信息来指示线下取药，则服务器102可以将电子处方发送给患者选择的药店的第二终端104，由第二终端104生成该电子处方对应的取药码。随后，第二终端104将该电子处方对应的取药码发送给服务器102，并由服务器102将该电子处方对应的取药码发送给第一终端101，以便用户使用第一终端101上的取药码去对应的药店进行取药。

其中，终端设备101可以为手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、智慧家庭(smart home)中的无线终端等。本申请实施例中，用于实现终端的功能的装置可以是终端，也可以是能够支持终端实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

服务器102可以是但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云。其中，云计算是分布式计算的一种，由一群松散耦合的计算机组成的一个超级虚拟计算机。

应理解，本申请技术方案的应用场景可以是图1中的取药场景，但不限于此，还可以应用于其他需要进行取药的场景中。

可以理解，上述取药方法可以通过本申请实施例提供的取药装置实现，取药装置可以是某个设备的部分或全部，例如为服务器或服务器的芯片。

下面以集成或安装有相关执行代码的服务器和终端设备为例，以具体地实施例对本申请实施例的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请实施例提供的一种取药方法的信令交互图，图3为本申请实施例提供的一种取药方法的原理示意图，本实施例涉及的是互联网医院中如何完成取药的具体过程。如图2和图3所示，该方法包括：

S201、第一终端向服务器发送第一指示信息，第一指示信息用于指示电子处方的第一取药方式。

其中，第一取药方式为线下取药。

应理解，本申请实施例涉及的第一终端可以为患者所使用的终端。当患者通过第一终端获取到本次问诊的电子处方后，可以向服务器发送第一指示信息来指示该电子处方的取药方式为线下取药。

在一些可选的实施方式中，第一终端也可以向服务器发送第二指示信息，来指示该电子处方的取药方式为线上快递。相应的，服务器可以将该电子处方推送给对应的线上药方，以便线上药方根据电子处方中的药物通过物流系统配送给患者。

在一些可选的实施方式中，在第一终端向服务器发送第一指示信息之前，可以向第一终端发送问诊请求，该问诊请求中包含有目标医生的标识。随后，服务器根据目标医生的标识，确定目标医生对应的第三终端，从而建立第一终端和第三终端的会话连接。

应理解，本申请实施例提供的第三终端可以为目标医生所使用的终端，可以属于公域互联网医院服务系统，也可以属于公域互联网医院服务，本申请实施例对此不做限制。

其中，针对公域互联网医院服务系统，当患者选择公域已经入驻到互联网医院平台的医生进行问诊时，公域互联网医院服务系统内部会完成在线问诊、生成处方、审核、缴费、生成处方单的操作。

针对公域互联网医院服务系统，若患者访问的入口是某一家医院的公众号或者应用问诊时，互联网医院后端服务会请求第三方医院院内的服务完成挂号、问诊、生成处方、审核操作，并且将审核结果返回给互联网医院后端服务。

在一些可选的实施方式中，当完成问诊后，第三终端可以将本次问诊的电子处方发送给服务器，以便服务器将电子处方发送给第一终端，使得患者可以确定本次问诊所需购买的药物。

S202、服务器根据第一指示信息，将电子处方发送给第二终端。

在本步骤中，当服务器接收到第一终端发送的第一指示信息后，可以根据第一指示信息，将电子处方发送给第二终端。

需要说明的是，本申请实施例对于如何确定第二终端不做限制。在一些实施例中，第一指示信息中还可以包括药方的标识，或者药房对应的第二终端的标识，以便服务器可以确定患者选择的线下取药的药房，从而将电子处方发送给第二终端。在另一些实施例中，服务器可以获取第一终端的位置信息，并基于第一终端的位置信息为患者分配最近的药房，进而将电子处方发送给分配的药房对应的第二终端。

应理解，本申请实施例对于第二终端对应的药房不做限制，在一些实施例中，可以为已经与互联网医院签订协议的线下实体药房。服务器中可以保存有第二终端对应的药房的相关信息，以便在患者选择线下取药时可以分配合适的药房。

可选的，服务器中可以同步第二终端对应的药房的药物库存数据，以保证服务器发送电子处方的药房中保存在电子处方中的药物。

在一些实施例中，服务器在将电子处方发送给第二终端之后，还可以根据电子处方中的药物的数量，在第二终端对应的药房的药物库存中进行预占。通过将药房的药物库存进行预占，从而避免了在库存不足时重复售卖药物。

示例性的，若药房1的药物库存中包含有药物A3件、药物B2件、药物C3件，电子处方中包含药物A1件、药物B2件，则服务器将电子处方发送给药房1对应的第二终端后，可以对药房1的药物库存进行预占，从而使得药房1的可出售库存变更为药物A2件、药物B0件、药物C3件。当再次出现包含药物B的电子处方后，服务器可以分配给其他药房而不再分配给药房1。

S203、第二终端生成电子处方的取药码电子处方的取药码用于对用户的取药行为进行验证。

在本步骤中，当第二终端接收到服务器发送的电子处方后，可以生成电子处方的取药码。

应理解，本申请实施例对于如何生成电子处方的取药码不做限制，可以采用常用的二维码生成方式。在一些实施例中，该电子处方的取药码中可以包括电子处方的信息、问诊信息、校验信息等。

S204、第二终端将电子处方的取药码发送给服务器。

S205、服务器将电子处方的取药码发送给第一终端。

在本步骤中，当服务器接收到第二终端发送的电子处方的取药码后，可以将电子处方的取药码发送给第一终端，以便患者通过取药码对对应的药房进行线下取药。

在一些实施例中，患者在抵达第二终端对应的药房后，可以在第一终端上显示电子处方的取药码，以便第二终端可以通过扫描获取第一终端显示的取药码。随后，第二终端对第一终端显示的取药码进行验证，确定第一终端显示的取药码对应的电子处方。若验证无误，则药房可以为患者提供电子处方中的药物。

在一些实施例中，服务器在将电子处方的取药码发送给第一终端之前，还可以获取电子处方的缴费信息。若电子处方完成缴费，再将电子处方的取药码发送给第一终端。若电子处方未完成缴费，则向第一终端发送提示信息，提示信息用于提示用户对电子处方进行缴费。

在另一些实施例中，患者还可以通过第一终端向服务器发送第三指示信息，该第三指示信息用于指示患者选择线下付费。相应的，患者在抵达第二终端对应的药房后，并验证取药码无误后，可以线下支付该电子处方的药物的费用。

在一些实施例中，若第二终端完成第一终端显示的取药码和电子处方的取药码的匹配，则药房可以为患者提供电子处方的药物。在提供药物后，第二终端可以向服务器发送第一反馈信息，该第一反馈信息用于指示电子处方已完成取药。随后，服务器可以将电子处方预占的药物的数量在第二终端对应的药房的药物库存中扣减。

本申请实施例提供的取药方法，服务器首选接收第一终端发送的第一指示信息，第一指示信息用于指示电子处方的第一取药方式。随后，服务器根据第一指示信息，将电子处方发送给第二终端。最后，服务器接收第二终端发送的电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证，并将电子处方的取药码发送给第一终端。通过该方式，用户可以通过电子处方的取药码完成线下取药，避免了药物的快递配送，减少了药物的取药时间。

在上述实施例的基础上，图4为本申请实施例提供的另一种取药方法的信令交互图，本实施例涉及的是在取药过程中服务器如何对药物库存进行管理的具体过程。如图4所示，该方法包括：

S301、第一终端向服务器发送第一指示信息，第一指示信息用于指示电子处方的第一取药方式。

S302、服务器根据第一指示信息，将电子处方发送给第二终端。

S303、第二终端生成电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证。

S304、第二终端将电子处方的取药码发送给服务器。

S305、服务器获取电子处方的缴费信息。

S306、服务器根据电子处方的缴费信息确定是否完成缴费。

若是，则执行步骤S308，若否，则执行步骤S307。

S307、服务器向第一终端发送提示信息，提示信息用于提示用户对电子处方进行缴费。

S308、服务器将电子处方的取药码发送给第一终端。

S309、服务器根据电子处方中的药物的数量，在第二终端对应的药房的药物库存中进行预占。

S310、服务器接收第二终端发送的第一反馈信息，第一反馈信息用于指示电子处方已完成取药。

S311、服务器将电子处方预占的药物的数量在第二终端对应的药房的药物库存中扣减。

S301-S311的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的S201-S205理解，对于重复的内容，在此不再累述。

在上述实施例的基础上，图5为本申请实施例提供的再一种取药方法的信令交互图，本实施例涉及的是完整的问诊流程。如图5所示，该方法包括：

S401、第一终端向服务器发送问诊请求，问诊请求中包含有目标医生的标识；

S402、服务器根据目标医生的标识，确定目标医生对应的第三终端。

S403、服务器建立第一终端和第三终端的会话连接。

S404、第三终端向服务器发送电子处方。

S405、服务器将电子处方发送给第一终端。

S406、第一终端向服务器发送第一指示信息，第一指示信息用于指示电子处方的第一取药方式。

S407、服务器根据第一指示信息，将电子处方发送给第二终端。

S408、第二终端生成电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证。

S409、第二终端将电子处方的取药码发送给服务器。

S410、服务器将电子处方的取药码发送给第一终端。

S401-S410的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的S201-S205理解，对于重复的内容，在此不再累述。

本申请实施例提供的取药方法，服务器首选接收第一终端发送的第一指示信息，第一指示信息用于指示电子处方的第一取药方式。随后，服务器根据第一指示信息，将电子处方发送给第二终端。最后，服务器接收第二终端发送的电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证，并将电子处方的取药码发送给第一终端。通过该方式，用户可以通过电子处方的取药码完成线下取药，避免了药物的快递配送，减少了药物的取药时间。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图6为本申请实施例提供的一种取药装置的结构示意图。该取药装置可以通过软件、硬件或者两者的结合实现，可例如上述实施例中的服务器或服务器的芯片，以执行上述实施例中的取药方法。如图6所示，该取药装置500包括：

接收模块501，用于接收第一终端发送的第一指示信息，第一指示信息用于指示电子处方的第一取药方式；

发送模块502，用于根据第一指示信息，将电子处方发送给第二终端；

接收模块501，还用于接收第二终端发送的电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证；

发送模块502，还用于将电子处方的取药码发送给第一终端。

一种可选的实施方式中，该装置还包括：

处理模块503，还用于根据电子处方中的药物的数量，在第二终端对应的药房的药物库存中进行预占。

一种可选的实施方式中，接收模块501，还用于接收第二终端发送的第一反馈信息，第一反馈信息用于指示电子处方已完成取药；

处理模块503，还用于将电子处方预占的药物的数量在第二终端对应的药房的药物库存中扣减。

一种可选的实施方式中，处理模块503，还用于获取电子处方的缴费信息；

处理模块503，具体用于若电子处方完成缴费，则将电子处方的取药码发送给第一终端。

一种可选的实施方式中，在获取电子处方的缴费信息之后，发送模块502，还用于若电子处方未完成缴费，则向第一终端发送提示信息，提示信息用于提示用户对电子处方进行缴费。

一种可选的实施方式中，第一指示信息中还包括有第二终端的标识，发送模块502，具体用于根据第一取药方式和第二终端的标识，将电子处方发送给第二终端。

一种可选的实施方式中，接收模块501，还用于接收第一终端发送的问诊请求，问诊请求中包含有目标医生的标识；

处理模块503，还用于根据目标医生的标识，确定目标医生对应的第三终端；建立第一终端和第三终端的会话连接。

一种可选的实施方式中，接收模块501，还用于接收第三终端发送的电子处方；

发送模块502，还用于将电子处方发送给第一终端。

一种可选的实施方式中，第一取药方式为线下取药。

需要说明的，图6所示实施例提供的取药装置，可用于执行上述任意实施例所提供的方法，具体实现方式和技术效果类似，这里不再进行赘述。

图7为本申请实施例提供的另一种取药装置的结构示意图。该取药装置可以通过软件、硬件或者两者的结合实现，可例如上述实施例中的第一终端或第一终端的芯片，以执行上述实施例中的取药方法。如图7所示，该取药装置600包括：

发送模块601，用于向服务器发送第一指示信息，第一指示信息用于指示电子处方的第一取药方式；

接收模块602，用于接收服务器发送的电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证；

显示模块603，用于显示电子处方的取药码。

需要说明的，图7所示实施例提供的取药装置，可用于执行上述任意实施例所提供的方法，具体实现方式和技术效果类似，这里不再进行赘述。

图8为本申请实施例提供的再一种取药装置的结构示意图。该取药装置可以通过软件、硬件或者两者的结合实现，可例如上述实施例中的第二终端或第二终端的芯片，以执行上述实施例中的取药方法。如图8所示，该取药装置700包括：

接收模块701，用于接收服务器发送的电子处方；

处理模块702，用于生成电子处方的取药码，电子处方的取药码用于对用户的取药行为进行验证；

发送模块703，用于将电子处方的取药码发送给服务器；

处理模块702，还用于获取第一终端显示的取药码；将第一终端显示的取药码和电子处方的取药码进行匹配。

需要说明的，图8所示实施例提供的取药装置，可用于执行上述任意实施例所提供的方法，具体实现方式和技术效果类似，这里不再进行赘述。

图9为本申请实施例提供的一种电子设备的结构示意图。如图9所示，该电子设备可以包括：至少一个处理器801和存储器802。图9示出的是以一个处理器为例的电子设备。

存储器802，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器802可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器801用于执行存储器802存储的计算机执行指令，以实现上述取药方法；

其中，处理器801可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选的，在具体实现上，如果通信接口、存储器802和处理器801独立实现，则通信接口、存储器802和处理器801可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口、存储器802和处理器801集成在一块芯片上实现，则通信接口、存储器802和处理器801可以通过内部接口完成通信。

本申请实施例还提供了一种芯片，包括处理器和接口。其中接口用于输入输出处理器所处理的数据或指令。处理器用于执行以上方法实施例中提供的方法。该芯片可以应用于取药装置中。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序信息，程序信息用于上述取药方法。

本申请实施例还提供一种程序，该程序在被处理器执行时用于执行以上方法实施例提供的取药方法。

本申请实施例还提供一种程序产品，例如计算机可读存储介质，该程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述方法实施例提供的取药方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。