CN110635913A - 电子处方的验证方法及装置 - Google Patents

Abstract

本申请的实施例提供了一种电子处方的验证方法及装置。该电子处方的验证方法应用于区块链网络中的区块链节点，包括：获取第一电子处方和用于对第一电子处方进行验证的签名数据，签名数据是医疗系统根据自身的私钥对第一数据加密得到的，第一数据是医疗系统对第一电子处方进行哈希运算得到的，第一电子处方和所对应的签名数据被存储于医疗系统；通过在区块链网络中为医疗系统存储的公钥对签名数据进行解密，获得解密数据；对比解密数据与对第一电子处方进行哈希运算得到的第二数据，生成验证结果，验证结果用于指示第一电子处方是否被篡改。从而可以有效确认第一电子处方是否被篡改。

Description

电子处方的验证方法及装置

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种电子处方的验证方法及装置。

背景技术

随着医院无纸化概念的提出，在医疗机构中，电子处方逐渐取代了传统的纸质处方。但是电子处方被存储后，不可避免存在被篡改的情况，例如被恶意篡改。

在配药过程中，需要验证按照病人的电子处方来进行配药。如果未及时发现电子处方被篡改，将会导致严重的后果。

如何确认电子处方是否被篡改是现有技术中亟待解决的问题。

发明内容

本申请的实施例提供了一种电子处方的验证方法及装置，进而可以验证电子处方是否被篡改。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种电子处方的验证方法，应用于区块链网络中的区块链节点，所述方法包括：

获取第一电子处方和用于对所述第一电子处方进行验证的签名数据，所述签名数据是医疗系统根据自身的私钥对第一数据加密得到的，所述第一数据是所述医疗系统对所述第一电子处方进行哈希运算得到的，所述第一电子处方和所对应的签名数据被存储于所述医疗系统；

通过在所述区块链网络中为所述医疗系统存储的公钥对所述签名数据进行解密，获得解密数据；

对比所述解密数据与对所述第一电子处方进行哈希运算得到的第二数据，生成验证结果，所述验证结果用于指示所述第一电子处方是否被篡改。

根据本申请实施例的一个方面，提供了一种电子处方的验证装置，应用于区块链网络中的区块链节点，所述装置包括：

获取模块，用于获取第一电子处方和用于对所述第一电子处方进行验证的签名数据，所述签名数据是医疗系统根据自身的私钥对第一数据加密得到的，所述第一数据是所述医疗系统对所述第一电子处方进行哈希运算得到的，所述第一电子处方和所对应的签名数据被存储于所述医疗系统；

解密模块，用于通过在所述区块链网络中为所述医疗系统存储的公钥对所述签名数据进行解密，获得解密数据；

对比模块，用于对比所述解密数据与对所述第一电子处方进行哈希运算得到的第二数据，生成验证结果，所述验证结果用于指示所述第一电子处方是否被篡改。

在本申请的一些实施例所提供的技术方案中，通过对比由医疗系统的公钥对签名数据进行解密获得的解密数据和对第一电子处方进行哈希运算得到的第二数据，来生成第一电子处方的验证结果，从而根据验证结果即可确认第一电子处方是否被篡改。而且，由于将医疗系统的公钥存储于区块链网络中，具有不可篡改性，从而保证了对第一电子处方所进行验证的有效性，避免因公钥被篡改所造成生成错误的验证结果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是根据一实施例示出的本公开的实施环境；

图2是根据一示例性实施例示出的电子处方的验证方法的流程图；

图3是图2对应实施例中步骤250在一实施例中的流程图；

图4是根据另一实施例示出的电子处方的验证方法的流程图；

图5是图4对应实施例中步骤470在一实施例中的流程图；

图6是图2对应实施例的步骤210在一实施例中的流程图；

图7是图2对应实施例的步骤210在另一实施例中的流程图；

图8是根据另一实施例示出的电子处方的验证方法的流程图；

图9是根据一具体实施例示出的电子处方的验证方法的流程图；

图10是根据一具体实施例示出的电子处方的验证方法的时序图；

图11是根据一示例性实施例示出的电子处方的验证装置的框图；

图12示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1是根据一示例性实施例示出的本公开的实施环境。如图1所示，该实施环境包括由若干区块链节点111构成的区块链网络110和与区块链网络110通信连接的若干医疗系统120。

其中，医疗系统120由所在医疗机构中的若干计算机设备组成，医疗机构中的计算机设备例如台式计算机、笔记本计算机、服务器等。该医疗系统至少用于存储医疗机构中所开具的电子处方以及电子处方的签名数据。

区块链网络110中的计算机设备即可作为区块链节点111，计算机设备例如服务器、用户终端等具有计算计算能力的电子设备。

基于区块链网络110与医疗系统120的通信连接，从而，区块链网络110中的任一区块链节点111可以为医疗系统120中所存储的电子处方按照本公开的方法进行验证。

参见图1所示的区块链网络110，区块链网络100包括若干区块链节点111，区块链网络110中的各区块链节点之间进行数据共享。区块链节点111在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链网络100内的共享数据，该输入信息例如医疗系统的公钥。

为了保证区块链网络110内的信息互通，区块链网络110中的每个区块链节点之间可以存在信息连接，区块链节点之间可以通过上述信息连接进行信息传输。例如，当区块链网络100的任意区块链节点接收到医疗系统M的公钥时，区块链网络中的其他区块链节点便根据共识算法获取该医疗系统M的公钥，将医疗系统M的公钥作为共享数据中的数据进行存储，使得区块链网络中全部区块链节点上存储的数据均一致。

对于区块链网络中的每个区块链节点，均具有与其对应的节点标识，而且区块链网络中的每个区块链节点均可以存储有区块链网络中其他区块链节点的节点标识，以便后续根据其他区块链节点的节点标识，将生成的区块广播至区块链网络中的其他区块链节点。每个区块链节点中可维护一个如下表所示的节点标识列表，将区块链节点名称和区块链节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该区块链节点的信息，表1中仅以IP地址为例进行说明。

表1节点标识列表

区块链节点名称	区块链节点标识
		区块链节点1	117.114.151.174
区块链节点2	117.116.189.145
		…	…
区块链节点N	119.123.789.258

区块链网络中的每个区块链节点均存储一条相同的区块链。区块链由多个区块组成。每个区块中包括本区块存储有本区块的哈希值、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图2是根据一示例性实施例示出的一种电子处方的验证方法的流程图，该方法由区块链中的区块链节点执行，其中，该区块链节点可以是区块链网络中的具有计算处理功能的设备，该设备例如服务器。参照图2所示，该电子处方的验证方法至少包括步骤210至步骤250，详细介绍如下：

步骤210，获取第一电子处方和用于对第一电子处方进行验证的签名数据，签名数据是医疗系统根据自身的私钥对第一数据加密得到的，第一数据是医疗系统对第一电子处方进行哈希运算得到的，第一电子处方和所对应的签名数据被存储于医疗系统。

在本公开的方案中，该第一电子处方并不特指某一电子处方，而是泛指待进行验证的电子处方。

医疗系统用于存储所在医疗机构中开具的电子处方，以及电子处方对应的签名数据，换言之，存储第一电子处方和所对应的签名数据的医疗系统是第一电子处方所来源的医疗系统。

进一步的，医疗系统在进行电子处方存储的过程中，对所要存储的电子处方进行哈希运算，得到该电子处方所对应的第一数据；然后，通过该医疗系统的私钥对第一数据进行加密，对应得到该电子处方对应的签名数据；之后，将电子处方与所对应的签名数据进行关联存储。从而，在需要电子处方时，例如在医疗机构的药房进行配药时、取药时，可以直接从该医疗机构的医疗系统对应获取病人的电子处方。

哈希算法是指通过哈希函数将任意长度的消息映射成为一个长度较短且长度固定的值，该值被称为消息的哈希值、或散列值。该过程是一种单向密码体制，即从一个明文到密文的不可逆映射，只有加密过程，没有解密过程。具体到本公开中，电子处方即为任意长度的消息，电子处方的第一数据即是将电子处方所映射成一个固定长度的值，故电子处方的第一数据又可以称为电子处方的哈希值、或散列值。

通过医疗系统的私钥对电子处方的第一数据进行加密的过程又称为签名过程。

步骤230，通过在区块链网络中为医疗系统存储的公钥对签名数据进行解密，获得解密数据。

医疗机构的私钥与医疗机构的公钥是相对应的，即在用医疗机构的私钥对电子处方的第一数据进行加密获得签名数据后，仅能通过该医疗机构的公钥才能对该签名数据成功解密。

由于存储于区块链网络中的数据具有不可篡改性，从而，将医疗系统的公钥存储在区块链网络中，保证了公钥的不可篡改，进而保证了所进行电子处方验证的有效性，有效避免因医疗系统的公钥被篡改所导致不能对签名数据进行解密而生成错误的验证结果。

步骤250，对比解密数据与对第一电子处方进行哈希运算得到的第二数据，生成验证结果，验证结果用于指示第一电子处方是否被篡改。

医疗系统在存储电子处方的过程中，对电子处方进行哈希运算对应得到该电子处方对应的第一数据。由于哈希算法的不可逆性，不能够通过为第一电子处方所存储的签名数据进行解密所获得的解密数据逆向获得生成签名数据时所用的第一处方。

因而，在区块链节点对电子处方进行验证的过程中，由区块链节点对该第一电子处方再一次进行哈希运算得到第一电子处方对应的第二数据。

可以理解的是，如果第一电子处方未被篡改，则由区块链节点对第一电子处方进行哈希运算所得到的第一电子处方对应的第二数据与医疗系统在对第一电子处方进行存储过程中对第一电子处方进行哈希运算所得到的第一数据是一致的。反之，如果第一电子处方被篡改，则第一电子处方的第一数据和第二数据是不一致的。

区块链节点通过医疗系统的公钥对签名数据进行解密所获得的解密数据是与医疗系统在存储过程中为该第一电子处方生成的第一数据一致的。

由于区块链网络中未存储在医疗系统在存储第一电子处方过程中所生成的第一数据，从而，将第一数据与第二数据的对比转换成解密数据与第二数据的对比。

换言之，通过对比解密数据与第二数据，即可得知该第一电子处方是否被篡改。具体的，即如果解密数据与第二数据不一致，则表明第一电子处方被篡改，反之，如果解密数据与第二数据一致，则表明第一电子处方未被篡改。

具体地，如图3所示，步骤250包括：

步骤310，在对第一电子处方进行哈希运算得到第二数据之后，进行解密数据与第二数据的对比。

步骤330，若对比确认解密数据与第二数据一致，则生成指示第一电子处方未被篡改的验证结果。

步骤350，若对比确认解密数据与第二数据不一致，则生成指示第一电子处方被篡改的验证结果。

在本公开的方案中，由区块链接点根据为医疗系统存储的公钥、结合从医疗系统中所获取到的第一电子处方和所对应的签名数据，通过对比根据医疗系统的公钥对签名数据解密获得的解密数据和对第一电子处方进行哈希运算得到的第二数据来对应生成验证结果，从而根据验证结果即可确认第一电子处方是否被篡改。

现有技术中，存在由认证中心(Certificate Authority,CA)来进行公钥和私钥的存储，但是，不可避免的是，认证中心所存储的数据可能被篡改。则在为医疗系统所存储的公钥被篡改的情况下，则导致为待验证的第一电子处方生成错误的验证结果。

在本公开的方案中，由于将医疗系统的公钥存储于区块链网络中，具有不可篡改性，从而保证了对第一电子处方所进行验证的有效性，有效避免因公钥被篡改所造成生成错误的验证结果。

进一步的，在本公开的方案中，将第一电子处方以及所对应的签名数据存储于医疗系统中，从而，可以便于病人、医疗机构中的医护人员在需要时可随时取用电子处方，而不需要通过访问区块链网络来获得；而且，由于不需要将电子处方以及所对应的签名数据存储于区块链网络中，从而大幅降低了区块链网络中各区块链节点的存储压力，仅仅在需要对电子处方进行验证时才请求区块链网络进行验证。

在一实施例中，在区块链节点为第一电子处方生成验证结果之后，将验证结果返回至为第一电子处方发起验证的一方。

本公开的方法可以应用于在需要对电子处方进行验证的场景中，例如，在医院进行配药、取药、看病的过程中。在配药之前，配药的医疗人员需要对电子处方进行验证，并在验证通过之后才按照电子处方进行配药；同理，在取药的过程中，医疗人员也需要对电子处方进行验证核对。病人在医院看病的过程中，医生为了核实病人的病历，需要对病人的电子处方进行验证核实。

在一示例性实施例中，如图4所示，该方法还包括：

步骤410，接收医疗系统发起的注册请求，注册请求包括医疗系统所属医疗机构的机构信息。

医疗系统为了获得自身的公钥和私钥，向区块链节点发起注册请求。从而，区块链节点根据注册请求为医疗系统生成唯一的非对称公私钥。

区块链节点通过医疗系统所属医疗机构的机构信息来进行医疗系统的识别。即如果区块链网络中未存储一医疗结构的机构信息，则表明并未为归属于该医疗机构的医疗系统生成非对称公私钥。

医疗机构的机构信息可以是医疗机构的名称、组织机构代码等可以唯一标识医疗机构的信息，在此不进行具体限定。

步骤430，为医疗系统生成非对称公私钥。

步骤450，将非对称公私钥中的公钥存储于区块链网络中。以及

步骤470，向医疗系统返回非对称公私钥中的私钥，以使医疗系统通过私钥对第一数据进行加密对应获得签名数据。

在本实施例中，为了保证医疗机构的非对称公私钥的唯一性和避免进行公钥的传输，由区块链网络中的区块链节点来为医疗机构生成非对称公私钥。从而，区块链节点在为医疗系统生成公钥与私钥后，将医疗系统的私钥安全传输至医疗系统，而直接将医疗系统的公钥存储在区块链节点，并进行区块链网络中全网同步，实现医疗系统的公钥在区块链网络中的存储。由于在该过程中，在公钥生成后直接将公钥存储于区块链网络中，不需要进行医疗系统的公钥在除区块链网络以外的地方传输，从而可以有效避免公钥在传输过程中被篡改。

在为医疗系统生成非对称公私钥后，将医疗系统的私钥传输至医疗系统，从而，医疗系统在进行电子处方存储过程中，通过私钥对电子处方的第一数据进行加密对应获得签名数据。

在一实施例中，在区块链节点为发起注册请求的医疗系统生成非对称公私钥后，将该医疗系统所属医疗机构的机构信息存储于区块链中，并在区块链网络中进行同步。

在一实施例中，区块链节点可以为每一医疗系统对应构建一区块，通过所生成的区块来对应存储该医疗系统的信息，例如医疗系统的公钥、医疗系统所属医疗机构的机构信息、以及下文中为该医疗系统中的电子处方所生成的第二数据等，并将所生成的区块链入区块链中，并同步至区块链网络中的其他区块链节点。

在一示例性实施例中，如图5所示，步骤470包括：

步骤510，根据为医疗系统生成的私钥生成私钥索引，私钥索引中包括私钥。

步骤530，向医疗系统返回私钥索引，医疗系统从私钥索引中获得私钥。

第一电子处方的验证结果取决于所获取的第一电子处方、所获取的签名数据、以及医疗系统的公钥，而第一电子处方的签名数据与医疗系统的私钥直接相关，从而，为了保证验证结果的有效性，需要对所生成私钥进行安全传输。

在本实施例中，为了保证私钥的准确接收，由区块链节点为所生成的私钥生成私钥索引。其中，该私钥索引是包括私钥在内的一串不规则字符信息。例如将表征私钥的连续字符串进行拆分，得到若干字符，然后将该若干字符分别插入到另一字符串中，将私钥所对应的若干字符插入到另一字符串中所得到的组合字符串即可以作为私钥索引。

从而，在医疗系统接收到私钥索引之后，可以按照生成私钥索引的算法进行逆向，从私钥索引中对应提取得到完整的私钥。由于并不是明文进行私钥的传输，从而有效提高了私钥传输的安全性。

在一实施例中，为了保证私钥的安全传输，在传输医疗系统的私钥索引之前，配置验证码，将私钥索引和验证码同时传输至医疗系统。从而，在医疗系统接收到私钥索引和验证码之后，通过验证码验证所接收到的私钥索引与区块链节点所发送的私钥索引是否一致，如果不一致，则请求区块链节点再次进行私钥传输，从而保证私钥的准确传输。

在一示例性实施例中，如图6所示，步骤210包括：

步骤610，接收医疗系统为第一电子处方发送的验证请求，验证请求携带第一电子处方的处方标识。

步骤630，根据验证请求向医疗系统请求获得第一电子处方和所对应的签名数据。

在本实施例中，由存储第一电子处方的医疗系统发起验证请求，例如在医院中进行配药和取药过程中，医护人员对本医疗机构开具的电子处方进行验证。从而，在需要进行第一电子处方验证时，由医疗系统为自身所存储的第一电子处方向区块链节点发送验证请求。区块链节点对应根据验证请求中所携带的第一电子处方的处方标识从存储第一电子处方的医疗系统中获取第一电子处方和第一电子处方所对应的签名数据。

处方标识用于唯一标识电子处方。在具体实施例中，处方标识中还可以携带医疗系统的机构标识信息，从而，根据处方标识中所携带的机构标识信息可以确定该处方标识所对应的电子处方所存储的医疗系统。

在另一实施例中，为了提高医疗系统与区块链网络之间的交互效率，医疗系统提取自身所存储的第一电子处方和第一电子处方对应的签名数据，并根据所提取的第一电子处方和第一电子处方对应的签名数据生成验证请求，进而，在区块链节点接收到验证请求之后，从验证请求中直接提取得到第一电子处方和第一电子处方的签名数据。

在一示例性实施例中，如图7所示，步骤210包括：

步骤710，接收区别于医疗系统的其它医疗系统为第一电子处方发送的验证请求，验证请求携带从医疗系统所获得的第一电子处方。

步骤730，根据验证请求向医疗系统请求获得第一电子处方所对应的签名数据。

在本实施例中，实现了跨医疗系统进行验证请求的发送，换言之，一医疗系统可以为自身所存储的电子处方向区块链节点发送验证请求，也可以为其他医疗系统存储的电子处方向区块链节点发送验证请求。

其中，验证请求中所携带的第一电子处方可以是通过病人从医疗系统中获得。

可以理解的是，验证请求中包括该第一电子处方的处方标识，从而，区块链节点可以根据处方标识对应确认第一电子处方的签名数据所存储的医疗系统，并对应获得第一电子处方的签名数据。

在病人去医院看病时，往往需要出具病历供医生了解情况。在该种场景下，可按照本实施例中的方法来实现对病人所提供的其他医院开具的电子处方的验证。

举例来说，假设病人当前所在的医疗机构为医疗机构A，需要通过医疗机构A的医疗系统A为医疗机构B的医疗系统B中存储的第一电子处方发送验证请求，从而，医疗系统A可以根据病人在医疗系统B中所提取得到的第一电子处方向区块链节点发送验证请求。

在另一实施例中，各个医疗系统彼此互联互通的。在此场景下，医疗系统A可以直接从医疗系统B的医疗系统B中获得所存储的电子处方。在此情况下，医疗系统A可以根据第一电子处方的处方标识生成验证请求，在区块链节点接收到验证请求之后，根据验证请求中第一电子处方的处方标识，从而医疗系统B中提取获得第一电子处方和第一电子处方的签名数据。

在一实施例中，步骤230之前，该方法还包括：

按照医疗系统的公钥在区块链网络中的存储地址信息的指示，从区块链网络中获取医疗系统的公钥，存储地址信息从医疗系统中获得，区块链节点在存储医疗系统的公钥后，将存储地址信息下发到医疗系统。

在本实施例中，完成医疗系统的公钥在区块链网络中的存储后，区块链节点将医疗系统的公钥在区块链网络中的存储地址信息传输至医疗系统。从而，在需要对第一电子处方进行验证时，从医疗系统中获取该存储地址信息以对应获取到公钥，提高了医疗系统的公钥的获取效率。

其中，存储地址信息可以是指示所对应医疗系统的公钥在区块链中所在的区块的标识信息。从而，根据该标识信息定位到区块链中对应的区块，进而获取到区块中所存储的公钥。

区块链节点根据公钥的存储地址信息进行公钥的获取，提高了公钥的查找效率。

进一步的，由于区块链节点将公钥的存储地址信息下发到对应的医疗系统，从而，在区块链网络中并不需要对该存储地址信息进行存储，从而出，降低了区块链网络中的数据存储压力。

在一实施例中，如图8所示，该方法还包括：

步骤810，在对第一电子处方进行哈希运算得到第二数据之后，在区块链网络中进行第二数据的查找。

步骤830，若在区块链网络中查找到第二数据，则将与所查找到第二数据关联存储的验证结果作为第一电子处方的验证结果。

步骤850，若在区块链网络中未查找到第二数据，则执行步骤250。

在本实施例中，在区块链节点为待验证的电子处方生成验证结果之后，将为待验证的电子处方生成的第二数据和所生成的验证结果关联存储在区块链网络中。

从而，在区块链节点为第一电子处方生成第二数据之后，在区块链网络中进行第二数据的查找，如果查找到该第一电子处方的第二数据，则直接将与所查找到的第二数据关联存储的验证结果作为第一电子处方的验证结果。从而节省了进行验证的时间，提高了验证的效率。

反之，如果未查找到第一电子处方的第二数据，则说明在此之前并为对该当前内容的第一电子处方进行验证，则通过步骤250实现该第一电子处方的验证。

在医疗机构中，不同医护人员可能请求区块链节点对针对同一份电子处方进行验证。按照本实施例中的方法，对于已经进行验证的电子处方，则可以直接获取到电子处方的验证结果，而不需要执行步骤250，从而提高了验证效率。

在一实施例中，该方法还包括：

将第一电子处方所对应的第二数据与验证结果关联存储于区块链网络。

从而，基于所存储的第二数据和验证结果，当对该相同的第一电子处方再次请求进行验证时，则可以按照图8对应实施例中的方法确定该第一电子处方的验证结果。

所进行的存储，即将第二数据与对应的验证结果存储于区块链节点中的区块链中，并将存储有第二数据与验证结果的区块链同步至区块链网络中的其它区块链节点。

图9是根据一具体实施例示出的电子处方的验证方法的示意图。如图9所示，由医疗系统进行电子处方的存储，由区块链网络进行电子处方的验证。

医疗系统存储电子处方的过程具体为：先对处方的明文即电子处方A进行哈希运算，得到电子处方A对应的第一数据B；再通过区块链节点为医疗系统生成的私钥对第一数据B进行加密，对应得到签名数据C；然后，将电子处方A和所对应的签名数据C关联存储在医疗系统中。

区块链节点进行电子处方的验证的过程具体为：区块链节点从医疗系统中获取待进行验证的第一电子处方A1和该第一电子处方A1对应的签名数据C；对第一电子处方A1进行哈希运算，得到第一电子处方A1对应的第二数据E；以及通过区块链网络为医疗系统生成的公钥对签名数据C进行解密，对应获得解密数据D；最后通过对比第二数据E和解密数据D来生成验证结果，即若第二数据E与解密数据D一致，则生成指示第一电子处方未被篡改的验证结果；反之，则生成指示第一电子处方被篡改的验证结果。

图10是根据一具体实施例示出了电子处方的验证方法的时序图。如图10所示，通过如下的过程实现电子处方的验证：

步骤1010，由医疗系统向区块链节点发送注册请求，其中，医疗系统可以根据自身所属医疗机构的机构信息(例如机构名称、组织机构代码等信息)生成注册请求。

步骤1020，区块链节点为医疗系统生成唯一的非对称公私钥，并将医疗系统的公钥存储在区块链网络中。

步骤1030，区块链节点向发起注册请求的医疗系统返回所生成的私钥，和医疗系统的公钥在区块链网络中的存储地址信息。

至此，从而步骤1010-1030实现为医疗系统生成非对称公私钥。

在医疗系统获得自身的私钥之后，对于所要进行存储的电子处方，通过步骤1040进行存储。步骤1040，对电子处方进行哈希运算得到第一数据，并通过私钥对第一数据进行加密，得到签名数据，然后将电子处方和对应的签名数据关联存储在医疗系统中。

对于需要进行验证的电子处方，医疗系统通过步骤1050向区块链节点发送验证请求。

在区块链节点根据验证请求获取到待进行验证的第一电子处方和所对应的签名数据后，执行步骤1060。在步骤1060中，获取医疗系统的公钥对签名数据进行解密，对应获得解密数据；以及对第一电子处方进行哈希运算获得第二数据；然后对比解密数据和第二数据生成验证结果。

步骤1070，向医疗系统返回对第一电子处方的验证结果。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的电子处方的验证方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的电子处方的验证方法的实施例。

图11是根据一示例性实施例示出的电子处方的验证装置的框图。该电子处方的验证装置1100配置于区块链网络中区块链节点，参照图11所示，该装置包括：

获取模块1110，用于获取第一电子处方和用于对第一电子处方进行验证的签名数据，签名数据是医疗系统根据自身的私钥对第一数据加密得到的，第一数据是医疗系统对第一电子处方进行哈希运算得到的，第一电子处方和所对应的签名数据被存储于医疗系统。

解密模块1130，用于通过在区块链网络中为医疗系统存储的公钥对签名数据进行解密，获得解密数据。

对比模块1150，用于对比解密数据与对第一电子处方进行哈希运算得到的第二数据，生成验证结果，验证结果用于指示第一电子处方是否被篡改。

上述装置中各个模块的功能和作用的实现过程具体详见图2以及上述电子处方的验证方法中对应步骤的实现过程，在此不再赘述。

在一实施例中，该装置还包括：

注册请求接收模块，用于接收医疗系统发起的注册请求，注册请求包括医疗系统所属医疗机构的机构信息。

非对称公私钥生成模块，用于为医疗系统生成非对称公私钥。

公钥存储模块，用于将非对称公私钥中的公钥存储于区块链网络中。

以及

私钥返回模块，用于向医疗系统返回非对称公私钥中的私钥，以使医疗系统通过私钥对第一数据进行加密对应获得签名数据。

在一实施例中，私钥返回模块包括：

私钥索引生成单元，用于根据为医疗系统生成的私钥生成私钥索引，私钥索引中包括私钥。

私钥索引返回单元，用于向医疗系统返回私钥索引，医疗系统从私钥索引中获得私钥。

在一实施例中，获取模块1110包括：

第一验证请求接收单元，用于接收医疗系统为第一电子处方发送的验证请求，验证请求携带第一电子处方的处方标识。

第一签名数据获取单元，用于根据验证请求向医疗系统请求获得第一电子处方和所对应的签名数据。

在另一实施例中，获取模块1110包括：

第二验证请求接收单元，用于接收区别于医疗系统的其它医疗系统为第一电子处方发送的验证请求，验证请求携带从医疗系统所获得的第一电子处方。

第二签名数据获取单元，用于根据验证请求向医疗系统请求获得第一电子处方所对应的签名数据。

在一实施例中，该装置还包括：

公钥获取模块，用于按照医疗系统的公钥在区块链网络中的存储地址信息的指示，从区块链网络中获取医疗系统的公钥，存储地址信息从医疗系统中获得，区块链节点在存储医疗系统的公钥后，将存储地址信息下发到医疗系统。

在一实施例中，该装置还包括：

验证结果返回模块，用于向发起验证的一方返回验证结果。

在一实施例中，对比模块1150包括：

对比单元，用于在对第一电子处方进行哈希运算得到第二数据之后，进行解密数据与第二数据的对比。

第一验证结果生成单元，用于若对比确认解密数据与第二数据一致，则生成指示第一电子处方未被篡改的验证结果。

第二验证结果生成单元，用于若对比确认解密数据与第二数据不一致，则生成指示第一电子处方被篡改的验证结果。

在一实施例中，该装置还包括：

查找模块，用于在对第一电子处方进行哈希运算得到第二数据之后，在区块链网络中进行第二数据的查找。

第一执行模块，用于若在区块链网络中查找到第二数据，则将与所查找到第二数据关联存储的验证结果作为第一电子处方的验证结果；

第二执行模块，用于若在区块链网络中未查找到第二数据，则跳转至对比模块1150。

在一实施例中，该还包括：

验证结果存储模块，用于将第一电子处方所对应的第二数据与验证结果关联存储于区块链网络。

上述装置中各个模块/单元的功能和作用的实现过程具体详见上述电子处方的验证方法中对应步骤的实现过程，在此不再赘述。

可以理解，这些模块可以通过硬件、软件、或二者结合来实现。当以硬件方式实现时，这些模块可以实施为一个或多个硬件模块，例如一个或多个专用集成电路。当以软件方式实现时，这些模块可以实施为在一个或多个处理器上执行的一个或多个计算机程序。

本申请还公开了一种电子设备，该电子设备可用于执行本公开上述方法实施例中任一项中的方法。图12示出了本实施例中电子设备的计算机系统的结构示意图。

需要说明的是，图12示出的电子设备的计算机系统1200仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图12所示，计算机系统1200包括中央处理单元(Central Processing Unit，CPU)1101，其可以根据存储在只读存储器(Read-Only Memory，ROM)1102中的程序或者从存储部分1208加载到随机访问存储器(Random Access Memory，RAM)1203中的程序而执行各种适当的动作和处理，例如执行上述方法实施例中任一实施例中的方法。在RAM 1203中，还存储有系统操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1203通过总线1204彼此相连。输入/输出(Input/Output，I/O)接口1205也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

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

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

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被处理器执行时，使得该电子设备实现上述实施例中的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种电子处方的验证方法，应用于区块链网络中的区块链节点，其特征在于，所述方法包括：

获取第一电子处方和用于对所述第一电子处方进行验证的签名数据，所述签名数据是医疗系统根据自身的私钥对第一数据加密得到的，所述第一数据是所述医疗系统对所述第一电子处方进行哈希运算得到的，所述第一电子处方和所对应的签名数据被存储于所述医疗系统；

通过在所述区块链网络中为所述医疗系统存储的公钥对所述签名数据进行解密，获得解密数据；

对比所述解密数据与对所述第一电子处方进行哈希运算得到的第二数据，生成验证结果，所述验证结果用于指示所述第一电子处方是否被篡改。

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

接收所述医疗系统发起的注册请求，所述注册请求包括所述医疗系统所属医疗机构的机构信息；

为所述医疗系统生成非对称公私钥；

将所述非对称公私钥中的公钥存储于所述区块链网络中；以及

向所述医疗系统返回所述非对称公私钥中的私钥，以使所述医疗系统通过所述私钥对所述第一数据进行加密对应获得所述签名数据。

3.根据权利要求2所述的方法，其特征在于，所述向所述医疗系统返回所述非对称公私钥中的私钥，包括：

根据为所述医疗系统生成的所述私钥生成私钥索引，所述私钥索引中包括所述私钥；

向所述医疗系统返回所述私钥索引，所述医疗系统从所述私钥索引中获得所述私钥。

4.根据权利要求1所述的方法，其特征在于，所述获取第一电子处方和用于对所述第一电子处方进行验证的签名数据包括：

接收所述医疗系统为所述第一电子处方发送的验证请求，所述验证请求携带所述第一电子处方的处方标识；

根据所述验证请求向所述医疗系统请求获得所述第一电子处方和所对应的签名数据。

5.根据权利要求1所述的方法，其特征在于，所述获取第一电子处方和用于对所述第一电子处方进行验证的签名数据包括：

接收区别于所述医疗系统的其它医疗系统为所述第一电子处方发送的验证请求，所述验证请求携带从所述医疗系统所获得的所述第一电子处方；

根据所述验证请求向所述医疗系统请求获得所述第一电子处方所对应的签名数据。

6.根据权利要求4或5所述的方法，其特征在于，所述通过在所述区块链网络中为所述医疗系统存储的公钥对所述签名数据进行解密，获得解密数据之前，所述方法还包括：

按照所述医疗系统的公钥在所述区块链网络中的存储地址信息的指示，从所述区块链网络中获取所述医疗系统的公钥，所述存储地址信息从所述医疗系统中获得，所述区块链节点在存储所述医疗系统的公钥后，将所述存储地址信息下发到所述医疗系统。

7.根据权利要求1所述的方法，其特征在于，所述对比所述解密数据与对所述第一电子处方进行哈希运算得到的第二数据，生成验证结果包括：

在对所述第一电子处方进行哈希运算得到所述第二数据之后，进行所述解密数据与所述第二数据的对比；

若对比确认所述解密数据与所述第二数据一致，则生成指示所述第一电子处方未被篡改的验证结果；

若对比确认所述解密数据与所述第二数据不一致，则生成指示所述第一电子处方被篡改的验证结果。

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

在对所述第一电子处方进行哈希运算得到所述第二数据之后，在所述区块链网络中进行所述第二数据的查找；

若在所述区块链网络中查找到所述第二数据，则将与所查找到第二数据关联存储的验证结果作为所述第一电子处方的验证结果；

若在所述区块链网络中未查找到所述第二数据，则执行所述对比所述解密数据与对所述第一电子处方进行哈希运算得到的第二数据，生成验证结果的步骤。

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

将所述第一电子处方所对应的所述第二数据与所述验证结果关联存储于所述区块链网络。

10.一种电子处方的验证装置，应用于区块链网络中的区块链节点，其特征在于，所述装置包括：

获取模块，用于获取第一电子处方和用于对所述第一电子处方进行验证的签名数据，所述签名数据是医疗系统根据自身的私钥对第一数据加密得到的，所述第一数据是所述医疗系统对所述第一电子处方进行哈希运算得到的，所述第一电子处方和所对应的签名数据被存储于所述医疗系统；

解密模块，用于通过在所述区块链网络中为所述医疗系统存储的公钥对所述签名数据进行解密，获得解密数据；

对比模块，用于对比所述解密数据与对所述第一电子处方进行哈希运算得到的第二数据，生成验证结果，所述验证结果用于指示所述第一电子处方是否被篡改。

Images