CN108010574A

CN108010574A - 退药方法及服务器

Info

Publication number: CN108010574A
Application number: CN201711257582.1A
Authority: CN
Inventors: 吴春国
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2017-12-04
Filing date: 2017-12-04
Publication date: 2018-05-08

Abstract

本发明提供的退药方法及服务器，应用于退药***。服务器根据开药数据库，确定患者通过第一终端设备发送的退药请求中的信息是否正确，若正确则生成待审核的退药信息，供第一医生通过第二终端设备审核该退药信息，服务器根据第一医生通过第二终端设备发送的退药响应，生成该退药请求对应的已审核信息，供退药人员通过第三终端设备查询确认，服务器根据退药人员通过第三终端设备发送的已退药品信息生成退款信息，根据该退款信息将退款金额退回至患者的电子账户。通过上述方法，省去患者到各处排队办理退药的环节,实现患者线上快速退药。

Description

退药方法及服务器

技术领域

本发明涉及药品管理领域，尤其涉及一种退药方法及服务器。

背景技术

目前医院提供的***平台支持患者网上预约挂号，实现预约挂号就诊线上线下的同步，为患者提供了便利。然而，患者在医院就诊拿药后，如果由于医院方的原因或者患者自身不可抗的因素导致需要退药，患者需要到诊室找主治医生签字盖章，然后拿主治医生签字盖章的单据到药房退药，最后拿药房确认的已退药品的单据到收费处申请退费。

上述退药过程，患者需要到诊室、药房、收费处三个地点分别排队办理，非常不便。

发明内容

本发明提供一种退药方法及服务器，省去患者到各处排队办理退药的环节,实现患者线上快速退药。

第一方面，本发明提供一种退药方法，应用于退药***，所述***包括服务器、第一终端设备、第二终端设备以及第三终端设备，所述第一终端设备归属于患者，所述第二终端设备归属于医生，所述第三终端设备归属于退药人员；所述方法包括：

所述服务器接收所述第一终端设备发送的退药请求，所述退药请求包括患者的标识、第一药品的标识以及第一医生的标识；

所述服务器查询开药数据库，确定所述第一医生向所述患者开具了所述第一药品，并生成待审核的退药信息，以使所述第一医生通过所述第二终端设备审核所述退药信息；

所述服务器接收所述第二终端设备发送的所述退药信息对应的退药响应，所述退药响应包括审核通过的所述患者的标识和所述第三药品的标识，并根据所述患者的标识和所述第三药品的标识生成已审核信息，以使所述退药人员通过所述第三终端设备查询所述已审核信息；

所述服务器根据所述第三终端设备发送的已退药品信息生成退款信息，并根据所述退款信息将退款金额退回至所述患者的电子账户。

可选的，所述退药请求中还包括开药时间，所述服务器根据开药数据库，确定所述第一医生向所述患者开具了所述第一药品，并生成待审核的退药信息，包括：

所述服务器根据所述患者的标识和开药时间查询开药数据库，得到开药信息，所述开药信息包括第二医生的标识以及至少一个第二药品的标识；

所述服务器确定所述第一医生的标识与所述第二医生的标识一致；

所述服务器确定所述至少一个第二药品的标识中存在与所述第一药品的标识一致的标识，则生成待审核的退药信息。

可选的，所述服务器根据所述患者的标识和开药时间查询开药数据库，得到开药信息之前，还包括：

所述服务器获取当前时间，并计算所述当前时间和所述开药时间之间的时间差值；

所述服务器判断所述时间差值是否小于预设值，得到的判断结果为所述时间差值小于预设值。

可选的，所述服务器根据所述第三终端设备发送的已退药品信息生成退款信息，包括：

所述服务器根据所述第三终端设备发送的已退药品信息中的第四药品的标识及数量，确定退款金额；

所述第四药品的标识为退药人员已退药品的标识。

可选的，所述退药请求中还包括原始交费账户和/或指定退款账户；

所述根据所述退款信息将退款金额退回至所述患者的电子账户，包括：

若交费方式为非现金交费，所述服务器将所述退款金额原路退回至所述原始交费账户；或者，

若交费方式为现金交费，所述服务器将所述退款金额退回至所述指定退款账户。

可选的，所述服务器生成待审核的退药信息之后，所述方法还包括：

所述服务器根据所述第一医生的标识，查询所述第一医生的标识对应的所述第二终端设备的标识；

所述服务器根据所述第二终端设备的标识，将所述退药信息推送给所述第二终端设备。

可选的，所述根据所述退款信息将退款金额退回至所述患者的电子账户之后，所述方法还包括：

所述服务器确定所述退款金额已退回至所述患者的电子账户；

所述服务器根据所述患者的标识，查询所述患者的标识对应的所述第一终端设备的标识；

所述服务器根据所述第一终端设备的标识，将已退款信息发送至所述第一终端设备。

第二方面，本发明提供一种服务器，包括：

接收模块，用于接收第一终端设备发送的退药请求，所述退药请求包括患者的标识、第一药品的标识以及第一医生的标识；

确定模块，用于查询开药数据库，确定所述第一医生向所述患者开具了所述第一药品；

生成模块，用于生成待审核的退药信息，以使所述第一医生通过第二终端设备审核所述退药信息；

所述接收模块，还用于接收所述第二终端设备发送的所述退药信息对应的退药响应，所述退药响应包括审核通过的所述患者的标识和所述第三药品的标识；

所述生成模块，还用于根据所述患者的标识和所述第三药品的标识生成已审核信息，以使退药人员通过第三终端设备查询所述已审核信息；

所述生成模块，还用于根据所述第三终端设备发送的已退药品信息生成退款信息；

退款模块，用于根据所述退款信息将退款金额退回至所述患者的电子账户。

第三方面，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中任一项所述的退药方法。

第四方面，本发明还提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第一方面中任一项所述的退药方法。

本发明实施例提供的退药方法及服务器，应用于退药***。服务器根据开药数据库，确定患者通过第一终端设备发送的退药请求中的信息是否正确，若正确则生成待审核的退药信息，供第一医生通过第二终端设备审核该退药信息，服务器根据第一医生通过第二终端设备发送的退药响应，生成该退药请求对应的已审核信息，供退药人员通过第三终端设备查询确认，服务器根据退药人员通过第三终端设备发送的已退药品信息生成退款信息，根据该退款信息将退款金额退回至患者的电子账户。通过上述方法，省去患者到各处排队办理退药的环节,实现患者线上快速退药。

附图说明

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

图1为本发明提供的退药方法的应用场景图；

图2为本发明一实施例提供的退药方法的流程示意图；

图3为本发明另一实施例提供的退药方法的流程示意图；

图4为本发明一实施例提供的服务器的结构示意图；

图5为本发明另一实施例提供的服务器的结构示意图；

图6为本发明一实施例提供的电子设备的结构示意图。

具体实施方式

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

本实施例的退药方法应用于退药***，图1为本发明提供的退药方法的应用场景图，如图1所示，该退药***包括服务器11、第一终端设备12、第二终端设备13以及第三终端设备14，第一终端设备12归属于患者，第二终端设备13归属于医生，第三终端设备14归属于退药人员。其中，第一终端设备12、第二终端设备13和第三终端设备14可以是个人计算机终端(PC终端)，也可以是手机、平板等移动终端，本实施例对此不作限定。患者、医生、药房的退药人员可以分别通过各自的终端设备完成医院退药流程中与其相关的步骤。对于患者来说，省去了到科室以及收费处排队办理退药的环节，方便患者进行快速退药。

下面基于上述退药***，对本发明退药方法进行详细说明。图2为本发明一实施例提供的退药方法的流程示意图，如图2所述，该方法包括如下具体步骤：

S101、第一终端设备向服务器发送退药请求。

其中，退药请求包括患者的标识、第一药品的标识以及第一医生的标识。

本实施例中患者通过第一终端设备发送退药请求，包括以下两种可能的原因：一是由于退药***出错或者医生开药时误操作导致医生为患者开具的药品信息有误，患者领取了不必要的药品，二是由于患者自身原因(如对某种药品过敏等无法服用)需要退掉已领取的药品。

患者在开药当天或医院规定的预设时间段内，可以通过第一终端设备登陆退药***的服务器，向服务器发送退药请求，具体的，患者可以通过医院方提供的自助机、手机APP、网页或者微信公众号等多种渠道登陆医院方提供的退药***服务器，填写并提交退药请求。

服务器接收患者通过第一终端设备发送的退药请求，该退药请求包括了患者的标识、第一药品的标识以及第一医生的标识。其中，第一药品的标识即患者申请退回的药品的标识，第一医生的标识即患者本次开药的主治医生的标识。

可选的，第一药品的标识的数量为至少一个，即患者可以请求退回本次开药信息中的一种或者多种药品。

上述步骤，省去了患者到诊室排队让主治医生审核退药请求的环节，实现退药流程的线上申请，方便了患者。

S102、服务器查询开药数据库，确定第一医生向患者开具了第一药品，并生成待审核的退药信息，以使第一医生通过第二终端设备审核退药信息。

服务器根据退药请求中的患者的标识、第一药品的标识以及第一医生的标识，查询开药数据库，确定第一医生是否向该退药请求的患者开具了第一药品，若开药数据库中存在上述开药记录，则服务器生成该退药请求对应的待审核的退药信息，并将该退药信息保存到待审核的退药信息列表中。

在服务器将退药信息保存到待审核的退药信息列表之后，服务器可以主动推送待审核的退药信息到第一医生归属的第二终端设备，也可以不做推送，等待第一医生通过第二终端设备在退药信息列表中查询与其相关的待审核的退药信息。本实施例对此不作限定。

若开药数据库中不存在上述开药信息，则服务器向患者的第一终端设备发送退药请求信息错误的提示，以使患者再次核实并提交退药请求的各项信息。

S103、第二终端设备向服务器发送退药信息对应的退药响应。

其中，退药响应包括审核通过的患者的标识和第三药品的标识。

第一医生接收到服务器推送的待审核的退药信息之后，或者，第一医生主动登陆服务器查询到与其相关的待审核的退药信息之后，第一医生对待审核的退药信息进行核实，确定可退回的药品(即第三药品)，并通过第二终端设备发送退药信息对应的退药响应。

本实施例中的第三药品可以是患者退药请求中所有或部分的第一药品，换言之，第一医生需要根据该患者的实际情况确定患者可以退回的药品，可以退回的药品可以是退药请求中所有或者部分待退回的药品。

可选的，根据病情，第一医生可修改退药请求中的药品种类和数量，例如，某种药品需要与其他药品联合服用，则第一医生可修改为几种药品同时退掉。

可选的，本实施例中的退药响应还包括审核不通过的响应。当患者填写的退药原因不符合医院规定，经与患者沟通确认后，第一医生有权拒绝该退药请求。

S104、服务器根据患者的标识和第三药品的标识生成已审核信息，以使退药人员通过第三终端设备查询已审核信息。

服务器接收到第一医生通过第二终端设备发送的退药响应之后，根据患者的标识和第三药品的标识生成已审核信息，并将该已审核信息保存到已审核的退药信息列表中，以供退药人员通过第三终端设备查询已审核的退药信息列表中是否存在到药房退药的患者的标识，若存在，退药人员检查待退回的第三药品是否完好，若完好，退药人员在第三终端设备的页面上点击确认该患者已退回的第三药品。

可选的，服务器根据患者的标识和第三药品的标识生成已审核信息之后，服务器向患者归属的第一终端设备发送通知信息，例如，服务器可以根据患者的手机号码将通知信息以短信形式发送到患者的手机上，或根据患者的邮箱地址将通知信息以邮件形式发送到患者的邮箱里，本实施例对此不作限定。

S105、第三终端设备向服务器发送已退药品信息。

S106、服务器根据第三终端设备发送的已退药品信息生成退款信息。

服务器接收退药人员通过第三终端设备提交的已退回药品信息之后，生成包括患者的电子账户和退款金额的退款信息。

S107、服务器根据退款信息将退款金额退回至患者的电子账户。

本实施例中患者的电子账户包括原支付账户或者患者提交退药请求时指定的电子账户。具体的，电子账户可以是患者的银行账户、支付宝账户、微信账户或者医保卡账户等，本实施例对此不做限定。

本发明实施例提供的退药方法应用于退药***，服务器根据开药数据库，确定患者通过第一终端设备发送的退药请求中的信息是否正确，若正确则生成待审核的退药信息，供第一医生通过第二终端设备审核该退药信息，服务器根据第一医生通过第二终端设备发送的退药响应，生成该退药请求对应的已审核信息，供退药人员通过第三终端设备查询确认，服务器根据退药人员通过第三终端设备发送的已退药品信息生成退款信息，根据该退款信息将退款金额退回至患者的电子账户。通过上述方法，省去患者到各处排队办理退药的环节,实现患者线上快速退药。

图3为本发明另一实施例提供的退药方法的流程示意图，如图3所示，本实施例提供的退药方法具体包括如下步骤：

S201、第一终端设备向服务器发送退药请求。

其中，退药请求包括患者的标识、第一药品的标识、第一医生的标识、开药时间以及原始交费账户和/或指定退款账户。

S202、服务器获取当前时间，并计算当前时间和开药时间之间的时间差值；

S203、服务器判断时间差值是否小于预设值，若小于预设值，则服务器根据患者的标识和开药时间查询开药数据库，得到开药信息。

其中，开药信息包括第二医生的标识以及至少一个第二药品的标识。第二药品的标识为患者就诊后实际领取的药品的标识。

本实施例中，服务器根据患者发送的退药请求查询开药数据库之前，服务器需要判断该退药请求对应的开药时间与当前时间的时间差值，若时间差值小于预设值，则服务器在开药数据库中查询该退药请求对应的开药信息。若时间差值超过预设值，则服务器向第一终端设备发送拒绝该退药请求的退药响应。例如，退药***规定退药时间与开药时间之间预设的时间差值为一天，患者需在一天之内提出退药请求，服务器受理该退药请求；若超过一天提出退药请求，服务器拒绝该退药请求。

S204、服务器确定第一医生的标识与第二医生的标识一致，确定至少一个第二药品的标识中存在与第一药品的标识一致的标识，则生成待审核的退药信息。

本实施例中的服务器根据开药数据库查询到的开药信息，确定为患者开药的第二医生为患者退药请求中的第一医生，同时确定患者开药信息中的第二药品中包括患者退药请求中所有的第一药品，在上述信息均匹配的情况下，服务器生成待审核的退药信息。若有一项不匹配，则服务器向第一终端设备发送信息错误提示。

S205、服务器根据第一医生的标识，查询第一医生的标识对应的第二终端设备的标识；

S206、服务器根据第二终端设备的标识，将退药信息推送给第二终端设备。

服务器在生成待审核的退药信息之后，将待审核的退药信息保存到待审核的退药信息列表中，同时根据第一医生的标识，查询该第一医生对应的第二终端设备的标识，服务器根据第二终端设备的标识，将待审核的退药信息推送给第二终端设备，具体的，服务器可通过窗口提示将该推送信息显示在第二终端设备的界面上，以便于第一医生及时查看并处理该待审核的退药信息。

可选的，服务器可以根据第一医生的标识查询第一医生的手机号码或邮箱地址，将退药信息以短信形式或邮件形式推送给第一医生，第一医生可以通过任意终端设备登录退药***，查询待审核的退药信息。

S207、第二终端设备向服务器发送退药信息对应的退药响应。

S208、服务器根据患者的标识和第三药品的标识生成已审核信息，以使退药人员通过第三终端设备查询已审核信息。

S209、第三终端设备向服务器发送已退药品信息。

S210、服务器根据第三终端设备发送的已退药品信息中的第四药品的标识及数量，确定退款金额。

其中，第四药品的标识为退药人员已退药品的标识。

在退药人员通过第三终端设备查询第一医生已审核信息之后，退药人员需进一步检查待退药品的包装是否完好，若完好，则在第三终端设备的页面上点击确认第四药品及数量，并将生成的已退药品信息发送给服务器。

其中，第四药品为退药人员查验第三药品之后确定的已退药品，即第四药品可以是全部或部分第三药品。

服务器根据接收到的已退药品信息中第四药品的标识，查询该第四药品的单价，结合退回数量，确定总的退款金额。

S211、若交费方式为非现金交费，服务器将退款金额原路退回至原始交费账户；若交费方式为现金交费，服务器将退款金额退回至指定退款账户。

本步骤中，若患者原始交费方式为非现金交费，则服务器直接将退款金额退回至患者的原始交费账户；若患者原始交费方式为现金交费，且患者提交的退药请求中包括本次退药的指定退款账户，则服务器根据该指定退款账户，将退款金额退回至患者指定的退款账户。其中，原始交费账户、指定退款账户可以是银行账户、支付宝账户、微信账户或者患者医保账户，本实施例对此不作限定。

S212、服务器确定退款金额已退回至患者的电子账户，则向第一终端设备发送已退款信息。

在本实施例中，服务器根据退款信息将退款金额退回至患者的电子账户之后，服务器确定退款金额是否已退回至患者的电子账户：

若已退回，则服务器根据患者的标识，查询患者的标识对应的第一终端设备的标识，并根据第一终端设备的标识，将已退款信息发送至第一终端设备，以通知患者本次退药请求执行完毕。

若尚未退回，则服务器检测尚未退回的原因，例如退款路径有误等，则服务器及时向患者反馈退款进度。

图4为本发明一实施例提供的服务器的结构示意图，如图4所示，服务器30包括：

接收模块31，用于接收第一终端设备发送的退药请求，所述退药请求包括患者的标识、第一药品的标识以及第一医生的标识；

确定模块32，用于查询开药数据库，确定所述第一医生向所述患者开具了所述第一药品；

生成模块33，用于生成待审核的退药信息，以使所述第一医生通过第二终端设备审核所述退药信息；

所述接收模块31，还用于接收所述第二终端设备发送的所述退药信息对应的退药响应，所述退药响应包括审核通过的所述患者的标识和所述第三药品的标识；

所述生成模块33，还用于根据所述患者的标识和所述第三药品的标识生成已审核信息，以使退药人员通过第三终端设备查询所述已审核信息；

所述生成模块33，还用于根据所述第三终端设备发送的已退药品信息生成退款信息；

退款模块34，用于根据所述退款信息将退款金额退回至所述患者的电子账户。

本实施例提供的服务器，可以执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

可选的，所述退药请求中还包括开药时间。图5为本发明另一实施例提供的服务器的结构示意图，如图5所示，所述服务器30还包括：

查询模块35，用于根据所述患者的标识和开药时间查询开药数据库，得到开药信息，所述开药信息包括第二医生的标识以及至少一个第二药品的标识；

所述确定模块32，还用于确定所述第一医生的标识与所述第二医生的标识一致；确定所述至少一个第二药品的标识中存在与所述第一药品的标识一致的标识。

可选的，所述服务器30还包括：

计算模块36，用于获取当前时间，并计算所述当前时间和所述开药时间之间的时间差值；

判断模块37，用于判断所述时间差值是否小于预设值，得到的判断结果为所述时间差值小于预设值。

所述确定模块32，还用于根据所述第三终端设备发送的已退药品信息中的第四药品的标识及数量，确定退款金额；所述第四药品的标识为退药人员已退药品的标识；

所述退款模块34，还用于：

若交费方式为非现金交费，所述服务器将所述退款金额原路退回至所述原始交费账户；或者，若交费方式为现金交费，所述服务器将所述退款金额退回至所述指定退款账户。

可选的，所述服务器30还包括：

所述确定模块32，还用于根据所述第一医生的标识，查询所述第一医生的标识对应的所述第二终端设备的标识；

推送模块38，用于根据所述第二终端设备的标识，将所述退药信息推送给所述第二终端设备。

本实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述任一项方法实施例所述的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本发明一实施例提供的电子设备的结构示意图，如图6所示，本实施例的电子设备，包括：

处理器41；以及

存储器42，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行前述任一项方法实施例所述的技术方案，其实现原理和技术效果类似，此处不再赘述。

上述装置中的各模块的功能可以通过处理器41实现。

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

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

Claims

1.一种退药方法，其特征在于，应用于退药***，所述***包括服务器、第一终端设备、第二终端设备以及第三终端设备，所述第一终端设备归属于患者，所述第二终端设备归属于医生，所述第三终端设备归属于退药人员；所述方法包括：

所述服务器接收所述第二终端设备发送的所述退药信息对应的退药响应，所述退药响应包括审核通过的所述患者的标识和第三药品的标识，并根据所述患者的标识和所述第三药品的标识生成已审核信息，以使所述退药人员通过所述第三终端设备查询所述已审核信息；

2.根据权利要求1所述的方法，其特征在于，所述退药请求中还包括开药时间，所述服务器根据开药数据库，确定所述第一医生向所述患者开具了所述第一药品，并生成待审核的退药信息，包括：

3.根据权利要求2所述的方法，其特征在于，所述服务器根据所述患者的标识和开药时间查询开药数据库，得到开药信息之前，还包括：

4.根据权利要求1所述的方法，其特征在于，所述服务器根据所述第三终端设备发送的已退药品信息生成退款信息，包括：

所述第四药品的标识为退药人员已退药品的标识。

5.根据权利要求1所述的方法，其特征在于，所述退药请求中还包括原始交费账户和/或指定退款账户；

6.根据权利要求1所述的方法，其特征在于，所述服务器生成待审核的退药信息之后，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述根据所述退款信息将退款金额退回至所述患者的电子账户之后，所述方法还包括：

8.一种服务器，其特征在于，包括：

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1～7任一项所述的退药方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的退药方法。