处方数据流转方法及装置、存储介质、计算机设备与流程

1.本技术涉及数字医疗技术领域，尤其是涉及到一种处方数据流转方法及装置、存储介质、计算机设备。


背景技术：

2.医药分家是医药卫生体制改革的核心内容之一，医药分家就是医治和用药分开，医院医生只负责诊断看病和开具处方，病人凭借医生开具的处方自由选择到医院外的合规药店购买药品，医院不再负责药品的销售工作。医药分家是解决“看病贵”的重要一步，而处方从医院外流到医院外的社会药店购药，是实现医药分开的关键环节。
3.目前医院只负责医院内部的业务和信息处理，而药店的信息系统只负责药店的业务管理功能，医院系统和药店信息系统是完全独立和隔离的，没有任何的数据和业务交流，所以目前处方外流医院外购药采用人工携带纸质处方的方式进行，病人在医院看病后，医生给病人开具或者打印纸质处方，病人拿着纸质处方到院外的社会药店购药。
4.现有技术中存在如下问题：病人需要随身人工携带纸质处方到药店购药，病人寻找药店的成本高，纸质处方容易丢失和污毁，保存和使用很不方便。


技术实现要素：

5.有鉴于此，本技术提供了一种处方数据流转方法及装置、存储介质、计算机设备。
6.根据本技术的一个方面，提供了一种处方数据流转方法，包括：
7.接收购药请求，其中，所述购药请求包括目标用户以及所述目标用户的电子处方数据；
8.确定可提供所述电子处方数据中处方药品的候选药店，并向目标用户客户端推送候选药店信息，以使所述目标用户客户端依据目标用户在所述候选药店中选择的目标药店确定购药数据；
9.接收所述目标用户客户端反馈的所述购药数据，并向目标药店终端发送购药订单，其中，所述购药订单包括所述处方药品以及购药凭证，所述购药凭证用于表征所述目标用户的身份。
10.可选地，所述候选药店信息还包括所述候选药店支持的购药模式，所述购药模式包括到店购药模式和/或快递送药模式；所述购药数据还包括所述目标用户选择的目标购药模式；所述向目标药店终端发送购药订单，具体包括：
11.当所述购药模式为所述到店购药模式时，生成到店验证凭证，并将所述到店验证凭证发送至所述目标用户客户端；
12.依据所述到店验证凭证以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述到店验证凭证对取药用户的身份验证通过后处理所述购药订单。
13.可选地，所述向所述目标药店终端发送所述购药订单之后，所述方法还包括：
14.依据所述处方药品，锁定所述目标药店的药品库存。
15.可选地，所述向目标药店终端发送购药订单，具体包括：
16.当所述购药模式为所述快递送药模式时，依据所述目标用户的快递地址信息以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述购药订单生成配送订单；或者，
17.当所述购药模式为所述快递送药模式时，生成并向所述目标用户客户端发送第一收药验证码，以及依据所述目标用户的快递地址信息、所述处方药品以及所述第一收药验证码，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店依据所述第一收药验证码验证收药用户身份后完成药品交付；或者，
18.当所述购药模式为所述快递送药模式时，生成第二收药验证码、取药验证码、包含所述第二收药验证码、所述取药验证码以及所述快递地址信息的配送订单、包含所述取药验证码以及所述处方药品的购药订单；将所述第二收药验证码发送至所述目标用户客户端、所述配送订单发送至配送方终端、所述购药订单发送至所述目标药店终端，以使所述目标药店依据所述取药验证码验证配送方身份后完成与配送方之间的药品交付，所述配送方依据所述第二收药验证码验证收药用户身份后完成与收药用户之间的药品交付。
19.可选地，在所述购药模式为所述快递送药模式的情况下，所述购药数据还包括目标用户医保凭证，所述购药订单还包括所述目标用户医保凭证；所述目标药店终端接收到所述购药订单后，对所述目标用户医保凭证进行验证，并在验证通过后，对所述购药订单进行医保结算。
20.可选地，所述购药请求包括第一购药预约请求、第二购药预约请求或直取购药请求；所述第一购药预约请求包括所述目标用户以及所述电子处方数据；所述第二购药预约请求包括所述目标用户、所述电子处方数据以及快递送药模式；所述直取购药请求包括所述目标用户以及所述电子处方数据；所述方法还包括：
21.若所述购药请求为所述第一购药预约请求，则执行所述确定可提供所述电子处方数据中处方药品的候选药店；
22.若所述购药请求为所述第二购药预约请求，则确定可提供所述处方药品的候选药店，依据各候选药店与所述目标用户的快递地址之间的距离，各候选药店的评分、各候选药店对应的处方药品价格以及所述目标用户的历史购药信息，在所述候选药店中筛选目标药店，并生成购药订单发送至目标药店终端，所述购药订单包括所述处方药品以及所述目标用户的快递地址信息；
23.若所述购药请求为所述直取购药请求，则生成所述直取购药请求对应的直取验证凭证，将所述直取验证凭证发送至目标用户客户端，以通过到店药店终端识别所述直取验证凭证；在对到店药店终端发送的直取验证凭证验证通过后，将所述处方药品发送至所述到店药店终端，以供到店药店与所述目标用户进行处方药品交付。
24.可选地，所述第一购药预约请求和/或所述第二购药预约请求来源于所述目标用户客户端或医院终端；当所述第一购药预约请求和/或所述第二购药预约请求来源于所述医院终端时，所述第一购药预约请求和/或所述第二购药预约请求还包括目标用户授权信息；所述接收购药请求之后，所述方法还包括：
25.验证所述目标用户授权信息。
26.根据本技术的另一方面，提供了一种处方数据流转装置，包括：
27.请求接收模块，用于接收购药请求，其中，所述购药请求包括目标用户以及所述目标用户的电子处方数据；
28.候选药店确定模块，用于确定可提供所述电子处方数据中处方药品的候选药店，并向目标用户客户端推送候选药店信息，以使所述目标用户客户端依据目标用户在所述候选药店中选择的目标药店确定购药数据；
29.购药订单发送模块，用于接收所述目标用户客户端反馈的所述购药数据，并向目标药店终端发送购药订单，其中，所述购药订单包括所述处方药品以及购药凭证，所述购药凭证用于表征所述目标用户的身份。
30.可选地，所述候选药店信息还包括所述候选药店支持的购药模式，所述购药模式包括到店购药模式和/或快递送药模式；所述购药数据还包括所述目标用户选择的目标购药模式；所述购药订单发送模块，具体用于：
31.当所述购药模式为所述到店购药模式时，生成到店验证凭证，并将所述到店验证凭证发送至所述目标用户客户端；
32.依据所述到店验证凭证以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述到店验证凭证对取药用户的身份验证通过后处理所述购药订单。
33.可选地，所述装置还包括：
34.库存锁定模块，用于向所述目标药店终端发送所述购药订单之后，依据所述处方药品，锁定所述目标药店的药品库存。
35.可选地，所述购药订单发送模块，具体还用于：
36.当所述购药模式为所述快递送药模式时，依据所述目标用户的快递地址信息以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述购药订单生成配送订单；或者，
37.当所述购药模式为所述快递送药模式时，生成并向所述目标用户客户端发送第一收药验证码，以及依据所述目标用户的快递地址信息、所述处方药品以及所述第一收药验证码，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店依据所述第一收药验证码验证收药用户身份后完成药品交付；或者，
38.当所述购药模式为所述快递送药模式时，生成第二收药验证码、取药验证码、包含所述第二收药验证码、所述取药验证码以及所述快递地址信息的配送订单、包含所述取药验证码以及所述处方药品的购药订单；将所述第二收药验证码发送至所述目标用户客户端、所述配送订单发送至配送方终端、所述购药订单发送至所述目标药店终端，以使所述目标药店依据所述取药验证码验证配送方身份后完成与配送方之间的药品交付，所述配送方依据所述第二收药验证码验证收药用户身份后完成与收药用户之间的药品交付。
39.可选地，在所述购药模式为所述快递送药模式的情况下，所述购药数据还包括目标用户医保凭证，所述购药订单还包括所述目标用户医保凭证；所述目标药店终端接收到所述购药订单后，对所述目标用户医保凭证进行验证，并在验证通过后，对所述购药订单进行医保结算。
40.可选地，所述购药请求包括第一购药预约请求、第二购药预约请求或直取购药请
求；所述第一购药预约请求包括所述目标用户以及所述电子处方数据；所述第二购药预约请求包括所述目标用户、所述电子处方数据以及快递送药模式；所述直取购药请求包括所述目标用户以及所述电子处方数据；
41.所述候选药店确定模块，还用于若所述购药请求为所述第一购药预约请求，则执行所述确定可提供所述电子处方数据中处方药品的候选药店；
42.所述装置还包括：
43.预约模块，用于若所述购药请求为所述第二购药预约请求，则确定可提供所述处方药品的候选药店，依据各候选药店与所述目标用户的快递地址之间的距离，各候选药店的评分、各候选药店对应的处方药品价格以及所述目标用户的历史购药信息，在所述候选药店中筛选目标药店，并生成购药订单发送至目标药店终端，所述购药订单包括所述处方药品以及所述目标用户的快递地址信息；
44.直取模块，用于若所述购药请求为所述直取购药请求，则生成所述直取购药请求对应的直取验证凭证，将所述直取验证凭证发送至目标用户客户端，以通过到店药店终端识别所述直取验证凭证；在对到店药店终端发送的直取验证凭证验证通过后，将所述处方药品发送至所述到店药店终端，以供到店药店与所述目标用户进行处方药品交付。
45.可选地，所述第一购药预约请求和/或所述第二购药预约请求来源于所述目标用户客户端或医院终端；当所述第一购药预约请求和/或所述第二购药预约请求来源于所述医院终端时，所述第一购药预约请求和/或所述第二购药预约请求还包括目标用户授权信息；所述装置还包括：
46.授权验证模块，用于所述接收购药请求之后，验证所述目标用户授权信息。
47.依据本技术又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述处方数据流转方法。
48.依据本技术再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述处方数据流转方法。
49.借由上述技术方案，本技术提供的一种处方数据流转方法及装置、存储介质、计算机设备，处方共享平台接收到购药请求后，依据购药请求中的电子处方数据，确定可提供相应处方药品的候选药店，并向目标用户客户端进行推送，以供目标用户选择预计购药的目标药店，从而平台接收到目标用户客户端反馈的购药数据之后，向目标药店终端发送携带购药凭证和处方药品信息的购药订单，以便目标药店依据购药凭证验证购药用户身份后进行处方药品交付。本技术实施例相比于现有技术凭借纸质处方在药店购药的方式，通过电子处方数据的线上流转，使得用户不再需要携带纸质处方进行线下购药，极大的方便了用户购药。
50.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
51.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本申
请的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
52.图1示出了本技术实施例提供的一种处方数据流转方法的流程示意图；
53.图2示出了本技术实施例提供的一种处方数据流转装置的结构示意图。
具体实施方式
54.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
55.在本实施例中提供了一种处方数据流转方法，如图1所示，该方法包括：
56.步骤101，接收购药请求，其中，所述购药请求包括目标用户以及所述目标用户的电子处方数据；
57.步骤102，确定可提供所述电子处方数据中处方药品的候选药店，并向目标用户客户端推送候选药店信息，以使所述目标用户客户端依据目标用户在所述候选药店中选择的目标药店确定购药数据；
58.步骤103，接收所述目标用户客户端反馈的所述购药数据，并向目标药店终端发送购药订单，其中，所述购药订单包括所述处方药品以及购药凭证，所述购药凭证用于表征所述目标用户的身份。
59.最近几年来，医疗云平台受到广大用户的欢迎。医疗云(medical cloud)，是指在云计算、移动技术、多媒体、4g通信、大数据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术的运用于结合，医疗云提高医疗机构的效率，方便居民就医。像现在医院的预约挂号、电子病历、医保等都是云计算与医疗领域结合的产物，医疗云还具有数据安全、信息共享、动态扩展、布局全局的优势。本技术实施例提供的处方数据流转方法可以应用于处方共享平台服务器一侧。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
60.用户在医疗机构就诊，医疗机构开具处方后，可以将处方上传到处方共享平台中，该处方可以是电子处方，也可以是纸质处方，若为纸质处方平台端对纸质处方进行识别和解析，将纸质处方转换为电子触发，再由处方平台向目标用户客户端推送电子处方数据，以供用户在客户端实现对电子处方的查看。
61.在电子处方数据包括处方药品时，用户可以借助该平台实现处方药品购买。平台端接收到目标用户的购药请求后，对购药请求中的电子处方数据进行解析得到对应的处方药品。接着，确定可以提供该处方药品的候选药店以及各候选药店中处方药品的药品价格，将候选药店和药品价格推送到目标用户持有的客户端中，客户端可以对候选药店和药品价格进行显示，以供目标用户选择预计购药的目标药店，目标用户客户端依据目标用户选择的目标药店生成购药数据，并将该购药数据发送到平台端。最后，平台端接收到目标用户客户端反馈的购药数据后，确定购药凭证，并生成包含购药凭证和处方药品的购药订单，将该购药订单发送到目标药店终端中，从而目标药店终端可以依据购药订单实现与目标用户之间的药品交付。其中，购药凭证用于表征目标用户的身份，进行药品交付时依据该购药凭证
实现对目标用户的身份验证，保证处方药品的安全销售。
62.通过应用本实施例的技术方案，处方共享平台接收到购药请求后，依据购药请求中的电子处方数据，确定可提供相应处方药品的候选药店，并向目标用户客户端进行推送，以供目标用户选择预计购药的目标药店，从而平台接收到目标用户客户端反馈的购药数据之后，向目标药店终端发送携带购药凭证和处方药品信息的购药订单，以便目标药店依据购药凭证验证购药用户身份后进行处方药品交付。本技术实施例相比于现有技术凭借纸质处方在药店购药的方式，通过电子处方数据的线上流转，使得用户不再需要携带纸质处方进行线下购药，极大的方便了用户购药。
63.在本技术实施例中，可选地，所述候选药店信息还包括所述候选药店支持的购药模式，所述购药模式包括到店购药模式和/或快递送药模式；所述购药数据还包括所述目标用户选择的目标购药模式。
64.在上述实施例中，目标用户在客户端中选择目标药店时，也可以同时选择购药模式，平台支持提供到店购药模式、快递送药模式，其中，若用户选择到店购药模式，用户需到达所选的目标药店进行线下购药，若用户选择快递送药模式，处方药品会被配送到用户提供的地址。
65.在本技术实施例中，可选地，当所述购药模式为所述到店购药模式时，步骤103中“向目标药店终端发送购药订单”具体包括：
66.步骤103
‑
1，生成到店验证凭证，并将所述到店验证凭证发送至所述目标用户客户端；
67.步骤103
‑
2，接收所述目标药店终端发送的购药订单请求，并在验证所述购药订单请求携带的待验证到店凭证与所述到店验证凭证一致的情况下，生成并向所述目标药店终端发送携带所述处方药品的购药订单，以通过所述目标药店终端处理所述购药订单；或者，依据所述到店验证凭证以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述到店验证凭证对取药用户的身份验证通过后处理所述购药订单。
68.在上述实施例中，在用户选择到店购药模式的情况下，平台接收到购药数据之后，生成到店验证凭证，该到店验证凭证作为用户到店时，目标药店验证用户身份的依据。在具体应用场景中，将到店验证凭证发送到目标用户客户端，以供目标用户进行购药时通过该凭证验证身份，其中，一种购药方式为：目标用户到店时，出示到店验证凭证，目标药店终端对凭证进行识别得到待验证到店凭证，生成携带该待验证到店凭证的购药订单请求，并将该请求发送到平台端，平台端依据凭证验证目标用户身份，并在验证通过后生成处方药品对应的购药订单发送给目标药店终端，以便目标药店依据购药订单完成与目标用户之间的药品交付。另一种购药方式为：平台同时生成包含到店验证凭证和处方药品的购药订单，将购药订单发送至目标药店终端，目标用户到达目标药店后，可以出示到店验证凭证，目标药店终端对用户出示的到店验证凭证进行验证，如果与预先接收到的购药订单中的凭证一直，那么实现与目标用户之间的药品交付，以保证处方药的购药安全。为保证患者的隐私，到店取药模式下，平台端可以只将处方药的药品信息和到店验证凭证发送到药店终端，患者其他信息不向药店发送。
69.在上述实施例中，可选地，向目标药店终端发送购药订单之后，还包括：依据所述
处方药品，锁定所述目标药店的药品库存。其中，确定购药订单之后，为了确保用户能够买到处方药，可以对目标药品的库存进行锁定，按需要购买的处方药规格，锁定该药品库存，避免目标用户到店买不到药的情况发生。
70.在本技术实施例中，可选地，当所述购药模式为所述快递送药模式时，步骤103中“向目标药店终端发送购药订单”具体包括：
71.步骤103
‑
3，依据所述目标用户的快递地址信息以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述购药订单生成配送订单；或者，
72.步骤103
‑
4，生成并向所述目标用户客户端发送第一收药验证码，以及依据所述目标用户的快递地址信息、所述处方药品以及所述第一收药验证码，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店依据所述第一收药验证码验证收药用户身份后完成药品交付；或者，
73.步骤103
‑
5，生成第二收药验证码、取药验证码、包含所述第二收药验证码、所述取药验证码以及所述快递地址信息的配送订单、包含所述取药验证码以及所述处方药品的购药订单；将所述第二收药验证码发送至所述目标用户客户端、所述配送订单发送至配送方终端、所述购药订单发送至所述目标药店终端，以使所述目标药店依据所述取药验证码验证配送方身份后完成与配送方之间的药品交付，所述配送方依据所述第二收药验证码验证收药用户身份后完成与收药用户之间的药品交付。
74.在上述实施例中，平台提供了多种快递送药模式的药品交付方式，一种方式为：平台端依据目标用户的快递地址信息以及处方药品，生成购药订单并发送到目标药店终端，由目标药店终端依据购药订单实现向目标用户进行药品交付。
75.另一种方式为：为保证药品交付安全，平台生成第一收药验证码，将第一收药验证码发送到目标用户客户端，以便凭借该验证码实现药品交付，同时平台依据目标用户的快递地址信息、处方药品以及第一收药验证码生成购药订单，并发送到目标药店终端中，由目标药店终端向用户进行药品配送，以及在与用户进行交付时，通过第一收药验证码对用户身份验证，保证药品交付安全。
76.又一种方式为：由平台端与配送方对接，具体地，生成第二收药验证码、取药验证码，将第二收药验证码发送到目标用户客户端，将携带第二收药验证码、取药验证码和快递地址信息的配送订单发送至配送方终端，将携带取药验证码和处方药品的购药订单发送至目标药店终端。配送方和目标药店之间通过取药验证码实现药品交付，配送方将药品配送到快递地址后，配送方和目标用户之间通过第二收药验证码实现药品交付。在送药上门模式下，可以隐藏患者的身份信息，配送员通过验证第二收药验证码来验证患者身份。
77.在本技术实施例中，可选地，在所述购药模式为所述快递送药模式的情况下，所述购药数据还包括目标用户医保凭证，所述购药订单还包括所述目标用户医保凭证；所述目标药店终端接收到所述购药订单后，对所述目标用户医保凭证进行验证，并在验证通过后，对所述购药订单进行医保结算。
78.在上述实施例中，在快递送药模式下，平台可提供医保支付功能，在具体的应用场景中，用户可以在平台绑定医保卡、注册电子医保凭证等，对于支持医保支付的药品，用户可以在客户端中选择医保支付，平台端向目标药店终端发送购药订单时，将目标用户医保
凭证一起进行发送，目标药店终端可以通过与医保系统之间的支付渠道，实现对目标用户医保凭证的验证，以及实现医保卡扣费支付。步骤102中还包括确定处方药是否支持医保支付，并将是否支持医保支付的信息连同候选药店和药品价格一起发送到目标用户客户端中，其中，若电子处方包括多种药品则验证每种药品是否支持医保支付。
79.另外，本技术实施例中，除了提供上述线上指定目标药店的购药方式外，还提供了线上不指定目标药店的购药方式，以及线下直接到店的购药方式。可选地，所述购药请求包括第一购药预约请求、第二购药预约请求或直取购药请求；所述第一购药预约请求包括所述目标用户以及所述电子处方数据；所述第二购药预约请求包括所述目标用户、所述电子处方数据以及快递送药模式；所述直取购药请求包括所述目标用户以及所述电子处方数据。
80.其中，目标用户通过发送第一购药预约请求，实现线上指定目标药店的购药方式，平台方接收到第一购药预约请求后，执行步骤102。
81.可选地，还包括：步骤104，若所述购药请求为所述第二购药预约请求，则确定可提供所述处方药品的候选药店，依据各候选药店与所述目标用户的快递地址之间的距离，各候选药店的评分、各候选药店对应的处方药品价格以及所述目标用户的历史购药信息，在所述候选药店中筛选目标药店，并生成购药订单发送至目标药店终端，所述购药订单包括所述处方药品以及所述目标用户的快递地址信息。
82.在上述实施例中，快递送药模式也可以支持不选定目标药店，直接由平台端分配目标药店，在目标患者客户端中，可以先选择快递送药模式的取药方式，选择之后，客户端输出药店选择信息询问患者是否选择目标药店，如果目标用户确认要选择目标药店，那么显示候选药店列表以供用户选择，并在选择了目标药店之后生成第一购药预约请求，进入步骤102；如果目标用户确认不选择目标药店，那么进入步骤104。平台接收到第二购药预约请求后，依据电子处方数据对应的处方药品以及目标用户的快递地址信息，筛选可以提供处方药品并且满足配送范围要求的候选药店，进一步，在候选药店中选择距离最近、价格最优、或者评价最好的药店作为目标药店，或者如果处方药是一类药品(例如安眠药)并不限定药品具体厂家、名称等信息时还可以基于历史大数据中对该类处方药选择情况，为该目标用户匹配处方药品和目标药店，并生成支付订单发送到目标用户客户端中，用户确认支付后，向目标药店推送目标用户的电子处方数据，目标药店终端依据电子处方数据生成对处方药的配送订单，该配送订单可以直接发送给平台签约配送员终端，也可以发送至平台端由平台端分配配送员，同时配送订单可以通过平台端回传至目标用户客户端。由平台结合患者情况为患者分配药店和药品，操作比较简单，操作成本低，对一些手机使用不熟练的患者更加友好。
83.可选地，还包括：步骤105，若所述购药请求为所述直取购药请求，则生成所述直取购药请求对应的直取验证凭证，将所述直取验证凭证发送至目标用户客户端，以通过到店药店终端识别所述直取验证凭证；在对到店药店终端发送的直取验证凭证验证通过后，将所述处方药品发送至所述到店药店终端，以供到店药店与所述目标用户进行处方药品交付。
84.在上述实施例中，可以支持不选定目标药店，直接到店进行交易的模式，在目标患者客户端中，可以先选择到店自取的取药方式，选择之后，客户端输出药店选择信息询问患
者是否选择目标药店，如果目标患者确认要选择目标药店，那么显示候选药店列表以供患者选择，并在选择了目标药店之后进入步骤102；如果目标患者确认不选择目标药店，那么进入步骤105。平台接收到目标用户终端发送的直取购药请求后，生成直取验证凭证，并发送到目标用户客户端中，用户到店后，出示该凭证，药店终端可以对该凭证进行识别，并向平台方转发该直取验证凭证，平台方验证该凭证正确后，将目标用户对应的处方药品发送给目标药店终端，以便目标药店与目标用户之间实现药品交付。该模式操作比较简单，操作成本较低，对于一些手机使用不熟练的患者更加友好。
85.在本技术实施例中，可选地，所述第一购药预约请求和/或所述第二购药预约请求来源于所述目标用户客户端或医院终端；当所述第一购药预约请求和/或所述第二购药预约请求来源于所述医院终端时，所述第一购药预约请求和/或所述第二购药预约请求还包括目标用户授权信息；所述接收购药请求之后，所述方法还包括：验证所述目标用户授权信息。
86.在上述实施例中，平台端接收的电子处方数据可以是在目标用户的授意下由医院终端发送的，也可以是目标用户主动发送的。针对老年等特殊群体患者，可以在患者授意、签名认证、视频认证的情况下，医院方发送电子处方数据的同时也发送患者的收货地址，平台方验证了患者的签名认证信息、视频认证信息后，直接由平台方进行分配，送药上门。另外平台方还提供纸质处方识别功能，用户拍摄纸质处方并进行上传，平台方可以对纸质处方的有效性进行验证，并对其中的内容进行识别，将纸质处方转换为电子处方。
87.可选地，平台端设置发药端执业药师审核功能，对接收到的电子处方数据进行审核，实现事前监管，帮助药店对处方的合理性进行把控，除此之外，所有处方均按医保局和卫健委要求，开放处方信息上传接口，定时上传监管端。
88.进一步的，作为图1方法的具体实现，本技术实施例提供了一种处方数据流转装置，如图2所示，该装置包括：
89.请求接收模块，用于接收购药请求，其中，所述购药请求包括目标用户以及所述目标用户的电子处方数据；
90.候选药店确定模块，用于确定可提供所述电子处方数据中处方药品的候选药店，并向目标用户客户端推送候选药店信息，以使所述目标用户客户端依据目标用户在所述候选药店中选择的目标药店确定购药数据；
91.购药订单发送模块，用于接收所述目标用户客户端反馈的所述购药数据，并向目标药店终端发送购药订单，其中，所述购药订单包括所述处方药品以及购药凭证，所述购药凭证用于表征所述目标用户的身份。
92.可选地，所述候选药店信息还包括所述候选药店支持的购药模式，所述购药模式包括到店购药模式和/或快递送药模式；所述购药数据还包括所述目标用户选择的目标购药模式；所述购药订单发送模块，具体用于：
93.当所述购药模式为所述到店购药模式时，生成到店验证凭证，并将所述到店验证凭证发送至所述目标用户客户端；
94.依据所述到店验证凭证以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述到店验证凭证对取药用户的身份验证通过后处理所述购药订单。
95.可选地，所述装置还包括：
96.库存锁定模块，用于向所述目标药店终端发送所述购药订单之后，依据所述处方药品，锁定所述目标药店的药品库存。
97.可选地，所述购药订单发送模块，具体还用于：
98.当所述购药模式为所述快递送药模式时，依据所述目标用户的快递地址信息以及所述处方药品，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店终端依据所述购药订单生成配送订单；或者，
99.当所述购药模式为所述快递送药模式时，生成并向所述目标用户客户端发送第一收药验证码，以及依据所述目标用户的快递地址信息、所述处方药品以及所述第一收药验证码，生成并向所述目标药店终端发送所述购药订单，以使所述目标药店依据所述第一收药验证码验证收药用户身份后完成药品交付；或者，
100.当所述购药模式为所述快递送药模式时，生成第二收药验证码、取药验证码、包含所述第二收药验证码、所述取药验证码以及所述快递地址信息的配送订单、包含所述取药验证码以及所述处方药品的购药订单；将所述第二收药验证码发送至所述目标用户客户端、所述配送订单发送至配送方终端、所述购药订单发送至所述目标药店终端，以使所述目标药店依据所述取药验证码验证配送方身份后完成与配送方之间的药品交付，所述配送方依据所述第二收药验证码验证收药用户身份后完成与收药用户之间的药品交付。
101.可选地，在所述购药模式为所述快递送药模式的情况下，所述购药数据还包括目标用户医保凭证，所述购药订单还包括所述目标用户医保凭证；所述目标药店终端接收到所述购药订单后，对所述目标用户医保凭证进行验证，并在验证通过后，对所述购药订单进行医保结算。
102.可选地，所述购药请求包括第一购药预约请求、第二购药预约请求或直取购药请求；所述第一购药预约请求包括所述目标用户以及所述电子处方数据；所述第二购药预约请求包括所述目标用户、所述电子处方数据以及快递送药模式；所述直取购药请求包括所述目标用户以及所述电子处方数据；
103.所述候选药店确定模块，还用于若所述购药请求为所述第一购药预约请求，则执行所述确定可提供所述电子处方数据中处方药品的候选药店；
104.所述装置还包括：
105.预约模块，用于若所述购药请求为所述第二购药预约请求，则确定可提供所述处方药品的候选药店，依据各候选药店与所述目标用户的快递地址之间的距离，各候选药店的评分、各候选药店对应的处方药品价格以及所述目标用户的历史购药信息，在所述候选药店中筛选目标药店，并生成购药订单发送至目标药店终端，所述购药订单包括所述处方药品以及所述目标用户的快递地址信息；
106.直取模块，用于若所述购药请求为所述直取购药请求，则生成所述直取购药请求对应的直取验证凭证，将所述直取验证凭证发送至目标用户客户端，以通过到店药店终端识别所述直取验证凭证；在对到店药店终端发送的直取验证凭证验证通过后，将所述处方药品发送至所述到店药店终端，以供到店药店与所述目标用户进行处方药品交付。
107.可选地，所述第一购药预约请求和/或所述第二购药预约请求来源于所述目标用户客户端或医院终端；当所述第一购药预约请求和/或所述第二购药预约请求来源于所述
医院终端时，所述第一购药预约请求和/或所述第二购药预约请求还包括目标用户授权信息；所述装置还包括：
108.授权验证模块，用于所述接收购药请求之后，验证所述目标用户授权信息。
109.需要说明的是，本技术实施例提供的一种处方数据流转装置所涉及各功能单元的其他相应描述，可以参考图1方法中的对应描述，在此不再赘述。
110.基于上述如图1所示方法，相应的，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1所示的处方数据流转方法。
111.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
112.基于上述如图1所示的方法，以及图2所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的处方数据流转方法。
113.可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi
‑
fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi
‑
fi接口)等。
114.本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
115.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
116.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现处方共享平台接收到购药请求后，依据购药请求中的电子处方数据，确定可提供相应处方药品的候选药店，并向目标用户客户端进行推送，以供目标用户选择预计购药的目标药店，从而平台接收到目标用户客户端反馈的购药数据之后，向目标药店终端发送携带购药凭证和处方药品信息的购药订单，以便目标药店依据购药凭证验证购药用户身份后进行处方药品交付。本技术实施例相比于现有技术凭借纸质处方在药店购药的方式，通过电子处方数据的线上流转，使得用户不再需要携带纸质处方进行线下购药，极大的方便了用户购药。
117.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
118.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术
的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。