CN116779088B - 一种多方协同电子病历系统 - Google Patents

Abstract

本发明公开了一种多方协同电子病历系统，包括：系统终端模块：部署于医院，提供用户注册登录功能，实现用户与所述多方协同电子病历系统数据交互；协同管理模块：用于获取独立病历数据，执行数据上链，从区块链服务器获取病历数据和病历日志数据，生成电子病历版本数据；区块链服务器：用于提供区块链服务，支持病历数据和病历日志数据加密保护和存储；病历数据实时同步模块：用于实现病历数据协同更新，生成独立病历数据；病历日志数据处理模块：用于从病历数据实时同步模块获取病历日志数据，筛选病历日志数据，提起数据上链。根据上述技术方案，可以实现为病人数据资源存储、数据流转保护和管控的效果，并在时间和操作上实现可追溯、可确权。

Description

一种多方协同电子病历系统

技术领域

本发明涉及互联网医疗领域，具体而言，涉及一种多方协同电子病历系统。

背景技术

依托医疗云平台，上级医院帮扶下级医院的医生实现远程医疗的模式已经在国内互联网医疗领域逐渐发展。在实际的医疗体系中，一个病人在各家医院的电子病历基本都是在该医院的内部系统，外部环境或其他医院基本只能简单查阅部分，完整的检查、诊断信息、用药信息，基本都是由打印或者复制，更换医疗机构看诊时，又经常需要重新做检查；要保障来自多家医院的病历的完整性、可靠性，且要病历资料便于整理和查阅，因此产生了多方协同电子病历的技术方案，以提高医生诊断的效率、降低医生的看病成本。

随着多方协同电子病历系统的应用，需求越来越丰富，针对不同的使用目的，需要在不同的角度体现电子病历不同的重点内容：确定最终治疗结果，需要重点体现病历的最终版本；了解各专家详细意见，需要在最终版本中加入专家批注(专家信息、批注时间、专家意见的依据)；了解检查和治疗过程中病人的变化，需要加入时间线和各时间节点病历的变化比对；随着应用的扩展，例如针对医疗教学、病历审查等场景会产生不同的需求。

目前常用病历系统中，支持协同电子病历的基础数据为医疗角度的病历和基于终端(用户和医生)操作过程的日志信息，其中日志信息如果采用详细模式，可用于数据灾备恢复，但数据量大、写入频繁、检索代价大，存储资源消耗大，往往保留时间短，可用时效不长；如果采用简单模式，可用于监控终端操作，但日志内容不够完整，针对医疗目的的应用价值不高。因此，需要一种多方协同电子病历系统的技术实现方案，通过系统架构、数据结构和存储方式等方面的改进，来实现越来越丰富的应用需求，并保证病历数据的稳定、安全和使用效率。

发明内容

为实现上述目的，本申请提供了一种多方协同电子病历系统，包括：

系统终端模块：部署于医院，提供用户注册登录功能，实现用户与多方协同电子病历系统数据交互；其中用户包括：上级专家、医生、患者，医生来自多家医院；所述数据交互包括查看病历、修改病历；

协同管理模块：用于获取和存储独立病历数据，执行数据上链；从区块链服务器获取病历数据和病历日志数据，加载应用场景模板生成电子病历版本数据；所述应用场景模板包括简单模板、会诊模板、流水模板、教学模板和定制模板；所述独立病历数据为修改完成未上链的数据块，所述病历数据包括从区块链服务器获取的数据块，所述电子病历版本数据是将病历生成展示界面的数据包；

区块链服务器：用于提供区块链服务，支持病历数据和病历日志数据加密保护和存储；区块链服务器支持病历数据以链式存储，所述病历数据通过时间戳构成多个病历版本，通过所述病历版本实现按时间追溯；

病历数据实时同步模块：用于实现病历数据协同更新，生成独立病历数据，包括：通过长连接获取系统终端模块在修改过程中的病历数据，向系统终端模块发送所述病历数据的此次修改信息；

病历日志数据处理模块：用于从病历数据实时同步模块获取病历日志数据，筛选病历日志数据，提起数据上链；其中，病历日志数据以病历数据为主体，在响应终端更新病历数据的过程中产生；病历日志数据包括病历标识、更新类型、更新位置、更新时间、人员；其病历标识与病历数据的病历标识一致，实现与病历数据关联。

进一步的，协同管理模块包括：

用户管理单元：用于管理加入多方协同电子病历系统的终端用户，为用户分配区块链服务器对应独立数字身份和协同系统账号信息；协同系统账号信息指：用户从系统终端模块发起多方协同电子病历系统的注册申请时分配的账号鉴权信息；

注册登录单元：用于提供用户在多方协同电子病历系统登录校验；

电子病历协同单元：用于获取和存储病历数据实时同步模块提供的独立病历数据，对独立病历数据提起数据上链；响应用户需求，从区块链服务器获取病历数据和病历日志数据，加载应用场景模板生成电子病历版本数据；

操作日志单元：用于管理用户操作日志，所述用户操作日志以用户为主体，内容包括：登录、退出、查看病历、修改病历。

其中，应用场景模板为根据不同的应用场合的展示需求预先定义的展示规则，所述展示规则包括：基础数据、日志有效数据、日志有效数据位置；

所述加载应用场景模板生成电子病历版本数据的过程包括：根据所述基础数据提取指定时间戳对应的病历数据，根据所述日志有效数据从所述病历数据关联的病历日志数据中提取展示信息，根据所述日志有效数据位置将所述展示信息定位至指定位置，所述病历数据、所述指定位置和指定位置的所述展示信息构成电子病历版本数据。

进一步的，病历数据实时同步模块包括病历数据处理单元和终端医院管理单元，终端医院管理单元用于与终端医院HIS系统交互，从医院HIS系统中获取来自检查医院的一级病历信息；

病历数据处理单元用于为终端用户提供修改和更新接口，支持用户对病历数据进行修改，确认定版；定版指：病历数据处理单元获取终端用户提交的修改完成的请求，确定所述病历数据的修改过程，生成独立病历数据。

其中，修改和更新接口，支持websocket方式上传编写的病历数据，数据包格式支持json格式，在接口中至少包括：更新类型、病历标识、更新位置、当前更新的病历数据内容、当前处理的数据长度、时间戳、进行操作的用户账号、当时用户操作位置。

进一步的，病历数据实时同步模块确定生成独立病历数据后，将修改信息实时同步广播到关联终端。

其中，注册登录单元校验用户终端登录成功后，将用户终端的信息共享给所述病历数据实时同步模块，用于建立数据传输长连接。

进一步的，用户与多方协同电子病历系统数据交互，受限于用户账号对应的权限，用户账号对应的权限包括：多方协同电子病历系统对应用户的权限、区块链服务器对应的权限。

进一步的，病历日志数据处理模块还包括病历日志集中处理单元，用于缓存和处理病历日志数据；所述处理病历日志数据包括：对病历日志数据的重要性进行筛选，对重复的病历日志数据进行合并，选择合适的时机对病历日志数据进行打包存储和上链，所述合适的时机包括缓存的时间达到指定的时间长度。

本发明中，在系统的架构层面，基于区块链技术，实现安全共享交换平台，提供了去中心化、防篡改、可追溯、可确权的管理系统，打破医院病人资料“不愿共享”、“不敢共享”、“不能共享”的局面，实现为病人数据资源存储、数据流转保护和管控的效果；在功能实现的层面，整合基于医疗的病历数据和基于信息管理的病历日志数据，从时间和数据上实现可追溯、可确权，既保证病历系统基础数据的稳定、安全，又提高基础数据的应用范围，降低维护成本，并在此基础上，支持基础数据的灵活应用，满足多种应用场景的展示需求，提高多方协同电子病历的应用范围和应用价值。

附图说明

图1是根据本发明实施例提供的多方协同电子病历系统结构图；

图2是根据本发明实施例提供的多方协同电子病历系统的病历数据流转示意图；

图3是根据本发明实施例提供的多方协同电子病历系统展示的电子版本病历数据示意图；

图4是是根据本发明实施例提供的区块链服务器网络拓扑图。

具体实施方式

本发明基于区块链技术，实现一种多方协同电子病历系统，结合远程医疗、远程问诊的特征，特别针对会诊过程提供病历的协同处理方案，对协同过程中产生的病历数据和病历日志数据进行分离，分别上链至区块链服务器存储共享，在查看的时候，对分离的数据整合加工，实现电子病历数据版本化，更便于医生对病人的病例数据的查阅、管理，在展示时，由于对病历数据针对时间、医生和数据本身进行了特别的处理，使复杂的病历的内容展示更直观和人性化，便于共享、应用和分析。

下面结合说明书附图对本发明的具体实现方式做详细描述。

图1是本发明实施例中多方协同电子病历系统的系统结构图，如图所示，包括：

P100系统终端模块：部署于医院，提供用户注册登录功能和病历查阅、更新功能，实现用户与所述多方协同电子病历系统数据交互；本发明中的用户包括：上级专家、医生、患者，其中的医生来自多家医院；

用户通过系统终端模块实现的数据交互功能受限于用户账号对应的权限，用户账号对应的权限包括两个方面：

1)多方协同电子病历系统对应用户的权限，例如：上传病历数据、修改病历、查看病历等，用于限制用户可以操作的功能；

2)区块链服务器对应的权限，即与该账号对应区块链服务中的内容，用于限定可以查看的病历数据内容。

P110协同管理模块：用于获取独立病历数据，执行数据上链；从区块链服务器获取病历数据和病历日志数据，合并为电子病历版本数据；病历数据和病历日志数据通过病历标识进行关联；其中，病历日志数据包括病历标识、更新类型、更新位置、更新时间、人员；电子病历版本数据是协同管理模块根据不同的应用场景模板，从关联的病历日志数据提取有效数据，定位至应用场景模板中指定的不同位置生成展示界面的数据包，展示界面的方式兼容终端的应用程序，支持文件、图片、数据流等方式。

协同管理模块具体包括：

P 111用户管理单元：用于管理加入多方协同电子病历系统的终端用户，为用户分配区块链服务器对应独立数字身份和协同系统账号信息；协同系统账号信息指：用户从系统终端模块发起多方协同电子病历系统的注册申请时分配的账号鉴权信息，用于用户通过P100系统终端模块向多方协同电子病历系统登录时的校验以及操作功能对应的权限控制；

协同系统账号信息是依据用户的个人信息，如姓名、性别、出生日期、地址或生物识别数据，创建的一种独特的数字身份，该数据身份支持多种形式，例如用户使用私钥对自己的身份信息(姓名+性别+初始日期+地址)进行加密后生成的数字签名，同时，在本发明中，个人信息需要来自医院HIS系统的有效性确认。

数字签名可以在多方协同电子病历系统中确保用户终端的身份信息，也可以支持区块链服务器的权限验证，即：数字身份使用户在自己同意的情况下能够在可信环境中分享病历数据，从而实现病历数据的流动。

例如：只有在上链病历数据的用户设置了读权限的情况下，且查阅者获取到该病历数据的公钥，再用自己的私钥进行病历数据的解密，才能查阅该病人的电子病历，否则是不能查阅，如果需要修改查阅的电子病历，则需要重新编辑病历数据加密后上链保存。

P112注册登录单元：用于提供用户在多方协同电子病历系统登录校验；校验通过的数字身份(与协同系统账号信息对应)，在注册登录单元实现病历数据的确权。在确权的基础上，通过自己的私钥和公钥生成独立数字身份，用于电子病历协同单元与区块链服务器的交互。

P113电子病历协同单元：用于获取和存储病历数据实时同步模块提供的独立病历数据，对独立病历数据提起数据上链；另一方面，响应用户需求，从区块链服务器获取病历数据和病历日志数据，加载应用场景模板生成电子病历版本数据；

从区块链服务器提取病历数据时，通过从注册登录单元确权后生成独立数字身份，更进一步利用独立数字身份中的数字签名向区块链服务器获取病人病历数据，包括：

1)获取可读权限的病历数据和关联的病历日志数据；

2)通过私钥解密病历数据和关联的病历日志数据并查阅；

3)提供查阅时，同时与P140病历数据实时同步模块交互，为用户终端提供修改端口；

4)获取独立病历数据提起数据上链时，采用非对称加密算法(RSA)，以保障病历数据的机密性和完整性：首先，使用非对称加密算法RSA进行数据加密；其次，病历数据上都保存了该病历数据的哈希值、读权限、查询次数、有无变更记录、病历详细数据、数据公钥、时间戳、数据来源(ip/主机名称等)、数字身份等信息，用于病历数据的确权和追溯。

P114操作日志单元：用于管理用户操作日志，即，操作日志单元的日志数据，主要内容为用户的操作，包括：登录、退出、查看病历、修改病历等。操作日志与病历日志数据不同，操作日志以用户为主体，主要用于用户操作的监控，其数据通常不进行上链存储。

P120区块链服务器：用于提供区块链服务，支持病历数据和病历日志数据加密保护和存储；

本发明中区块链服务器的每一个区块中保存了一定的病历数据和病历日志数据，它们按照各自产生的时间顺序连接成链条，通过链条构成节点，以保证存储数据的安全性。众所周知，区块链具有两大核心特点：一是数据难以篡改、二是去中心化。基于这两个特点，以保证区块链所记录的病历的内容的真实、稳定和可靠，也基于此特点，其中对区块链服务器中存储的数据的粒度需要进行控制，否则容易造成存储资源的浪费。

如图4中所示，区块链服务器中包括多个节点，每两个节点互相连接，且相互保存节点间的ip和端口信息，便于新增节点加入时的连接；网络节点之间使用tcp长链接，定时(例如60S)发送心跳包，以保持各个节点间的连接存活，和保证相互同步数据的有效性；如果新增节点，自动连接上所有存在的节点，并同步获取数据。

区块链服务器的节点之间进行数据同步，以保证存储内容的安全和一致，具体表现为：获取连接节点与本节点的病历数据个数是否相同，如果相同，比较每个病历数据的哈希值是否相同，都相同的情况则不需要发起同步，只有病历数据个数不等的情况则同步多的病历数据到个数少的节点；

如果在比较每个病历数据的哈希值不同的情况，说明该节点上的病历数据有被修改过，则断掉该节点的连接；

病历数据在节点间的传输使用非对称加密算法加密，传输的包格式如下表所示：

对病历数据的传输相对应，对数据包的解包操作如下：

获取网络字节流包头两个字节：该两个字节表示一次性同步病历数据包的总长度；

获取网络字节流中公钥32字节；

获取病历数据长度2字节；

根据病历数据长度获取病历数据；

根据获取的公钥和自己的私钥解密病历数据；

解密后的病历数据第一位与第二位异或，结果与后面的位异或直到最后一位，结果与网络字节流中的最后一位签名包相比较，相等表示该包正常，不等则舍弃该包。

节点在接收数据包的过程中，针对可能出现的收包不完整的情况，采用数据缓存技术进行处理，具体为：获取网络字节流包头两个字节：如果该两字节换算出来的长度为2048，而后续的数字包总长还不足2048，这时需要将该数据包加入数据缓存内，等待下次数据包到达后拼接到数据缓存中，再次执行完整包的解析；通过缓存处理可有效解决网络延迟导致数据包收取不及时问题。

本发明提供的区块链服务器，通过不同的入口，存储病历数据和重要的病历日志数据。

P140病历数据实时同步模块：用于实现病历数据协同更新，生成独立病历数据；

病历数据实时同步模块包括P141病历数据处理单元和P142终端医院管理单元：

P142终端医院管理单元：用于与终端医院HIS系统交互，从医院HIS系统中获取来自检查医院的一级病历信息，例如直接来自医院检查机构的检查结果、化验结果；同时，获取医院端的用户信息，协助P111用户管理单元中生成用户数据时的有效性确认；需要注意的是，一级病历信息与本发明的多方协同电子病历系统中的病历数据在数据结构上存在区别，因此需要由终端医院管理单元对一级病历信息分配病历标识，转换为病历数据的结构。转换后，一级病历信息即可作为病历数据，在P141病历数据处理单元进行处理。

P141病历数据处理单元：对于与HIS系统交互时获取并转换的一级病历信息，或者是从区块链服务器获取的病历数据，都可以在协同管理模块中通过电子病历版本数据的方式展示给终端；在病历数据处理单元中，为终端用户提供修改和更新接口，支持用户对病历数据进行修改，确认定版；其中，定版指：在病历数据处理单元，获取终端用户提交的修改完成的请求，确定用户终端对病历数据的修改过程，生成独立病历数据。

在病历数据处理单元中，可将新的独立病历数据提交给协同管理模块用于上链，同时，对于修改记录，生成病历日志数据，提交给P130病历日志数据处理模块进行下一步的处理。

病历数据协同更新指：当有病历数据修改时，病历数据实时服务将修改内容广播给当前连接上服务的所有终端，所有针对同一病历协同处理，当所有终端协同完毕，病历数据入库保存，电子病历协同单元再做上链保存。

本发明中，病历数据处理单元为终端提供修改和更新接口，支持websocket方式上传编写的病历数据，数据包格式支持json格式，在接口中至少包括：更新类型、病历标识、更新位置、当前更新的病历数据内容、当前处理的数据长度、时间戳、进行操作的用户账号、当时用户操作位置。

病历数据处理单元实现病历数据协同更新的过程中，病历数据实时同步模块确定病历数据处理单元生成独立病历数据后，将病历数据的此次修改信息，实时同步广播到关联终端，广播的内容与上传的内容主体一致，统一为json格式；其中，关联终端指：链接到本次修改的病历的所有终端。

电子病历协同单元支持本地临时数据库实现独立病历数据的本地入库，本地入库保存完毕，电子病历协同单元将独立病历数据上链至区块链服务器。对于同一份电子病历，基于每次修改完成本地临时存储，上链存储；上链过程基于区块链的哈希算法、共识算法和分布式技术，以保证病历数据难以篡改，同时，在区块链服务器的所有病历数据以链式存储，通过时间戳技术可以追溯每一笔病历数据，因此，上链后的病历数据形成多个病历版本。

P130病历日志数据处理模块：用于从病历数据实时同步模块获取病历日志数据，筛选病历日志数据，提起病历日志数据上链：

病历日志数据处理模块处理的病历日志数据，以病历数据为主体，在响应终端更新病历数据的过程中产生，病历日志数据的内容至少包括病历标识，与该次更新的病历数据的病历标识一致，实现病历日志数据和病历数据的关联；除此之外，通过某条病历数据的更新方式定义病历日志数据的操作日志类型，主要包括对某条病历数据的增加、删除、修改、标注，在病历日志数据中体现以上操作的更新位置、更新时间、人员；与P114操作日志单元管理的日志区别点在于，一条操作日志来自终端的一次操作，一条病历日志数据来自病历数据的一次更新操作；例如：某医生在某时间点登录协同电子病历系统，在一个小时内更新了某病历数据，修改了第10行，增加了11至12行，则在P114操作日志单元产生一条操作日志记录，在P130病历日志数据处理模块产生两条病历日志数据的记录(修改和增加内容分别为不同的病历日志数据的记录)；且，病历日志数据处理模块产生的两条病历日志数据的记录进行协议转换后，打包存储，上链至区块链服务器。另一方面，为节约区块链服务器存储病历日志数据的资源，需要对日志数据的粒度进行控制，结合病历日志数据以病历数据为主体的特征，决定了该类日志数据与常用日志数据不同，需要将病历日志数据的粒度精简到最小，并以此建立索引关系，便于后续的检索和应用。

P130病历日志数据处理模块还包括P131病历日志集中处理单元，用于缓存和处理病历日志数据；病历日志集中处理单元中执行的处理，即对病历日志数据的重要性进行筛选，对重复的病历日志数据进行合并，并在缓存一定量的病历日志数据后，在合适的时机对日志数据进行打包存储和上链，其中合适的时机包括累积的病历日志数据的数量达到指定量，或者缓存的时间达到指定的时间长度。

本发明中，对病历日志数据和病历数据都执行上链存储，但由于病历日志数据的数量量级、内容的重要性、写入的频繁程度都与病历数据不同，因此在独立的模块中进行二次筛选后进行后续处理，以支持在不影响协同诊疗的条件下，实现对病历日志数据二次开发，适应存储资源、检索和应用需求。

本发明中，P113电子病历协同单元响应终端的提取病历的请求时，向区块链服务器提起查阅病历数据的操作，在数字身份校验成功的情况下，获取某个版本的病历数据和病历日志数据，并整合为带病历更新痕迹的电子病历版本数据，用于展示给终端。

本发明中，病历从产生到展示，其变化如图2所示，从医院HIS系统获取的为一级病历信息，通过协同管理模块提供给各终端协同处理后，生成独立病历数据，在协同管理模块向区块链服务器上链，从区块链服务器提取的病历数据，整合同样从区块链服务器提取的病历日志数据，以电子病历版本数据的方式展示给用户终端。即：独立病历数据为修改完成未上链的数据块，病历数据为从区块链服务器获取的或者从终端医院管理单元获取并转换的数据块，电子病历版本数据是将病历生成展示界面的数据包。

电子病历版本数据以数据包的形式向终端发送，用于终端的应用程序解析和展示内容，提供给用户查看病历。根据终端用于展示界面的应用程序的兼容特征和通讯协议，展示界面的方式支持图片、文件、数据流等。具体实现时，由电子病历协同单元获取终端特征，对电子病历版本数据进行中间模式转换，例如：终端仅提供嵌入控件查看文件，电子病历协同单元将电子病历版本数据转换成PDF文件发送给终端；如果终端的应用程序支持本发明的协同系统的通讯协议，电子病历协同单元将电子病历版本数据的数据包加密发送至终端。

电子病历版本数据针对不同的应用场合，有不同的应用场景模板。应用场景模板为根据不同的应用场合的展示需求预先定义的展示规则，展示规则至少包括：基础数据、日志有效数据、日志有效数据位置；

协同管理模块加载应用场景模板，生成电子病历版本数据的过程包括：根据模板定义的基础数据提取指定时间戳对应的病历数据，根据模板定义的日志有效数据从病历数据关联的病历日志数据中提取展示信息，根据模板定义的日志有效数据位置将展示信息定位至指定位置，以上过程的病历数据、指定位置和指定位置的展示信息构成电子病历版本数据。

例如：

1)应用场合为简单查阅最终结果，定义应用场景模板为简单模板，基础数据为指定病人的最新的病历数据，日志有效数据和日志有效数据位置为空；

2)应用场合为查看会诊详细过程，定义应用场景模板为会诊模板，基础数据定义为指定病人的某个时间戳对应的病历数据，日志有效数据为指定人员(专家账号)针对此病历数据的更新类型、更新位置、更新时间，日志有效数据位置根据终端显示屏的特征进行位置定位，可进一步定义批注位置、更新时间位置；

3)应用场合为查看病人治疗的完整观察过程，定义应用场景模板为流水模板，基础数据定义为指定病人的各个时间戳的病历数据，日志有效数据为病历数据对应的各更新时间、更新内容、更新时间，日志有效数据位置为不指定位置，按时间顺序追加内容；

4)应用场合为教学环境，定义应用场景模板为教学模板，基础数据定义为指定病人的某个版本的病历数据，日志有效数据为指定更新类型(例如：批注)、更新位置、更新时间，日志有效数据位置根据终端显示屏的特征进行位置定位，可进一步通过病历数据的行、列位置确定批注位置。

应用场景模板还可根据业务发展进行在协同管理模块进行个性化预先设置，日志有效数据位置可以根据病历数据的行、列位置确定，也可以根据显示屏坐标进行定位。

本发明还提供了一个定制模板展示实施例，最终为用户终端展示的电子病历版本数据中，既包括指定版本的病历数据、会诊记录，还直观展示病历从创建到定版的更新过程，如图3中所示，更新过程包括：增加信息，包括增加内容的位置、操作人员和时间(在文件尾部追加内容，可通过显示屏坐标进行定位)；修改信息，包括修改时间、修改位置、修改内容比对；标注信息，包括标注位置(在病历数据中定位，通过病历数据的行、列位置确定)、标注时间、操作人员；除此之外，也支持删除线的方式体现已删除的信息，并注明删除操作人员、删除时间；会诊记录通过数据记录的方式，体现多名医生对指定病历提出的诊断建议，其内容主要包括：医生、时间、诊断建议。

通过本发明中电子病历版本数据的展示方式，可以一次性直观体现互联网诊疗条件下的多方协同的过程及结果；而在区块链服务器中将病历数据和病历日志数据分离，可以支持根据不同应用场景，结合展示模板进行显示和检索的需求，例如可实现分别以时间、医生为条件进行检索和展示。而在本发明中，将传统信息系统中的日志再次分离出操作日志和病历日志数据，病历日志数据跟随病历数据一起上链存储、提取和应用，有效提高了基础数据的应用范围和应用灵活度；对操作日志只需要普通维护，减少了不必要的数据维护成本。

在本发明中公开的多方协同电子病历系统，在架构层面，基于区块链技术支持，实现安全共享交换平台，充份利用区块链服务器的优势，使系统可提供去中心化、防篡改、可追溯、可确权的底层支撑，在此基础上打破医院病人资料“不愿共享”、“不敢共享”、“不能共享”的局面，实现为病人数据资源存储、数据流转保护和管控的效果；在数据结构方面，将病历数据和病历日志数据分离、上链，有助于适应不同应用场景的灵活运用和扩展；在功能实现的层面，灵活整合病历数据和日志数据、定义适合不同场景的展示模板，直观展示病历变化过程、会诊过程，从时间和操作上可追溯、可确权，不仅可实现数据泄露责任追溯，也提高了用户的体验。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种多方协同电子病历系统，其特征在于，包括：

系统终端模块：部署于医院，提供用户注册登录功能，实现用户与所述多方协同电子病历系统数据交互；所述用户包括：上级专家、医生、患者，所述医生来自多家医院；所述数据交互包括查看病历、修改病历；

协同管理模块：用于获取和存储独立病历数据，执行数据上链；从区块链服务器获取病历数据和病历日志数据，加载应用场景模板生成电子病历版本数据；所述应用场景模板包括简单模板、会诊模板、流水模板、教学模板和定制模板；所述独立病历数据为修改完成未上链的数据块，所述病历数据包括从区块链服务器获取的数据块，所述电子病历版本数据是将病历生成展示界面的数据包；

区块链服务器：用于提供区块链服务，支持病历数据和病历日志数据加密保护和存储；

病历数据实时同步模块：用于实现病历数据协同更新，生成独立病历数据，包括：通过长连接获取系统终端模块在修改过程中的病历数据，向系统终端模块发送所述病历数据的此次修改信息；

病历日志数据处理模块：用于从病历数据实时同步模块获取病历日志数据，筛选所述病历日志数据，提起数据上链；其中，所述病历日志数据以病历数据为主体，在响应终端更新病历数据的过程中产生；所述病历日志数据包括病历标识、更新类型、更新位置、更新时间、人员；所述病历标识与病历数据的病历标识一致，实现与病历数据关联。

2.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述协同管理模块包括：

用户管理单元：用于管理加入所述多方协同电子病历系统的终端用户，为用户分配区块链服务器对应独立数字身份和协同系统账号信息，所述协同系统账号信息指：用户从系统终端模块发起多方协同电子病历系统的注册申请时分配的账号鉴权信息；

注册登录单元：用于提供用户在多方协同电子病历系统登录校验；

电子病历协同单元：用于获取和存储所述病历数据实时同步模块提供的独立病历数据，对所述独立病历数据提起数据上链；响应用户需求，从区块链服务器获取病历数据和病历日志数据，加载应用场景模板生成电子病历版本数据；

操作日志单元：用于管理用户操作日志，所述用户操作日志以用户为主体，内容包括：登录、退出、查看病历、修改病历。

3.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述应用场景模板为根据不同的应用场合的展示需求预先定义的展示规则，所述展示规则包括：基础数据、日志有效数据、日志有效数据位置；

所述加载应用场景模板生成电子病历版本数据的过程包括：根据所述基础数据提取指定时间戳对应的病历数据，根据所述日志有效数据从所述病历数据关联的病历日志数据中提取展示信息，根据所述日志有效数据位置将所述展示信息定位至指定位置，所述病历数据、所述指定位置和指定位置的所述展示信息构成电子病历版本数据。

4.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述病历数据实时同步模块包括病历数据处理单元和终端医院管理单元，所述终端医院管理单元用于与终端医院HIS系统交互，从医院HIS系统中获取来自检查医院的一级病历信息；

所述病历数据处理单元用于为终端用户提供修改和更新接口，支持用户对病历数据进行修改，确认定版；

所述定版指：所述病历数据处理单元，获取终端用户提交的修改完成的请求，确定所述病历数据的修改过程，生成独立病历数据。

5.根据权利要求4所述的多方协同电子病历系统，其特征在于，所述修改和更新接口，支持websocket方式上传编写的病历数据，数据包格式支持json格式，在接口中至少包括：更新类型、病历标识、更新位置、当前更新的病历数据内容、当前处理的数据长度、时间戳、进行操作的用户账号、当时用户操作位置。

6.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述病历数据实时同步模块确定生成独立病历数据后，将修改信息实时同步广播到关联终端。

7.根据权利要求2所述的多方协同电子病历系统，其特征在于，所述注册登录单元校验用户终端登录成功后，将所述用户终端的信息共享给所述病历数据实时同步模块，用于建立数据传输长连接。

8.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述用户与所述多方协同电子病历系统数据交互，受限于用户账号对应的权限，用户账号对应的权限包括：多方协同电子病历系统对应用户的权限、区块链服务器对应的权限。

9.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述病历日志数据处理模块还包括病历日志集中处理单元，用于缓存和处理病历日志数据；所述处理病历日志数据包括：对病历日志数据的重要性进行筛选，对重复的病历日志数据进行合并，选择合适的时机对病历日志数据进行打包存储和上链，所述合适的时机包括缓存的时间达到指定的时间长度。

10.根据权利要求1所述的多方协同电子病历系统，其特征在于，所述区块链服务器支持病历数据以链式存储，所述病历数据通过时间戳构成多个病历版本，通过所述病历版本实现按时间追溯。