处方药监管方法、装置、系统、设备和介质与流程

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.图1是本发明实施例提供的一种处方药监管方法的流程图；
26.图2是本发明实施例提供的另一种处方药监管方法的流程图；
27.图3是本发明实施例提供的又一种处方药监管方法的流程图；
28.图4是本发明实施例提供的一种处方药监管装置的结构框图；
29.图5是本发明实施例提供的一种处方药监管系统的结构框图；
30.图6是本发明实施例提供的一种计算机设备的结构框图。
具体实施方式
31.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
32.图1是本发明实施例提供的一种处方药监管方法的流程图，本实施例可适用于处方药监管的场景中，特别的，本实施例更适用于医院外定点药店使用医保购买处方药监管的情况。该方法可以由处方药管理装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
33.如图1所示，本实施例的处方药监管方法包括以下步骤：
34.s110、获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端。
35.其中，目标监管药品处方可以是从医院、社区卫生中心、民营医疗机构的 his系统(hospital information system，医院信息系统)或移动终端等合理、合法的途径获得的处方。
36.其中，处方药监管用户客户端可以是小程序、公众号或app等平台，也可以嵌入到当地已有的医疗服务相关的小程序、公众号或app(application，手机软件)等平台，用户通过登录小程序、关注公众号或下载对应app，进行注册后，获取目标监管药品处方相关的药店名称、药店位置和药品库存等信息，为用户提供可视化的用户交互界面，实现数据传输，方便用户查看目标监管药品处方。
37.其中，用户指使用目标监管药品处方购买目标药品的对象，例如，可以是患者和购药者等。
38.其中，目标药品是用户需要购买的处方药。
39.可以理解的是，目标监管药品处方可以是从医院、社区卫生中心、民营医疗机构的his系统或移动终端等合理、合法的途径获得的处方。当医生根据患者的患病情况，在his系统上开处方，生成目标监管药品处方，将生成的目标监管药品处方上传到处方药监管服务端。处方药监管服务端便可以获知目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端，用户通过处方药监管用户客户端查看目标监管药品处方。
40.s120、接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系。
41.具体的，用户可以根据目标监管药品名称、目标监管药品库存和药店位置等信息选择目标药品购买店铺，通过可视化的用户交互界面向处方药监管用户客户端发出指令自主确定目标药品购买店铺；处方药监管客户端接收并执行该指令，并将目标药品购买店铺信息上传至处方药监管服务端。
42.目标监管药品处方与目标药品购买店铺间的关联关系是指将目标监管药品处方与用户选择的目标药品购买店铺绑定，建立目标监管药品处方与目标药品购买店铺关联关系。
43.可以理解的是，用户根据目标监管药品名称、目标监管药品库存和药店位置等信息选择目标药品购买店铺，向处方药监管用户客户端发出指令，处方药监管用户客户端接收并执行该指令，并将目标药品购买店铺信息上传至处方药监管服务端；处方药监管服务端将目标监管药品处方与目标药品购买店铺绑定，建立目标监管药品处方与目标药品购买店铺间的关联关系，便于实现处方药监管，以及目标药店购买店铺中药品库存的更新与处理。
44.s130、响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果。
45.其中，处方药监管药店客户端可以是能够为药店提供处方查询和查询接口的系统或移动终端等平台，提供可视化的用户交互界面，实现数据传输，方便查询目标监管药品处方。
46.其中，处方药监管药店客户端的使用者可以是目标药品购买店铺的销售人员、药师等目标药品购买店铺的工作人员。
47.可以理解的是，目标药品购买店铺通过处方药监管药店客户端向处方药监管服务端发送处方查询请求获取与其关联的目标监管药品处方，然后处方药监管服务端根据处方信息判断目标监管药品处方是否存在处方失效和超量购药等风险，若存在处方失效和超量购药等风险，处方药监管服务端通过处方药监管药店客户端的可视化人机交互界面向处方
药监管药店客户端的使用者进行结果反馈，并提示目标监管药品处方的风险类型；若不存在风险，处方药监管服务端通过处方药监管药店客户端的可视化人机交互界面向处方药监管药店客户端的使用者进行结果反馈，并提示目标监管药品处方的不存在风险，可进行处方药销售。
48.s140、根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
49.可以理解的是，若存在处方失效和药品超量等风险，处方药监管服务端通过处方药监管药店客户端的可视化人机交互界面可以反馈相应的查询结果，目标监管药品处方的处方药不能被销售，仍处于未核销状态；若不存在风险，销售目标药品，并通过用户的医保结算，生成医保结算数据，同时通过处方药监管药店客户端的可视化人机交互界面更改药品销售状态，完成目标监管药品处方的核销操作，更新库存等信息，并上传至处方药监管服务端，完成此次处方药监管。
50.本实施例的技术方案，通过获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端；接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系；响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果；根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。本实施例的技术方案解决了人工核实处方监管难度大的问题，实现了处方药智能化管理，提高了处方药销售过程中的监管效率，提高医保基金使用的安全性和有效性。
51.图2是本发明实施例提供的另一种处方药监管方法的流程图；本实施例与上述实施例中的处方药监管方法属于同一个发明构思，在上述实施例的基础上进一步的描述了处方药监管的风险提示信息及目标监管药品处方的撤销操作的过程。该方法可以由处方药监管装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
52.如图2所示，该方法包括以下步骤：
53.s210、获取目标监管药品处方，根据预设药品知识库信息，确定目标监管药品处方是否存在药品超量风险。
54.其中，预设药品知识库信息包括药品的说明书信息。
55.具体的，预设药品知识库可以包括药品的品名、规格、生产企业、有效期、主要成分、适应症或功能主治、用法、用量、禁忌、不良反应和注意事项等信息。
56.具体的，通过处方药监管服务端获取目标监管药品处方，根据预设药品知识库中的信息对用户历史购买的不同厂家规格药品、同药理学分类药品、同主要成分药品进行药量转换计算，例如，可以根据药品的日最大剂量、药品规格和服用天数等信息进行药量计算，从而计算历史购买的药品的可服用的时间，根据历史购买的药品的可服用的时间确定目标监管药品处方是否存在药品超量风险。
57.可以理解的是，根据历史购买的药品的可服用的时间确定目标监管药品处方是否存在药品超量风险执行不同的内容，具体分为以下两种情况：
58.s220、当目标监管药品处方存在药品超量风险时，将药方风险提示信息发送到目
标监管药品处方的提供方；或
59.s230、当目标监管药品处方不存在药品超量风险时，将目标监管药品处方发送到处方药监管用户客户端，接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系。
60.其中，药方风险提示信息是药品超量风险。
61.可选的，目标监管药品处方的提供方可以是医院、社区卫生中心或民营医疗机构的his系统。
62.可以理解的是，当目标监管药品处方存在药品超量风险时，处方药监管服务端将药品超量风险提示信息发送到医院、社区卫生中心或民营医疗机构的 his系统，通过可视化人机交互界面提示给医生；或当目标监管药品处方不存在药品超量风险时，处方药监管服务端将目标监管药品处方发送到处方药监管用户客户端，用户根据目标监管药品名称、目标监管药品库存和药店位置等信息选择目标药品购买店铺向处方药监管用户客户端发出指令，处方药监管用户客户端接收并执行该指令，并将目标药品购买店铺信息上传至处方药监管服务端，处方药监管服务端将目标监管药品处方与目标药品购买店铺绑定，便于实现处方药监管。
63.s240、响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果。
64.s250、根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
65.在一种可选的实施方式中，处方药监管服务端还用于：
66.首先，获取目标监管药品处方的提供方的处方撤销指令。
67.具体的，若存在超量购药等风险，目标监管药品处方的提供方需要对目标监管药品处方通过医院的his系统的可视化人机交互界面进行撤销操作，向处方药监管服务端发出处方撤销指令。
68.然后，根据处方撤销指令确认目标监管药品处方的核销状态。
69.具体的，处方药监管服务端对接收到的处方撤销指令做出响应，确认处方撤销指令对应的目标监管药品处方的核销状态，该目标监管药品处方是否已经核销。
70.最后，当目标监管药品处方处于未核销状态时，撤销目标监管药品处方。
71.具体的，当目标监管药品处方处于未核销状态时，说明目标监管药品处方存在处方失效和药品超量等风险，处方药监管服务端撤销目标监管药品处方。
72.本实施例的技术方案，通过获取目标监管药品处方，根据预设药品知识库信息，确定目标监管药品处方是否存在药品超量风险，并对存在风险的目标监管药品进行撤销，实现了处方药智能化管理，提高了处方药销售过程中的监管效率，提高医保基金使用的安全性和有效性。
73.图3是本发明实施例提供的又一种处方药监管方法的流程图，本实施例可适用于处方药监管的场景中，特别的，本实施例更适用于医院外定点药店使用医保购买处方药监管的情况。该方法可以由处方药管理装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
74.如图3所示，该方法包括以下步骤：
75.s310、获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端。
76.s320、接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系。
77.s330、根据处方查询请求携带的用户信息，查询用户信息对应的目标监管药品处方。
78.其中，用户信息指用户姓名、手机号和身份证号等用于确定用户身份的信息。
79.具体的，药店的工作人员通过可视化人机交互界面在处方药监管药店客户端输入用户信息，用于向处方药监管服务端发出的处方查询请求，查询该用户的用户信息对应的目标监管药品处方。
80.s340、对目标监管药品处方的处方风险问题进行审核，并根据处方风险问题的审核结果，向处方药监管药店客户端反馈查询结果。
81.可以理解的是，处方药监管服务端对目标监管药品处方的处方风险问题进行审核，确定是否存在处方失效、处方二次销售和超量购药等处方风险问题，并将查询结果反馈给处方药监管药店客户端，以供药店的工作人员通过可视化人机交互页面在处方药监管药店客户端查看。
82.进一步的，对目标监管药品处方的处方风险问题进行审核，包括：
83.根据目标监管药品处方的生成日期，确定目标监管药品处方的有效性；
84.和/或，根据目标监管药品处方的当前核销状态，确定目标监管药品处方对应的当前次药品销售是否为处方二次销售情况；
85.和/或，根据用户信息对应的历史购药记录以及预设药品知识库信息，确定目标监管药品处方对应的当前次药品销售是否存在超量购药情况。
86.具体的，药店的工作人员根据目标监管药品处方的生成日期，结合当地的相关政策，例如，可以是当天有效、3天内有效或7天内有效，确定目标监管药品处方的有效性，和/或，若目标监管药品处方的当前核销状态为已核销，则判断当前次药品销售为处方二次销售情况，若目标监管药品处方的当前核销状态为未核销，则判断当前次药品销售不存在处方二次销售情况，和/或，根据用户信息对应的历史购药记录以及预设药品知识库信息，对用户购买的不同厂家规格药品、同药理学分类药品、同主要成分药品进行药量转换计算，确定目标监管药品处方对应的当前次药品销售是否存在超量购药情况。
87.进一步的，根据处方风险问题的审核结果，向处方药监管药店客户端反馈查询结果还包括以下两种情况：
88.s350、当目标监管药品处方不存在预设处方风险问题时，将目标监管药品处方的具体处方内容作为查询结果发送至处方药监管药店客户端；或
89.s360、当目标监管药品处方存在任一预设处方风险问题时，将对应的处方风险问题审核结果作为查询结果，发送至处方药监管药店客户端。
90.其中，预设处方风险问题为预先设定的处方可能存在的风险问题，例如，可以是处方失效、处方二次销售和超量购药等风险问题。
91.其中，处方内容包括：(1)处方前记，包括医院全称、科别、病人姓名、性别、年龄、日期等，也可包括特殊要求。其中麻醉药品和第一类精神药品处方还应当包括病人身份证明
编号，代办人姓名、身份证明编号；(2)处方正方，包括处方头，处方以“r”或“rp”起头，意为拿取下列药品；接下来是处方的主要部分，包括药品的名称、剂型、规格、数量、用法等信息；(3)处方后记，包括医生、药剂人员、计价员签名以示负责，签名必须签全名。
92.具体的，当目标监管药品处方不存在处方失效、处方二次销售和超量购药等风险问题时，将目标监管药品处方的具体处方内容作为查询结果通过处方药监管服务端发送至处方药监管药店客户端；或当目标监管药品处方存在处方失效、处方二次销售和超量购药等风险问题中任一处方风险问题时，将目标监管药品处方对应的处方风险问题审核结果作为查询结果，通过处方药监管服务端将查询结果发送至处方药监管药店客户端；便于处方药监管药店客户端的使用者查看。
93.s370、根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
94.进一步的，在一种实施方式中，处方药监管服务端还可以阶段性的按照预设药品监管策略，对预设时间周期内的医保药品处方信息、医保药品的医保结算数据、各药店的医保药品销售数据及医保用户的医保药品购买数据进行联合分析，识别医保药品的异常销售事件。
95.其中，预设药品监管策略是指通过医保药品的医保结算数据确定与其对应的医保药品处方信息、各药店的医保药品销售数据及医保用户的医保药品购买数据之间的关联关系识别医生、药店和医保用户是否存在医保药品的异常销售事件。
96.异常销售事件包括医保用户超量购药、医生超量开药、无处方销售、处方失效、处方二次销售和远距离购药等事件。
97.远距离购药是针对医保用户，根据医保用户购买医保药品的药店的位置信息，确定对应医保用户是否远距离购药。根据用户购买医保药品的药店的位置信息，确定各个药店位置的距离与预设距离阈值的关系，若各个药店位置的距离大于预设距离阈值，则认为该医保用户是远距离购药，若各个药店位置的距离小于或等于预设距离阈值，则认为该医保用户不是远距离购药。
98.其中，预设时间周期是为了识别一定时间内的异常销售事件设定的时间周期，例如可以是一个月，相对应的可以是每个月初，对上个月的医保药品处方信息、医保药品的医保结算数据、各药店的医保药品销售数据及医保用户的医保药品购买数据进行联合分析，识别医保药品的异常销售事件。
99.具体的，为了识别一定时间内的异常销收时间设定的时间周期内的医保用户超量购药、医生超量开药、无处方销售、处方失效和处方二次销售和行为轨迹不合理等事件。首先，分别判断一定时间内医生、医保用户和药店，是否存在超量开药、超量购药、处方失效和处方二次销售和远距离购药等事件；分别识别出异常销售事件对应的三个执行主体，即医生、用户和药店。然后，针对异常销售事件对应的医生、用户和药店，通过医保药品的医保结算数据确定与其对应的医保药品处方信息、各药店的医保药品销售数据及医保用户的医保药品购买数据之间的关联关系，确定异常销售事件对应的执行主体与其余执行主体是否同时存在异常销售事件，三个执行主体或其中两个执行主体的对应关系组合是否多次发生。
100.在一种具体的实施例中，识别出一个月内某个医生超量开药，通过医保药品的医保结算数据确定与其对应的医保药品处方信息、各药店的医保药品销售数据及医保用户的
医保药品购买数据之间的关联关系，确定对应的用户是否存在超量购药行为，同时确定是否其与用户和/或药店的对应关系是否多次发生。同时，根据医保用户选择药店的位置信息，确定各个药店位置的距离与预设距离阈值的关系，判断该医保用户是否远距离购药。
101.本实施例的技术方案通过对目标监管药品处方的处方风险问题进行审核，并根据处方风险问题的审核结果，向处方药监管药店客户端反馈查询结果。实现了处方药智能化管理，提高了处方药销售过程中的监管效率，提高医保基金使用的安全性和有效性。
102.图4是本发明实施例提供的一种处方药监管装置的结构框图，本实施例可适用于处方药监管的场景中，特别的，本实施例更适用于医院外定点药店使用医保购买处方药监管的情况。该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
103.如图4所示，该装置包括：处方获取模块410、处方流转模块420、处方核验模块430和处方核销模块440。
104.其中，处方获取模块410，用于获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端；处方流转模块420，用于接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系；处方核验模块430，用于响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果；处方核销模块440，用于根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
105.本实施例的技术方案，通过获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端，接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系，响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果，根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。解决了人工核实处方监管难度大的问题，实现了处方药智能化管理，提高了处方药销售过程中的监管效率，提高医保基金使用的安全性和有效性。
106.可选的，处方获取模块410还用于：
107.根据预设药品知识库信息，确定目标监管药品处方是否存在药品超量风险；
108.当目标监管药品处方存在药品超量风险时，将药方风险提示信息发送到目标监管药品处方的提供方。
109.可选的，处方核验模块430还用于：
110.根据处方查询请求携带的用户信息，查询用户信息对应的目标监管药品处方；
111.对目标监管药品处方的处方风险问题进行审核，并根据处方风险问题的审核结果，向处方药监管药店客户端反馈查询结果。
112.可选的，处方核验模块430还用于：
113.当目标监管药品处方不存在预设处方风险问题时，将目标监管药品处方的具体处方内容作为查询结果发送至处方药监管药店客户端；
114.当目标监管药品处方存在任一预设处方风险问题时，将对应的处方风险问题审核结果作为查询结果，发送至处方药监管药店客户端。
115.可选的，处方核验模块430还用于：
116.根据目标监管药品处方的生成日期，确定目标监管药品处方的有效性；
117.和/或，根据目标监管药品处方的当前核销状态，确定目标监管药品处方对应的当前次药品销售是否为处方二次销售情况；
118.和/或，根据用户信息对应的历史购药记录以及预设药品知识库信息，确定目标监管药品处方对应的当前次药品销售是否存在超量购药情况。
119.可选的，处方获取模块410还用于：
120.获取目标监管药品处方的提供方的处方撤销指令；
121.根据处方撤销指令确认目标监管药品处方的核销状态；
122.当目标监管药品处方处于未核销状态时，撤销目标监管药品处方。
123.可选的，处方核验模块430还用于：
124.按照预设药品监管策略，对预设时间周期内的医保药品处方信息、医保药品的医保结算数据、各药店的医保药品销售数据及医保用户的医保药品购买数据进行联合分析，识别医保药品的异常销售事件。
125.本发明实施例所提供的处方药监管装置可执行本发明任一实施例所提供的处方药监管方法，具备执行方法相应的功能模块和有益效果。
126.图5是本发明实施例提供的一种处方药监管系统的结构框图，如图5所示，处方药监管系统包括：处方药监管服务端510、处方药监管用户客户端520和处方药监管药店客户端530。
127.其中，处方药监管服务端510用于获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端520。
128.处方药监管用户客户端520用于为目标用户提供处方查询接口，进行处方的查询与展示。
129.处方药监管药店客户端530用于在药店进行处方药销售过程中，进行处方的查询与核销。
130.本实施例的技术方案，获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端，为目标用户提供处方查询接口，进行处方的查询与展示，在药店进行处方药销售过程中，进行处方的查询与核销。解决了人工核实处方监管难度大的问题，实现了处方药智能化管理，提高了处方药销售过程中的监管效率，提高医保基金使用的安全性和有效性。
131.其中，目标用户为处方药监管用户客户端520的使用者，例如，可以是患者。
132.可选的，患者通过处方药监管用户客户端520的交互界面，进行药店选择操作，确定目标药品购买店铺，并将目标药品购买店铺信息上传至处方药监管服务端510。
133.可选的，处方药监管服务端510可以用于：
134.接收用户在处方药监管用户客户端520的药店选择操作，确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系。
135.可选的，处方药监管服务端510还可以用于：
136.响应于目标药品购买店铺对应的处方药监管药店客户端530对目标监管药品处方的处方查询请求，查询并反馈查询结果。
137.可选的，处方药监管服务端510还可以用于：
138.根据预设药品知识库信息，对目标监管药品处方进行审核，确定目标监管药品处方是否存在药品超量风险。当目标监管药品处方存在药品超量风险时，将药方风险提示信息发送到医院、社区卫生中心、民营医疗机构的his系统或移动终端等平台。根据处方药监管药店客户端530发出的处方查询请求携带的用户信息，查询用户信息对应的目标监管药品处方，对目标监管药品处方的处方风险问题进行审核，并根据处方风险问题的审核结果，向处方药监管药店客户端530反馈查询结果。
139.可选的，处方药监管服务端510可以用于：
140.根据目标监管药品处方的生成日期，确定目标监管药品处方的有效性；和/ 或，根据目标监管药品处方的当前核销状态，确定目标监管药品处方对应的当前次药品销售是否为处方二次销售情况；和/或，根据用户信息对应的历史购药记录以及预设药品知识库信息，确定目标监管药品处方对应的当前次药品销售是否存在超量购药情况。
141.可选的，处方药监管服务端510还可以用于：
142.当目标监管药品处方不存在预设处方风险问题时，将目标监管药品处方的具体处方内容作为查询结果发送至处方药监管药店客户端530；
143.当目标监管药品处方存在任一预设处方风险问题时，将对应的处方风险问题审核结果作为查询结果，发送至处方药监管药店客户端530。
144.可选的，处方药监管服务端510可以用于：
145.若存在超量购药风险，获取目标监管药品处方的提供方通过医院、社区卫生中心、民营医疗机构的his系统或移动终端等平台的可视化人机交互界面对目标监管药品处方发出的处方撤销指令，并根据处方撤销指令确认目标监管药品处方的核销状态，当目标监管药品处方处于未核销状态时，撤销目标监管药品处方。
146.可选的，处方药监管服务端510还可以用于：
147.根据处方药监管药店客户端530的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
148.可选的，处方药监管服务端510还可以用于：
149.阶段性的按照预设药品监管策略，对预设时间周期内的医保药品处方信息、医保药品的医保结算数据、各药店的医保药品销售数据及医保用户的医保药品购买数据进行联合分析，识别医保药品的异常销售事件。
150.本实施例的技术方案，处方药监管服务端获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端，处方药监管用户客户端为目标用户提供处方查询接口，进行处方的查询与展示，处方药监管药店客户端在药店进行处方药销售过程中，进行处方的查询与核销。解决了人工核实处方监管难度大的问题，实现了处方药智能化管理，提高了处方药销售过程中的监管效率，提高医保基金使用的安全性和有效性。
151.图6是本发明实施例提供的一种计算机设备的结构框图。图6示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图6显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。计算机设备12可以是任意具有计算能力的终端设备，可以配置于处方药监管系统中。
152.如图6所示，计算机设备12以通用计算设备的形式表现。计算机设备12 的组件可
以包括但不限于：一个或者多个处理器或者处理单元16，存储器28，连接不同系统组件(包括存储器28和处理单元16)的总线18。
153.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa) 总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa) 局域总线以及外围组件互连(pci)总线。
154.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
155.存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom， dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
156.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/ 或方法。
157.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/ 输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图6中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
158.处理单元16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发实施例所提供的处方药监管方法，该方法包括：
159.获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端；
160.接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系；
161.响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果；
162.根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
163.本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例所提供的处方药监管方法，该方法包括：
164.获取目标监管药品处方，并将目标监管药品处方发送到处方药监管用户客户端；
165.接收处方药监管用户客户端根据用户的药店选择操作确定的目标药品购买店铺信息，并建立目标监管药品处方与目标药品购买店铺间的关联关系；
166.响应于目标药品购买店铺对应的处方药监管药店客户端对目标监管药品处方的处方查询请求，查询并反馈查询结果；
167.根据处方药监管药店客户端的药品销售状态变更操作，核销目标监管药品处方，完成处方药监管过程。
168.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
169.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
170.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
171.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如java、 smalltalk、c ，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
172.本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。
173.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。