基于5G和区块链的互联网医疗健康信息互通互享平台

技术领域

本发明涉及区块链技术领域，特别是涉及一种基于5G和区块链的互联网医疗健康信息互通互享平台和方法。

背景技术

随着信息技术的迅速发展，越来越多的医院借助于信息技术实现网上挂号、就诊记录汇总和管理等。例如，患者在前往医院就诊之前，可以通过其手机预先在网上进行挂号。患者在医院就诊期间，医生可以调取医院内存储的该患者的历史就诊记录，从而根据该患者的历史就诊记录和当前症状，更加合理地做出诊断。然而现有技术中，虽然各家医院在医院内部形成了良好的信息化环境，各家医院对患者的就诊记录数据进行了有效管理和应用，但是各家医院相互之间却形成了信息孤岛。如果某一患者前后在多家医院进行过治疗，则当该患者前往新的一家医院治疗时，该医院的医生难以获得该患者在其他医院的就诊记录数据。可见，如何实现医疗数据的互通互享是当前亟待解决的技术问题。

发明内容

本发明实施例的目的在于提供一种基于5G和区块链的互联网医疗健康信息互通互享平台和方法。具体技术方案如下：

在本发明实施例的第一方面，提供一种基于5G和区块链的互联网医疗健康信息互通互享平台，所述平台包括：区块链网络、医用终端以及用户终端；所述区块链网络是由多家医院各自的服务器组建成的区块链网络，所述区块链网络中部署有多个档案合约，每个档案合约分别对应一个用户，每个档案合约中记录有相应用户的就诊记录密文和相应用户的公钥；所述用户终端包含5G通讯模块，所述用户终端通过其包含的5G通信模块与医院的服务器和医用终端通信；

所述用户终端接收用户的挂号操作，从而向目标医院的服务器发送挂号请求；该服务器根据所述挂号请求包含的科室信息，建立该用户终端与目标医用终端之间的关联关系；

所述目标医用终端根据医生操作，生成就诊记录查看请求，并将该就诊记录查看请求提交给医院的服务器；该服务器根据预先建立的关联关系，将该就诊记录查看请求转发给相应的用户终端；所述用户终端响应于该就诊记录查看请求，利用用户私钥对该就诊记录查看请求进行签名，并将该医记录查看请求及其签名数据提交给医院的服务器；该服务器响应于该就诊记录查看请求，从该就诊记录查看请求中读取出用户身份信息，并从本地的账本数据库中调取出该用户身份信息对应的档案合约，再利用该档案合约中记录的用户公钥对所述签名数据进行验签，在验签通过的情况下，将该档案合约中记录的就诊记录密文返回给该用户终端；

所述用户终端利用本地存储的密钥，对就诊记录密文进行解密，得到多条就诊记录明文；所述用户终端接收用户输入的授权操作，将用户指定的就诊记录明文打包生成授权信息，并将该授权信息提交给医院的服务器，该服务器根据预先建立的关联关系，将该授权信息转发给所述目标医用终端；所述目标医用终端接收所述授权信息，并显示该授权信息中包含的就诊记录明文。

在本发明实施例的第二方面，提供一种基于5G和区块链的互联网医疗健康信息互通互享方法，所述方法应用于区块链网络的任一节点，所述区块链网络包括多个节点，所述多个节点分别是多家医院的服务器；所述区块链网络中部署有多个档案合约，每个档案合约分别对应一个用户，每个档案合约中记录有相应用户的就诊记录密文和相应用户的公钥；所述方法包括：

响应于用户终端通过5G通信模块发送的挂号请求，根据该挂号请求中包含的科室信息，建立该用户终端与目标医用终端之间的关联关系；其中，所述目标医用终端是所述科室信息对应的医用终端；

响应于医用终端提交的就诊记录查看请求，根据预先建立的关联关系，将该就诊记录查看请求转发给相应的用户终端；

响应于用户终端提交的就诊记录查看请求和该就诊记录查看请求的签名数据，根据该就诊记录查看请求携带的用户身份信息，从本地的账本数据库中调取出该用户身份信息对应的档案合约，再利用该档案合约中记录的用户公钥对所述签名数据进行验签，在验签通过的情况下，将该档案合约中记录的就诊记录密文返回给该用户终端；

接收用户终端发送的授权信息，根据预先建立的关联关系，将授权信息转发给相应的医用终端；其中，所述授权信息中包含用户指定的就诊记录明文。

本发明中，多家医院各自的服务器组成了一个区块链网络，区块链网络中部署有多个档案合约，也即每家医院的服务器的账本数据库中存储有多个档案合约。每个档案合约分别对应一个用户，每个档案合约中记录有相应用户的就诊记录密文和相应用户的公钥。由于就诊记录以密文的形式记录于档案合约中，因此可以避免用户的隐私泄露。

当医生需要查看用户的就诊记录时，可以通过医用终端向医院的服务器发送就诊记录查看请求，服务器将就诊记录查看请求转发给相应的用户终端，用户终端为就诊记录查看请求生成签名数据。服务器接收到用户终端发送的就诊记录查看请求和签名数据后，调用相应的档案合约，并在验签后将档案合约中的就诊记录密文返回给用户终端。用户终端对就诊记录密文解密后，向用户展示就诊记录明文，从而再根据用户操作，将用户指定的就诊记录明文发送给服务器，使得服务器可以将就诊记录明文转发给相应的医用终端。可见本发明中，医用终端可以获取到用户（即患者）的档案合约中的就诊记录密文的明文数据，而该就诊记录可能来自于其他医院。因此可见，本发明可以有效实现医疗数据的互通互享。

附图说明

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

图1是本发明一实施例提出的基于5G和区块链的互联网医疗健康信息互通互享平台的示意图；

图2是本发明一实施例提出的基于5G和区块链的互联网医疗健康信息互通互享方法的流程图。

具体实施方式

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

现有技术中，虽然各家医院在医院内部形成了良好的信息化环境，各家医院对患者的就诊记录数据进行了有效管理和应用，但是各家医院相互之间却形成了信息孤岛。如果某一患者前后在多家医院进行过治疗，则当该患者前往新的一家医院治疗时，该医院的医生难以获得该患者在其他医院的就诊记录数据。可见，如何实现医疗数据的互通互享是当前亟待解决的技术问题。

有鉴于此，本发明通过以下实施例提出基于5G和区块链的互联网医疗健康信息互通互享平台和方法。

参考图1，图1是本发明一实施例提出的基于5G和区块链的互联网医疗健康信息互通互享平台的示意图。如图1所示，所述平台包括：区块链网络、医用终端以及用户终端。其中，所述区块链网络是由多家医院各自的服务器组建成的区块链网络，所述区块链网络中部署有多个档案合约，每个档案合约分别对应一个用户，每个档案合约中记录有相应用户的就诊记录密文和相应用户的公钥。所述用户终端包含5G通讯模块，所述用户终端通过其包含的5G通信模块与医院的服务器和医用终端通信。

需要说明的是，所谓区块链网络中部署有多个档案合约，实际上是区块链网络中的服务器（即分布式节点，简称节点）的账本数据库中均存储有多个档案合约。由于档案合约属于区块链网络的账本数据，因此每个服务器中的档案合约数据应该是一致的，当某一服务器应用户产生新的就诊记录而需更新相应的档案合约时，全部服务器应当执行相同的更新操作。

图1中，所述用户终端接收用户的挂号操作，从而向目标医院的服务器发送挂号请求；该服务器根据所述挂号请求包含的科室信息，建立该用户终端与目标医用终端之间的关联关系。

具体实现时，挂号请求中可以包含：科室信息、用户终端的地址以及用户身份信息（例如用户的身份证号码）。医院的服务器接收到挂号请求后，首先根据科室信息匹配出该科室对应的医用终端地址，然后建立该医用终端地址、该用户终端地址以及该身份信息等三者之间的关联关系。

图1中，所述目标医用终端根据医生操作，生成就诊记录查看请求，并将该就诊记录查看请求提交给医院的服务器；该服务器根据预先建立的关联关系，将该就诊记录查看请求转发给相应的用户终端；所述用户终端响应于该就诊记录查看请求，利用用户私钥对该就诊记录查看请求进行签名，并将该医记录查看请求及其签名数据提交给医院的服务器；该服务器响应于该就诊记录查看请求，从该就诊记录查看请求中读取出用户身份信息，并从本地的账本数据库中调取出该用户身份信息对应的档案合约，再利用该档案合约中记录的用户公钥对所述签名数据进行验签，在验签通过的情况下，将该档案合约中记录的就诊记录密文返回给该用户终端。

具体实现时，当医生需要查看某用户的就诊记录时，可以生成就诊记录查看请求，并将该就诊记录查看请求提交给所在医院的服务器，其中，就诊记录查看请求携带医用终端地址和用户的身份信息。医院的服务器接收到就诊记录查看请求后，根据该就诊记录查看请求携带的医用终端地址和用户身份信息，查询同时包含该医用终端地址和用户身份信息的关联关系，并将该就诊记录查看请求转发给该关联关系中包含的用户终端地址。

用户终端接收到就诊记录查看请求后，利用用户终端存储的用户私钥（该用户私钥与该用户的档案合约中的公钥相对应），对该就诊记录查看请求进行签名，得到签名数据。用户终端将该就诊记录查看请求及其签名数据一并提交给医院的服务器。

服务器接收到就诊记录查看请求和签名数据后，首先从就诊记录查看请求中读取出用户身份信息，然后以用户身份信息为索引，从本地的账本数据库中调用该用户身份信息对应的档案合约。例如每个档案合约的合约地址等于相应用户的用户身份信息的16进制数据。则服务器在调用档案合约时，具体地，可以将就诊记录查看请求中的用户身份信息转换为16进制的数据，然后以该16进制数据为合约地址，从而调用相应的档案合约。服务器调用到相应的档案合约后，可以从该档案合约中读取出公钥，然后利用该公钥对就诊记录查看请求中的签名数据进行验签。如果验签通过，则服务器从该档案合约中读取出全部的就诊记录密文，并将这些就诊记录密文发送给用户终端。

图1中，所述用户终端利用本地存储的密钥，对就诊记录密文进行解密，得到多条就诊记录明文；所述用户终端接收用户输入的授权操作，将用户指定的就诊记录明文打包生成授权信息，并将该授权信息提交给医院的服务器，该服务器根据预先建立的关联关系，将该授权信息转发给所述目标医用终端；所述目标医用终端接收所述授权信息，并显示该授权信息中包含的就诊记录明文。

具体实现时，当用户终端接收到服务器返回的就诊记录密文后，利用本地存储的密钥，对每条就诊记录密文分别进行解密，从而得到多条就诊记录明文。并且，用户终端可以向用户展示这些就诊记录明文。此后，用户终端接收用户输入的授权操作，其中，用户的授权操作主要用于指定就诊记录明文。用户终端根据用户的授权操作，对用户指定的就诊记录明文进行打包，从而生成授权信息，该授权信息中包含用户指定的就诊记录明文，还可以包含用户终端地址和用户身份信息。用户终端将授权信息发送给医院的服务器后，服务器根据授权信息包含的用户终端地址和用户身份信息，查询同时包含该用户终端地址和用户身份信息的关联关系，并将该授权信息转发给该关联关系中包含的医用终端地址。医用终端接收到授权信息后，可以向医生显示该授权信息中包含的就诊记录明文。

可选地，在一些具体实施方式中，所述目标医用终端根据医生操作，生成新的就诊记录明文，并将该就诊记录明文提交给医院的服务器；该服务器根据预先建立的关联关系，将该就诊记录明文转发给相应的用户终端；所述用户终端接收到就诊记录明文后，利用本地存储的密钥，对就诊记录明文进行加密，得到就诊记录密文；所述用户终端根据该就诊记录密文生成存证交易，并将该存证交易提交给医院的服务器，该存证交易中携带该就诊记录密文和交易签名；该服务器接收到存证交易后，将该存证交易发送给所述区块链网络中的每个服务器执行。

每个服务器在执行该存证交易时，首先根据该存证交易携带的用户身份信息，从本地的账本数据库中调取出该用户身份信息对应的档案合约，再利用该档案合约中记录的用户公钥对存证交易的交易签名进行验签，在验签通过的情况下，将该存证交易携带的就诊记录密文添加至该档案合约中，然后联合其他服务器，对该存证交易进行共识。

具体实现时，当医生对用户做出诊断后，可以向医用终端输入就诊记录明文和用户身份信息。然后，医用终端将这些就诊记录明文、用户身份信息以及医用终端地址一并发送给所在医院的服务器。服务器接收到这些信息后，根据其中的医用终端地址和用户身份信息，查询同时包含该医用终端地址和用户身份信息的关联关系，然后将该就诊记录明文转发给该关联关系中包含的用户终端地址。

用户终端接收到就诊记录明文后，利用本地存储的密钥对该就诊记录明文进行加密，从而得到相应的就诊记录密文。此后，用户终端生成存证交易，该存证交易携带用户身份信息和刚生成的就诊记录密文。此外，用户终端还利用用户私钥，对该存证交易进行签名，得到相应的交易签名。用户终端将该交易签名填充至该存证交易，并将该存证交易提交给医院的服务器。该服务器作为区块链网络的一个节点，当接收到存证交易后，会将该存证交易广播至区块链网络中，使得区块链网络中的每个服务器（也即节点）接收并执行该存证交易。

每个服务器在执行该存证交易时，首先将存证交易中携带的用户身份信息转换为16进制数据，然后以该16进制数据为合约地址，调用相应的档案合约。接着，服务器从该档案合约中读取出公钥，并利用该公钥对存证交易携带的交易签名进行验签。如果验签通过，则说明该存证交易是相应用户认可的存证交易。如此，则将该存证交易携带的就诊记录密文添加至该档案合约中。此外，区块链网络的每个服务器还会对该存证交易进行共识。需要说明的是，本发明不限定具体的共识算法。

可选地，在一些具体实施方式中，医院的服务器在将存证交易提交给所述区块链网络中的每个服务器之后，将该用户终端与相应医用终端之间的关联关系删除。

具体实现时，当医院的服务器接收到存证交易后，意味着医生的诊断服务已经结束。如此，当服务器将存证交易提交给区块链网络的每个服务器后，可以根据存证交易携带的用户终端地址和用户身份信息，查询同时包含该用户终端地址和用户身份信息的关联关系，然后将该关联关系删除。

可选地，在一些具体实施方式中，医院的服务器在接收到用户终端的挂号请求后，还根据该挂号请求携带的用户身份信息，查询本地的账本数据库中是否存储有该用户身份信息对应的档案合约；若否，则生成档案合约部署交易，并将该档案合约部署交易发送给所述区块链网络中的每个服务器执行；每个服务器通过执行该档案合约部署交易，从而在各自本地的账本数据库中部署相应的档案合约。

其中，医院的服务器在生成档案合约部署交易时，具体地：服务器将用户身份信息编码成16进制的用户身份信息，并向用户终端发送公钥获取请求；服务器接收到用户终端返回的公钥后，生成待部署的档案合约，该档案合约中包含该公钥，该档案合约的合约地址为所述16进制的用户身份信息；服务器生成档案合约部署交易，该档案合约部署交易携带所述待部署的档案合约。

具体实现时，医院的服务器在接收到用户终端的挂号请求后，可以将挂号请求携带的用户身份信息转换为16进制数据。然后将该16进制数据作为合约地址，查询本地的账本数据库中是否存储有该合约地址对应的档案合约。若否，则说明区块链网络中还没有部署该用户对应的档案合约，因此需要为该用户部署相应的档案合约。若是，则说明区块链网络中已经部署有该用户对应的档案合约，因此不需要再为该用户部署相应的档案合约。

以上，本发明通过一些实施例介绍了基于5G和区块链的互联网医疗健康信息互通互享平台。以下，本发明通过另一些实施例介绍基于5G和区块链的互联网医疗健康信息互通互享方法。需要说明的是，以下的方法实施例可与以上的平台实施例相互参照，因此为避免重复，以下对方法实施例仅做简要介绍。

参考图2，图2是本发明一实施例提出的基于5G和区块链的互联网医疗健康信息互通互享方法的流程图，该方法应用于区块链网络的任一节点，所述区块链网络包括多个节点，所述多个节点分别是多家医院的服务器；所述区块链网络中部署有多个档案合约，每个档案合约分别对应一个用户，每个档案合约中记录有相应用户的就诊记录密文和相应用户的公钥。

如图2所示，该方法包括以下步骤：

步骤S21：响应于用户终端通过5G通信模块发送的挂号请求，根据该挂号请求中包含的科室信息，建立该用户终端与目标医用终端之间的关联关系；其中，所述目标医用终端是所述科室信息对应的医用终端。

步骤S22：响应于医用终端提交的就诊记录查看请求，根据预先建立的关联关系，将该就诊记录查看请求转发给相应的用户终端。

步骤S23：响应于用户终端提交的就诊记录查看请求和该就诊记录查看请求的签名数据，根据该就诊记录查看请求携带的用户身份信息，从本地的账本数据库中调取出该用户身份信息对应的档案合约，再利用该档案合约中记录的用户公钥对所述签名数据进行验签，在验签通过的情况下，将该档案合约中记录的就诊记录密文返回给该用户终端。

步骤S24：接收用户终端发送的授权信息，根据预先建立的关联关系，将授权信息转发给相应的医用终端；其中，所述授权信息中包含用户指定的就诊记录明文。

可选地，在一些具体实施方式中，服务器还执行以下步骤：接收医用终端提交的就诊记录明文，根据预先建立的关联关系，将该就诊记录明文转发给相应的用户终端；接收用户终端提交的存证交易，并将该存证交易发送给所述区块链网络的每个服务器，该存证交易携带就诊记录密文和交易签名，执行所述存证交易，包括：根据该存证交易携带的用户身份信息，从本地的账本数据库中调取出该用户身份信息对应的档案合约；利用该档案合约中记录的用户公钥对存证交易的交易签名进行验签；在验签通过的情况下，将该存证交易携带的就诊记录密文添加至该档案合约中；联合其他服务器，对该存证交易进行共识。

可选地，在一些具体实施方式中，服务器还执行以下步骤：在将用户终端提交的存证交易发送给所述区块链网络的每个服务器之后，将该用户终端对应的关联关系删除。

可选地，在一些具体实施方式中，服务器还执行以下步骤：在接收到用户终端发送的挂号请求后，根据该挂号请求携带的用户身份信息，查询本地的账本数据库中是否存储有该用户身份信息对应的档案合约；若否，则生成档案合约部署交易，并将该档案合约部署交易发送给所述区块链网络中的每个服务器执行，使得各个服务器通过执行该档案合约部署交易，从而在各自本地的账本数据库中部署相应的档案合约。

可选地，在一些具体实施方式中，服务器在生成档案合约部署交易时，具体地：将用户身份信息编码成16进制的用户身份信息，并向用户终端发送公钥获取请求；接收到用户终端返回的公钥后，生成待部署的档案合约，该档案合约中包含该公钥，该档案合约的合约地址为所述16进制的用户身份信息；生成档案合约部署交易，该档案合约部署交易携带所述待部署的档案合约。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。