CN112489742A - 一种处方流转处理方法和装置 - Google Patents

Abstract

本发明公开了处方流转处理方法和装置，该方法的一具体实施方式包括接收医院端发送的当前处方数据，基于所述医院端对应的公钥对当前处方数据进行签名认证；获取当前处方数据中的处方明细数据，调用预设的转换模型对处方明细数据进行处理，得到对应的第一编码，通过预设的压缩字典码对第一编码进行映射得到第二编码；获取当前处方数据中患者基本信息，以计算对应的区块链地址，进而根据区块链地址获取所述患者的既往处方记录；拼接第二编码和既往处方记录得到待处理处方记录，基于预设平台私钥对待处理处方记录进行签名，以将签名后的待处理处方记录更新至所述区块链地址。从而，本发明实施方式能够解决现有处方数据流转效率低、成本高的问题。

Description

一种处方流转处理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种处方流转处理方法和装置。

背景技术

处方流转业务过程中对于处方信息的安全可信、隐私保护有非常高的要求，通常会引入区块链作为底层流转网络和处方存储系统。通常采用带有权限准入的联盟链作为基础区块链网络底层，联盟链的共识节点作为全节点，存储以往所有交易数据。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

目前，在处方流转过程中，数据交互频繁，随着业务量的增加，区块链网络拥堵情况就会增加，导致区块链的运行效率大大降低，节点存储成本日益提高。同时由于区块链区块的大小一定，因此交易数据的大小直接影响了交易效率，以及流转数据结构大小也影响到单个节点的负载，进而导致用户体验降低，系统反应速度降低等问题。

发明内容

有鉴于此，本发明实施例提供一种处方流转处理方法和装置，能够解决现有处方数据流转效率低、成本高的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处方流转处理方法，包括接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证；获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码；获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录；拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

可选地，包括：

获取患者基本信息，通过预设的平台公钥对所述患者基本信息进行加密，以得到患者信息字段；

调用预设的处理模型，生成交易哈希值并写入相应的患者信息字段中，进而将包括交易哈希值的患者信息字段存储至对应的区块链地址。

可选地，获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，包括：

获取所述当前处方数据中的处方明细数据，识别目标对象，调用对应的转换模型对所述目标对象进行处理，拼接处理后的各个目标对象以得到对应的第一编码。

可选地，识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第一目标对象，调用自然语言处理模型对第一目标对象进行分词处理；

根据预设的目录信息将每个分词分别映射得到对应的编码，进而组合各个编码。

可选地，识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第二目标对象，调用预设的base编码模型对所述第二目标对象进行处理。

可选地，识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第三目标对象，调用预设的标准字典码，对所述第三目标对象进行转换。

可选地，还包括：

接收处方处理请求，提取验证通过的处方处理请求中的处方标识；

根据所述处方标识，查找对应的区块链地址，以获得处方记录，调用预设的解码模型，对所述处方记录进行解码；

识别所述处方处理请求的任务类型，基于所述任务类型提取解码后处方记录中相应的数据并返回。

另外，本发明还提供了一种处方流转处理装置，包括获取模块，用于接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证；处理模块，用于获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码；获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录；拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

上述发明中的一个实施例具有如下优点或有益效果：本发明通过对区块链中处方数据进行转换、映射处理的技术手段，进而降低了区块链中流转的处方数据大小，从而有效降低处方流转过程中网络拥堵，，提高处方流转系统的服务能力；并且，通过转换模型、压缩字典码以标准化的编码进行映射、压缩，从而简化处方流转流程，减少人工参与，降低运行成本；以及通过对每次处方数据流转生成交易哈希值，保证了流转数据的安全性；同时本发明尽可能降带宽消耗，即保证在信息不失真的前提下减少传输的体积；另外，本发明还设置监管端对于处方流转的过程可以实时监管，及时发现问题，及时干预。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明第一实施例的处方流转处理方法的主要流程的示意图；

图2是根据本发明第二实施例的处方流转处理方法的主要流程的示意图；

图3是根据本发明第三实施例的处方流转处理方法的主要流程的示意图；

图4是根据本发明实施例的编码压缩后的处方数据的结构示意图；

图5是根据本发明实施例的基于区块链的处方流转实施架构图；

图6是根据本发明实施例的处方流转处理装置的主要模块的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明第一实施例的处方流转处理方法的主要流程的示意图，所述处方流转处理方法包括：

步骤S101，接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证。

在实施例中，本发明可以接收来自医院端发送通过私钥加密的当前处方数据，而利用对应于该医院端的公钥对该当前处方数据进行解密，以对所述当前处方数据签名认证，从而保证处方数据的内容可信，且对医院端的身份进行确定。

步骤S102，获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码。

在实施例中，本发明将处方明细数据先通过转换模型进行编码，即得到第一编码，然后再对第一编码通过压缩字典码进行二次压缩以得到第二编码。从而，本发明实现了基于区块链的处方压缩技术，大幅度降低数据量，减少区块链网络拥堵，使得区块链系统的数据增长曲线放缓。

在一些实施例中，获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，具体地实施过程可以包括：获取所述当前处方数据中的处方明细数据，识别目标对象，调用对应的转换模型对所述目标对象进行处理，拼接处理后的各个目标对象以得到对应的第一编码。

可以看出，本发明可以针对处方明细数据中的不同目标对象，调用不同的转换模型分别进行处理，然后再将分别处理的目标对象进行拼接得到第一编码。

进一步地实施例，如果识别处方明细数据中的信息为第一目标对象，则调用自然语言处理模型对第一目标对象进行分词处理，然后根据预设的目录信息将每个分词分别映射得到对应的编码，进而组合各个编码。其中，自然语言处理(NLP)是计算机科学，人工智能，语言学关注计算机和人类(自然)语言之间的相互作用的领域。调用自然语言处理模型对第一目标对象进行分词处理，比如采用基于词典分词算法(正向最大匹配算法、逆向最大匹配算法、最少切分法等等)、基于统计的机器学习算法(HMM，CRF，SVM等等)等等。

例如：对于处方明细数据中的临床诊断信息通过自然语言处理模型进行分词，然后对诊断类型进行诊断编码的映射，转码格式为：1|诊断编码；2|诊断编码；3|诊断编码…。例如：处方明细数据中的药品名称字段，通过自然语言处理模型，进行中文分词，再根据对应的药品目录中的编码值，将处方明细字段替换为编码值，并其后标注编码版本号。

进一步地实施例，如果识别处方明细数据中的信息为第二目标对象，则调用预设的base编码模型对所述第二目标对象进行处理。其中，base编码是指能够使用字符串中的编码方式进行编码与解码。例如：对于处方明细数据中的主诉、科室、药品金额等等属性的目标对象进行base58编码即可。其中，base58编码是指将58进制流查表得到对应的字符流。

进一步地实施例，如果识别处方明细数据中的信息为第三目标对象，则调用预设的标准字典码，对所述第三目标对象进行转换。例如：处方明细数据中的规格字段使用标准字典码进行替换。处方明细数据中的用量将采用标准字典码进行替换。处方明细数据中的频次字段将采用标准字典码进行替换。另外，处方明细数据中的数量采用明文存放。

可以看出，本发明通过上述实施例能够对自然语言进行处理，自动比对编码，减少人工干预，降低运营成本。

步骤S103，获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录。

在实施例中，本发明可以预先将处方的患者基本信息进行处理，即将患者的身份证信息、姓名、电话号码、家庭住址等使用平台公钥加密后得到患者信息字段，保存到区块链中，并将交易哈希值TxHash也存入患者信息字段中。从而，在区块链中可以存放患者信息字段与处方记录的映射关系，即可以通过患者基本信息便可以在区块链中查询到对应的处方记录。

作为另一些实施例，本发明可以预先获取患者基本信息，通过预设的平台公钥对所述患者基本信息进行加密，以得到患者信息字段。调用预设的处理模型，生成交易哈希值TxHash并写入相应的患者信息字段中，进而将包括交易哈希值的患者信息字段存储至对应的区块链地址。较佳的，交易哈希值TxHash为交易编号，例如将区块链中的地址进行私钥签名，得到一个签名的SIGN，然后签名SIGN和交易合并进行哈希值运算得到交易哈希值TxHash。其中，交易是指该笔处方流转事务。

步骤S104，拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

作为一些实施例，本发明还可以接收处方处理请求，提取验证通过的处方处理请求中的处方标识。根据所述处方标识，查找对应的区块链地址，以获得处方记录，调用预设的解码模型，对所述处方记录进行解码。识别所述处方处理请求的任务类型，基于所述任务类型提取解码后处方记录中相应的数据并返回。也就是说，本发明可以根据接收到不同类型的处方处理请求，获取相对应的能够符合该类型处方处理请求的处方记录信息。或者是针对不同类型的处方处理请求，配置相对应的权限，即可以查看权限范围内的处方记录信息。值得说明的是，本发明还可以选取唯一识别处方的数字指纹模型，对处方记录进行数字指纹处理，例如采用离散指纹模型、连续指纹模型等等。

例如：药师端要进行处方审核的操作，那么需要使用RSA私钥签名后处方id的数字证书，向平台请求处方详情查看，即平台接收来自药师端的处方审核请求，平台对处方审核请求验证并通过后，使用处方id(即处方标识)将区块链上的流转的数据结构进行解码后推送到药师端页面中。具体地，通过处方标识id(即Txhash)找到对应区块链中的处方记录，并使用abi(abi为应用程序二进制接口)文件进行数据解码，最终得到处方流转编码压缩后的数据结构。将处方明细数据根据压缩码进行解码后，再根据对应版本的药品编码库编码进行解码，将名称解码为标准值。

本发明还可以有效降低药店端的流程，即接收药店端的处方查询请求，从而使得药店端不再需要人工映射处方药品名和药店药品名，只需要将处方明细数据解码到标准编码后，直接映射本药店的药品即可。选取可以唯一识别处方的数字指纹模型。

综上所述，本发明提供的处方流转处理方法，可以本发明应用于政府医保类项目处方流转业务场景，对于现有处方数据链上流转带来的流转数据量大、数据存储成本高、数据流转效率低等痛点提出解决方案，提高处方流转效率，降低后期维护成本，减少系统负载，提升业务处理能力，进而为业务快速发展提供支撑。降低流转数据大小可以有效提高载荷，提升处方流转系统的处理能力，提升业务发展空间，即为业务发展提供可信、可追溯、高效的医疗数据流转平台。并且，本发明提案的直接业务价值可精简业务流程、提高用户体验、提高时效性、节约人力投入、提高处方流转系统的稳定性，并很大程度上提升处方流转核心系统的效率。同时，本发明通过降低区块链中流转的处方大小，增加系统在移动网络条件下的适应性，增加业务的可推广场景。

图2是根据本发明第二实施例的处方流转处理方法的主要流程的示意图，所述处方流转处理方法包括：

步骤S201，接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证。

步骤S202，获取所述当前处方数据中的处方明细数据，识别目标对象，调用对应的转换模型对所述目标对象进行处理，拼接处理后的各个目标对象以得到对应的第一编码。

步骤S203，通过预设的压缩字典码对所述第一编码进行映射以得到第二编码。

步骤S204，获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录。

步骤S205，拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

步骤S206，接收处方处理请求，提取验证通过的处方处理请求中的处方标识。

步骤S207，根据所述处方标识，查找对应的区块链地址，以获得处方记录，调用预设的解码模型，对所述处方记录进行解码。

步骤S208，识别所述处方处理请求的任务类型，基于所述任务类型提取解码后处方记录中相应的数据并返回。

图3是根据本发明第三实施例的处方流转处理方法的主要流程的示意图，应用于处方流转平台，所述处方流转处理方法包括：

接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证。然后，根据当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录。较佳的，可以对患者基本信息进行敏感数据脱敏处理，使用平台公钥加密后得到患者信息字段，查找到对应的区块链地址。

另外，获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码(例如处方明细数据转码格式为：药品编码|规格编码|version,数量|用量编码|频次编码)。通过预设的压缩字典码对所述第一编码进行映射以得到第二编码。较佳的，通过预设的压缩字典码进行二次映射，对处方数据进行压缩。压缩字典码通过标准药品编码以及规格编码，按照不同病种的常用药的使用概率进行重新编码，这样既可以进一步压缩处方明细数据，也可以针对不同病种进行定制化设定。特别对于慢性病管理而言，处方的内容具有较高的相似性，而且药品目录范围较小，采本发明可以有效的降低整体数据流转的大小，从而提高系统流转的效率。如图4所示，为处方流转编码压缩后的数据结构，压缩比约为50％，随着业务增加，区块链数据增长速度会明显放缓。

另外，本发明还设置监管端对于处方流转的过程可以实时监管，例如处方信息可以直接解码到监管端，患者信息也可以实时展示到监管端，方便监管机关能够实时监控系统流转，及时发现问题，及时干预。

作为具体的实施例，本发明以根据慢性病场景下的药品目录，设置为不同的药品+规格的压缩码，并且设置药品编码表、疾病编码表、标准编码表等。患者从医院申请慢性病处方流转后，本次就诊的处方就通过接口方式，推送给处方流转平台。处方流转平台验证处方信息签名后，分别对处方的不同字段采用不同处理方式，比如隐私字段、患者身份证号码等则进行加密后，保存到该患者的区块链地址下。处方流转平台处理处方明细数据的步骤，首先使用前缀树方式，快速匹配药品名称相等的药品名称，获取其编码，若没有找到，使用自然语言处理NLP将药品名称字段进行分词，并匹配药品名称，获取其编码。将处方明细数据进行编码映射，即处方流转平台将映射后的处方明细数据，进一步压缩药品名称编码+规格编码，最终得到一串压缩后的处方明细数据字符串，从而减少数据大小，在一定程度上避免明文数据被流出，同时解码效率要高于RSA非对称解密。处方流转平台最终将处方明细数据压缩成一个数据结构实例，并且对其进行私钥签名。处方流转的过程，就是编码压缩后的实例进行流转的过程，由于体积小，区块链每一块的大小为1M，那么每块能够打包更多处方流转交易。因此，可以看出本发明的该实施例能够使区块链存储更多的处方流转交易数据，且对处方流转交易数据进行了标准化处理，提高了处方流转的服务能力。

药师端只需要处方id就可以从区块链上获取编码压缩数据块，由平台进行解码后，就可看到原始数据。药师进行处方的审核，审核数据也可以使用上述处方流转处理过程进行压缩，审核数据压缩后，也会被上传到区块链中。可以看出，药师端可以根据权限对处方信息进行审核，并且审核数据可以安全、有效的存储至区块链中。

患者端可以对通过审核的处方进行下单操作，本发明可以精简生成订单的步骤，因为编码映射工作已经由平台编码时完成，生成订单只需要将药品编码转换成药店的商品码即可。药店端接收到处方记录后进行配药，由患者进行支付后取药或送药，处方流转过程结束。可以看出，药店端直接通过处方流转平台得到处方记录，快速生成订单并配药，在保证处方流转安全的情况下还能够大幅度提高订单处理速度。

图5是根据本发明实施例的基于区块链的处方流转实施架构图，具体场景为到处方从医院端流出，经过区块链的可信流转，经过平台、患者、药师、药店的多次验证及签名，最终由药店进行药品配送的全流程。也就是说，可分为多个主体，处方等实体会在多个主体之间进行有序流转，通过有序的过程和签名认证，最终形成可信数据流转。具体地：涉及多方主体包括：医院前置机及HIS(医院管理信息系统，Hospital Information System)及医生(即医院端)、患者(即患者端)、注册药师(即医师端)、药店(即药店端)、物流(即快递端)、监管机构(即监管端)及生态伙伴，实体主要可以包括处方信息、医嘱信息、签名摘要、订单信息、物流信息等等。区块链网络采用联盟链技术，如FISCO、Fabric等，具有准入门槛的区块链网络。

涉及的业务流程如图5所示：1，患者注册并登陆处方流转平台，并生成患者身份地址码。患者去指定医院就医；患者地址的生成采用患者身份证号码加上高强度盐值(salt)并进行SHA256HASH160计算出唯一确定值，作为患者在处方流转平台中的身份值。

2，经过医生诊断、出具处方，此处方信息可根据患者授权后，流出到处方流转平台中，进而实现药店就近拿药。

3，处方流转平台跟医院签署协议，采用医院前置机部署，由HIS系统调用前置机接口方式，可以将处方信息推送到医院前置机中。

4，医院端从医院前置机接口层获取某患者的处方信息、患者信息和医师签名信息，对医师签名进行验证，验证通过说明处方有效，验证不通过，说明处方无效。然后处方信息按照字典排序计算摘要值，患者信息计算摘要值。通过医院端私钥进行处方摘要、患者信息摘要进行数字签名，通过处方流转平台公钥对处方信息进行全文加密，对患者信息进行全文加密。医院端会生成处方流转核心结构体，将处方信息加密后的字符串保存到区块链的映射mapping(address＝>处方struct)中并返回处方byte32类型地址，将患者信息加密后字符串保存到区块链的映射mapping(address＝>患者struct)中返回患者address类型地址，将处方摘要数字签名、患者信息摘要数字签名分别上传到区块链中，并返回byte32类型地址，将上述四个地址分别保存到处方流转核心结构体中的对应字段引用中。处方流转核心结构体将在区块链中流转，平台端可见、可操作。处方流转核心结构体既保证原始数据的加密，也降低流转过程中数据的开销，通过地址原始加密数据进行引用可以有效减少流转过程的数据量。患者地址的生成采用患者身份证号码加上高强度盐值(salt)并进行SHA256HASH160计算出唯一确定值，作为患者在处方流转平台中的身份值。处方信息上传到区块链中的地址计算方式是SHA256(处方号+高强度盐值)计算出平台唯一值。也可以包括医嘱信息，医嘱信息计算摘要值，通过医院端私钥进行医嘱摘要进行签名，通过处方流转平台公钥对医嘱信息进行全文加密，医院端将医嘱信息加密后的字符串保存到区块链的映射mapping(address＝>医嘱struct)中返回医嘱byte32类型地址，将医嘱摘要数字签名上传到区块链中，并返回byte32类型地址，将这两个地址分别保存到处方流转核心结构体中的对应字段引用中，使得处方流转核心结构体中包括6个地址。

处方流转平台侧处理步骤，当前数据来源是医院前置机保存到区块链上的处方流转核心结构体及处方加密数据、医嘱加密数据、患者加密数据，处方流转平台会验证上述处方流转核心结构体中的医院签名，具体步骤如下：根据处方流转核心结构体从区块链上获取处方摘要数字签名、患者信息摘要数字签名、处方加密信息和患者加密信息，利用处方流转平台私钥对处方加密信息和患者加密信息进行解密，获得处方信息患者信息，对处方信息和患者信息进行摘要计算，获得处方摘要信息和患者摘要信息，再用医院端公钥对处方摘要数字签名、患者信息摘要数字签名进行解密，将处方信息的摘要与处方摘要信息进行比较，若一致，则证明处方信息完整可靠、签名信息可信，如果不一致，则证明处方信息不可信，需要将处方退回；将患者信息的摘要与患者摘要信息进行比较，若一致，则证明患者信息完整可靠、签名信息可信，如果不一致，则证明患者信息不可信，需要将处方退回。相同的流程，医嘱信息都可以进行验证信息的完整性、可信性。

当处方、医嘱、患者信息均完整可靠可信后，平台将处方流转核心结构体医院数字签名(即处方摘要数字签名)取出，拼接到处方信息摘要之后，进行再次摘要计算(获得第一摘要)，对摘要计算结果使用处方流转平台私钥进行数字签名，获得平台签名，将平台签名保存到处方流转核心结构体中的平台签名字段中。此流程输出结果为处方流转核心结构体，保存到区块链网络中，使用权限返利，确保可以被药师端所审核，可以被患者端可见但不可操作，监管端可见，其余端不可见。

5，药师端处理流程，当前数据来源是平台签名后生成的处方流转核心结构体，由处方流转平台的药师端进行操作。药师端能够查询到所有已被平台签名但没有被药师签名的处方(处方流转核心结构体)，药师端由注册医师登录后执行下步审核操作。药师端验证药师的身份信息，并加载药师授权的药师私钥。药师选择一条待审阅处方，处方流转平台会记录本次查看行为，并将处方原始信息用平台私钥解密后加注水印方式展示给药师，使药师能够看到处方的详细信息。同时，会将处方对应的医嘱信息解密后加注水印方式展示给药师，将患者信息解密、脱敏后加注水印方式展示给药师，水印采用药师资格证书id+日期组成。药师经过查看，需要对处方做出审核结论和结果。处方流转平台就提供操作界面，药师将审核结果填入对应输入框中，并选择对应结果代码下拉框，处方流转平台会将药师的结果保存到区块链的审核意见中，并返回审核意见byte32地址值。

下一流程：平台侧处理步骤，处方流转平台会对平台签名的摘要(第一摘要)追加平台签名进行再次摘要计算(获得第二摘要)，并对摘要计算结果使用药师的私钥进行签名，获得药师签名，将药师签名保存到处方流转核心结构体的药师签名字段内。此步骤输出结果为处方流转核心结构体，保存到区块链网络中，使用权限管理方式，确保只可以被所属患者所见。

当前数据来源是药师端审核和签名后的处方信息，处方流转平台会根据药师的审核结果区别处理。如果药师的审核结果是通过，那么此处方对应的处方流转核心结构体会继续在处方流转平台中执行接下来的操作。如果药师的审核结果是不通过，那么此处方对应的处方流转核心结构体的状态会被设置为不合格，而不再参与处方流转平台接下来的操作。不通过这个结果，通过处方流转平台的事件机制通知医院端、患者端，由患者端的患者重新申请处方流转等操作，由医院端写入本地址的历史处方记录中。本流程输出结果为药师审核并审核意见通过的处方流转核心结构体。

6，患者端进行订单生成流程，当前数据来源是从处方流转平台的区块中保存的处方数据，其中只是此患者有权限的处方及处方流转核心结构体。权限认证通过患者的身份证号码进行区分，具体算法如下：如果address(患者身份证号码+高强度盐值)＝＝处方流转核心结构体的owner.address，则认为此患者拥有此处方的所有权，否则没有。处方流转平台会将所有处方流转核心结构体中满足权限的处方按照时间倒叙展示给患者，患者可以清晰的看到自己所有申请过的处方及每个处方的状态。患者通过患者端选择一个已经通过药师审核并签名的处方，通过选择指定药店进行订单的生成。订单生成的过程由患者主动发起，由处方流转平台的患者端接收到患者生成订单信息(即订单详情，包括哪些药品)和订单相关信息(比如订单中目的药店、订单自提或配送、订单备注、配送地址、配送电话等内容)，在上述信息中订单详情使用平台公钥加密后，密文保存到区块链区块中并返回byte32类型的地址，其余则生成订单结构体，其中药店字段为对应药店address值，订单类型为bool类型参数。处方流转平台会根据患者的身份信息，将药师签名拼接在第二摘要后进行摘要计算，获得第三摘要，通过患者私钥对第三摘要进行数字签名，获得患者签名，将患者签名存入处方流转核心结构体中，保存到区块链网络中，并将订单所对应的处方流转核心结构体中订单字段设置为订单结构体byte32类型的地址。本流程输出结果为患者生成的订单，通过权限设置，只有目标药店可见，由目标药店进行后续配药处理步骤。

8，药店配药流程，当前数据来源是从处方流转平台的区块中保存的数据，其中与该药店有关联的订单信息，及订单相关信息。区块链的智能合约保证药店只能看到与自己相关的订单信息，并且通过处方流转平台可以将订单信息进行解密，药店就可以看到订单的详细信息，处方流转平台也可以根据此订单关联的处方流转核心结构体的各阶段签名验证订单的有效性，同时药店也无法看到处方、医嘱、患者信息的原始内容，这样既可以确保处方详细信息、医嘱详细信息、患者信息的访问权限，又可以保证订单数据没被篡改。药店通过订单详情信息里的药品信息，配药并打包生成配药相关信息。如果处方的配送类型为自提，则将打包完成信息(即配药相关信息)通过处方流转平台保存到区块链中，将此订单关联的处方流转核心结构体的状态设置为待取货；其中，配药相关信息跟订单信息实际上重复，因此并没有保存到核心结构体中，只是保存到区块链中。

9，如果处方的配送类型为快递，药店端则将通知快递方取货，将发货信息(即配药相关信息)通过处方流转平台保存到区块链中，将此订单关联的处方流转核心结构体的状态设置为待收货。之后，处方流转平台对处方流转核心结构体中摘要部分(第第三摘要)，追加患者签名，再次进行摘要计算，获得第四摘要，并使用药店的私钥对计算结果(即第四摘要)进行签名，之后将药店签名通过处方流转平台保存到处方流转核心结构体的药店签名字段中。本流程输出结果为处方流转核心结构体，其中设置对应状态位已标记状态。线下药品取药或配送将是之后进行。

上述提到的各种摘要信息也可以跟签名信息一起保存到结构体中，作为认证签名的一部分。通常，数字签名的大概念的结构体中包含摘要值结构体，同时，数字签名又可以只指代私钥加密摘要后的字符串。

10，物流配送药品流程，快递端(物流公司)会将打包好的药品进行配送，并实时上传配送过程信息。处方流转平台的快递端采用接口方式或主动拉取的方式，将快递的配送过程信息推送给患者端及药店端。

当患者自提药品，当订单类型是自提类型时，订单状态变成待取药时将通知患者端，患者将前往指定药店拿取药品。

7和11，结算流程，当前流程是药品配送或药品自提的下一流程。处方流转平台将为每个订单生成唯一提货二维码，患者收货或提货时需出具此二维码，并使用第三方支付完成药品货款的支付，处方流转平台的药店端和快递端将验证二维码的有效性，并将支付信息上传到区块链区块中，将支付信息的byte32类型地址值保存到处方流转核心结构体的结算信息字段中。处方流转平台会将订单状态设置为待评价、将处方流转核心结构体将验证多段签名的合法，并设置为完成待评价，将处方设置为已使用。

处方流转平台设置评价流程，患者、药店可根据订单完成情况(时间、是否履约、是否退款等)为此订单打分及评价。处方流转平台将订单评分、订单评价通过智能合约保存到区块链中订单映射中，将药店评分、药店评价通过智能合约保存到区块链药店评价映射中，将患者评价通过智能合约保存到区块链患者评价映射中，除评价者外，其余人无法修改评价信息和内容，修改行为也将记录到区块链区块中。。此评价将影响到药店在处方流转平台中的排名，也具有不可篡改性。

12，13，生态伙伴通过处方流转平台提取数据，进行数可信据共享；

14，监管端(监管机构)，用于对处方流转平台展示的处方流转核心结构体内的信息进行监管。

图6是根据本发明实施例的处方流转处理装置的主要模块的示意图，如图6所示，所述处方流转处理装置600包括获取模块601和处理模块602。其中，获取模块601接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证；处理模块602获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码；获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录；拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

在一些实施例中，处理模块602还用于获取患者基本信息，通过预设的平台公钥对所述患者基本信息进行加密，以得到患者信息字段；调用预设的处理模型，生成交易哈希值并写入相应的患者信息字段中，进而将包括交易哈希值的患者信息字段存储至对应的区块链地址。

在一些实施例中，处理模块602获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，包括：获取所述当前处方数据中的处方明细数据，识别目标对象，调用对应的转换模型对所述目标对象进行处理，拼接处理后的各个目标对象以得到对应的第一编码。

在一些实施例中，处理模块602识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第一目标对象，调用自然语言处理模型对第一目标对象进行分词处理；根据预设的目录信息将每个分词分别映射得到对应的编码，进而组合各个编码。

在一些实施例中，处理模块602识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第二目标对象，调用预设的base编码模型对所述第二目标对象进行处理。

在一些实施例中，处理模块602识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第三目标对象，调用预设的标准字典码，对所述第三目标对象进行转换。

在一些实施例中，获取模块601还用于：接收处方处理请求，提取验证通过的处方处理请求中的处方标识；处理模块602还用于：根据所述处方标识，查找对应的区块链地址，以获得处方记录，调用预设的解码模型，对所述处方记录进行解码；识别所述处方处理请求的任务类型，基于所述任务类型提取解码后处方记录中相应的数据并返回。

需要说明的是，在本发明所述处方流转处理方法和所述处方流转处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图7示出了可以应用本发明实施例的处方流转处理方法或处方流转处理装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有处方流转处理屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的处方流转处理方法一般由服务器705执行，相应地，计算装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM803中，还存储有计算机系统800操作所需的各种程序和数据。CPU801、ROM802以及RAM803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶处方流转处理器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块和处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证；获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码；获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录；拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

根据本发明实施例的技术方案，能够解决现有处方数据流转效率低、成本高的问题。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种处方流转处理方法，其特征在于，包括：

接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证；

获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码；

获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录；

拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

2.根据权利要求1所述的方法，其特征在于，包括：

获取患者基本信息，通过预设的平台公钥对所述患者基本信息进行加密，以得到患者信息字段；

调用预设的处理模型，生成交易哈希值并写入相应的患者信息字段中，进而将包括交易哈希值的患者信息字段存储至对应的区块链地址。

3.根据权利要求1所述的方法，其特征在于，获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，包括：

获取所述当前处方数据中的处方明细数据，识别目标对象，调用对应的转换模型对所述目标对象进行处理，拼接处理后的各个目标对象以得到对应的第一编码。

4.根据权利要求3所述的方法，其特征在于，识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第一目标对象，调用自然语言处理模型对第一目标对象进行分词处理；

根据预设的目录信息将每个分词分别映射得到对应的编码，进而组合各个编码。

5.根据权利要求3所述的方法，其特征在于，识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第二目标对象，调用预设的base编码模型对所述第二目标对象进行处理。

6.根据权利要求3所述的方法，其特征在于，识别目标对象，调用对应的转换模型对所述目标对象进行处理，包括：

识别第三目标对象，调用预设的标准字典码，对所述第三目标对象进行转换。

7.根据权利要求1-6任一所述的方法，其特征在于，还包括：

接收处方处理请求，提取验证通过的处方处理请求中的处方标识；

根据所述处方标识，查找对应的区块链地址，以获得处方记录，调用预设的解码模型，对所述处方记录进行解码；

识别所述处方处理请求的任务类型，基于所述任务类型提取解码后处方记录中相应的数据并返回。

8.一种处方流转处理装置，其特征在于，包括：

获取模块，用于接收医院端发送的当前处方数据，基于所述医院端对应的公钥对所述当前处方数据进行签名认证；

处理模块，用于获取所述当前处方数据中的处方明细数据，调用预设的转换模型对所述处方明细数据进行处理，以得到对应的第一编码，进而通过预设的压缩字典码对所述第一编码进行映射以得到第二编码；获取所述当前处方数据中的患者基本信息，以计算对应的区块链地址，进而根据所述区块链地址获取所述患者的既往处方记录；拼接所述第二编码和所述既往处方记录得到待处理处方记录，基于预设平台私钥对所述待处理处方记录进行签名，以将签名后的所述待处理处方记录更新至所述区块链地址。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

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

Images