一种基于智能合约的Token化电子处方流转方法与流程

一种基于智能合约的token化电子处方流转方法
技术领域
1.本发明涉及区块链技术领域，尤其涉及到一种基于智能合约的token化电子处方流转方法、区块链节点和区块链。


背景技术：

2.慢性病患者为维持病情稳定，需要长期服用医生开具的处方药。为了降低用药风险，我国对处方药有严格的管控措施，患者必须凭医师的处方才能购买处方药，且处方中包含的药品用量有明确限制。这就导致依赖处方药治疗的患者不得不经常往返医院进行“续方”，这样的复诊行为不仅增加了患者的时间与经济成本，而且挤占了宝贵的医疗资源。此外，在医生开具处方后，患者可以凭处方在线上或线下的药店购药，但传统的处方难以进行真实性验证，患者为图方便“一张处方多次购药”，药房“无处方售药”的违规事件频繁发生，这让处方药的监管成为难题。
3.近年来，随着我国互联网医疗产业的高速发展，处方电子化已成为必然趋势，更容易复制的电子处方让如何验证处方的真实性、保证处方的抗抵赖性以及如何对处方流转涉及到的医院、患者、药店等多方进行监管成为了新的问题。
4.因此，如何对电子处方的流转进行监管，是一个亟需解决的技术问题。
5.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

6.本发明的主要目的在于提供一种基于智能合约的token化电子处方流转方法、区块链节点和区块链，旨在解决电子处方流转时监管难的技术问题。
7.为实现上述目的，本发明提供一种基于智能合约的token化电子处方流转方法，用于药房节点，所述方法包括以下步骤：
8.接收电子处方的使用请求，并获取药品转账信息；其中，所述药品转账信息包括目标处方令牌及所述目标处方令牌的目标药品令牌；
9.调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌；
10.若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。
11.可选的，所述若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点步骤，具体包括：
12.若所述电子处方具有所述目标处方令牌，判断所述目标处方令牌的目标药品令牌是否为可交易状态；
13.若是，调用药品智能合约声明的药品处理逻辑，将所述目标药品令牌转移至所述药房节点。
14.此外，为了实现上述目的，本发明还提供一种基于智能合约的token化电子处方流转方法，用于医生节点，所述方法包括：
15.接收处方生成请求；其中，所述处方生成请求包括医生的个人信息；
16.调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限；
17.若所述医生具有增发权限，生成电子处方；其中，所述电子处方包括处方令牌和所述处方令牌的药品令牌。
18.可选的，所述若所述医生具有增发权限，生成电子处方步骤，具体包括：
19.若所述医生具有增发权限，调用处方智能合约声明的处方令牌生成逻辑，根据所述处方生成请求，生成处方令牌；
20.调用药品智能合约声明的药品令牌生成逻辑，根据所述处方生成请求，生成药品令牌。
21.此外，为了实现上述目的，本发明还提供一种药房节点，其特征在于，所述药房节点包括：
22.获取装置，用于接收电子处方的使用请求，并获取药品转账信息；其中，所述药品转账信息包括目标处方令牌及目标处方令牌的目标药品令牌；
23.第一判断装置，用于调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌；
24.转移装置，用于若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。
25.可选的，所述转移装置还用于若所述电子处方具有所述目标处方令牌，判断所述目标处方令牌的目标药品令牌是否为可交易状态；若是，调用药品智能合约声明的药品处理逻辑，将所述目标药品令牌转移至所述药房节点。
26.此外，为了实现上述目的，本发明还提供一种医生节点，其特征在于，所述医生节点包括：
27.接收装置，用于接收处方生成请求；其中，所述处方生成请求包括医生的个人信息；
28.第二判断装置，用于调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限；
29.生成装置，用于若所述医生具有增发权限，生成电子处方；其中，所述电子处方包括处方令牌和所述处方令牌的药品令牌。
30.可选的，所述生成装置还用于若所述医生具有增发权限，调用处方智能合约声明的处方令牌生成逻辑，根据所述处方生成请求，生成处方令牌；调用药品智能合约声明的药品令牌生成逻辑，根据所述处方生成请求，生成药品令牌。
31.此外，为了实现上述目的，本发明还提供一种区块链，所述区块链包括药房节点和医生节点。
32.此外，为了实现上述目的，本发明还提供一种基于智能合约的token化电子处方流转设备，其特征在于，所述装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电
子处方流转程序被所述处理器执行时实现上述用于药房节点的基于智能合约的token化电子处方流转方法的步骤。
33.此外，为了实现上述目的，本发明还提供一种存储介质，其特征在于，所述存储介质上存储有基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电子处方流转程序被处理器执行时实现上述用于药房节点的基于智能合约的token化电子处方流转方法的步骤。
34.此外，为了实现上述目的，本发明还提供一种基于智能合约的token化电子处方流转设备，其特征在于，所述装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电子处方流转程序被所述处理器执行时实现上述用于医生节点的基于智能合约的token化电子处方流转方法的步骤。
35.此外，为了实现上述目的，本发明还提供一种存储介质，其特征在于，所述存储介质上存储有基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电子处方流转程序被处理器执行时实现上述用于医生节点的基于智能合约的token化电子处方流转方法的步骤。
36.本发明实施例提出的一种基于智能合约的token化电子处方流转方法、区块链节点和区块链，包括接收电子处方的使用请求，并获取药品转账信息；调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌；若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。本发明利用区块链，根据获得的电子处方的使用请求，将对应目标药品令牌转移至药房节点，实现药品令牌和处方令牌在医生节点、患者节点与药房节点间的流通交易，保证了电子处方的真实性，提高了电子处方流转效率，为药品的交易提供了可追溯性，实现了电子处方流转过程中的高效监管。
附图说明
37.图1为本发明实施例中一种基于智能合约的token化电子处方流转设备示意图；
38.图2为本发明基于智能合约的token化电子处方流转方法用于药房节点的第一实施例的流程示意图；
39.图3为本发明基于智能合约的token化电子处方流转方法用于药房节点的第二实施例的流程示意图；
40.图4为本发明基于智能合约的token化电子处方流转方法用于医生节点的第一实施例的流程示意图；
41.图5为本发明基于智能合约的token化电子处方流转方法用于医生节点的第二实施例的流程示意图；
42.图6为本发明实施例中一种药房节点的结构示意图。
43.图7为本发明实施例中一种医生节点的结构示意图。
44.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
45.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
46.慢性病患者为维持病情稳定，需要长期服用医生开具的处方药。为了降低用药风险，我国对处方药有严格的管控措施，患者必须凭医师的处方才能购买处方药，且处方中包含的药品用量有明确限制。这就导致依赖处方药治疗的患者不得不经常往返医院进行“续方”，这样的复诊行为不仅增加了患者的时间与经济成本，而且挤占了宝贵的医疗资源。此外，在医生开具处方后，患者可以凭处方在线上或线下的药店购药，但传统的处方难以进行真实性验证，患者为图方便“一张处方多次购药”，药房“无处方售药”的违规事件频繁发生，这让处方药的监管成为难题。近年来，随着我国互联网医疗产业的高速发展，处方电子化已成为必然趋势，更容易复制的电子处方让如何验证处方的真实性、保证处方的抗抵赖性以及如何对处方流转涉及到的医院、患者、药店等多方进行监管成为了新的问题。
47.为了解决这一问题，提出本发明的基于智能合约的token化电子处方流转方法的各个实施例。本发明提供的基于智能合约的token化电子处方流转方法基于电子处方的使用请求，将对应目标药品令牌转移至药房节点，实现处方令牌在医生与患者之间，药品令牌在医生、患者与药房之间的流通交易，保证了电子处方的真实性，提高了电子处方流转效率，为药品的交易提供了可追溯性，实现了电子处方流转过程中的高效监管。
48.参照图1，图1为本发明实施例方案涉及的硬件运行环境的基于智能合约的token化电子处方流转方法的推荐设备结构示意图。
49.设备可以是移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(pda)、平板电脑(pad)等用户设备(user equipment，ue)、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备、移动台(mobile station，ms)等。设备可能被称为用户终端、便携式终端、台式终端等。
50.通常，设备包括：至少一个处理器301、存储器302以及存储在所述存储器上并可在所述处理器上运行的基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电子处方流转程序配置为实现如前所述的基于智能合约的token化电子处方流转方法的步骤。
51.处理器301可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器301可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器301也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器301可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。处理器301还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关基于智能合约的token化电子处方流转操作，使得基于智能合约的token化电子处方流转模型可以自主训练学习，提高效率和准确度。
52.存储器302可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器302还可包括高速随机存取存储器，以及非易失性存储器，比如一个
或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器302中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器801所执行以实现本技术中方法实施例提供的基于智能合约的token化电子处方流转方法。
53.在一些实施例中，终端还可选包括有：通信接口303和至少一个外围设备。处理器301、存储器302和通信接口303之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与通信接口303相连。具体地，外围设备包括：射频电路304、显示屏305和电源306中的至少一种。
54.通信接口303可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器301和存储器302。通信接口303通过外围设备用于接收用户上传的多个移动终端的移动轨迹以及其他数据。在一些实施例中，处理器301、存储器302和通信接口303被集成在同一芯片或电路板上；在一些其他实施例中，处理器301、存储器302和通信接口303中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
55.射频电路304用于接收和发射rf(radio frequency，射频)信号，也称电磁信号。射频电路304通过电磁信号与通信网络以及其他通信设备进行通信，从而可获取多个移动终端的移动轨迹以及其他数据。射频电路304将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路304包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路304可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wireless fidelity，无线保真)网络。在一些实施例中，射频电路304还可以包括nfc(near field communication，近距离无线通信)有关的电路，本技术对此不加以限定。
56.显示屏305用于显示ui(user interface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏305是触摸显示屏时，显示屏305还具有采集在显示屏305的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器301进行处理。此时，显示屏305还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏305可以为一个，电子设备的前面板；在另一些实施例中，显示屏305可以为至少两个，分别设置在电子设备的不同表面或呈折叠设计；在再一些实施例中，显示屏305可以是柔性显示屏，设置在电子设备的弯曲表面上或折叠面上。甚至，显示屏305还可以设置成非矩形的不规则图形，也即异形屏。显示屏305可以采用lcd(liquidcrystal display，液晶显示屏)、oled(organic light
‑
emitting diode,有机发光二极管)等材质制备。
57.电源306用于为电子设备中的各个组件进行供电。电源306可以是交流电、直流电、一次性电池或可充电电池。当电源306包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
58.本领域技术人员可以理解，图1中示出的结构并不构成对基于智能合约的token化电子处方流转设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
59.本发明实施例提供了一种基于智能合约的token化电子处方流转方法，参照图2，图2为本发明基于智能合约的token化电子处方流转方法用于药房节点的第一实施例的流
程示意图。
60.本实施例中，所述基于智能合约的token化电子处方流转方法用于药房节点，方法包括以下步骤：
61.步骤s110，接收电子处方的使用请求，并获取药品转账信息。
62.具体而言，电子处方的使用请求为药房节点接收的电子处方的使用请求，该电子处方的使用请求包括电子处方进行转账的药品转账信息。在实际应用中，患者节点为电子处方的使用请求的发送节点，药房节点为接收电子处方的使用请求的接收节点，药房节点在接收到电子处方的使用请求后可根据该使用请求获取对应的电子处方。该接收节点的接收设备可以是手机、平板电脑或可穿戴式设备等各种类型的电子设备，本实施例对此并不限制。
63.其中，药品转账信息包括目标处方令牌及所述目标处方令牌的目标药品令牌，即药房节点在接收到电子处方的使用请求后，获取药品转账信息，利用药品转账信息中目标处方令牌及所述目标处方令牌的目标药品令牌，对电子处方进行转账处理，以实现患者节点与药房节点间药品令牌的转账。
64.此外，值得一提的是，在本实施例中，电子处方由医生节点增发，并由医生节点转移至患者节点，电子处方包括处方令牌和处方令牌的药品令牌，该药品令牌为医生为患者节点对应患者开具药品的令牌，该处方令牌为医生为患者节点对应患者开具处方的令牌，该处方记录了包括处方id、诊断信息、处方状态、药品列表、药品信息、增发信息和交易信息等处方信息。
65.容易理解的，利用药品转账信息中目标处方令牌及所述目标处方令牌的目标药品令牌，对电子处方进行转账处理，以实现患者节点与药房节点间药品令牌的转账，是利用药品转账信息中目标处方令牌及所述目标处方令牌的目标药品令牌，对电子处方中的处方令牌和处方令牌的药品令牌进行转账处理，以实现患者节点与药房节点间药品令牌的转账。
66.步骤s120，调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌。
67.具体而言，处方智能合约为预先设置于区块链每个节点的用于对处方令牌进行处理的智能合约，而调用处方智能合约声明的第一判断逻辑，用以判断所述电子处方是否具有目标处方令牌，该电子处方为药房节点根据电子处方的使用请求获取的对应的电子处方，该电子处方也为患者节点接收的医生节点向其发送的电子处方，患者节点根据该电子处方向药房节点发送电子处方的使用请求，用以药房节点根据该使用请求实现药品令牌的转账。
68.需要说明的是，处方智能合约声明的第一判断逻辑，用于判断电子处方是否具有目标处方令牌，若该电子处方中没有药品转账信息中的目标处方令牌，则表明该目标处方令牌中的药品令牌已全部转账完，目标处方令牌已核销，不可用，即患者节点不可根据该电子处方的使用请求来对药房节点进行该目标处方令牌对应药品的转账。
69.容易理解的，在获得电子处方的使用请求对应的目标处方令牌后，基于处方智能合约声明的第一判断逻辑，判断该电子处方是否具有目标处方令牌，即判断患者节点的电子处方中的处方令牌是否有其请求转账的目标处方令牌，仅在电子处方中的处方令牌具有目标处方令牌时，才对目标处方令牌中的药品令牌进行转账，避免了患者多次购药，药房无
处方售药的情况发生，极大的提高了处方与药品的监管力度。
70.步骤s130，若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。
71.具体而言，若该电子处方中有药品转账信息中的目标处方令牌，则表明该目标处方令牌中还有没有转账的药品令牌，即患者节点对应的电子处方中的药品还没有交易完成。此时，药房节点请求将目标处方令牌中的目标药品令牌转移至所述药房节点，完成此次目标药品令牌的转账过程。
72.需要说明的是，为了保证每次转账过程中目标药品令牌不会被患者节点重复转账交易，需要在每次目标药品令牌转账时，将对应目标药品令牌转移至药房节点，并在转移后判断目标药品令牌所在的目标处方令牌是否还具有药品令牌，若不具有药品令牌，则将该目标处方令牌进行核销，以使患者节点在下次药品转账时电子处方中不具有对应的目标药品令牌，避免了患者多次购药的可能。
73.在本实施例中，提供了一种基于智能合约的token化电子处方流转方法，该方法用于药房节点，根据电子处方的使用请求，获取药品转账信息；调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌；若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。本实施例利用区块链，根据获得的电子处方的使用请求，将对应目标药品令牌转移至药房节点，实现药品令牌和处方令牌在医生节点、患者节点与药房节点间的流通交易，保证了电子处方的真实性，提高了电子处方流转效率，为药品的交易提供了可追溯性，实现了电子处方流转过程中的高效监管。
74.为了便于理解，参阅图3，图3为本发明基于智能合约的token化电子处方流转方法用于药房节点的第二实施例的流程示意图。基于如图2所示的基于智能合约的token化电子处方流转方法用于药房节点的第一实施例，本实施例给出一种若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点的具体实现方案，具体如下：
75.步骤s131，若所述电子处方具有所述目标处方令牌，判断所述目标处方令牌的目标药品令牌是否为可交易状态。
76.具体而言，若该电子处方中有药品转账信息中的目标处方令牌，则表明该目标处方令牌中还有没有转账的药品令牌，即患者节点对应的电子处方中的药品还没有交易完成。此时，药房节点请求将目标处方令牌中的目标药品令牌转移至所述药房节点，完成此次目标药品令牌的转账过程。
77.需要说明的是，在将目标处方令牌中的目标药品令牌转移至所述药房节点时，还需要判断目标处方令牌的目标药品令牌是否为可交易状态，其中，可交易状态为目标药品令牌的数量合法，且尚未被使用。若目标处方令牌的目标药品令牌的数量合法且存在，则判定该目标药品令牌对应的药品尚未被患者节点交易获取。
78.容易理解的，判断所述目标处方令牌的目标药品令牌是否为可交易状态，通过调用处方智能合约，根据患者节点提供的目标处方令牌，在所述目标处方令牌中检索该目标处方令牌的是否存在，若存在且数量合法，则为可交易状态。
79.步骤s132，若是，调用药品智能合约声明的药品处理逻辑，将所述目标药品令牌转
移至所述药房节点。
80.具体而言，在本实施例中，若该电子处方中有药品转账信息中的目标处方令牌，则表明该目标处方令牌中还有没有转账的药品令牌，即患者节点对应的电子处方中的药品还没有交易完成。与此同时，目标处方令牌的目标药品令牌为可交易状态，则将目标药品令牌转移至所述药房节点。
81.需要说明的是，药品智能合约声明的药品处理逻辑，用于药品令牌的转移，即将药品令牌从其一用户节点转移至另一用户节点，本实施例中，当目标处方令牌的目标药品令牌为可交易状态，则将目标药品令牌转移至所述哟啊方节点，完成此次目标药品令牌的转账过程。
82.在本实施例中，提供了一种若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点的具体实现方案。通过判断目标处方令牌的目标药品令牌是否为可交易状态，若为可交易状态则将目标药品令牌转移至药房节点。避免了患者多次购药的可能，提高了电子处方的监管效果。
83.为了便于理解，本发明实施例提供了一种基于智能合约的token化电子处方流转方法，参照图4，图4为本发明基于智能合约的token化电子处方流转方法用于医生节点的第一实施例的流程示意图。
84.本实施例中，所述基于智能合约的token化电子处方流转方法用于医生节点，方法包括以下步骤：
85.步骤s210，接收处方生成请求；其中，所述处方生成请求包括医生的个人信息。
86.具体而言，处方生成请求为医生节点接收的生成电子处方的请求，该生成电子处方的请求包括医生的个人信息。在实际应用中，医生节点为处方生成请求的接收节点，也为电子处方的发送节点，电子处方包括医生发送的处方令牌和药品令牌，该电子处方用于医生节点发送至患者节点，以使所述患者节点根据该电子处方进行药品令牌转账。该医生节点的接收设备可以是手机、平板电脑或可穿戴式设备等各种类型的电子设备，本实施例对此并不限制。
87.此外，值得一提的是，在本实施例中，电子处方由医生节点增发，并由医生节点转移至患者节点，电子处方包括处方令牌和处方令牌的药品令牌，该药品令牌为医生为患者节点对应患者开具药品的令牌，该处方令牌为医生为患者节点对应患者开具处方的令牌，该处方记录了包括处方id、诊断信息、处方状态、药品列表、药品信息、增发信息和交易信息等处方信息。
88.容易理解的，医生节点根据接收的处方生成请求，判断该医生是否具有处方令牌增发权限，对处方开具资格进行监管，进而提高了处方药的监管力度。
89.步骤s220，调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限。
90.具体而言，在本实施例中，在获得处方生成请求中的医生个人信息后，调用处方智能合约声明的第二判断逻辑，判断该医生是否具有对应电子处方增发的权限，处方智能合约为预先设置于区块链每个节点的用于对处方令牌进行处理的智能合约，而调用处方智能合约声明的第二判断逻辑，用以判断所述医生是否具有电子处方的增发权限，该电子处方也为患者节点接收的医生节点向其发送的电子处方，患者节点根据该电子处方向药房节点
发送电子处方的使用请求，用以药房节点根据该使用请求实现药品令牌的转账。
91.需要说明的是，处方智能合约声明的第二判断逻辑，用于判断医生是否具有对应电子处方的增发权限，若该医生不具有该电子处方的增发权限，则表明该医生增发的对应电子处方为不合法电子处方，其电子处方对应的处方令牌和药品令牌皆不可用，因此，若不具增发权限，终止根据处方生成请求生成电子处方的动作。
92.容易理解的，在接收处方生成请求后，获得处方生成请求中包括的医生的个人信息，对该医生的个人信息调用处方智能合约声明的第二判断逻辑，以此来判断该医生是否具有增发对应电子处方的权限，若没有增发对应电子处方的权限，则终止生成电子处方的动作。对处方开具资格进行监管，进而提高了处方药的监管力度。
93.步骤s230，若所述医生具有增发权限，生成电子处方；其中，所述电子处方包括处方令牌和所述处方令牌的药品令牌。
94.具体而言，若该医生具有该电子处方的增发权限，则表明该医生增发的对应电子处方为合法的电子处方，执行生成电子处方的动作，其中，生成的电子处方包括处方令牌和所述处方令牌的药品令牌，进一步地，还包括对应患者的诊断结果以及每个药品的用药建议等处方信息，以使患者节点在收到该电子处方时能够得知医生给出的诊断结果和用药建议。
95.需要说明的是，电子处方包括的处方令牌和处方令牌的药品令牌，用于该电子处方被患者节点接收后，向药房节点发送电子处方的使用请求，进而药房节点在接收到电子处方的使用请求后，获取药品转账信息，利用药品转账信息中目标处方令牌及所述目标处方令牌的目标药品令牌，对电子处方进行转账处理，以实现患者节点与药房节点间药品令牌的转账。
96.在本实施例中，在本实施例中，提供了一种基于智能合约的token化电子处方流转方法，该方法用于医生节点，接收处方生成请求；其中，所述处方生成请求包括医生的个人信息；调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限；若所述医生具有增发权限，生成电子处方；其中，所述电子处方包括处方令牌和药品令牌。本实施例利用区块链，根据接收的处方生成请求，生成包括处方令牌和药品令牌的电子处方，该处方用于患者节点将对应目标药品令牌转移至药房节点，实现药品令牌和处方令牌在医生节点、患者节点与药房节点间的流通交易，保证了电子处方的真实性，提高了电子处方流转效率，为药品的交易提供了可追溯性，实现了电子处方流转过程中的高效监管。
97.为了便于理解，基于本发明上述基于智能合约的token化电子处方流转方法用于医生节点的第一实施例，提出本发明基于智能合约的token化电子处方流转方法用于医生节点的第二实施例。参阅图5，图5为本发明基于智能合约的token化电子处方流转方法用于医生节点的第二实施例的流程示意图。本实施例给出一种若所述医生具有增发权限，生成电子处方的具体实现方案，具体如下：
98.步骤s231，若所述医生具有增发权限，调用处方智能合约声明的处方令牌生成逻辑，根据所述处方生成请求，生成处方令牌。
99.具体而言，在调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限后，若判定医生具有增发权限，则调用处方智能合约声明的处方
令牌生成逻辑，利用该处方令牌生成逻辑，获得处方生成请求对应的处方令牌。
100.容易理解的是，处方智能合约为预先设置于区块链每个节点的用于对处方令牌进行处理的智能合约，而调用处方智能合约声明的处方令牌生成逻辑，用以根据医生节点接收的处方生成请求，在判定医生具有处方增发权限后，获得处方生成请求对应的处方令牌，该处方令牌用于患者节点接收电子处方后，根据电子处方中处方令牌向药房节点发送电子处方的使用请求，进而实现药房节点根据该使用请求实现药品令牌的转账。
101.步骤s232，调用药品智能合约声明的药品令牌生成逻辑，根据所述处方生成请求，生成药品令牌。
102.具体而言，在调用处方智能合约声明的处方令牌生成逻辑，根据所述处方生成请求，生成处方令牌后，继续调用药品智能合约声明的药品令牌生成逻辑，利用该药品令牌生成逻辑，获得处方生成请求对应的药品令牌。
103.容易理解的是，药品智能合约为预先设置于区块链每个节点的用于对药品令牌进行处理的智能合约，而调用药品智能合约声明的药品令牌生成逻辑，用以根据医生节点接收的处方生成请求，在判定医生具有处方增发权限后，获得处方生成请求对应的药品令牌，该药品令牌用于患者节点接收电子处方后，根据电子处方中处方令牌向药房节点发送电子处方的使用请求，进而实现药房节点根据该使用请求实现药品令牌的转账。
104.在本实施例中，提供了一种若所述医生具有增发权限，生成电子处方的具体实现方案。通过调用处方智能合约声明的处方生成逻辑和药品智能合约声明的药品生成逻辑，生成处方生成请求对应的药品令牌，以使患者节点利用处方令牌和药品令牌向药房节点发送电子处方的使用请求，进而药房节点根据处方令牌和药品令牌进行药品令牌的转账。避免了无处方售药现象的发生，提高了电子处方的监管效果。
105.参照图6，图6为本发明提供的药房节点的结构框图。
106.如图6所示，本发明实施例提出的药房节点包括：
107.获取装置110，用于接收电子处方的使用请求，并获取药品转账信息；其中，所述药品转账信息包括目标处方令牌及目标处方令牌的目标药品令牌；
108.第一判断装置120，用于调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌；
109.转移装置130，用于若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。
110.作为一种实施方式，转移装置130还用于若所述电子处方具有所述目标处方令牌，判断所述目标处方令牌的目标药品令牌是否为可交易状态；若是，调用药品智能合约声明的药品处理逻辑，将所述目标药品令牌转移至所述药房节点。
111.本实施例提供的药房节点，根据电子处方的使用请求，获取药品转账信息；调用处方智能合约声明的第一判断逻辑，判断所述电子处方是否具有目标处方令牌；若所述电子处方具有所述目标处方令牌，将所述目标处方令牌中的目标药品令牌转移至所述药房节点。本实施例利用区块链，根据获得的电子处方的使用请求，将对应目标药品令牌转移至药房节点，实现药品令牌和处方令牌在医生节点、患者节点与药房节点间的流通交易，保证了电子处方的真实性，提高了电子处方流转效率，为药品的交易提供了可追溯性，实现了电子处方流转过程中的高效监管。
112.参照图7，图7为本发明提供的医生节点的结构框图。
113.如图7所示，本发明实施例提出的医生节点包括：
114.接收装置210，用于接收处方生成请求；其中，所述处方生成请求包括医生的个人信息；
115.第二判断装置220，用于调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限；
116.生成装置230，用于若所述医生具有增发权限，生成电子处方；其中，所述电子处方包括处方令牌和药品令牌。
117.作为一种实施方式，生成装置230还用于若所述医生具有增发权限，调用处方智能合约声明的处方生成逻辑，根据所述处方生成请求，生成处方令牌；调用药品智能合约声明的药品生成逻辑，根据所述处方生成请求，生成药品令牌。
118.本实施例提供的药房节点，接收处方生成请求；其中，所述处方生成请求包括医生的个人信息；调用处方智能合约声明的第二判断逻辑，根据所述个人信息，判断所述医生是否具有增发权限；若所述医生具有增发权限，生成电子处方；其中，所述电子处方包括处方令牌和药品令牌。本实施例利用区块链，根据接收的处方生成请求，生成包括处方令牌和药品令牌的电子处方，该处方用于患者节点将对应目标药品令牌转移至药房节点，实现药品令牌和处方令牌在医生节点、患者节点与药房节点间的流通交易，保证了电子处方的真实性，提高了电子处方流转效率，为药品的交易提供了可追溯性，实现了电子处方流转过程中的高效监管。
119.本发明区块链节点的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。
120.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电子处方流转程序被处理器执行时实现如上文所述的基于智能合约的token化电子处方流转方法用于药房节点的步骤。因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本技术方法实施例的描述。确定为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
121.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于智能合约的token化电子处方流转程序，所述基于智能合约的token化电子处方流转程序被处理器执行时实现如上文所述的基于智能合约的token化电子处方流转方法用于医生节点的步骤。因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本技术方法实施例的描述。确定为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
122.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质
中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)或随机存储记忆体(random accessmemory，ram)等。
123.另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
124.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用cpu、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、u盘、移动硬盘、只读存储器(rom，read
‑
onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。