CN115758470A - 基于联盟链的医疗数据处理方法及系统 - Google Patents
基于联盟链的医疗数据处理方法及系统 Download PDFInfo
- Publication number
- CN115758470A CN115758470A CN202211562660.XA CN202211562660A CN115758470A CN 115758470 A CN115758470 A CN 115758470A CN 202211562660 A CN202211562660 A CN 202211562660A CN 115758470 A CN115758470 A CN 115758470A
- Authority
- CN
- China
- Prior art keywords
- data
- medical
- channel
- node
- institution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明揭示了一种基于联盟链的医疗数据处理方法及系统,方法包括:为互联网医院以及多个医疗机构创建联盟链网络上的节点;为每个医疗机构节点创建与互联网医院节点连接的独立的通道;通过互联网医院节点将互联网医院业务系统连接到联盟链网络;获取与业务数据对应的通道标识;根据通道标识确定通道;依据操作对象和操作类型,调用与操作对象对应的智能合约实例,对操作对象对应的账本进行操作,生成区块链账本数据。该医疗数据处理方法及系统使每个医疗机构都能同步地掌握互联网医院对账本的使用情况,避免医疗机构不清楚数据的修改情况,且通过医疗机构节点可以更直接、更有效地使用数据,满足了医疗机构对数据的掌握的需求。
Description
技术领域
本发明涉及区块链技术领域,尤其涉及一种基于联盟链的医疗数据处理方法及系统。
背景技术
随着信息技术的发展,互联网医院的出现大大方便了大众用户,大众用户仅需要去距离其较近的医疗机构进行检查,医疗机构再将数据发送至互联网医院业务系统,在医生或软件分析每个用户的检查数据得到检查报告后,再将检查报告上传至互联网医院业务系统,然后返回给医疗机构或用户。这样,用户在获得更高质量的诊断结果的同时节约了往返差旅费,提高了检查速度。
但是,这中间存在一些问题,例如一些医疗机构不希望严重依赖于互联网医院业务系统这一数据中心,在将用户的检查数据发送给互联网医院业务系统后,医疗机构就失去了对数据的管控能力,后续数据是否修改、更新无法掌握,继而对互联网医院业务系统的诊断结果的持警惕态度。
发明内容
为解决上述的现有技术问题中的至少其一,本发明的目的在于提供一种借助区块链技术提升医疗机构对数据掌握能力的基于联盟链的医疗数据处理方法及系统。
为实现上述发明目的,本发明一实施方式提供一种基于联盟链的医疗数据处理方法,包括如下步骤:
为互联网医院以及多个医疗机构创建对应的联盟链网络上的节点;
为每个医疗机构节点创建与所述互联网医院节点连接的独立的通道,其中,每个通道对应一个通道标识,当所述通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据;
通过所述互联网医院节点将互联网医院业务系统连接到所述联盟链网络,所述互联网医院业务系统将业务数据推送到所述互联网医院节点;
获取与所述业务数据对应的医疗机构的通道标识;
根据所述通道标识确定用于数据分发的通道;
依据操作对象和操作类型,调用与所述操作对象对应的智能合约实例,对所述操作对象对应的账本进行操作,生成区块链账本数据。
为实现上述发明目的之一,本发明一实施例提供了一种基于联盟链的医疗数据处理系统,包括:
账户创建模块,用于为互联网医院以及多个医疗机构创建对应的联盟链上的节点;
通道建立模块,用于为每个医疗机构节点创建与所述互联网医院节点连接的独立的通道,其中,每个通道对应一个通道标识,当所述通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据;
数据推送模块,通过所述互联网医院节点将互联网医院业务系统连接到所述联盟链网络,所述互联网医院业务系统将业务数据推送到所述互联网医院节点;
通道标识获取模块,用于获取与所述业务数据对应的医疗机构的通道标识;
数据分发模块,用于根据所述通道标识确定数据分发的通道;
操作模块,用于依据操作对象和操作类型,调用与所述操作对象对应的智能合约实例,对所述操作对象对应的账本进行操作,生成区块链账本数据。
为实现上述发明目的之一,本发明一实施例提供了一种电子设备,包括:
存储模块,存储计算机程序;
处理模块,执行所述计算机程序时可实现上述的基于联盟链的医疗数据处理方法中的步骤。
为实现上述发明目的之一,本发明一实施例提供了一种可读存储介质,其存储有计算机程序,该计算机程序被处理模块执行时可实现上述的基于联盟链的医疗数据处理方法中的步骤。
与现有技术相比,本发明具有以下有益效果:该医疗数据处理方法及系统可以依据业务数据获得对应的医疗机构的通道标识,动态连接到互联网医院节点与对应的医疗机构节点所建立的通道,再调用智能合约进行区块链账本数据的操作。在这个过程中,基于通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据,所以使每个医疗机构都能同步地掌握互联网医院对账本的使用情况,充分利用了联盟链的优势,避免医疗机构不清楚数据的修改情况,且通过医疗机构节点可以更直接、更有效地使用数据,满足了医疗机构对数据的掌握的需求。
附图说明
图1是本发明一实施例的基于联盟链的医疗数据处理系统的框架图;
图2是本发明一实施例的基于联盟链的医疗数据处理方法的流程图;
图3是本发明另一实施例的基于联盟链的医疗数据处理方法的流程图;
图4是本发明再一实施例的基于联盟链的医疗数据处理方法的流程图;
图5是本发明一实施例的基于联盟链的医疗数据处理系统的模块示意图。
具体实施方式
以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明,本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。
本发明一实施例提供一种借助区块链技术提升医疗机构对数据掌握能力的基于联盟链的医疗数据处理方法及系统。
该基于联盟链的医疗数据处理方法及系统服务于互联网医院和医疗机构,其中,医疗机构可以是能够对受检者进行检查的机构,例如对受检者进行胶囊胃镜检查,检查完毕后,医疗机构可以将检查的病例信息及影像数据上传到互联网医院业务系统互联网医院可以对这些报告智能分析,也可以将这些数据分配给签约医生进行阅片,然后出具报告记录上传到互联网医院业务系统,医疗机构下载报告记录并提供给受检者。
这样的医疗机构可以有多家,分散在全国各地,每家医疗机构都不需要有阅片的能力,只需要能为用户提供检查服务即可,通过分工合作的方式大大节省了每个医疗机构的运营成本。
本实施例通过在互联网医院和医疗机构搭建联盟链网络,如图1所述,用于管理互联网医院和医疗机构的医疗数据,且本实施例的联盟链网络可以通过细粒度的数据采集和分发设计,保证互联网医院和各医疗机构的数据的机密性,提高数据的共享层次,避免数据泄露,符合了医疗数据的保密等级高的需求。
需要说明的是,整个联盟链网络的数据来源是已有的数据采集服务,互联网医院通过互联网医院的客户端应用接入该联盟链网络就可以获取这些数据,图1中的互联网医院业务系统可视为包括了该数据采集服务互联网医院的客户端应用,联盟链网络连接该互联网医院业务系统。
互联网医院业务系统即为背景技术中所述的互联网医院业务系统,医疗机构可以将数据发送至互联网医院业务系统,医生或软件得到检查报告后也可以上传至互联网医院业务系统。在互联网医院业务系统中存储有所有医疗机构的检查用户的原始数据和检查报告数据这些业务数据。
每个医疗机构也有自己独立的客户端应用,连接到联盟链网络。
以及,由于本实施例的联盟链网络用于对互联网医院业务系统的数据进行备份,所以联盟链网络中对区块链账本数据的修改、新增等,只会影响区块链网络内部的状态数据库,不会影响互联网医院已有的业务。
下面结合图2~图4,说明本发明一实施例提供的一种基于联盟链的医疗数据处理方法,虽然本申请提供了如下述实施方式或流程图所示的方法操作步骤,但是基于常规或者无需创造性的劳动,所述方法在逻辑性上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本申请实施方式中所提供的执行顺序。
具体地,本实施例的基于联盟链的医疗数据处理方法,如图2所示,包括如下步骤:
步骤S10:为互联网医院以及多个医疗机构创建对应的联盟链网络上的节点。
每个医疗机构节点存储该医疗机构的机构账本,所述互联网医院节点存储全联盟账本。
所述机构账本包括设备台账账本、病例记录账本和报告记录账本,所述全联盟账本有每个医疗机构的机构账本的副本。也就是说,对于每个医疗机构节点,只有一套账本,该套账本包括了设备台账账本、病例记录账本和报告记录账本;而互联网医院节点有多套账本。如果有n家医疗机构,则全联盟账本存储着n套机构账本的副本,每套机构账本的副本都包括设备台账账本、病例记录账本和报告记录账本。如图1所示,图1以3个医疗机构为例,说明互联网医院节点的全联盟账本和每个医疗机构节点存储的机构账本的关系。
具体地,设备台账账本可以包括如下内容至少一项,且不限制为如下内容:
设备序列号,设备类型,设备型号,归属医疗机构全称,医疗机构简称,机构类型,机构所在省/直辖市,机构所在市/县,详细地址,设备装机日期,设备报修截止日期,设备硬件标识,设备主机地址,设备状态,设备最后启动日期,设备最后心跳时间戳长,归属医疗机构通道标识。
病例记录账本可以包括如下内容至少一项,且不限制为如下内容:
病例唯一标识,磁控设备序列号,医疗机构所在省/直辖市,医疗机构所在市/县,医疗机构名称,操作者姓名,检查服序列号,胶囊胃镜序列号,受试者姓名(脱敏),受试者手机号(脱敏),检查部位,检查日期,数据来源,客户端上传工具标志,病例状态。
报告记录账本可以包括如下内容至少一项,且不限制为如下内容:
报告唯一标识,病例唯一标识,阅片医生唯一标识,阅片医生姓名,医生类型,是否带有报告,检查结果,镜检所见,建议,检查报告文件链接。
其中,报告唯一标识可以等于病例唯一标识加上阅片医生唯一标识。
步骤S20:为每个医疗机构节点创建与所述互联网医院节点连接的独立的通道。
在医疗机构申请加入联盟链网络之前,网络管理员会给该医疗机构分配通道ID,即通道标识。
随后互联网医院节点与每个加入的医疗机构节点都建立单独的通道,即通道与医疗机构是一一对应的,这样每个通道都对应一个唯一的通道标识。数据可以通过不同的通道分发到各个医疗结构节点。
当所述通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据。
也就是说,互联网医院节点或医疗机构节点任一端写入数据时,通道上的其他的互联网医院节点或医疗机构节点都能同步写入数据。
结合互联网医院节点连接全部的医疗机构节点,所述全联盟账本通过全部通道与全部机构账本的数据保持同步。
步骤S30:通过所述互联网医院节点将互联网医院业务系统连接到所述联盟链网络,所述互联网医院业务系统将业务数据推送到所述互联网医院节点。
本实施例的步骤S30中,互联网医院业务系统可以看作互联网医院的客户端应用,互联网医院连接到互联网医院节点的方法,是互联网医院依据互联网医院节点身份信息通过所述互联网医院节点连接到所述联盟链网络。
身份信息主要是CA数字证书和MSP(Membership Service Provider,成员服务提供商)等。
这里的业务数据就是上述的医疗机构事先已经存储在互联网医院业务系统中的检查的病例信息及影像数据、以及互联网医院出具的报告记录的数据。
步骤S40:获取与所述业务数据对应的医疗机构的通道标识。
具体的,步骤S40还包括步骤:
步骤S41:依据所述业务数据中的设备序列号确定所述业务数据所属的医疗机构;
步骤S42:获取与所属的医疗机构对应的通道标识。
在医疗机构买入设备时,例如磁控胃镜胶囊设备及配套设备,设备的设备序列号就会与医疗机构绑定,且每个设备的设备序列号都是唯一的,通过序列号可以获得该设备所绑定的医疗机构。如上述的设备台账账本包括设备序列号,所以在业务数据中的设备台账账本对应部分即可获取到设备序列号。
又由于医疗机构与通道是一一对应的,每个通道都对应一个唯一的通道标识,所以根据设备序列号可以对应唯一的通道标识,这样,可以根据设备序列号确定数据应该分发到哪个通道。
结合所述设备台账账本包括设备序列号和归属医疗机构通道标识,就可以根据业务数据确定归属医疗机构的通道标识。
另外,一个医疗机构可以绑定多个设备,即一个医疗机构可以对应多个设备序列号,这些设备序列号都指向同一通道标识。
步骤S50:根据所述通道标识确定用于数据分发的通道。
这样就能建立互联网医院节点与目标的通道的连接,动态连接到互联网医院节点与对应的医疗机构节点所建立的通道。
步骤S60:依据操作对象和操作类型,调用与所述操作对象对应的智能合约,对所述操作对象对应的账本进行操作,生成区块链账本数据。
所述操作对象包括与所述设备台账账本对应的设备台账、与所述病例记录账本对应的病例记录、以及与所述报告记录账本对应的报告记录;所述操作类型包括新增和更新。
每个操作对象都有与其对应的链码,例如设备台账对应设备台账链码(其主键为设备序列号sn),病例记录对应病例记录链码(其主键为病例记录uuid),报告记录对应报告记录链码(其主键为病例记录uuid+阅片医生uuid)。
步骤S60依据操作对象选取对应的链码,从而获得智能合约实例,再调用对应的智能合约,对操作对象对应的账本进行操作。
智能合约事务清单包括:
设备台账事务接口:新增、修改非关键信息、设备详情查询和列表查询。
设备台账私有数据事务接口:新增备注,设备备注列表查询,私有数据授权。
病例记录事务接口:新增、修改非关键信息、病例记录详情查询和列表查询(含:按检查日期范围、按设备序列号、受检者姓名等模糊查询)。
病例记录私有数据事务接口:新增备注,病例记录备注列表查询,私有数据授权。
体检报告事务接口:新增、修改非关键信息和列表查询(按病例记录、按设备序列号、受检者姓名等模糊查询)事务接口。
体检报告私有数据事务接口:新增备注,病例记录备注列表查询,私有数据授权。
上述的实施例主要是在互联网医院节点的操作,该操作会通过通道同步到医疗机构节点的机构账本数据中。
另外,本发明还公开了在医疗机构节点的操作。
首先,医疗机构通过客户端应用连接到联盟链网络,具体地,医疗机构依据医疗机构节点身份信息通过所述医疗机构节点连接到所述联盟链网络。医疗机构节点身份信息也可以是依据身份信息和公共连接配置。
然后运行步骤S70:医疗机构访问账本,读取或写入账本。
医疗机构一般都有读取账本的权限,管理员也可以给医疗机构节点增加对账本进行写入操作的权限。如图3所示,步骤S70还包括:
步骤S71:医疗机构连接医疗机构节点;
步骤S72:依据操作对象,获取与所述操作对象对应的智能合约实例;
步骤S73:依据业务类型的调用请求,调用与所述业务类型对应的智能合约接口访问所述机构账本。
医疗机构读取或写入机构账本的依据是指定的业务类型来调用对应的链码中的智能合约。这些业务类型例如对病例的列表查询、对病例的详情查询等。
另外,本实施例的基于联盟链的医疗数据处理方法还包括步骤:
将第一机构加入所述联盟链,为所述第一机构创建第一节点;
所述第一节点连接其一医疗机构对应的通道;
为所述第一机构新建第一账本;
所述第一账本与所述通道对应的机构账本的数据保持同步。
第一机构可以是其一医疗机构的联盟机构,如果某一医疗机构希望将自身区块链账本数据共享给他的联盟机构,则可使用上述方法,申请该联盟机构加入到联盟链网络,并加入到该医疗机构所在的通道中。
联盟机构的地位与医疗机构的地位等同,会在联盟链中为其创建一个新的节点,在该节点中新建一套账本,该新的账本与该意图共享账本的医疗机构的机构账本的区块链账本数据保持同步。
进一步地,如图4所示,本实施例的基于联盟链的医疗数据处理方法还包括步骤S80:在医疗机构节点建立私有数据集合。
步骤S80具体包括:
步骤S81:为所述医疗机构节点创建私有数据集合;
步骤S82:将对所述机构账本的备注内容写入所述私有数据集合。
医疗机构如需备注数据,医疗机构可以把对设备台账、病例记录以及报告记录的备注存储到该私有数据集合(Private Data Collection)。通过引入私有数据集合,医疗机构可读取私有数据集中的记录,对私有数据的访问,但除非私有数据集合的拥有方授权,否则同通道的机构也无权访问其内容,也就是说,如果没有医疗机构的授权,其他医疗机构和互联网医院都无法访问这里面的内容。每个医疗机构可以设置一个显式的私有数据集合。
私有数据集合提高了医疗机构在数据掌控方面的自主权,同时也提高了数据的共享层次,后期可以扩展新的联盟机构加入,医疗机构将该医疗机构节点的数据,甚至是私有数据集合完全与该联盟机构的节点共享,授权给这些联盟机构访问。
与现有技术相比,本实施例具有以下有益效果:
(1)该医疗数据处理方法可以依据业务数据获得对应的医疗机构的通道标识,动态连接到互联网医院节点与对应的医疗机构节点所建立的通道,再调用智能合约进行区块链账本数据的操作。在这个过程中,基于通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据,所以使每个医疗机构都能同步地掌握互联网医院对账本的使用情况,充分利用了联盟链的优势,避免医疗机构不清楚数据的修改情况,且通过医疗机构节点可以更直接、更有效地使用数据,满足了医疗机构对数据的掌握的需求。
(2)应用上述的医疗数据处理方法可以仅在医疗机构和互联网医院之间建立通道,仅在医疗机构和互联网医院之间共享数据,或者医疗机构与特定的联盟机构之间共享数据,而不需要在所有的医疗机构之间共享数据。这样一方面可以节省数据的存储空间,另一方面也减小了数据的暴露范围,提高了安全性。
在一个实施例中,提供了一种基于联盟链的医疗数据处理系统,模块示意图如图5所示。该基于联盟链的医疗数据处理系统可以包括如下模块,各模块具体功能如下:
账户创建模块,用于为互联网医院以及多个医疗机构创建对应的联盟链上的节点;
通道建立模块,用于为每个医疗机构节点创建与所述互联网医院节点连接的独立的通道,其中,每个通道对应一个通道标识,当所述通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据;
数据推送模块,用于通过所述互联网医院节点将互联网医院业务系统连接到所述联盟链网络,所述互联网医院业务系统将业务数据推送到所述互联网医院节点;
通道标识获取模块,用于获取与所述业务数据对应的医疗机构的通道标识;
数据分发模块,用于根据所述通道标识确定数据分发的通道;
操作模块,用于依据操作对象和操作类型,调用与所述操作对象对应的智能合约实例,对所述操作对象对应的账本进行操作,生成区块链账本数据。
需要说明的是,本发明实施例的基于联盟链的医疗数据处理装置中未披露的细节,请参照本发明实施例的基于联盟链的医疗数据处理方法中所披露的细节。
本领域技术人员可以理解,所述模块示意图仅仅是基于联盟链的医疗数据处理系统的示例,并不构成对基于联盟链的医疗数据处理系统的终端设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如基于联盟链的医疗数据处理系统还可以包括输入输出设备、网络接入设备、总线等。
另外,具体地,本实施例的平台采用Hyperledger Fabric,采用v2.2以上的,能够长期支持的版本。
联盟链网络采用多主机+容器部署的方式,即为每一个医疗机构分配一个主机,该主机可以是虚拟机或物理机,主机上的节点部署采用容器部署的方式。
数据库选择CouchDB,可以支持富查询;排序服务部署5个节点;每一个医疗机构节点与互联网医院节点建立一个通道,通道标识由互联网医院统一分配。
每个医疗机构部署2个CA证书,一个用于注册,一个用于安全传输层协议。
联盟链网络的初始化以及通道的初始化、医疗机构的注册登记由互联网医院负责。
基于联盟链的医疗数据处理系统还可以包括计算机、笔记本、掌上电脑及云端服务器等计算设备,以及包括但不限于处理模块、存储模块、以及存储在存储模块中并可在处理模块上运行的计算机程序,例如上述的基于联盟链的医疗数据处理方法程序。所述处理模块执行所述计算机程序时实现上述各个基于联盟链的医疗数据处理方法实施例中的步骤,例如图2、3、4所示的步骤。
另外,本发明还提出了一种电子设备,其包括存储模块和处理模块,处理模块执行所述计算机程序时可实现上述的基于联盟链的医疗数据处理方法中的步骤,也就是说,实现上述基于联盟链的医疗数据处理方法中的任意一个技术方案中的步骤。
该电子设备可以是集成于基于联盟链的医疗数据处理系统内的一部分、或者是本地的终端设备、还可以是云端服务器的一部分。
处理模块可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器,也可以是任何常规的处理器。处理模块是基于联盟链的医疗数据处理系统的控制中心,利用各种接口和线路连接整个基于联盟链的医疗数据处理系统的各个部分。
存储模块可用于存储所述计算机程序和/或模块,处理模块通过运行或执行存储在存储模块内的计算机程序和/或模块,以及调用存储在存储模块内的数据,实现基于联盟链的医疗数据处理系统的各种功能。存储模块可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等。此外,存储模块可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)、至少—个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在存储模块中,并由处理模块执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在基于联盟链的医疗数据处理系统中的执行过程。
进一步地,本发明一实施例提供了一种可读存储介质,其存储有计算机程序,该计算机程序被处理模块执行时可实现上述的基于联盟链的医疗数据处理方法中的步骤,也就是说,实现上述基于联盟链的医疗数据处理方法中的任意一个技术方案中的步骤。
所述基于联盟链的医疗数据处理方法集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理模块执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、∪盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
应当理解,虽然本说明书按照实施方式加以描述,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为清楚起见,本领域技术人员应当将说明书作为一个整体,各实施方式中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。
上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明,它们并非用以限制本发明的保护范围,凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。
Claims (11)
1.一种基于联盟链的医疗数据处理方法,其特征在于,包括如下步骤:
为互联网医院以及多个医疗机构创建对应的联盟链网络上的节点;
为每个医疗机构节点创建与所述互联网医院节点连接的独立的通道,其中,每个通道对应一个通道标识,当所述通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据;
通过所述互联网医院节点将互联网医院业务系统连接到所述联盟链网络,所述互联网医院业务系统将业务数据推送到所述互联网医院节点;
获取与所述业务数据对应的医疗机构的通道标识;
根据所述通道标识确定用于数据分发的通道;
依据操作对象和操作类型,调用与所述操作对象对应的智能合约,对所述操作对象对应的账本进行操作,生成区块链账本数据。
2.根据权利要求1所述的医疗数据处理方法,其特征在于,每个医疗机构节点存储该医疗机构的机构账本,所述互联网医院节点存储全联盟账本,所述全联盟账本通过全部通道与全部机构账本的数据保持同步。
3.根据权利要求2所述的医疗数据处理方法,其特征在于,所述机构账本包括设备台账账本、病例记录账本和报告记录账本;
所述操作对象包括与所述设备台账账本对应的设备台账、与所述病例记录账本对应的病例记录、以及与所述报告记录账本对应的报告记录;
所述操作类型包括新增和更新。
4.根据权利要求3所述的医疗数据处理方法,其特征在于,所述步骤获取与所述业务数据对应的医疗机构的通道标识包括:
依据所述业务数据中的设备序列号确定所述业务数据所属的医疗机构;
获取与所属的医疗机构对应的通道标识。
5.根据权利要求2所述的医疗数据处理方法,其特征在于,还包括步骤:
医疗机构连接医疗机构节点;
依据操作对象,获取与所述操作对象对应的智能合约实例;
依据业务类型的调用请求,调用与所述业务类型对应的智能合约接口访问所述机构账本。
6.根据权利要求2所述的医疗数据处理方法,其特征在于,还包括步骤:
为所述医疗机构节点创建私有数据集合;
将对所述机构账本的备注内容写入所述私有数据集合。
7.根据权利要求6所述的医疗数据处理方法,其特征在于,还包括步骤:
将第一机构加入所述联盟链,为所述第一机构创建第一节点;
所述第一节点连接其一医疗机构对应的通道;
为所述第一机构新建第一账本;
所述第一账本与所述通道对应的机构账本的数据保持同步。
8.根据权利要求1所述的医疗数据处理方法,其特征在于,还包括步骤:
互联网医院依据互联网医院节点身份信息通过所述互联网医院节点连接到所述联盟链网络;
医疗机构依据医疗机构节点身份信息通过所述医疗机构节点连接到所述联盟链网络。
9.一种基于联盟链的医疗数据处理系统,其特征在于,包括:
账户创建模块,用于为互联网医院以及多个医疗机构创建对应的联盟链上的节点;
通道建立模块,用于为每个医疗机构节点创建与所述互联网医院节点连接的独立的通道,其中,每个通道对应一个通道标识,当所述通道上任一节点的账本写入数据时,该通道上的其他节点的账本同步数据;
数据推送模块,用于通过所述互联网医院节点将互联网医院业务系统连接到所述联盟链网络,所述互联网医院业务系统将业务数据推送到所述互联网医院节点;
通道标识获取模块,用于获取与所述业务数据对应的医疗机构的通道标识;
数据分发模块,用于根据所述通道标识确定数据分发的通道;
操作模块,用于依据操作对象和操作类型,调用与所述操作对象对应的智能合约实例,对所述操作对象对应的账本进行操作,生成区块链账本数据。
10.一种电子设备,其特征在于,包括:
存储模块,存储计算机程序;
处理模块,执行所述计算机程序时可实现权利要求1至8中任意一项所述的基于联盟链的医疗数据处理方法中的步骤。
11.一种可读存储介质,其存储有计算机程序,其特征在于,该计算机程序被处理模块执行时可实现权利要求1至8中任意一项所述的基于联盟链的医疗数据处理方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211562660.XA CN115758470A (zh) | 2022-12-07 | 2022-12-07 | 基于联盟链的医疗数据处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211562660.XA CN115758470A (zh) | 2022-12-07 | 2022-12-07 | 基于联盟链的医疗数据处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115758470A true CN115758470A (zh) | 2023-03-07 |
Family
ID=85344002
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211562660.XA Pending CN115758470A (zh) | 2022-12-07 | 2022-12-07 | 基于联盟链的医疗数据处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115758470A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116525077A (zh) * | 2023-06-29 | 2023-08-01 | 安翰科技(武汉)股份有限公司 | 人工智能医疗器械测试数据的处理方法及系统 |
-
2022
- 2022-12-07 CN CN202211562660.XA patent/CN115758470A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116525077A (zh) * | 2023-06-29 | 2023-08-01 | 安翰科技(武汉)股份有限公司 | 人工智能医疗器械测试数据的处理方法及系统 |
CN116525077B (zh) * | 2023-06-29 | 2023-09-08 | 安翰科技(武汉)股份有限公司 | 人工智能医疗器械测试数据的处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170149560A1 (en) | Digital blockchain authentication | |
US10291704B2 (en) | Networked solutions integration using a cloud business object broker | |
CN110620810A (zh) | 在区块链上的连续资产转移的非链接所有权 | |
WO2021031473A1 (zh) | 基于多资产模型的区块链资产处理方法及相关设备 | |
CN102227720B (zh) | 在多个设备的范围内支持媒体内容回复功能 | |
US11797567B1 (en) | Rapid hyperledger onboarding platform | |
US20210176054A1 (en) | Personal information validation and control | |
CN115758470A (zh) | 基于联盟链的医疗数据处理方法及系统 | |
US20150026102A1 (en) | Directory service discovery and/or learning | |
WO2015036935A1 (en) | Portable secure health record device and system for patient-provider communication | |
CN109830270A (zh) | 医疗信息管理系统、方法、计算机设备及可读存储介质 | |
US20110066446A1 (en) | Method, apparatus and computer program product for providing a distributed registration manager | |
CN105593839A (zh) | 分布式灾难恢复文件同步服务器系统 | |
CN109857596B (zh) | 时间一致性备份方法、设备、系统、装置及存储介质 | |
CN111009295A (zh) | 一种基于区块链的医疗诊断报告共享方法及设备、介质 | |
US20020052851A1 (en) | System for creating a secure, on-line exchange of medical images | |
WO2023092986A1 (zh) | 基于分布式身份标识的数据跨链转移和系统 | |
CN114157662B (zh) | 一种云平台参数适配方法、装置、终端设备及储存介质 | |
CN113744852B (zh) | 一种医疗数据管理系统、方法、服务器及客户端设备 | |
US11748818B1 (en) | System and method for healthcare revenue cycle management | |
CN113593721A (zh) | 一种医工交互方法、装置及设备 | |
CN110909011A (zh) | 公民信息的处理方法、装置、设备及存储介质 | |
CN103581296B (zh) | Pos系统与区域卫生信息平台的数据推送方法及装置 | |
Neumann et al. | A light-weight system extension supporting document-based processes in healthcare | |
KR102549812B1 (ko) | 스마트 계약을 이용한 표준진료지침 생성 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |