CN113113107A - 基于网络医院实现药店处方药合法销售登记的接口系统 - Google Patents

Abstract

本发明公开了一种基于网络医院实现药店处方药合法销售登记的接口系统，包括医生端、药店端、患者端和交互服务器，通过网络利用现有的医院医生资源来开出电子处方，不需要依赖药店自身的医师资源，患者可以选择的药店范围更大，而且药店销售时只需要输入唯一标识码即可验证处方真伪，后续录入处方药的药名和销售数量即可自动与电子药方和患者信息进行关联和登记，从而可以实现药店快速、合法地进行处方药的销售和登记。

Description

基于网络医院实现药店处方药合法销售登记的接口系统

技术领域

本发明涉及线上医疗技术领域，具体涉及一种基于网络医院实现药店处方药合法销售登记的接口系统。

背景技术

当前，处方药的销售登记越来越规范，患者购买处方药时需要经过注册医师问诊后开出处方才能够购买到处方药物。近年还出现了线上问诊和线上开出处方的做法。但是，不管是线下问诊还是线上问诊，当前做法都只局限于患者去到一个药店，由药店中的医师现场问诊，或者患者在一个药店的线上商店下单，由药店中的医师线上问诊。然而，很多药店都出现医师短缺的问题，这使得患者还需要找到有注册医师驻店的药店才能买到处方药，较为麻烦。

发明内容

针对现有技术的不足，本发明旨在提供一种基于网络医院实现药店处方药合法销售登记的接口系统。

为了实现上述目的，本发明采用如下技术方案：

基于网络医院实现药店处方药合法销售登记的接口系统，包括医生端、药店端、患者端和交互服务器；

所述医生端包括医生注册登录模块、通讯模块和电子药方生成模块；所述医生注册登录模块用于供医生在首次使用时进行注册或在后续使用时输入账号密码登录，医生注册信息上传至交互服务器；所述通讯模块用于通过交互服务器与患者端进行消息交互；所述电子药方生成模块用于供医生输入电子药方并生成电子药方文件，电子药方生成模块为每一张电子药方都分配唯一标识码并显示在电子药方文件上，并将电子药方文件和对应的唯一标识码上传至交互服务器，交互服务器保存在本地；

所述药店端包括药店注册登录模块、电子药方验证模块和购买记录保存模块；所述药店注册登录模块用于供药店的工作人员在首次使用时注册或在后续使用时通过账号密码登录，药店注册信息上传至交互服务器保存；所述电子药方验证模块用于供药店的工作人员输入电子药方上的唯一标识码，并将唯一标识码和验证请求一并发送至交互服务器，以及用于查看交互服务器发送的唯一标识码的验证结果、电子药方文件和患者信息；所述购买记录保存模块用于供药店的工作人员向患者销售处方药后录入本次销售的处方药药名和销售数量，然后将录入的处方药药名、销售数量与相应的电子药方文件和患者信息进行关联得到关联数据然后上传至交互服务器保存；

患者端包括有患者注册登录模块、医生选择模块、注册药店查看模块、通信模块和电子药方查看模块；所述患者注册登录模块用于供患者在首次使用时注册或在后续使用时通过账号密码登录，患者注册信息上传至交互服务器；所述医生选择模块用于供患者选择想要问诊的学科，然后根据患者选择的学科向交互服务器请求与该学科的一个医生进行通讯；所述通信模块用于与交互服务器筛选出的医生通过交互服务器进行消息交互；所述电子药方查看模块用于向交互服务器查询自身的电子药方文件；所述注册药店查看模块用于通过条件查询的方式向交互服务器查询注册的药店；

交互服务器用于保存所有医生注册信息、药店注册信息、患者注册信息和处方药销售的关联数据；用于接收到患者端请求与所选择的学科的医生进行通讯时，根据医生注册信息筛选出该学科所有的医生并随机选择一个，将该医生的基本信息返回至患者端；用于实现患者端和所选择的医生的医生端的消息交互；用于在接收到患者端的电子药方文件查询请求时向患者端返回对应的电子药方文件；用于在接收到患者端的注册药店查询请求时根据查询条件在药店注册信息中筛选出对应的药店并以列表的形式返回至患者端；用于接收医生端的电子药方文件及对应的唯一标识码并保存，并用于在接收到药店端发送的唯一标识码和验证请求时，根据唯一标识码在自身保存的电子药方文件中进行匹配，如果匹配成功则说明验证成功，将电子药方文件和患者信息发送至药店端，否则验证失败并将验证失败的结果反馈至药店端。

进一步地，医生注册信息主要包括账号、密码、姓名、身份证号码、所属学科、所属医院、职称、证明文件；所述交互服务器还用于通过人工或自动的方式对医生注册信息进行审核，在审核通过后为注册医生分配唯一的ID。

进一步地，所述医生端安装在医生的电脑或者移动设备中。

进一步地，查询的条件包括药店名称和地址。

进一步地，药店注册信息主要包括账号、密码、药店名称、统一机构代码、详细地址、联系方式和证明文件；所述交互服务器还用于通过人工或自动的方式对药店注册信息进行审核，在审核通过后为注册药店分配唯一的ID。

进一步地，所述患者注册信息包括账号、密码、姓名、身份证号码、联系方式和证明文件，所述交互服务器还用于通过自动的方式对患者注册信息进行审核，确认名称和身份证号码的真实性和匹配性，在审核通过后为注册患者分配唯一的ID。

进一步地，所述列表中包含药店名称、详细地址和联系方式。

进一步地，验证成功发送的患者信息包括患者的姓名、身份证号码和联系方式。

进一步地，所述药店端还包括有处方药销售的关联数据查看模块，用于向交互服务器端发出处方药销售的关联数据的查询请求，交互服务器接收到药店端的查询请求后向其返回相应的处方药销售的关联数据。

本发明提供一种利用上述接口系统的方法，具体过程为：

患者需要购买处方药时，通过患者端的患者注册登录模块注册后登录或直接登录，然后通过医生选择模块选择想要问诊的学科，医生选择模块根据患者选择的学科向交互服务器发送与该学科的一个医生进行通讯的请求；

交互服务器接收到患者端的请求后，根据保存在本地的医生注册信息，筛选出该学科的所有医生，随机选择一个并将该医生的基本信息返回至患者端；所述医生的基本信息包括姓名、所属学科、所属医院、职称；此时患者端的通信模块弹出对话框，医生的基本信息显示在对话框上，患者端通过对话框输入消息，输入的消息经过交互服务器转发至对应医生的医生端；

医生通过医生注册登录模块登录，通讯模块接收到消息后也弹出对话框将消息显示在对话框上，医生通过对话框输入消息，输入的消息经过交互服务器转发至患者端，患者端的通信模块将接收到的消息显示在对话框上；医生和患者通过医生端和患者端的消息交互完成问诊；

完成问诊后，医生通过电子药方生成模块开出电子药方，电子药方生成模块为电子药方分配一个唯一标识码并显示在生成的电子药方文件上，然后将电子药方文件和唯一标识码一并上传至交互服务器，交互服务器保存在本地并且通知患者端已经成功开出电子药方，通信模块将交互服务器的通知显示在对话框上；

患者通过药店查看模块输入查询条件，包括药店名称和/或地址，药店查看模块将查询条件和查询请求发送至交互服务器，交互服务器根据查询的条件在药店注册信息中进行筛选，以列表的方式向患者返回符合条件的药店；列表中显示药店名称、详细地址和联系方式；

患者端通过药店查看模块查看交互服务器返回的结果，选择并到达某个药店，然后通过电子药方查询模块向交互服务器发起电子药方文件的查询请求，交互服务器向返回该患者的电子药方文件，患者通过电子药方查询模块查看并向药店的工作人员展示；

药店的工作人员在药店端通过药店注册登录模块登录，然后通过电子药方验证模块输入电子药方文件上显示的唯一标识码，电子药方验证模块将唯一标识码上传至交互服务器，交互服务器根据该唯一标识码在本地保存的电子药方文件中匹配，匹配成功说明验证成功，并将电子药方文件和相应的患者信息发送至药店端，否则说明验证失败，并向药店端反馈验证失败的结果；发送的患者信息包括患者的姓名、身份证号码和联系方式；

药店的工作人员通过电子药方验证模块接收到电子药方文件后，向患者销售电子药方上的处方药，销售完成后，通过购买记录保存模块录入本次销售的处方药药名和销售数量，所述购买记录保存模块将本次销售的处方药药名、销售数量与相应的电子药方文件和患者信息进行关联得到关联数据后上传至交互服务器保存。

本发明的有益效果在于：本发明通过网络利用现有的医院医生资源来开出电子处方，不需要依赖药店自身的医师资源，患者可以选择的药店范围更大，而且药店销售时只需要输入唯一标识码即可验证处方真伪，后续录入处方药的药名和销售数量即可自动与电子药方和患者信息进行关联和登记，从而可以实现药店快速、合法地进行处方药的销售和登记。可以进一步在此基础上完善开具电子处方开具的费用支付等制度，鼓励更多医院、医生、药店参与到系统中。

具体实施方式

以下将对本发明作进一步的描述，需要说明的是，本实施例以本技术方案为前提，给出了详细的实施方式和具体的操作过程，但本发明的保护范围并不限于本实施例。

实施例1

本实施例提供一种基于网络医院实现药店处方药合法销售登记的接口系统，包括医生端、药店端、患者端和交互服务器；

所述医生端包括医生注册登录模块、通讯模块和电子药方生成模块；所述医生注册登录模块用于供医生在首次使用时进行注册或在后续使用时输入账号密码登录，医生注册信息上传至交互服务器；所述通讯模块用于通过交互服务器与患者端进行消息交互；所述电子药方生成模块用于供医生输入电子药方并生成电子药方文件，电子药方生成模块为每一张电子药方都分配唯一标识码并显示在电子药方文件上，并将电子药方文件和对应的唯一标识码上传至交互服务器，交互服务器保存在本地。

需要说明的是，医生注册信息主要包括账号、密码、姓名、身份证号码、所属学科、所属医院、职称、证明文件；所述交互服务器还用于通过人工或自动的方式对医生注册信息进行审核，在审核通过后为注册医生分配唯一的ID。

需要说明的是，所述医生端安装在医生的电脑或者移动设备中。

所述药店端包括药店注册登录模块、电子药方验证模块和购买记录保存模块；所述药店注册登录模块用于供药店的工作人员在首次使用时注册或在后续使用时通过账号密码登录，药店注册信息上传至交互服务器保存；所述电子药方验证模块用于供药店的工作人员输入电子药方上的唯一标识码，并将唯一标识码和验证请求一并发送至交互服务器，以及用于查看交互服务器发送的唯一标识码的验证结果、电子药方文件和患者信息；所述购买记录保存模块用于供药店的工作人员向患者销售处方药后录入本次销售的处方药药名和销售数量，然后将录入的处方药药名、销售数量与相应的电子药方文件和患者信息进行关联得到关联数据然后上传至交互服务器保存；

需要说明的是，药店注册信息主要包括账号、密码、药店名称、统一机构代码、详细地址、联系方式和证明文件；所述交互服务器还用于通过人工或自动的方式对药店注册信息进行审核，在审核通过后为注册药店分配唯一的ID。

患者端包括有患者注册登录模块、医生选择模块、注册药店查看模块、通信模块和电子药方查看模块；所述患者注册登录模块用于供患者在首次使用时注册或在后续使用时通过账号密码登录，患者注册信息上传至交互服务器；所述医生选择模块用于供患者选择想要问诊的学科，然后根据患者选择的学科向交互服务器请求与该学科的一个医生进行通讯；所述通信模块用于与交互服务器筛选出的医生通过交互服务器进行消息交互；所述电子药方查看模块用于向交互服务器查询自身的电子药方文件；所述注册药店查看模块用于通过条件查询的方式向交互服务器查询注册的药店。

需要说明的是，查询的条件可以是药店名称、地址等。

需要说明的是，所述患者注册信息包括账号、密码、姓名、身份证号码、联系方式和证明文件，所述交互服务器还用于通过自动的方式对患者注册信息进行审核，确认名称和身份证号码的真实性和匹配性，在审核通过后为注册患者分配唯一的ID。

交互服务器用于保存所有医生注册信息、药店注册信息、患者注册信息和处方药销售的关联数据；用于接收到患者端请求与所选择的学科的医生进行通讯时，根据医生注册信息筛选出该学科所有的医生并随机选择一个，将该医生的基本信息返回至患者端；用于实现患者端和所选择的医生的医生端的消息交互；用于在接收到患者端的电子药方文件查询请求时向患者端返回对应的电子药方文件；用于在接收到患者端的注册药店查询请求时根据查询条件在药店注册信息中筛选出对应的药店并以列表的形式返回至患者端；用于接收医生端的电子药方文件及对应的唯一标识码并保存，并用于在接收到药店端发送的唯一标识码和验证请求时，根据唯一标识码在自身保存的电子药方文件中进行匹配，如果匹配成功则说明验证成功，将电子药方文件和患者信息发送至药店端，否则验证失败并将验证失败的结果反馈至药店端。

需要说明的是，所述列表中包含药店名称、详细地址和联系方式。

需要说明的是，验证成功发送的患者信息包括患者的姓名、身份证号码和联系方式。

需要说明的是，所述药店端还包括有处方药销售的关联数据查看模块，用于向交互服务器端发出处方药销售的关联数据的查询请求，交互服务器接收到药店端的查询请求后向其返回相应的处方药销售的关联数据。

实施例2

本实施例提供一种利用实施例1所述系统的方法，具体过程为：

患者需要购买处方药时，通过患者端的患者注册登录模块注册后登录或直接登录，然后通过医生选择模块选择想要问诊的学科，医生选择模块根据患者选择的学科向交互服务器发送与该学科的一个医生进行通讯的请求；

交互服务器接收到患者端的请求后，根据保存在本地的医生注册信息，筛选出该学科的所有医生，随机选择一个并将该医生的基本信息返回至患者端；所述医生的基本信息包括姓名、所属学科、所属医院、职称；此时患者端的通信模块弹出对话框，医生的基本信息显示在对话框上，患者端通过对话框输入消息，输入的消息经过交互服务器转发至对应医生的医生端；

医生通过医生注册登录模块登录，通讯模块接收到消息后也弹出对话框将消息显示在对话框上，医生通过对话框输入消息，输入的消息经过交互服务器转发至患者端，患者端的通信模块将接收到的消息显示在对话框上；医生和患者通过医生端和患者端的消息交互完成问诊；

完成问诊后，医生通过电子药方生成模块开出电子药方，电子药方生成模块为电子药方分配一个唯一标识码并显示在生成的电子药方文件上，然后将电子药方文件和唯一标识码一并上传至交互服务器，交互服务器保存在本地并且通知患者端已经成功开出电子药方，通信模块将交互服务器的通知显示在对话框上；

患者通过药店查看模块输入查询条件，包括药店名称和/或地址，药店查看模块将查询条件和查询请求发送至交互服务器，交互服务器根据查询的条件在药店注册信息中进行筛选，以列表的方式向患者返回符合条件的药店；列表中显示药店名称、详细地址和联系方式；

患者端通过药店查看模块查看交互服务器返回的结果，选择并到达某个药店，然后通过电子药方查询模块向交互服务器发起电子药方文件的查询请求，交互服务器向返回该患者的电子药方文件，患者通过电子药方查询模块查看并向药店的工作人员展示；

药店的工作人员在药店端通过药店注册登录模块登录，然后通过电子药方验证模块输入电子药方文件上显示的唯一标识码，电子药方验证模块将唯一标识码上传至交互服务器，交互服务器根据该唯一标识码在本地保存的电子药方文件中匹配，匹配成功说明验证成功，并将电子药方文件和相应的患者信息发送至药店端，否则说明验证失败，并向药店端反馈验证失败的结果；发送的患者信息包括患者的姓名、身份证号码和联系方式；

药店的工作人员通过电子药方验证模块接收到电子药方文件后，向患者销售电子药方上的处方药，销售完成后，通过购买记录保存模块录入本次销售的处方药药名和销售数量，所述购买记录保存模块将本次销售的处方药药名、销售数量与相应的电子药方文件和患者信息进行关联得到关联数据后上传至交互服务器保存。

进一步地，

对于本领域的技术人员来说，可以根据以上的技术方案和构思，给出各种相应的改变和变形，而所有的这些改变和变形，都应该包括在本发明权利要求的保护范围之内。

Claims (10)

1.基于网络医院实现药店处方药合法销售登记的接口系统，其特征在于，包括医生端、药店端、患者端和交互服务器；

所述医生端包括医生注册登录模块、通讯模块和电子药方生成模块；所述医生注册登录模块用于供医生在首次使用时进行注册或在后续使用时输入账号密码登录，医生注册信息上传至交互服务器；所述通讯模块用于通过交互服务器与患者端进行消息交互；所述电子药方生成模块用于供医生输入电子药方并生成电子药方文件，电子药方生成模块为每一张电子药方都分配唯一标识码并显示在电子药方文件上，并将电子药方文件和对应的唯一标识码上传至交互服务器，交互服务器保存在本地；

所述药店端包括药店注册登录模块、电子药方验证模块和购买记录保存模块；所述药店注册登录模块用于供药店的工作人员在首次使用时注册或在后续使用时通过账号密码登录，药店注册信息上传至交互服务器保存；所述电子药方验证模块用于供药店的工作人员输入电子药方上的唯一标识码，并将唯一标识码和验证请求一并发送至交互服务器，以及用于查看交互服务器发送的唯一标识码的验证结果、电子药方文件和患者信息；所述购买记录保存模块用于供药店的工作人员向患者销售处方药后录入本次销售的处方药药名和销售数量，然后将录入的处方药药名、销售数量与相应的电子药方文件和患者信息进行关联得到关联数据然后上传至交互服务器保存；

患者端包括有患者注册登录模块、医生选择模块、注册药店查看模块、通信模块和电子药方查看模块；所述患者注册登录模块用于供患者在首次使用时注册或在后续使用时通过账号密码登录，患者注册信息上传至交互服务器；所述医生选择模块用于供患者选择想要问诊的学科，然后根据患者选择的学科向交互服务器请求与该学科的一个医生进行通讯；所述通信模块用于与交互服务器筛选出的医生通过交互服务器进行消息交互；所述电子药方查看模块用于向交互服务器查询自身的电子药方文件；所述注册药店查看模块用于通过条件查询的方式向交互服务器查询注册的药店；

交互服务器用于保存所有医生注册信息、药店注册信息、患者注册信息和处方药销售的关联数据；用于接收到患者端请求与所选择的学科的医生进行通讯时，根据医生注册信息筛选出该学科所有的医生并随机选择一个，将该医生的基本信息返回至患者端；用于实现患者端和所选择的医生的医生端的消息交互；用于在接收到患者端的电子药方文件查询请求时向患者端返回对应的电子药方文件；用于在接收到患者端的注册药店查询请求时根据查询条件在药店注册信息中筛选出对应的药店并以列表的形式返回至患者端；用于接收医生端的电子药方文件及对应的唯一标识码并保存，并用于在接收到药店端发送的唯一标识码和验证请求时，根据唯一标识码在自身保存的电子药方文件中进行匹配，如果匹配成功则说明验证成功，将电子药方文件和患者信息发送至药店端，否则验证失败并将验证失败的结果反馈至药店端。

2.根据权利要求1所述的接口系统，其特征在于，医生注册信息主要包括账号、密码、姓名、身份证号码、所属学科、所属医院、职称、证明文件；所述交互服务器还用于通过人工或自动的方式对医生注册信息进行审核，在审核通过后为注册医生分配唯一的ID。

3.根据权利要求1所述的接口系统，其特征在于，所述医生端安装在医生的电脑或者移动设备中。

4.根据权利要求1所述的接口系统，其特征在于，查询的条件包括药店名称和地址。

5.根据权利要求1所述的接口系统，其特征在于，药店注册信息主要包括账号、密码、药店名称、统一机构代码、详细地址、联系方式和证明文件；所述交互服务器还用于通过人工或自动的方式对药店注册信息进行审核，在审核通过后为注册药店分配唯一的ID。

6.根据权利要求1所述的接口系统，其特征在于，所述患者注册信息包括账号、密码、姓名、身份证号码、联系方式和证明文件，所述交互服务器还用于通过自动的方式对患者注册信息进行审核，确认名称和身份证号码的真实性和匹配性，在审核通过后为注册患者分配唯一的ID。

7.根据权利要求1所述的接口系统，其特征在于，所述列表中包含药店名称、详细地址和联系方式。

8.根据权利要求1所述的接口系统，其特征在于，验证成功发送的患者信息包括患者的姓名、身份证号码和联系方式。

9.根据权利要求1所述的接口系统，其特征在于，所述药店端还包括有处方药销售的关联数据查看模块，用于向交互服务器端发出处方药销售的关联数据的查询请求，交互服务器接收到药店端的查询请求后向其返回相应的处方药销售的关联数据。

10.一种利用权利要求1－9任一所述接口系统的方法，其特征在于，具体过程为：

患者需要购买处方药时，通过患者端的患者注册登录模块注册后登录或直接登录，然后通过医生选择模块选择想要问诊的学科，医生选择模块根据患者选择的学科向交互服务器发送与该学科的一个医生进行通讯的请求；

交互服务器接收到患者端的请求后，根据保存在本地的医生注册信息，筛选出该学科的所有医生，随机选择一个并将该医生的基本信息返回至患者端；所述医生的基本信息包括姓名、所属学科、所属医院、职称；此时患者端的通信模块弹出对话框，医生的基本信息显示在对话框上，患者端通过对话框输入消息，输入的消息经过交互服务器转发至对应医生的医生端；

医生通过医生注册登录模块登录，通讯模块接收到消息后也弹出对话框将消息显示在对话框上，医生通过对话框输入消息，输入的消息经过交互服务器转发至患者端，患者端的通信模块将接收到的消息显示在对话框上；医生和患者通过医生端和患者端的消息交互完成问诊；

完成问诊后，医生通过电子药方生成模块开出电子药方，电子药方生成模块为电子药方分配一个唯一标识码并显示在生成的电子药方文件上，然后将电子药方文件和唯一标识码一并上传至交互服务器，交互服务器保存在本地并且通知患者端已经成功开出电子药方，通信模块将交互服务器的通知显示在对话框上；

患者通过药店查看模块输入查询条件，包括药店名称和/或地址，药店查看模块将查询条件和查询请求发送至交互服务器，交互服务器根据查询的条件在药店注册信息中进行筛选，以列表的方式向患者返回符合条件的药店；列表中显示药店名称、详细地址和联系方式；

患者端通过药店查看模块查看交互服务器返回的结果，选择并到达某个药店，然后通过电子药方查询模块向交互服务器发起电子药方文件的查询请求，交互服务器向返回该患者的电子药方文件，患者通过电子药方查询模块查看并向药店的工作人员展示；

药店的工作人员在药店端通过药店注册登录模块登录，然后通过电子药方验证模块输入电子药方文件上显示的唯一标识码，电子药方验证模块将唯一标识码上传至交互服务器，交互服务器根据该唯一标识码在本地保存的电子药方文件中匹配，匹配成功说明验证成功，并将电子药方文件和相应的患者信息发送至药店端，否则说明验证失败，并向药店端反馈验证失败的结果；发送的患者信息包括患者的姓名、身份证号码和联系方式；

药店的工作人员通过电子药方验证模块接收到电子药方文件后，向患者销售电子药方上的处方药，销售完成后，通过购买记录保存模块录入本次销售的处方药药名和销售数量，所述购买记录保存模块将本次销售的处方药药名、销售数量与相应的电子药方文件和患者信息进行关联得到关联数据后上传至交互服务器保存。