购药请求的处理方法和装置与流程

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.图1是本发明的一个实施例提供的一种购药请求的处理方法的流程的示意图；
45.图2是本发明的一个实施例提供的另一种购药请求的处理方法的流程的示意图；
46.图3是本发明的一个实施例提供的又一种购药请求的处理方法的流程的示意图；
47.图4是本发明的一个实施例提供的一种购药请求的处理装置的结构示意图；
48.图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
49.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
50.需要说明的是，本发明实施例的技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
51.图1是本发明的一个实施例提供的一种购药请求的处理方法的流程的示意图。如图1所示，该方法包括：
52.步骤101：接收目标用户针对目标处方药的购药请求，生成购药请求对应的购药订单。
53.购药订单中可包括：目标用户的用户信息、目标处方药的药品信息、药品数量及病症信息等。
54.步骤102：根据目标用户的身份信息及目标处方药的药品信息，确定审核机构及目标结算方式。
55.审核机构可以为地方医保局、地方医保局指定的医疗机构、互联网平台对应的互联网医院等。目标结算方式可以为医保结算方式、自费结算方式等。
56.可以根据具体需求，设定身份信息及药品信息，与审核机构及结算方式的对应关系。例如，在身份信息表征目标用户为医保用户，且药品信息表征目标药品为医保类目下的处方药的情况下，将地方医保局指定的医疗机构设置为审核机构，将医保结算方式设置为目标审核方式。
57.在身份信息表征目标用户为医保用户，且药品信息表征目标药品为医保类目下的非处方药的情况下，不设置审核机构，将医保结算方式设置为目标审核方式等。
58.步骤103：获取购药请求对应的问诊信息，将问诊信息发送给审核机构，并接收审核机构针对问诊信息返回的处方单。
59.问诊信息可包括：目标用户的用户信息、目标处方药的药品信息及病症信息等。审核机构根据问诊信息，对目标用户进行问诊并开具处方单。处方单中包括：用户信息、药品信息及用法用量等。审核机构将开方后的处方单进行回传，互联网平台接收处方单。
60.在本发明的一个实施例中，将问诊信息发送给审核机构，包括：确定审核机构对应的加密方法；利用加密方法，加密问诊信息，并将加密后的问诊信息发送给审核机构。
61.互联网平台可以预先与审核机构约定第一加密方法及第一解密方法，并保存第一加密方法与审核机构的映射关系。不同的审核机构可对应于不同的第一加密方法。审核机构接收到加密后的问诊信息以后，可利用预先约定的第一解密方法进行解密。由于问诊信息中包括目标用户的个人敏感信息，利用第一加密方法，加密问诊信息之后，再发送加密后的问诊信息，能够减少个人敏感信息泄露的风险。
62.在本发明的一个实施例中，接收审核机构针对问诊信息返回的处方单，包括：接收审核机构针对问诊信息返回的加密处方信息；确定审核机构对应的解密方法；利用解密方法，解密加密处方信息，以得到处方单。
63.互联网平台可以预先与审核机构约定第二加密方法及第二解密方法，并保存第二解密方法与审核机构的映射关系。不同的审核机构可对应于不同的第二解密方法。审核机构利用预先约定的第二加密方法，加密处方信息。互联网平台在接收到加密后的处方信息以后，可利用预先约定的第二解密方法进行解密。由于处方信息中包括目标用户的个人敏感信息，利用第二加密方法，加密问诊信息之后，再发送加密后的处方信息，能够减少个人敏感信息泄露的风险。
64.步骤104：在购药订单及处方单匹配成功的情况下，根据目标结算方式，对购药订单进行结算处理。
65.可利用如下方式确定购药订单及处方单是否匹配成功：确定购药订单及处方单是否符合匹配规则，匹配规则包括以下至少之一：用户信息是否一致、药品信息是否一致及病症信息与适应症信息是否一致；在购药订单及处方单符合匹配规则的情况下，确定购药订单及处方单匹配成功。
66.可通过比对购药订单中的用户信息及处方单中的用户信息是否匹配，确定用户信息是否一致。可通过比对购药订单中的药品信息及处方单中的药品信息是否匹配，确定药品信息是否一致。可通过比对购药订单对应的病症信息与处方单中的药品信息对应的适应症信息是否一致，确定病症信息与适应症信息是否一致。可在系统中设置药品的知识图谱，或药品与适应症的映射关系，根据知识图谱或映射关系，确定出处方单中的药品信息对应的适应症信息。
67.在购药订单及处方单匹配失败的情况下，发送表征购药失败的提示信息，并提示用户重新填写问诊信息或购药信息。
68.在本发明实施例中，根据目标用户的身份信息及目标处方药的药品信息，确定审核机构及目标结算方式。审核机构可以为地方医保局指定的医疗机构、互联网平台对应的
互联网医院等。目标结算方式可以为医保结算方式、自费结算方式等。可以根据具体需求，设定身份信息及药品信息，与审核机构及结算方式的对应关系。因此，本发明实施例的方案能够提供多种审核方式，灵活地适用于多种应用场景中。
69.在本发明的一个实施例中，根据目标用户的身份信息及目标处方药的药品信息，确定审核机构及目标结算方式之前，还包括：接收医保卡绑定请求，显示医保卡绑定页面；接收针对医保卡绑定页面输入的医保信息，医保信息包括：参保地；将医保信息发送给参保地对应的医保局系统，并接收医保局系统返回的验证信息；在验证信息表征验证通过的情况下，保存医保信息，并显示表征医保卡绑定成功的第一提示信息。
70.医保信息对应于参保地医保局要求的信息，包括：参保地、参保人员编号等。可通过上述方式，实现用户绑定医保卡的功能，以方便后续用户在互联网平台上购买药品。
71.在本发明的一个实施例中，显示医保卡绑定页面之前，还包括：确定目标用户是否为实名用户；在目标用户不为实名用户的情况下，显示实名认证页面；接收针对实名认证页面输入的认证信息；在认证信息通过认证的情况下，保存认证信息，并显示表征实名认证成功的第二提示信息；在目标用户为实名用户的情况下，显示医保卡绑定页面。
72.认证信息可包括：用户国籍、证件类型、姓名、证件号码、面部识别信息及数据加密传输等。可通过上述方式，实现用户实名认证的功能。用户实名认证后，方便后续绑定医保卡及购买药品等功能的实现。
73.图2是本发明的一个实施例提供的一种购药请求的处理方法的流程的示意图。如图2所示，该方法包括：
74.步骤201：接收目标用户针对目标处方药的购药请求，生成购药请求对应的购药订单。
75.身份信息可包括：证件类型、姓名、证件号码、是否为医保用户、参保地等。药品信息可包括：药品编号、药品名称、药品种类、用法用量及适应症等。由于各地医保政策不同，导致医保范围内的药品种类也不同。在确定目标用户为医保用户之后，可确定目标用户对应的参保地，并获取参保地对应的医保类目信息，进而通过比对药品信息及参保地对应的医保类目信息，确定目标药品是否为医保类目下的处方药。
76.在身份信息表征目标用户为医保用户，且药品信息表征目标药品为医保类目下的处方药的情况下，执行步骤202。在身份信息表征目标用户不为医保用户，或药品信息表征目标药品不为医保类目下的处方药的情况下，执行步骤205。
77.步骤202：获取目标用户的参保地；根据参保地，确定第一医疗机构为审核机构，并确定医保结算方式为目标结算方式。
78.医保具有较强的地区属性，部分地方的医保局要求用户在线上购买医保处方药时，需要在当地医保局指定的互联网医疗机构开具处方。此外，部分医保类目下的处方药需要特定科室的医生进行问诊开方。
79.第一医疗机构为参保地的医保局指定的医疗机构，第一机构用于对医保类目下的处方药的相关问诊单进行审核。可从参保地的医保局指定的多个医疗机构，确定出第一医疗机构。此外，还可以根据参保地及目标处方药的药品种类，确定出第一医疗机构。
80.步骤203：获取购药请求对应的问诊信息，将问诊信息发送给审核机构，并接收审核机构针对问诊信息返回的处方单。
81.步骤204：在购药订单及处方单匹配成功的情况下，根据医保结算方式，对购药订单进行结算处理。
82.根据医保结算规则，确定并展示购药订单对应的结算结果，结算结果包括：医保报销金额和个人支付金额。接收目标用户所在终端针对结算结果发送的提交请求，根据结算结果对购药订单进行结算处理，并显示购药订单对应的下单结果。
83.步骤205：确定第二医疗机构为审核机构，并确定自费结算方式为目标结算方式。
84.第二医疗机构为互联网平台对应的互联网医院。可通过多种方式确定第二医疗机构，如可从互联网平台对应的多个医疗机构，确定出第二医疗机构。可根据目标处方药的药品种类，确定出第二医疗机构等。
85.步骤206：获取购药请求对应的问诊信息，将问诊信息发送给审核机构，并接收审核机构针对问诊信息返回的处方单。
86.步骤207：在购药订单及处方单匹配成功的情况下，根据自费结算方式，对购药订单进行结算处理。
87.在本发明实施例中，根据目标用户是否为医保用户，目标药品是否为医保类目下的处方药等情况，确定审核机构及目标结算方式。能够解决现有技术中对于医保类目下处方药开方困难，互联网平台兼容性差，以及用户无法在线上使用医保购药等问题。
88.图3是本发明的一个实施例提供的一种购药请求的处理方法的流程的示意图。如图3所示，该方法包括：
89.步骤301：接收目标用户针对目标处方药的购药请求，生成购药请求对应的购药订单。
90.步骤302：确定目标用户的身份信息及目标处方药的药品信息。
91.步骤303：在身份信息表征目标用户为医保用户，且药品信息表征目标药品为医保类目下的处方药的情况下，对购药订单进行标识处理。
92.可通过多种方式对购药订单进行标识处理。例如，将购药订单对应的订单编号中的某一位或多位字段设置为预设值，或将购药订单在数据库中对应的记录的预设属性设置为预设属性值，或将购药订单在数据库中对应的记录的扩展字段设置为预设值等。
93.步骤304：判断购药订单是否为标识处理后的订单。
94.在购药订单为标识处理后的订单的情况下，执行步骤305。在购药订单不为标识处理后的订单的情况下，执行步骤308。
95.步骤305：获取目标用户的参保地；根据参保地，确定第一医疗机构为审核机构，并确定医保结算方式为目标结算方式。
96.步骤306：获取购药请求对应的问诊信息，将问诊信息发送给审核机构，并接收审核机构针对问诊信息返回的处方单。
97.步骤307：在购药订单及处方单匹配成功的情况下，根据医保结算方式，对购药订单进行结算处理。
98.步骤308：确定第二医疗机构为审核机构，并确定自费结算方式为目标结算方式。
99.步骤309：获取购药请求对应的问诊信息，将问诊信息发送给审核机构，并接收审核机构针对问诊信息返回的处方单。
100.步骤310：在购药订单及处方单匹配成功的情况下，根据自费结算方式，对购药订
单进行结算处理。
101.在现有技术的互联网平台中，由互联网平台对应的互联网医院对用户购药的问诊信息进行审核，并提供自费结算功能。在本发明实施例的方案中，在符合处方药的医保结算的条件时，对购药订单进行标识处理；在不符合处方药的医保结算的条件时，不对购药订单进行处理。在处理购药订单时，通过判断购药订单是否被标识处理，确定对购药订单按照处方药的医保结算流程处理，或是按照原有的结算流程处理。因此，本发明实施例的方案通过对购药订单进行标识处理，在兼容现有互联网平台的购药系统的基础上，提供用户在线上使用医保支付结算的功能。
102.为使本发明实施例的方案更加便于理解，下面提供一种可以兼容现有的购药服务系统的购药请求的处理方案。该方案可以利用医保局指定的互联网医疗机构进行问诊开方。该方案主要包括如下步骤：
103.步骤s01：互联网平台对目标用户进行身份识别。
104.当用户在互联网平台搜索相关药品，用户可在互联网平台的多个页面看到“医保支付”提示，如果用户没有绑定医保卡，则显示绑定医保卡入口。在用户知情且同意的情况下，由系统校验该用户是否为实名用户。
105.如果目标用户为实名用户，则进入医保卡绑定页面。基于医保卡绑定页面，用户需要输入医保局要求的必要信息，如参保地、参保人员编号等。互联网平台请求医保局进行用户参保身份验证，验证通过后则认为该用户已经在平台成功绑定医保卡。
106.如果目标用户不为实名用户，提示用户先进行实名认证，显示显示实名认证页面。用户基于显示实名认证页面，输入认证信息，认证信息可包含：用户国籍、证件类型、姓名、证件号码、面部识别信息、数据加密传输等。实名认证成功的认证将加密存储于数据库，并应用于后续问诊开方的场景。
107.步骤s02：互联网平台对医保处方药对应的购药订单进行标识处理。
108.依据步骤s01的结果，如果用户未参保或不使用医保支付购买处方药品，则购药订单不做标识处理，由互联网平台开具处方，用户自费结算。
109.如果用户已参保，识别该用户所选医保药品信息，若该药品为非处方药，购药订单不做标识处理，用户正常加购。
110.识别该目标用户所选医保药品信息，若该药品为处方药，当用户提交问诊时，对该购药订单进行标识处理。同时获取用户提交的问诊信息，问诊信息包含由步骤s01获取的用户信息和药品信息等信息。
111.步骤s03：发送加密后的问诊信息。
112.当互联网平台识别到进行标识处理的购药订单，即触发特殊问诊流程。特殊问诊流程对应于医保用户购买医保类目下的处方药。互联网平台和互联网医疗机构双方单独约定加密方法，加密方法用户加密问诊信息中的敏感信息。互联网平台将加密后的用户及药品信息输给医保局指定的互联网医疗机构。
113.步骤s04：接收互联网医疗机构返回的处方单。
114.医保局指定的互联网医疗机构根据问诊信息生成问诊单，对用户进行问诊并开具处方。处方信息包含由步骤s01获取的用户信息和药品信息等信息，用于后续与购药订单中的信息进行匹配。
115.医保局指定的互联网医疗机构将开方后的处方单进行回传，互联网平台接收处方，并将处方单和购药订单进行匹配，匹配成功之后，由药师进行审核。保存审核通过后的处方单，并可将审核通过后的处方单展示给该用户。
116.步骤s05：线上平台审核完成之后进行下单。
117.处方但审核通过之后，用户继续进行下单流程，并在互联网平台进行医保结算，由互联网平台进行后续的履约配送。
118.通过本发明实施例的方案，用户能通过医保局指定的互联网医疗机构开具处方，在互联网上平台使用医保结算方式购买医保目录下的处方药品，拓展了互联网系统对接医保系统的的灵活性和兼容性，减轻了线上平台的医生资源不足的问题。本发明实施例的方案能够自动识别用户参保信息和药品信息，互联网平台对符合要求的购药订单做标识处理并生成问诊单，解决平台兼容性的问题。此外，通过互联网平台将标识处理后的购药订单和问诊信息提交给医保局指定的互联网医疗机构，医保局指定的互联网医疗机构仅需问诊开方，减轻了互联网平台的医生资源不足的问题。
119.本发明实施例提供的技术方案主要解决现有技术中对于医保类目下处方药开方困难，互联网平台兼容性差，以及用户无法在线上使用医保支付而造成用户流失等问题。此外，还可以构建快捷操作系统和装置，以方便用户在互联网平台上购买医保类目下的处方药。
120.图4是本发明的一个实施例提供的一种购药请求的处理装置的结构示意图。如图4所示，该装置包括：
121.订单生成模块401，用于接收目标用户针对目标处方药的购药请求，生成所述购药请求对应的购药订单；
122.机构确定模块402，用于根据所述目标用户的身份信息及所述目标处方药的药品信息，确定审核机构及目标结算方式；
123.接收模块403，用于获取所述购药请求对应的问诊信息，将所述问诊信息发送给所述审核机构，并接收所述审核机构针对所述问诊信息返回的处方单；
124.订单结算模块404，用于在所述购药订单及所述处方单匹配成功的情况下，根据所述目标结算方式，对所述购药订单进行结算处理。
125.可选地，机构确定模块402具体用于：
126.在所述身份信息表征所述目标用户为医保用户，且所述药品信息表征所述目标药品为医保类目下的处方药的情况下，获取所述目标用户的参保地；根据所述参保地，确定第一医疗机构为所述审核机构，并确定医保结算方式为所述目标结算方式；
127.在所述身份信息表征所述目标用户不为医保用户，或所述药品信息表征所述目标药品不为医保类目下的处方药的情况下，确定第二医疗机构为所述审核机构，并确定自费结算方式为所述目标结算方式。
128.可选地，该装置还包括：
129.绑定模块405，用于接收医保卡绑定请求，显示医保卡绑定页面；
130.接收针对所述医保卡绑定页面输入的医保信息，所述医保信息包括：参保地；
131.将所述医保信息发送给所述参保地对应的医保局系统，并接收所述医保局系统返回的验证信息；
132.在所述验证信息表征验证通过的情况下，保存所述医保信息，并显示表征医保卡绑定成功的第一提示信息。
133.可选地，该装置还包括：
134.实名认证模块406，用于确定所述目标用户是否为实名用户；
135.在所述目标用户不为实名用户的情况下，显示实名认证页面；接收针对所述实名认证页面输入的认证信息；在所述认证信息通过认证的情况下，保存所述认证信息，并显示表征实名认证成功的第二提示信息；
136.在所述目标用户为实名用户的情况下，显示所述医保卡绑定页面。
137.可选地，机构确定模块402具体用于：
138.确定所述目标用户的身份信息及所述目标处方药的药品信息；
139.在所述身份信息表征所述目标用户为医保用户，且所述药品信息表征所述目标药品为医保类目下的处方药的情况下，对所述购药订单进行标识处理；
140.判断所述购药订单是否为标识处理后的订单，并根据判断结果，确定所述审核机构及所述目标结算方式。
141.可选地，该装置还包括：
142.匹配模块407，用于确定所述购药订单及所述处方单是否符合匹配规则，所述匹配规则包括以下至少之一：用户信息是否一致、药品信息是否一致及病症信息与适应症信息是否一致；
143.在所述购药订单及所述处方单符合所述匹配规则的情况下，确定所述购药订单及所述处方单匹配成功。
144.可选地，接收模块403具体用于：
145.确定所述审核机构对应的加密方法；
146.利用所述加密方法，加密所述问诊信息，并将加密后的问诊信息发送给所述审核机构。
147.本发明实施例提供了一种电子设备，包括：
148.一个或多个处理器；
149.存储装置，用于存储一个或多个程序，
150.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任一实施例的方法。
151.下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
152.如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中，还存储有系统500操作所需的各种程序和数据。cpu 501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
153.以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；
以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
154.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。
155.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
156.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
157.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：订单生成模块、机构确定模块、接收模块及订单结算模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，订单生成模块还可以被描述为“接收目标用户针对目标处方药的购药请求，生成所述购药请求对应的购药订单的模块”。
158.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
159.接收目标用户针对目标处方药的购药请求，生成所述购药请求对应的购药订单；
160.根据所述目标用户的身份信息及所述目标处方药的药品信息，确定审核机构及目标结算方式；
161.获取所述购药请求对应的问诊信息，将所述问诊信息发送给所述审核机构，并接收所述审核机构针对所述问诊信息返回的处方单；
162.在所述购药订单及所述处方单匹配成功的情况下，根据所述目标结算方式，对所述购药订单进行结算处理。
163.根据本发明实施例的技术方案，根据目标用户的身份信息及目标处方药的药品信息，确定审核机构及目标结算方式。审核机构可以为地方医保局指定的医疗机构、互联网平台对应的互联网医院等。目标结算方式可以为医保结算方式、自费结算方式等。可以根据具体需求，设定身份信息及药品信息，与审核机构及结算方式的对应关系。因此，本发明实施例的方案能够提供多种审核方式，灵活地适用于多种应用场景中。
164.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。