CN112380547A

CN112380547A - 电子处方授信方法、装置及系统

Info

Publication number: CN112380547A
Application number: CN202011249725.6A
Authority: CN
Inventors: 陈超
Original assignee: Linkdoc Technology Beijing Co ltd; Zero Krypton Technology Tianjin Co ltd
Current assignee: Linkdoc Technology Beijing Co ltd; Zero Krypton Technology Tianjin Co ltd
Priority date: 2020-11-10
Filing date: 2020-11-10
Publication date: 2021-02-19

Abstract

本申请公开了一种电子处方授信方法、装置及系统。该电子处方授信方法包括发送电子处方至服务端，以便服务端对电子处方进行加密，生成电子处方对应的动态提取码；接收服务端发送的电子处方对应的动态提取码，并将动态提取码发送至药房端，以便药房端根据动态提取码从服务端获取对应的电子处方；当接收到药房端发送的电子处方的使用请求时，发送与使用请求对应的应答指令至药房端，以便药房端根据接收到的应答指令进行电子处方的处理。本申请解决了在药房使用处方时保证处方安全性的技术问题。

Description

电子处方授信方法、装置及系统

技术领域

本申请涉及医疗信息管理领域，具体而言，涉及一种电子处方授信方法、装置及系统。

背景技术

随着在线医疗服务的兴起，患者能够远程通过互联网获得在线的医疗服务。这其中涉及到一个常见的医疗场景，即医生根据患者的情况开具处方。药房根据医生开具的处方给予患者对应的药品以完成患者的用药需求。由于处方包含患者的隐私信息，并且处方在开具和使用上有很多合规性要求。这就要求线上的处方即电子处方需要一种可信的机制保证处方被正确的提取并使用。

相关技术中常见的解决方案是线上医疗服务开具了处方之后。患者通过个人账号就可以提取对应的电子处方图片，直接截图发送到线下药房，或者自己带着图片去线下药房购药。这其中的处方安全性会面临诸如药房伪造处方、药房重复使用处方、患者的隐私泄露等的问题。

针对相关技术中无法解决在药房使用处方时保证处方安全性的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种电子处方授信方法，以解决在药房使用处方时保证处方安全性的问题。

为了实现上述目的，本申请提供了一种电子处方授信方法、装置及系统。

第一方面，本申请提供了一种适用于患者端的电子处方授信方法。

根据本申请的电子处方授信方法包括：

发送电子处方至服务端，以便服务端对电子处方进行加密，生成所述电子处方对应的动态提取码；

接收服务端发送的电子处方对应的动态提取码，并将所述动态提取码发送至药房端，以便药房端根据动态提取码从服务端获取对应的电子处方；

当接收到药房端发送的电子处方的使用请求时，发送与所述使用请求对应的应答指令至药房端，以便药房端根据接收到的应答指令进行电子处方的处理。

进一步的，所述接收服务端发送的电子处方的动态提取码，并将所述动态提取码发送至药房端，包括：

判断接收服务端发送的动态提取码和发送所述动态提取码至药房端的时间之差是否为有效时长；

若为有效时长，则将所述动态提取码发送至药房端；

若为无效时长，则更新所述电子处方对应的动态提取码，并将更新后的动态提取码发送至药房端。

进一步的，在所述当接收到药房端发送的电子处方的使用请求指令之后，所述方法还包括：

获取所述使用请求指令对应的电子处方，并进行显示。

进一步的，所述发送与所述使用请求对应的应答指令至药房端，包括：

当接收到药房端发送的电子处方的使用请求指令时，发送同意指令至药房端，以便药房端获取电子处方，并根据电子处方进行取药；

当接收到药房端发送的电子处方的使用请求指令时，发送拒绝指令至药房端，以便药房端结束提取电子处方的操作。

进一步的，所述动态提取码为英文动态码、数字动态码、英文数字组合动态码、动态二维码、动态条形码中的至少一种。

第二方面，本申请提供了一种适用于药房端的电子处方授信方法。

根据本申请的电子处方授信方法包括：

接收患者端发送的动态提取码，并根据所述动态提取码发送使用请求指令至患者端；

当接收到患者端发送的同意指令时，将所述动态提取码发送至服务端，并接收服务端发送的与所述动态提取码对应的电子处方；

当接收到患者端发送的拒绝指令时，结束提取电子处方的操作。

第三方面，本申请提供了一种适用于服务端的电子处方授信方法。

根据本申请的电子处方授信方法包括：

接收患者端发送的电子处方，并对所述电子处方进行加密，生成所述电子处方对应的动态提取码；

接收药房端发送的动态提取码，根据所述动态提取码获取对应的电子处方，并将所述电子处方发送至药房端。

第四方面，本申请提供了一种适用于患者端的电子处方授信装置。

根据本申请的电子处方授信装置包括：

患者处方发送单元，用于发送电子处方至服务端，以便服务端对电子处方进行加密，生成所述电子处方对应的动态提取码；

患者提取码接收单元，用于接收服务端发送的电子处方对应的动态提取码，并将所述动态提取码发送至药房端，以便药房端根据动态提取码从服务端获取对应的电子处方；

患者指令发送单元，用于当接收到药房端发送的电子处方的使用请求时，发送与所述使用请求对应的应答指令至药房端，以便药房端根据接收到的应答指令进行电子处方的处理。

进一步的，所述患者提取码接收单元还包括：

用于判断接收服务端发送的动态提取码和发送所述动态提取码至药房端的时间之差是否为有效时长；若为有效时长，则将所述动态提取码发送至药房端；若为无效时长，则更新所述电子处方对应的动态提取码，并将更新后的动态提取码发送至药房端。

进一步的，所述患者指令发送单元还包括：

用于获取所述使用请求指令对应的电子处方，并进行显示。

进一步的，所述患者指令发送单元还包括：

用于当接收到药房端发送的电子处方的使用请求指令时，发送同意指令至药房端，以便药房端获取电子处方，并根据电子处方进行取药；当接收到药房端发送的电子处方的使用请求指令时，发送拒绝指令至药房端，以便药房端结束提取电子处方的操作。

第五方面，本申请提供了一种适用于药房端的电子处方授信装置。

根据本申请的电子处方授信装置包括：

药房提取码接收单元，用于接收患者端发送的动态提取码，并根据所述动态提取码发送使用请求指令至患者端；

药房应答同意单元，用于当接收到患者端发送的同意指令时，将所述动态提取码发送至服务端，并接收服务端发送的与所述动态提取码对应的电子处方；

药房应答拒绝单元，用于当接收到患者端发送的拒绝指令时，结束提取电子处方的操作。

第六方面，本申请提供了一种适用于服务端的电子处方授信装置。

根据本申请的电子处方授信装置包括：

服务动态码生成单元，用于接收患者端发送的电子处方，并对所述电子处方进行加密，生成所述电子处方对应的动态提取码；

服务处方发送单元，用于接收药房端发送的动态提取码，根据所述动态提取码获取对应的电子处方，并将所述电子处方发送至药房端。

第七方面，本申请提供了一种电子处方授信系统。

根据本申请的电子处方授信系统包括：

患者端，与服务端连接，用于执行第一方面的电子处方授信方法的步骤。

药房端，与服务端连接，用于执行第二方面的电子处方授信方法的步骤；

服务端，分别与患者端、药房端连接，用于执行第三方面的电子处方授信方法的步骤。

第八方面，本申请提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现第一方面提供的电子处方授信方法的步骤、第二方面提供的电子处方授信方法的步骤或第三方面提供的电子处方授信方法的步骤。

在本申请实施例中，患者端通过发送电子处方至服务端，并接收服务端发送电子处方对应的加密后的动态提取码，当接收到药房端发送的电子处方的使用请求指令时，发送应答指令至药房端，以便药房端根据应答指令进行电子处方的处理，达到了患者端需要在药房端使用电子处方时进行二次确认的目的，从而实现了药房端根据应答指令进行电子处方处理的技术效果，进而解决了在药房使用处方时保证处方安全性的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的适用于患者端的电子处方授信方法的流程示意图；

图2是根据本申请另一实施例的电子处方授信方法的流程示意图；

图3是根据本申请实施例的适用于药房端的电子处方授信方法的流程示意图；

图4是根据本申请实施例的适用于服务端的电子处方授信方法的流程示意图；

图5是根据本申请再一实施例的电子处方授信方法的流程示意图；

图6是根据本申请实施例的适用于患者端的电子处方授信装置的结构框图；

图7是根据本申请实施例的适用于药房端的电子处方授信装置的结构框图；

图8是根据本申请实施例的适用于服务端的电子处方授信装置的结构框图；

图9是根据本申请实施例的电子处方授信系统的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请实施例，提供了一种电子处方授信方法，适用于患者端，如图1所示，该方法包括如下的步骤S1至步骤S3：

S1：发送电子处方至服务端，以便服务端对电子处方进行加密，生成电子处方对应的动态提取码。

患者端的电子处方可以是患者通过患者端进行上传的，也可以是患者在看诊时接收的医生通过医生端发送的电子处方。电子处方可以是患者拍摄的处方图片、可以是医生端发送的处方图片、可以是患者输入的处方文字信息、还可以是接收医生端发送的处方文字信息，在此不进行限制。患者端发送电子处方至服务端主要是通过无线连接的方式进行发送(如WiFi、4G移动网络、蓝牙、近场通信等无线连接方式，在此不进行限制)。患者端将电子处方发送给服务端后，服务端对电子处方进行加密，并生成电子处方对应的动态提取码。示例的，服务端加密电子处方的原始信息(原始信息为服务端接收的患者端发送的电子处方)，并生成基于患者的动态令牌token、动态二维码等归属于具体患者的电子处方的动态提取码。

S2：接收服务端发送的电子处方对应的动态提取码，并将动态提取码发送至药房端，以便药房端根据动态提取码从服务端获取对应的电子处方。

在服务端对电子处方进行加密并生成动态提取码后，服务端通过无线连接的方式发送提取码至患者端，患者端也通过无线连接的方式接收服务端发送的动态提取码，并且将动态提取码发送给药房端。需要说明的是，患者可以将动态提取码(如英文动态码、数字动态码、英文数字组合动态码的文字动态码)告诉药房人员，以便药房人员将动态提取码输入至药房端，药房端根据动态提取码从服务端获取对应的电子处方；也可以是患者端出示动态提取码(如动态二维码、动态条形码的图片动态码)，药房人员对动态提取码进行扫码，以便药房端根据动态提取码从服务端获取对应的电子处方；还可以是患者端通过无线连接的方式发送提取码至药房端，以便药房端根据动态提取码从服务端获取对应的电子处方，在此不进行限制。

进一步的，接收服务端发送的电子处方的动态提取码，并将动态提取码发送至药房端，包括：

判断接收服务端发送的动态提取码和发送动态提取码至药房端的时间之差是否为有效时长；

若为有效时长，则将动态提取码发送至药房端；

若为无效时长，则更新电子处方对应的动态提取码，并将更新后的动态提取码发送至药房端。

动态提取码是具有时效性的，具体的，动态提取码可以是5分钟有效、可以是1小时有效、可以是1天有效、也可以是1个月有效，具体时效可以是用户进行自定义，也可以是系统预设的，在此不进行限制。患者端从接收到服务端发送的动态提取码开始计算时效，若患者端发送动态提取码至药房端的时间差为有效时长(有效时长即在动态提取码的时效内)，则发送动态提取码至药房端；若为无效时长，则更新动态提取码，更新动态提取码可以是发送动态提取码的更新指令至服务端，以便服务端接收更新指令，并生成更新后的动态提取码并发送至患者端，患者端接收更新后的动态提取码并发送至药房端。

示例的，在患者需要使用处方时，患者通过登录患者端获得授权，并查看对应处方获得提取处方时需要的提取码，可以为跟患者绑定的提取码(例如，4个随机英文+数字)，有效时长5分钟，自动刷新；也可以为跟患者绑定的二维码图片，有效时长5分钟，自动刷新。患者通过短信、微信等途径告知医院、药房等需要使用该电子处方的药房端。药房端通过指定的线上页面输入提取码或者通过扫描二维码进入等待授权阶段。

S3：当接收到药房端发送的电子处方的使用请求时，发送与使用请求对应的应答指令至药房端，以便药房端根据接收到的应答指令进行电子处方的处理。

“发送与使用请求对应的应答指令至药房端”，具体为：

在药房端根据动态提取码获取电子处方时，需要发送电子处方的使用请求指令时至患者端，患者端当接收到电子处方的使用请求指令时，需要患者进行二次确认，在患者端发送同意指令，即同意发送电子处方至药房端时，药房端才能获取电子处方；反之，在患者端发送拒绝指令，即不同意发送电子处方至药房端时，药房端不能获取电子处方。

具体的，在当接收到药房端发送的电子处方的使用请求指令之后，该方法还包括：获取使用请求指令对应的电子处方，并进行显示。

在患者端接收到药房端发送的电子处方的使用请求指令时，患者端显示药房端使用的电子处方，以便患者对使用请求指令对应的电子处方进行确认。示例的，药房端输入提取码或者扫描二维码之后，患者通过患者端收到授权提示(授权提示即上述使用请求指令)，患者通过患者端点击确认(确认即上述同意指令)，药房端将获取并显示处方详细信息。

进一步的，动态提取码为英文动态码、数字动态码、英文数字组合动态码、动态二维码、动态条形码中的至少一种。

示例的，本申请另一实施例的电子处方授信方法的流程示意图如图2所示，包括：

患者通过在手机上安装的患者端应用程序出示电子处方四位提取码“DTP0”，药房端输入提取码，申请提取该电子处方，此时，电子处方在药房端的状态为不可见，即药房端无法获取电子处方的详细信息。患者通过患者端获取药房端发送的使用请求指令，进行授权确认，当患者点击同意，即发送同意指令至药房端时，电子处方在药房端的状态为可见，即药房端可以获取到电子处方的详细信息。

根据本申请实施例，提供了一种电子处方授信方法，适用于药房端，如图3所示，该方法包括如下的步骤S4至步骤S6：

S4：接收患者端发送的动态提取码，并根据动态提取码发送使用请求指令至患者端。

S5：当接收到患者端发送的同意指令时，将动态提取码发送至服务端，并接收服务端发送的与动态提取码对应的电子处方。

S6：当接收到患者端发送的拒绝指令时，结束提取电子处方的操作。

根据本申请实施例，提供了一种电子处方授信方法，适用于服务端，如图4所示，该方法包括如下的步骤S7、步骤S8：

S7：接收患者端发送的电子处方，并对电子处方进行加密，生成电子处方对应的动态提取码。

S8：接收药房端发送的动态提取码，根据动态提取码获取对应的电子处方，并将电子处方发送至药房端。

示例的，本申请再一实施例的电子处方授信方法的流程示意图如图5所示，包括：

患者通过患者端上传电子处方，患者端发送电子处方至服务端，并接收服务端发送电子处方对应的临时提取码(即动态提取码)。服务端将患者端发送的电子处方进行加密，获得临时提取码，并将临时提取码发送至患者端；服务端接收药房端发送的临时提取码，并根据临时提取码获取电子处方。药房人员通过药房端将临时提取码发送至服务端，并接收服务端发送临时提取码对应的电子处方。进一步的，当药房人员通过药房端输入用于电子处方检索的临时提取码时，需要患者通过患者端进行授权后才能将临时提取码发送至服务端。

从以上的描述中，可以看出，本申请实现了如下技术效果：

患者端通过发送电子处方至服务端，并接收服务端发送电子处方对应的加密后的动态提取码，当接收到药房端发送的电子处方的使用请求指令时，发送应答指令至药房端，以便药房端根据应答指令进行电子处方的处理，达到了患者端需要在药房端使用电子处方时进行二次确认的目的，从而实现了药房端根据应答指令进行电子处方处理的技术效果，并且，使用药房端的药房或提供用药服务的机构，通过指定的线上服务接口来提取电子处方，患者通过患者端提供动态提取码，并进行授信确认动作，确保了该处方是属于当前患者的真实处方。对于患者来说，也确保了自己的处方是在自身掌控之下的合规使用。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述适用于患者端的电子处方授信方法的装置11，如图6所示，该电子处方授信装置11，适用于患者端，包括：

患者处方发送单元111，用于发送电子处方至服务端，以便服务端对电子处方进行加密，生成电子处方对应的动态提取码；

患者提取码接收单元112，用于接收服务端发送的电子处方对应的动态提取码，并将动态提取码发送至药房端，以便药房端根据动态提取码从服务端获取对应的电子处方；

患者指令发送单元113，用于当接收到药房端发送的电子处方的使用请求时，发送与使用请求对应的应答指令至药房端，以便药房端根据接收到的应答指令进行电子处方的处理。

进一步的，患者提取码接收单元112还包括：

用于判断接收服务端发送的动态提取码和发送动态提取码至药房端的时间之差是否为有效时长；若为有效时长，则将动态提取码发送至药房端；若为无效时长，则更新电子处方对应的动态提取码，并将更新后的动态提取码发送至药房端。

进一步的，患者指令发送单元113还包括：

用于获取使用请求指令对应的电子处方，并进行显示。

进一步的，患者指令发送单元113还包括：

根据本申请实施例，还提供了一种用于实施上述适用于药房端的电子处方授信方法的装置12，如图7所示，该电子处方授信装置12，适用于药房端，包括：

药房提取码接收单元121，用于接收患者端发送的动态提取码，并根据动态提取码发送使用请求指令至患者端；

药房应答同意单元122，用于当接收到患者端发送的同意指令时，将动态提取码发送至服务端，并接收服务端发送的与动态提取码对应的电子处方；

药房应答拒绝单元123，用于当接收到患者端发送的拒绝指令时，结束提取电子处方的操作。

根据本申请实施例，还提供了一种用于实施上述适用于服务端的电子处方授信方法的装置13，如图8所示，该电子处方授信装置13，适用于服务端，包括：

服务动态码生成单元131，用于接收患者端发送的电子处方，并对电子处方进行加密，生成电子处方对应的动态提取码；

服务处方发送单元132，用于接收药房端发送的动态提取码，根据动态提取码获取对应的电子处方，并将电子处方发送至药房端。

具体的，上述装置实施例中各模块的实现可以参考方法实施例中的相关实现，不再赘述。

从以上的描述中，可以看出，本申请实现了如下技术效果：

根据本申请实施例，还提供了一种用于实施上述电子处方授信方法的系统20，如图9所示，该电子处方授信系统20包括：

患者端21，与服务端23连接，用于执行包括上述步骤S1到S3的电子处方授信方法；

药房端22，与服务端23连接，用于执行包括上述步骤S4到S6的电子处方授信方法。

服务端23，分别与患者端21、药房端22连接，用于执行包括上述步骤S7到S8的电子处方授信方法。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种电子处方授信方法，其特征在于，适用于患者端，包括：

2.根据权利要求1所述的电子处方授信方法，其特征在于，所述接收服务端发送的电子处方的动态提取码，并将所述动态提取码发送至药房端，包括：

若为有效时长，则将所述动态提取码发送至药房端；

3.根据权利要求1所述的电子处方授信方法，其特征在于，在所述当接收到药房端发送的电子处方的使用请求指令之后，所述方法还包括：

获取所述使用请求指令对应的电子处方，并进行显示。

4.根据权利要求1所述的电子处方授信方法，其特征在于，所述发送与所述使用请求对应的应答指令至药房端，包括：

5.根据权利要求1至4中任一项所述的电子处方授信方法，其特征在于，所述动态提取码为英文动态码、数字动态码、英文数字组合动态码、动态二维码、动态条形码中的至少一种。

6.一种电子处方授信方法，其特征在于，适用于药房端，包括：

7.一种电子处方授信方法，其特征在于，适用于服务端，包括：

8.一种电子处方授信装置，其特征在于，适用于患者端，包括：

9.一种电子处方授信系统，其特征在于，包括：

患者端，与服务端连接，用于执行权利要求1-5任一项所述的电子处方授信方法；

药房端，与服务端连接，用于执行权利要求6所述的电子处方授信方法；

服务端，分别与患者端、药房端连接，用于执行权利要求7所述的电子处方授信方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-7任一项所述的电子处方授信方法。