CN110148475A - 一种医疗信息共享方法、装置、可读存储介质及服务器 - Google Patents

Abstract

本发明属于计算机技术领域，尤其涉及一种医疗信息共享方法、装置、计算机可读存储介质及服务器。所述方法应用于由各个节点组成的区块链系统中，所述方法包括：接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息；将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

Description

一种医疗信息共享方法、装置、可读存储介质及服务器

技术领域

本发明属于计算机技术领域，尤其涉及一种医疗信息共享方法、装置、计算机可读存储介质及服务器。

背景技术

传统的医疗信息存储主要是以医疗单位为主体，患者在更换医疗单位后，其历史的医疗信息很难被新的医疗单位全面了解，医生不清楚患者曾经做过的检查及治疗方法，往往会重新对患者进行全面的检查，加大了患者的辐射剂量，不利于患者健康，且在重复检查的过程中浪费了大量的医疗资源和宝贵的治疗时间。

发明内容

有鉴于此，本发明实施例提供了一种医疗信息共享方法、装置、计算机可读存储介质及服务器，以解决现有的以医疗单位为主体的医疗信息存储方式往往会造成对患者的重复检查，造成医疗资源及时间的浪费的问题。

本发明实施例的第一方面提供了一种医疗信息共享方法，可以包括：

接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息；

将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

本发明实施例的第二方面提供了一种医疗信息共享装置，可以包括：

共享请求接收模块，用于接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

授权请求发送模块，用于在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

签名验证模块，用于若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

医疗信息查找模块，用于若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息；

区块信息生成模块，用于生成与所述医疗信息对应的区块信息；

区块信息分享模块，用于将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：

接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息；

将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

本发明实施例的第四方面提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：

接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息；

将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例预先建立了由各个节点组成的区块链系统，其中的任意一个节点均为一个医疗机构的服务器。当患者在某一医疗机构进行检查或治疗后，该医疗机构的人员可以通过其终端设备(即第一终端)向该医疗机构的服务器(本发明实施例的实施主体)发送医疗信息共享请求，服务器在接收到该医疗信息共享请求后，可以从中提取出患者标识，在预设的终端列表中查询该患者的终端设备(即第二终端)，并向该患者的终端设备发送授权请求，患者可以通过其终端设备反馈授权消息，服务器在接收到授权消息之后，则提取其中的电子签名，并对所述电子签名进行验证，若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息，最后将所述区块信息上传至预设的区块链系统中，从而可以在所述区块链系统中的各个节点中进行医疗信息共享，避免了对患者进行重复的检查，节省了大量的医疗资源和治疗时间。

附图说明

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

图1为本发明实施例中一种医疗信息共享方法的一个实施例流程图；

图2为医疗信息在整个区块链上碎片化分布的示意图；

图3为逆向查询模式的示意图；

图4为一种生成区块信息的示意图；

图5为另一种生成区块信息的示意图；

图6为本发明实施例中一种医疗信息共享装置的一个实施例结构图；

图7为本发明实施例中一种服务器的示意框图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例中的医疗信息共享方法应用于由各个节点组成的区块链系统中，通过区块链技术，将各个医疗机构的服务器相互之间进行连接，每个医疗机构的服务器都是区块链系统中的一个节点，该节点是患者的医疗信息的记录者，可将患者的医疗信息在经过多重签名和加密后，发布至区块链中，且在该节点中可以存储有全量的医疗信息。

为了保证系统的安全性，在区块链系统中还可以设置认证服务器，该认证服务器对各个医疗机构的行业相关资质进行审核，以确保加入区块链的节点的资质的合法性。

请参阅图1，本发明实施例中的一种医疗信息共享方法的一个实施例可以包括：

步骤S101、接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识。

当患者在某一医疗机构进行检查或治疗后，该医疗机构的人员可以通过其终端设备(即所述第一终端)向该医疗机构的服务器(即本发明实施例的实施主体)发送医疗信息共享请求，在所述医疗信息共享请求中携带着该患者的患者标识，所述患者标识可以是患者的身份证号码、社保号码、医保号码、手机号码或者其它可以唯一表征患者的标识。所述患者标识在整个区块链系统中是唯一的，任意两个不同患者的患者标识均不相同。医疗机构的服务器在接收到该医疗信息共享请求后，即可提取出其中的患者标识。

步骤S102、在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求。

在所述终端列表中记录了各个患者标识与各个终端设备之间的对应关系，医疗机构的服务器在提取出医疗信息共享请求中的患者标识之后，即可在所述终端列表中查询与所述患者标识对应的终端设备，也即所述第二终端，该第二终端即为患者所使用的终端设备。

为了保障患者的隐私，在将患者的医疗信息共享至所述区块链系统中之前，医疗机构的服务器需要向所述第二终端发送授权请求，以征得用户的同意。

所述第二终端在接收到授权请求之后，通过用户交互界面将其展示给患者，并可以同时向患者展示“授权”和“拒绝”这两个选项，若患者选择了其中的“拒绝”选项，则向医疗机构的服务器反馈拒绝消息，医疗机构的服务器在接收到拒绝消息后，将不再进行后续的医疗信息共享过程；若患者选择了其中的“授权”选项，则向医疗机构的服务器反馈授权消息，医疗机构的服务器在接收到授权消息后，将继续进行步骤S103及其后续的医疗信息共享过程。

步骤S103、提取所述授权消息中的电子签名，并对所述电子签名进行验证。

所述电子签名由所述第二终端自动生成，具体地，所述第二终端首先使用预设的哈希函数对所述患者标识进行哈希运算，得到所述患者标识的摘要，也即第一摘要，然后使用预设的私钥对第一摘要进行加密，从而得到所述电子签名，并将所述电子签名添加入所述授权消息中。

医疗机构的服务器在接收到所述授权消息后，则可以提取其中的电子签名，并对所述电子签名进行验证。具体地，医疗机构的服务器也使用哈希函数对所述患者标识进行哈希运算，得到所述患者标识的摘要，也即第二摘要，然后使用与所述患者标识对应的公钥对所述电子签名进行解密，得到解密结果，最后将解密结果与第二摘要进行比对，若两者不一致，则说明验证不成功，此时，医疗机构的服务器会重新向所述第二终端发送授权请求；若两者一致，则说明验证成功，此时，医疗机构的服务器将继续进行步骤S104及其后续的医疗信息共享过程。

步骤S104、在预设的数据库中查找与所述患者标识对应的医疗信息。

在所述数据库中的每条医疗信息包括但不限于：基本信息、诊断信息、检验结果、处方信息等多个维度的表格信息。

其中，各个维度的表格信息具体内容如下：

基本信息：患者标识、姓名、身份证号码、疾病名称、性别、出生日期、手机号码、年龄、地区等等；

诊断信息：患者标识、就诊医院、就诊科室、诊断类别、疾病编码、疾病名称、诊断日期等等；

检验结果：患者标识、就诊医院、就诊科室、检验项目、检验值、检验值单位、参考范围、检验日期(检验值可以是各种医疗图片)等等；

处方信息：患者标识、就诊医院、就诊科室、药品通用名、药品商品名、药品编码(ATC)、规格、用量、单位、频次、处方开具日期等等。

以上所有内容根据患者在医院的电子病历、各种检验结果直接对应保存，除患者标识、身份证号码、疾病名称外，其他字段均可以为空，通过患者标识来串联所有维度的表格信息。

步骤S105、生成与所述医疗信息对应的区块信息。

区块信息的生成有多种实现方式，在其中的一种具体实现中，可以直接将所述医疗信息作为所述区块信息。其它的区块信息生成方式将在后续的实施例进行详细说明，此处不再赘述。

步骤S106、将所述区块信息上传至预设的区块链系统中。

所述区块信息在被上传至所述区块链系统中后，会被以区块(BLOCK)的形式添加入所述区块链系统存储的区块链中，以便在所述区块链系统中的各个节点中进行医疗信息共享。每个区块由头部信息和详细信息两部分组成，其中，头部信息中可以包括但不限于以下信息：区块标识、上一区块标识、区块大小、医疗信息记录数、时间戳等，详细信息可以包括但不限于在两次共识时间期间内上传至所述区块链系统中的各个区块信息。

考虑到某些医疗机构的服务器配置较差，如果要减少其处理能力的负担，可以将其设置为仅上传区块信息，而不参与区块的生成和广播，从而不需要占用该医疗机构的服务器太多的处理资源。还可以设定该医疗机构服务器也不存储全量的医疗信息，在需要查询的时候，可以广播查询请求，由其它医疗机构的服务器为其提供即可，以减少其存储负担。

然而，值得注意是，上述所提供的实现方式仅是一种示意性描述，是为了更好地说明本申请，如果医疗机构服务器的处理能力足够强大，不需要考虑负荷的问题，也可以将医疗机构的服务器作为区块链系统中的一个完全节点，参与区块的生成和广播，具体采用那种实现方式可以根据实际需要选择，本申请对此不作限定。

进一步地，考虑到对于区块链中的节点而言，如果存储全量的医疗信息数据，显然会占据较大的存储空间，负荷比较大。因此，可以增加一个医疗信息共有云，在区块链中仅存储医疗信息的摘要和索引信息，具体的医疗信息数据存储在医疗信息共有云中。因为将患者医疗信息的摘要信息写入区块链中，而将具体的医疗信息写进医疗信息共有云中，这样区块链中存储的数据就会相对小一些，减少了区块链中组成节点的负担。

通过上述方式，可以通过区块链技术实现医疗信息的管理和维护，这样区块链中的每个节点都存储有全量的医疗信息(或摘要、索引)，由节点自身进行维护，实现了医疗信息在多个医疗机构之间的共享。例如，医疗机构A和医疗机构B通过认证服务器进行认证，在认证通过后，获取对应的密钥，加入区块链系统中；然后，患者在医疗机构A就诊，产生相应的医疗信息，并通过医疗机构A的服务器上传至区块链系统中；接着，该患者又在医疗机构B就诊，通过授权机制(例如：多重签名、智能合约等)允许医疗机构B的服务器提取存储在区块链系统中的医疗信息，供医生基于患者的医疗信息进行诊疗诊断。

综上所述，本发明实施例预先建立了由各个节点组成的区块链系统，其中的任意一个节点均为一个医疗机构的服务器。当患者在某一医疗机构进行检查或治疗后，该医疗机构的人员可以通过其终端设备(即第一终端)向该医疗机构的服务器(本发明实施例的实施主体)发送医疗信息共享请求，服务器在接收到该医疗信息共享请求后，可以从中提取出患者标识，在预设的终端列表中查询该患者的终端设备(即第二终端)，并向该患者的终端设备发送授权请求，患者可以通过其终端设备反馈授权消息，服务器在接收到授权消息之后，则提取其中的电子签名，并对所述电子签名进行验证，若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息，最后将所述区块信息上传至预设的区块链系统中，从而可以在所述区块链系统中的各个节点中进行医疗信息共享，避免了对患者进行重复的检查，节省了大量的医疗资源和治疗时间。

进一步地，考虑到患者的医疗信息会随着时间的推移而逐步累积，如果采用传统的区块链系统进行存储会造成医疗信息的碎片化分布，从而导致查询及分享的效率较低。

如图2所示，某患者在2001年2月1日在医疗机构A就诊，产生相应的医疗信息，并通过医疗机构A的服务器上传至区块链中，此时存储该医疗信息的区块标识为#56；该患者在2007年8月1日在医疗机构B就诊，产生相应的医疗信息，并通过医疗机构B的服务器上传至区块链中，此时存储该医疗信息的区块标识为#68579；该患者在2017年3月1日在医疗机构C就诊，产生相应的医疗信息，并通过医疗机构C的服务器上传至区块链中，此时存储该医疗信息的区块标识为#193548；……；以此类推，该患者的医疗信息会碎片化的散布在整个区块链上。

每次需要查询该患者的医疗信息时，就需要在整个区块链中查找包含有该患者标识的区块，而且即使已经查找到该患者的医疗信息，也无法确定这就是完整的医疗信息，必须在完成对整个区块链的遍历之后，才可以最终得到该患者完整的医疗信息。因此，每次查询都会耗费大量的时间，而且该区块链会随着时间的推移越来越庞大，查询的时间也会随之越来越长。

为了解决这一问题，在本发明实施例的另一种具体实现中，上述步骤S105具体可以包括如下过程：

首先，在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并获取目标区块的区块标识。

所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找。

然后，将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

即每次在上传某患者新的医疗信息之前，首先通过其患者标识在区块链中查找该患者最近一次的医疗信息所在的区块，需要注意的是，此处无需在整个区块链中进行遍历，而是从该区块链的最后一个区块开始进行逆向查找，查找到的第一个包含该患者标识的区块即为该患者最近一次的医疗信息所在的区块，此时无需继续向后查找，仅需将该患者最近一次的医疗信息所在区块的区块标识添加入新产生的医疗信息中(若查找不到，则说明是第一次上传该患者的医疗信息，此时将区块标识置为空)，并将该新产生的医疗信息上传至区块链中即可。后续进行新的医疗信息上传时，均以此类推。

在这种情况下，当需要查询该患者的医疗信息时，则可以通过如下所示的过程进行快速查询：

首先，接收第三终端发送的医疗信息查询请求，并提取所述医疗信息查询请求中的患者标识。

当医疗机构的人员需要查询患者的医疗信息时，可以通过其终端设备(即所述第三终端，所述第三终端可以与所述第一终端相同，也可以与所述第一终端不同)向该医疗机构的服务器发送医疗信息查询请求，在所述医疗信息共享请求中携带着该患者的患者标识。

然后，在所述区块链中逆序查找包含所述患者标识的区块。

从第i个选定区块中提取出与所述患者标识对应的历史医疗信息以及第i+1个选定区块的区块标识，所述第i个选定区块为逆序查找到的包含所述患者标识的第i个区块，i≥1，在初始状态下，可以设置i＝1。

若第i+1个选定区块的区块标识不为空，则根据第i+1个选定区块的区块标识在所述区块链中查找第i+1个选定区块，再将i增加一个计数单位，即执行：i＝i+1，然后返回执行所述从第i个选定区块中提取出与所述患者标识对应的历史医疗信息以及第i+1个选定区块的区块标识的步骤，直至第i+1个选定区块的区块标识为空为止。

若第i+1个选定区块的区块标识为空，则将从各个选定区块中提取出的历史医疗信息构造为完整的医疗信息。

也即首先通过患者标识在区块链中查找该患者最近一次的医疗信息所在的区块，从中提取该患者的医疗信息，然后根据其中包含的区块标识快速查找到上一次的医疗信息所在的区块，…….，不断重复该过程，直至医疗信息中包含的区块标识为空(即不存在更早的医疗信息)为止，从而形成如图3所示的逆向查询模式。整个过程仅在查找最近一次的医疗信息时需要消耗时间，而在后续的查找更早之前的医疗信息时可以通过查询指针(也即区块标识)直接跳转查找，大大减少了查询所需耗费的时间。

在本发明实施例的另一种具体实现中，上述步骤S105具体可以包括如下过程：

首先，在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息。

然后，将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

即每次在上传患者新的医疗信息之前，首先通过其患者标识在区块链中查找该患者最近一次的医疗信息所在的区块，具体的过程与前述方式相同，此处不再赘述。在查找到该患者最近一次的医疗信息所在的区块之后，从中提取该患者原有的医疗信息，然后将这些原有的医疗信息添加入新的医疗信息中，即进行数据的完整迁移，组成该患者完整的医疗信息，并将该完整的医疗信息上传至区块链中。后续进行新的医疗信息上传时，均以此类推。这样，每次存储的医疗信息都是截止当前时刻该患者完整的医疗信息，整个过程如图4所示。

在这种情况下，当需要查询该患者的医疗信息时，则可以通过如下所示的过程进行快速查询：

首先，接收第三终端发送的医疗信息查询请求，并提取所述医疗信息查询请求中的患者标识。

然后，在所述区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息。

无需再往前进行查找，该历史医疗信息即为该患者完整的医疗信息。整个过程仅需查找一次医疗信息，从而大大减少了查询所需耗费的时间。

进一步地，结合上述两种具体实现方式，在本发明实施例的另一种具体实现中，上述步骤S105具体可以包括如下过程：

首先，在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息。

若所述历史医疗信息的字节数与所述医疗信息的字节数之和小于预设的区块容量，将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息；若所述历史医疗信息的字节数与所述医疗信息的字节数之和大于或等于所述区块容量，获取所述目标区块的区块标识，并将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。所述区块容量可以根据实际情况进行设置，例如，可以将其设置为1024、2048、4096、8192或者其它取值等等。

即当患者的医疗信息的数据量累积到足够大时，将不再对原有的医疗信息进行完整的数据迁移，而是以上述查询指针的方式标识出原有的医疗信息所在区块，但是在之后产生的新的医疗信息仍然进行数据完整迁移，直至新的医疗信息的数据量也足够大时，不再进行完整的数据迁移，上述查询指针的方式标识出原有的医疗信息所在区块，……，以此类推，整个过程如图5所示

在这种情况下，当需要查询该患者的医疗信息时，仍可以通过前述图3所示的逆向查询模式进行快速查询，具体可参见前述内容，此处不再赘述。

通过这样的方式，在保证每个区块的数据量不至于过大的情况下，大大减少了查询所需耗费的时间。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种医疗信息共享方法，图6示出了本发明实施例提供的一种医疗信息共享装置的一个实施例结构图。

本实施例中，一种医疗信息共享装置可以包括：

共享请求接收模块601，用于接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

授权请求发送模块602，用于在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

签名验证模块603，用于若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

医疗信息查找模块604，用于若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息；

区块信息生成模块605，用于生成与所述医疗信息对应的区块信息；

区块信息分享模块606，用于将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

可选地，所述区块信息生成模块可以包括：

标识获取单元，用于在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并获取目标区块的区块标识，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

第一添加单元，用于将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

可选地，所述区块信息生成模块可以包括：

第一提取单元，用于在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

第一次处理单元，用于若所述历史医疗信息的字节数与所述医疗信息的字节数之和小于预设的区块容量，将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息；

第二次处理单元，用于若所述历史医疗信息的字节数与所述医疗信息的字节数之和大于或等于所述区块容量，获取所述目标区块的区块标识，并将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

可选地，所述医疗信息共享装置还可以包括：

第一查询请求接收模块，用于接收第三终端发送的医疗信息查询请求，并提取所述医疗信息查询请求中的患者标识；

逆序查找模块，用于在所述区块链中逆序查找包含所述患者标识的区块；

信息提取模块，用于从第i个选定区块中提取出与所述患者标识对应的历史医疗信息以及第i+1个选定区块的区块标识，所述第i个选定区块为逆序查找到的包含所述患者标识的第i个区块，i≥1；

选定区块查找模块，用于若第i+1个选定区块的区块标识不为空，则根据第i+1个选定区块的区块标识在所述区块链中查找第i+1个选定区块；

医疗信息构造模块，用于若第i+1个选定区块的区块标识为空，则将从各个选定区块中提取出的历史医疗信息构造为完整的医疗信息。

可选地，所述区块信息生成模块可以包括：

第二提取单元，用于在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

第二添加单元，用于将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

可选地，所述医疗信息共享装置还可以包括：

第二查询请求接收模块，用于接收第三终端发送的医疗信息查询请求，并提取所述医疗信息查询请求中的患者标识；

第三提取单元，用于在所述区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置，模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

图7示出了本发明实施例提供的一种服务器的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，所述服务器7可以包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机可读指令72，例如执行上述的医疗信息共享方法的计算机可读指令。所述处理器70执行所述计算机可读指令72时实现上述各个医疗信息共享方法实施例中的步骤，例如图1所示的步骤S101至S106。或者，所述处理器70执行所述计算机可读指令72时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块601至606的功能。

示例性的，所述计算机可读指令72可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令72在所述服务器7中的执行过程。

所述处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述服务器7的内部存储单元，例如服务器7的硬盘或内存。所述存储器71也可以是所述服务器7的外部存储设备，例如所述服务器7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述服务器7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机可读指令以及所述服务器7所需的其它指令和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干计算机可读指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储计算机可读指令的介质。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种医疗信息共享方法，其特征在于，所述方法应用于由各个节点组成的区块链系统中，其中的任意一个节点均为一个医疗机构的服务器，所述方法包括：

接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息，并生成与所述医疗信息对应的区块信息；

将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

2.根据权利要求1所述的医疗信息共享方法，其特征在于，所述生成与所述医疗信息对应的区块信息包括：

在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并获取目标区块的区块标识，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

3.根据权利要求1所述的医疗信息共享方法，其特征在于，所述生成与所述医疗信息对应的区块信息包括：

在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

若所述历史医疗信息的字节数与所述医疗信息的字节数之和小于预设的区块容量，将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息；

若所述历史医疗信息的字节数与所述医疗信息的字节数之和大于或等于所述区块容量，获取所述目标区块的区块标识，并将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

4.根据权利要求2或3所述的医疗信息共享方法，其特征在于，还包括：

接收第三终端发送的医疗信息查询请求，并提取所述医疗信息查询请求中的患者标识；

在所述区块链中逆序查找包含所述患者标识的区块；

从第i个选定区块中提取出与所述患者标识对应的历史医疗信息以及第i+1个选定区块的区块标识，所述第i个选定区块为逆序查找到的包含所述患者标识的第i个区块，i≥1；

若第i+1个选定区块的区块标识不为空，则根据第i+1个选定区块的区块标识在所述区块链中查找第i+1个选定区块；

将i增加一个计数单位，返回执行所述从第i个选定区块中提取出与所述患者标识对应的历史医疗信息以及第i+1个选定区块的区块标识的步骤，直至第i+1个选定区块的区块标识为空为止；

若第i+1个选定区块的区块标识为空，则将从各个选定区块中提取出的历史医疗信息构造为完整的医疗信息。

5.根据权利要求1所述的医疗信息共享方法，其特征在于，所述生成与所述医疗信息对应的区块信息包括：

在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

6.根据权利要求5所述的医疗信息共享方法，其特征在于，还包括：

接收第三终端发送的医疗信息查询请求，并提取所述医疗信息查询请求中的患者标识；

在所述区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息。

7.一种医疗信息共享装置，其特征在于，包括：

共享请求接收模块，用于接收第一终端发送的医疗信息共享请求，并提取所述医疗信息共享请求中的患者标识；

授权请求发送模块，用于在预设的终端列表中查询与所述患者标识对应的第二终端，并向所述第二终端发送授权请求；

签名验证模块，用于若接收到所述第二终端反馈的授权消息，则提取所述授权消息中的电子签名，并对所述电子签名进行验证；

医疗信息查找模块，用于若验证成功，则在预设的数据库中查找与所述患者标识对应的医疗信息；

区块信息生成模块，用于生成与所述医疗信息对应的区块信息；

区块信息分享模块，用于将所述区块信息上传至预设的区块链系统中，以便在所述区块链系统中的各个节点中进行医疗信息共享。

8.根据权利要求7所述的医疗信息共享装置，其特征在于，所述区块信息生成模块包括：

第一提取单元，用于在所述区块链系统存储的区块链中逆序查找包含所述患者标识的区块，并从目标区块中提取出与所述患者标识对应的历史医疗信息，所述目标区块为逆序查找到的第一个包含所述患者标识的区块，所述逆序查找为从所述区块链的最后一个区块开始依次向前逐个查找；

第一次处理单元，用于若所述历史医疗信息的字节数与所述医疗信息的字节数之和小于预设的区块容量，将所述历史医疗信息添加入所述医疗信息中，生成与所述医疗信息对应的区块信息；

第二次处理单元，用于若所述历史医疗信息的字节数与所述医疗信息的字节数之和大于或等于所述区块容量，获取所述目标区块的区块标识，并将所述目标区块的区块标识添加入所述医疗信息中，生成与所述医疗信息对应的区块信息。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至6中任一项所述的医疗信息共享方法的步骤。

10.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至6中任一项所述的医疗信息共享方法的步骤。