CN110379474A - 医疗数据管理方法、***、装置、计算机设备和存储介质 - Google Patents
医疗数据管理方法、***、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN110379474A CN110379474A CN201910527153.4A CN201910527153A CN110379474A CN 110379474 A CN110379474 A CN 110379474A CN 201910527153 A CN201910527153 A CN 201910527153A CN 110379474 A CN110379474 A CN 110379474A
- Authority
- CN
- China
- Prior art keywords
- medical data
- data
- stored
- medical
- characteristic value
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Medical Informatics (AREA)
- Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Health & Medical Sciences (AREA)
- Data Mining & Analysis (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请涉及一种医疗数据管理方法、***、装置、计算机设备和存储介质,由于服务器在存储医疗数据时,采用的是区块链的方式,即将数据存储至各医疗机构服务器作为节点构成的区块链中,这样,通过区块链的去中心化、分布式存储、多种加密算法和共识机制的特性对医疗数据进行存储既可以保证医疗数据的安全性,还可以满足行业的多样化需求,另外,在待存储医疗数据为大文件数据时,将其存储至云平台中,只在区块链中存储医疗数据的特征值,可以避免当区块链中交易数据大小发生膨胀时产生的性能问题。
Description
技术领域
本申请涉及医疗技术领域,特别是涉及一种医疗数据管理方法、***、装置、计算机设备和存储介质。
背景技术
医疗健康数据是指与健康医疗相关的数据集合,例如电子病历、医学影像、检验检查等数据。
由于医疗健康行业的特殊性,个人医疗健康数据通常存储方式通常采用一个中心数据库来实现,即各自机构就诊的数据集中存储于各机构中,由于当前各家医疗机构依然相互独立,患者在更换医疗机构的时候,往往会要求进行相关的重复检查,由此会带来人力物力的浪费,降低行业的效率,限制行业的快速发展,且医疗健康数据的分散化,导致医生无法运用完整的数据对患者提供全方位完整的诊疗方案,降低了医疗健康数据对患者的应用价值。另外,当数据越大的时候,交易数据大小会发生膨胀,使得存储数据库伴随会出现性能问题。
因此,如何实现医疗数据的管理可以满足行业的多样化需求成为亟待解决的技术问题。
发明内容
基于此,有必要针对上述实现医疗数据的管理可以满足行业的多样化需求的技术问题,提供一种医疗数据管理方法、***、装置、计算机设备和存储介质。
第一方面,本申请实施例提供一种医疗数据管理方法,该方法包括:
判断待存储医疗数据是否为大文件数据;
若待存储医疗数据不是大文件数据,将待存储医疗数据存储至区块链的新区块中;区块链由多个医疗机构服务器作为节点构成;
若待存储医疗数据是大文件数据,则将待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
在其中一个实施例中,上述方法还包括:
若待存储医疗数据是大文件数据,将所述待存储医疗数据的特征值与所述待存储医疗数据之间的映射关系发送至所述云平台中进行存储。
在其中一个实施例中,上述判断待存储医疗数据是否为大文件数据,包括:
检测待存储医疗数据的文档属性是否为预设的大文件数据的文档属性;
若待存储医疗数据属于预设的大文件数据的文档属性,则确定待存储医疗数据为大文件数据。
在其中一个实施例中,上述方法还包括:
根据用户的查询指令,获取区块链中目标区块上的数据;查询指令中携带用户身份标识和待查询医疗数据标识;
检测目标区块上的数据是否为医疗数据特征值;
若目标区块上的数据是医疗数据特征值,则根据医疗数据特征值,在云平台中查找待查询医疗数据;
若目标区块上的数据不是医疗数据特征值,则确定目标区块上的数据为待查询医疗数据。
在其中一个实施例中,上述检测目标区块上的数据是否为医疗数据特征值,包括:
检测目标区块上的数据是否属于预设的特征值格式;
若目标区块上的数据属于预设的特征值格式,则确定目标区块上的数据为医疗数据特征值。
在其中一个实施例中,上述根据医疗数据特征值,在云平台中查找待医疗查询数据,包括:
根据医疗数据特征值、医疗数据特征值和医疗数据之间的映射关系,从云平台中获取待查询医疗数据。
第二方面,本申请实施例提供一种医疗数据管理***,该***包括:由多个医疗机构服务器作为节点构成的区块链,和一个云平台;各医疗机构服务器,用于将医疗数据存储至区块链和云平台中,和在区块链中和云平台中查询医疗数据。
第三方面,本申请实施例提供一种医疗数据管理装置,该装置包括:
数据模块,用于判断待存储医疗数据是否为大文件数据;
第一存储模块,用于若待存储医疗数据不是大文件数据,将待存储医疗数据存储至区块链的新区块中;区块链由多个医疗机构服务器作为节点构成;
第二存储模块,用于若待存储医疗数据是大文件数据,则将待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据存储至云平台中。
第四方面,本申请实施例提供一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现上述第一方面实施例提供的任一项方法的步骤。
第五方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述第一方面实施例提供的任一项方法的步骤。
本申请实施例提供的一种医疗数据管理方法、***、装置、计算机设备和存储介质,由于服务器在存储医疗数据时,采用的是区块链的方式,即将数据存储至各医疗机构服务器作为节点构成的区块链中,这样,通过区块链的去中心化、分布式存储、多种加密算法和共识机制的特性对医疗数据进行存储既可以保证医疗数据的安全性,还可以满足行业的多样化需求,另外,在待存储医疗数据为大文件数据时,将其存储至云平台中,只在区块链中存储医疗数据的特征值,可以避免当区块链中交易数据大小发生膨胀时产生的性能问题。
附图说明
图1为一个实施例提供的一种医疗数据管理***框图;
图1a为一个实施例提供的一种医疗数据管理装置内部结构图;
图2为一个实施例提供的一种医疗数据管理方法的流程示意图;
图3为一个实施例提供的一种医疗数据管理方法的流程示意图;
图4为一个实施例提供的一种医疗数据存储方法的完整示意图;
图5为一个实施例提供的一种医疗数据管理的流程示意图;
图6为一个实施例提供的一种医疗数据管理的流程示意图;
图7为一个实施例提供的一种医疗数据查询方法的完整示意图;
图8为一个实施例提供的一种医疗数据管理装置的结构框图;
图9为一个实施例提供的一种医疗数据管理装置的结构框图;
图10为一个实施例提供的一种医疗数据管理装置的结构框图;
图11为一个实施例提供的一种医疗数据管理装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的一种医疗数据管理方法,可以应用于如图1所示的医疗数据管理***中,该***包括由多个医疗机构的服务器作为节点构成的区块链,和一个云平台,其中,各医疗机构服务器,用于将医疗数据存储至区块链和云平台中,和在区块链中和云平台中查询医疗数据。其中,各医疗机构的服务器和云平台处理器的内部结构可以如图1a所示,其中该内部结构包括包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该处理器用于提供计算和控制能力。该存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储医疗数据管理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种医疗数据管理方法。
由于医疗健康行业的特殊性,个人医疗健康数据通常存在如下问题:
1、患者管理医疗健康数据困难。目前患者医疗健康数据集中存储于各家医院中,患者很难方便的获取自己的医疗检测数据。
2、医疗健康机构相互独立,数据很难实现共享。考虑到机构之间的数据共享,数据开放等可能会进一步带来数据安全问题,当前各家医疗机构依然相互独立,患者在更换医疗机构的时候,往往会要求进行相关的重复检查,由此会带来人力物力的浪费,降低行业的效率,限制行业的快速发展。
3、患者医疗健康数据难以体现应用的价值。医疗健康数据的分散化,导致医生无法运用完整的数据对患者提供全方位完整的诊疗方案,降低了医疗健康数据对患者的应用价值。
4、患者医疗健康数据存在安全隐患。当医疗机构越来越多的进行信息化建设之后,医疗健康数据的中心化存储方式,更加容易遭受到恶意褚篡改、自然灾害等的破坏,导致医疗健康数据的丢失。
基于上述列举的几个问题,使得医疗数据的管理不能满足行业的多样化需求,因此,本申请实施例提供一种医疗数据管理方法、***、装置、计算机设备和存储介质,旨在解决现有的医疗数据的管理不能满足行业的多样化需求的技术问题。下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是,本申请提供的一种医疗数据管理方法,图2-图7的执行主体为医疗机构的服务器,其中,其执行主体还可以是医疗数据管理装置,其中该装置可以通过软件、硬件或者软硬件结合的方式实现成为医疗数据管理方法的部分或者全部。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。
在一个实施例中,图2提供了一种医疗数据管理方法,本实施例涉及的是医疗机构的服务器对待存储医疗数据进行存储的具体过程,如图2所示,所述方法包括:
S101,判断待存储医疗数据是否为大文件数据。
本实施例中,待存储医疗数据可以是任何一个诊疗对象的医疗健康数据,且该医疗健康数据为一次就诊产生的完整医疗健康数据,例如:CT影像数据、PET影像数据、诊断报告、检查数据等,本实施例对此不做限定。其中,大文件数据表示数据的文档属性属于存档内存较高的数据,例如:jpg图像格式的数据文件,或者影像数据文件等,本实施例对此不做限定。
示例地,医疗机构的服务器(以下简称服务器)判断该待存储医疗数据是否为大文件数据,其中,服务器判断该待存储医疗数据是否为大文件数据的方式可以是检测该待存储医疗数据的大小,根据数据的大小确定该待存储医疗是否为大文件数据;或者,还可以是将该待存储医疗数据全部输入至预先训练好的,用于检测医疗数据是否为大文件数据的神经网络中,根据神经网络的输出结果确定该待存储医疗数据是否为大文件数据。若待存储医疗数据不是大文件数据,则执行步骤S102,若待存储医疗数据是大文件数据,则执行步骤S103。
S102,将待存储医疗数据存储至区块链的新区块中;其中,区块链由多个医疗机构服务器作为节点构成。
基于上述S101步骤中,服务器确定的待存储医疗数据若不是大文件数据,则服务器将该待存储医疗数据存储至区块链的新区块中,其中该区块链为多个医疗机构服务器作为节点构成的,例如,多个不同的医疗健康机构可以各自建立节点,然后相连在一起形成该区块链。可以理解的是,服务器每执行一次存储医疗数据到区块链,都会新建一个新区块进行存储,也就是说,每个区块中的数据为一个诊疗对象一次的检查数据。
S103,将待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
本步骤中,待存储医疗数据的特征值为根据医疗数据生成的特征值,例如,通过哈希算法将该医疗数据生成对应的哈希值,即该哈希值为待存储医疗数据的特征值。基于上述S101步骤中,若服务器确定的待存储医疗数据为大文件数据,则服务器将该待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
本实施例提供的医疗数据管理方法,由于服务器在存储医疗数据时,采用的是区块链的方式,即将数据存储至各医疗机构服务器作为节点构成的区块链中,这样,通过区块链的去中心化、分布式存储、多种加密算法和共识机制的特性对医疗数据进行存储既可以保证医疗数据的安全性,还可以满足行业的多样化需求,另外,在待存储医疗数据为大文件数据时,将其存储至云平台中,只在区块链中存储医疗数据的特征值,可以避免当区块链中交易数据大小发生膨胀时产生的性能问题。
基于上述实施例,本申请实施例还提供了一种医疗数据管理方法,在服务器执行步骤S103时,同时会将所述待存储医疗数据的特征值与所述待存储医疗数据之间的映射关系发送至所述云平台中进行存储,其中,所有被存储至云平台的医疗数据,其与特征值之间的映射关系均会同时存储至云平台中,可以理解的是,将医疗数据与其特征值之间的映射关系存储至云平台,可以建立区块链到云平台之间的联系,在查询医疗数据时,可以通过该特征值对应在云平台中查到待查询的医疗数据,大大增加了医疗数据查询的便利性,同时保证了数据在查询时的准确性。
对于上述实施例中服务器判断待存储医疗数据是否为大文件数据的过程,本申请实施例提供了一种医疗数据管理方法,则如图3所示,上述S101步骤包括:
S201,检测待存储医疗数据的文档属性是否为预设的大文件数据的文档属性。
本实施例中,服务器接收到该待存储医疗数据后,检测该待存储医疗数据的文档属性是否为预设的大文件数据的文档属性,即从预设的大文件数据的文档属性中查询是否存在该待存储医疗数据的文档属性。
S202,若待存储医疗数据属于预设的大文件数据的文档属性,则确定待存储医疗数据为大文件数据。
基于上述S201步骤中确定的待存储医疗数据为大文件数据,则服务器确定待存储医疗数据为大文件数据,例如若该待存储医疗数据的文档属性为医学影像,且在预设的大文件数据的文档属性包括医学影像,则确定该待存储医疗数据为大文件数据。
本实施例提供的医疗数据管理方法,根据预设的大文件数据文档属性确定当前待存储医疗数据是否为大文件数据,这样,大大方便了服务器决定待存储医疗数据的存储区域,同时也保证了服务器判断的准确性。
基于上述所有实施例,如图4所示,本申请实施例提供一种医疗数据存储方法的完整示例图,其中,该方法包括:
S1、服务器获取用户个人医疗健康数据。
S2、判断该用户个人医疗健康数据是否为大文件数据。若是,则执行S3,若否,则执行S5。
S3、获取用户个人医疗健康数据的数据特征值。
S4、将数据特征值存储至医疗机构区块链中,将用户个人医疗健康数据、用户个人医疗健康数据与数据特征值之间映射关系存储至云平台中
S5、将用户个人医疗健康数据存储至医疗机构区块链中。
在一些场景中,用户需要查询已经存储的医疗数据,则在一个实施例中,本申请实施例提供了医疗数据管理方法,如图5所示,该方法包括:
S301,根据用户的查询指令,获取区块链中目标区块上的数据;查询指令中携带用户身份标识和待查询医疗数据标识。
本实施例中,用户的查询指令表示诊疗对象、医疗机构的工作人员,或者其他相关人员,通过外接设备或者输入设备向服务器发送的,需要查询目标医疗数据的指令。其中该查询指令中携带用户身份标识和待查询医疗数据标识,即服务器接收的查询指令中,携带了需要查询的目标医疗数据的标识,和对应用户的身份标识,这样服务器就可以根据这两个标识,精准的定位到目标医疗数据所在的区块。示例地,服务器接收到该查询指令后,先根据用户的身份标识,确定该用户的权限可以访问哪些区块,然后根据待查询医疗数据标识确定该用户具体想要查询的区块,然后获取该区块上的数据。
S302,检测目标区块上的数据是否为医疗数据特征值。
基于上述S301步骤中,服务器获取的目标区块上的数据,检测该目标区块上的数据是否为医疗数据特征值,示例地,服务器检测目标区块上的数据是否为医疗数据特征值的方式,可以是检测该目标区块上的数据的格式,根据该格式确定该目标区块上的数据是否医疗数据特征值;或者,还可以是将该目标区块上的数据全部输入至预先训练好的,用于检测区块上的数据是否为医疗数据特征值的神经网络中,根据神经网络的输出结果确定该待目标区块上的数据是否为医疗数据特征值。若目标区块上的数据是医疗数据特征值,则执行步骤S303,若目标区块上的数据不是医疗数据特征值,则执行步骤S304.
S303,则根据医疗数据特征值,在云平台中查找待查询医疗数据。
基于上述S302步骤中,若服务器确定目标区块上的数据是医疗数据特征值,则服务器根据该医疗数据特征值,在云平台中查找待查询医疗数据,示例地,服务器在云平台中查找待查询医疗数据的方式,可以是服务器将携带该医疗数据特征值的查找指令发送至云平台,这样,云平台在接收到该查找指令后,将对应的医疗数据返回至服务器。
S304,确定目标区块上的数据为待查询医疗数据。
本步骤为上述S302步骤中,服务器确定目标区块上的数据不是医疗数据特征值,则服务器直接确定该目标区块上的数据为待查询医疗数据。
本实施例提供的医疗数据管理方法,由于服务器根据查询指令确定到目标区块后,根据目标区块上数据是否为医疗数据特征值,可以确定出待查询医疗数据的存储区域,进而获取到待查询数据,这样,可以快速,准确的定位到待查询医疗数据。
在一个实施例中,基于上述图6实施例,本申请还提供一种医疗数据管理方法,其涉及的是服务器检测目标区块上的数据是否为医疗数据特征值的具体过程,如图5所示,上述S302步骤包括:
S401,检测目标区块上的数据是否属于预设的特征值格式。
本实施例中,服务器获取目标区块上的数据后,检测该目标区块上的数据的存储格式是否为预设的特征值格式,即从预设特征值格式查询是否存在该目标区块上的数据的存储格式。
S402,若目标区块上的数据属于预设的特征值格式,则确定目标区块上的数据为医疗数据特征值。
基于上述S401步骤中确定的目标区块上的数据为特征值格式,则服务器确定目标区块上的数据为医疗数据特征值,例如若该目标区块上的数据的存储格式为哈希值的存储格式,且在预设的特征值格式包括存储格式,则确定该目标区块上的数据为医疗数据特征值。
本实施例提供的医疗数据管理方法,根据预设的特征值格式确定目标区块上的数据是否为医疗数据特征值,这样,极大的方便了服务器判断目标区块上的数据是否为待查询医疗数据。
在一个实施例中,基于上述图5实施例,本申请还提供一种医疗数据管理方法,其涉及的是服务器据医疗数据特征值,在云平台中查找待医疗查询数据的具体过程,上述S303步骤包括:根据医疗数据特征值、医疗数据特征值和医疗数据之间的映射关系,从云平台中获取待查询医疗数据。
本实施例中,示例地,服务器根据该医疗数据特征值生成查找指令,并将该查找指令发送至云平台,这样云平台在接收到该查找指令后,根据医疗数据特征值和医疗数据之间的映射关系,从数据库中查找该医疗数据特征值对应的医疗数据,然后将该医疗数据返回至服务器。这样,通过医疗数据特征值与医疗数据之间的映射关系,可以快速、准确地定位到待查询医疗数据。
基于上述所有实施例,如图7所示,本申请实施例提供一种医疗数据查询方法的完整示例图,其中,该方法包括:
S11、接收用户的查询指令;
S12、根据该查询指令找到目标区块上的数据;
S13、判断该目标区块上的数据是否为数据特征值;若是,执行S14;若否,执行S16。
S14、向云平台发送查找医疗数据指令;
S15、接收云平台发送的医疗数据。
S16、直接确定目标区块上的数据为待查询医疗数据。
应该理解的是,虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-7中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图8所示,提供了一种医疗数据管理装置,该装置包括:数据模块10、第一存储模块11和第二存储模块12,其中,
数据模块10,用于判断待存储医疗数据是否为大文件数据;
第一存储模块11,用于若待存储医疗数据不是大文件数据,将待存储医疗数据存储至区块链的新区块中;区块链由多个医疗机构服务器作为节点构成;
第二存储模块12,用于若待存储医疗数据是大文件数据,则将待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据存储至云平台中。
上述实施例提供的一种医疗数据管理装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,该装置还用于若待存储医疗数据是大文件数据,将所述待存储医疗数据的特征值与所述待存储医疗数据之间的映射关系发送至所述云平台中进行存储。
上述实施例提供的一种医疗数据管理装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,如图9所示,提供了一种医疗数据管理装置,上述数据模块10,包括:第一检测单元101和第一确定单元102,其中,
第一检测单元101,用于检测待存储医疗数据的文档属性是否为预设的大文件数据的文档属性;
第一确定单元102,用于若待存储医疗数据属于预设的大文件数据的文档属性,则确定待存储医疗数据为大文件数据。
上述实施例提供的一种医疗数据管理装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,如图10所示,提供了一种医疗数据管理装置,该装置包括:查询模块13、检测模块14、查找模块15和确定模块16,其中,
查询模块13,用于根据用户的查询指令,获取区块链中目标区块上的数据;查询指令中携带用户身份标识和待查询医疗数据标识;
检测模块14,用于检测目标区块上的数据是否为医疗数据特征值;
查找模块15,用于若目标区块上的数据是医疗数据特征值,则根据医疗数据特征值,在云平台中查找待查询医疗数据;
确定模块16,用于若目标区块上的数据不是医疗数据特征值,则确定目标区块上的数据为待查询医疗数据。
上述实施例提供的一种医疗数据管理装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,如图11所示,提供了一种医疗数据管理装置,上述检测模块14包括:第一检测单元141和第二确定单元142,其中,
第一检测单元141,用于检测目标区块上的数据是否属于预设的特征值格式;
第二确定单元142,用于若目标区块上的数据属于预设的特征值格式,则确定目标区块上的数据为医疗数据特征值。
上述实施例提供的一种医疗数据管理装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,上述查找模块15具体用于根据医疗数据特征值、医疗数据特征值和医疗数据之间的映射关系,从云平台中获取待查询医疗数据。
上述实施例提供的一种医疗数据管理装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
关于医疗数据管理装置的具体限定可以参见上文中对于医疗数据管理方法的限定,在此不再赘述。上述医疗数据管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图1a所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机程序。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种医疗数据管理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图1a中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
判断待存储医疗数据是否为大文件数据;
若待存储医疗数据不是大文件数据,将待存储医疗数据存储至区块链的新区块中;区块链由多个医疗机构服务器作为节点构成;
若待存储医疗数据是大文件数据,则将待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
上述实施例提供的一种计算机设备,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
判断待存储医疗数据是否为大文件数据;
若待存储医疗数据不是大文件数据,将待存储医疗数据存储至区块链的新区块中;区块链由多个医疗机构服务器作为节点构成;
若待存储医疗数据是大文件数据,则将待存储医疗数据的特征值存储至区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
上述实施例提供的一种计算机可读存储介质,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种医疗数据管理方法,其特征在于,所述方法包括:
判断待存储医疗数据是否为大文件数据;
若所述待存储医疗数据不是大文件数据,将所述待存储医疗数据存储至区块链的新区块中;所述区块链由多个医疗机构服务器作为节点构成;
若所述待存储医疗数据是大文件数据,则将所述待存储医疗数据的特征值存储至所述区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述待存储医疗数据是大文件数据,将所述待存储医疗数据的特征值与所述待存储医疗数据之间的映射关系发送至所述云平台中进行存储。
3.根据权利要求1或2所述的方法,其特征在于,所述判断待存储医疗数据是否为大文件数据,包括:
检测所述待存储医疗数据的文档属性是否为预设的大文件数据的文档属性;
若所述待存储医疗数据属于预设的大文件数据的文档属性,则确定所述待存储医疗数据为大文件数据。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据用户的查询指令,获取所述区块链中目标区块上的数据;所述查询指令中携带用户身份标识和待查询医疗数据标识;
检测所述目标区块上的数据是否为医疗数据特征值;
若所述目标区块上的数据是医疗数据特征值,则根据所述医疗数据特征值,在所述云平台中查找所述待查询医疗数据;
若所述目标区块上的数据不是医疗数据特征值,则确定所述目标区块上的数据为所述待查询医疗数据。
5.根据权利要求4所述的方法,其特征在于,所述检测所述目标区块上的数据是否为医疗数据特征值,包括:
检测所述目标区块上的数据是否属于预设的特征值格式;
若所述目标区块上的数据属于预设的特征值格式,则确定所述目标区块上的数据为医疗数据特征值。
6.根据权利要求4或5所述的方法,其特征在于,所述根据所述医疗数据特征值,在所述云平台中查找所述待医疗查询数据,包括:
根据所述医疗数据特征值、医疗数据特征值和医疗数据之间的映射关系,从所述云平台中获取所述待查询医疗数据。
7.一种医疗数据管理***,其特征在于,所述***包括:由多个医疗机构服务器作为节点构成的区块链,和一个云平台;各所述医疗机构服务器,用于将医疗数据存储至所述区块链和所述云平台中,和在所述区块链中和所述云平台中查询所述医疗数据。
8.一种医疗数据管理装置,其特征在于,所述装置包括:
数据模块,用于判断待存储医疗数据是否为大文件数据;
第一存储模块,用于若所述待存储医疗数据不是大文件数据,将所述待存储医疗数据存储至区块链的新区块中;所述区块链由多个医疗机构服务器作为节点构成;
第二存储模块,用于若所述待存储医疗数据是大文件数据,则将所述待存储医疗数据的特征值存储至所述区块链的新区块中、且将待存储医疗数据发送至云平台进行存储。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910527153.4A CN110379474A (zh) | 2019-06-18 | 2019-06-18 | 医疗数据管理方法、***、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910527153.4A CN110379474A (zh) | 2019-06-18 | 2019-06-18 | 医疗数据管理方法、***、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110379474A true CN110379474A (zh) | 2019-10-25 |
Family
ID=68248992
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910527153.4A Pending CN110379474A (zh) | 2019-06-18 | 2019-06-18 | 医疗数据管理方法、***、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110379474A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111128325A (zh) * | 2019-12-23 | 2020-05-08 | 南京医睿科技有限公司 | 医疗数据存储方法及装置、电子设备和存储介质 |
CN113468265A (zh) * | 2021-06-07 | 2021-10-01 | 上海玳鸽信息技术有限公司 | 基于区块链的医疗数据处理方法和装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106992990A (zh) * | 2017-05-19 | 2017-07-28 | 北京牛链科技有限公司 | 数据共享方法和***以及区块链***和计算设备 |
US20180048461A1 (en) * | 2016-08-10 | 2018-02-15 | Peer Ledger Inc. | Apparatus, system, and methods for a blockchain identity translator |
CN108345685A (zh) * | 2018-03-07 | 2018-07-31 | 物数(上海)信息科技有限公司 | 区块链下的多粒度数据处理方法、***、设备及存储介质 |
CN109147887A (zh) * | 2018-06-07 | 2019-01-04 | 深圳鑫宏图工业设计有限公司 | 一种医疗***管理方法、电子设备及存储介质 |
CN109215751A (zh) * | 2018-08-10 | 2019-01-15 | 暨南大学 | 基于区块链的医疗电子病历分布式管理***及其建设方法 |
CN109274752A (zh) * | 2018-10-10 | 2019-01-25 | 腾讯科技(深圳)有限公司 | 区块链数据的访问方法及装置、电子设备、存储介质 |
CN109522817A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 一种患者的住院行为稽核方法、区块链节点设备及*** |
CN109522363A (zh) * | 2018-10-18 | 2019-03-26 | 上海达家迎信息科技有限公司 | 基于区块链的云平台同步方法、***、设备及存储介质 |
CN109639406A (zh) * | 2018-12-24 | 2019-04-16 | 国泰君安证券股份有限公司 | 基于区块链和ipfs的高效信任解决方法 |
-
2019
- 2019-06-18 CN CN201910527153.4A patent/CN110379474A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180048461A1 (en) * | 2016-08-10 | 2018-02-15 | Peer Ledger Inc. | Apparatus, system, and methods for a blockchain identity translator |
CN106992990A (zh) * | 2017-05-19 | 2017-07-28 | 北京牛链科技有限公司 | 数据共享方法和***以及区块链***和计算设备 |
CN108345685A (zh) * | 2018-03-07 | 2018-07-31 | 物数(上海)信息科技有限公司 | 区块链下的多粒度数据处理方法、***、设备及存储介质 |
CN109147887A (zh) * | 2018-06-07 | 2019-01-04 | 深圳鑫宏图工业设计有限公司 | 一种医疗***管理方法、电子设备及存储介质 |
CN109215751A (zh) * | 2018-08-10 | 2019-01-15 | 暨南大学 | 基于区块链的医疗电子病历分布式管理***及其建设方法 |
CN109274752A (zh) * | 2018-10-10 | 2019-01-25 | 腾讯科技(深圳)有限公司 | 区块链数据的访问方法及装置、电子设备、存储介质 |
CN109522363A (zh) * | 2018-10-18 | 2019-03-26 | 上海达家迎信息科技有限公司 | 基于区块链的云平台同步方法、***、设备及存储介质 |
CN109522817A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 一种患者的住院行为稽核方法、区块链节点设备及*** |
CN109639406A (zh) * | 2018-12-24 | 2019-04-16 | 国泰君安证券股份有限公司 | 基于区块链和ipfs的高效信任解决方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111128325A (zh) * | 2019-12-23 | 2020-05-08 | 南京医睿科技有限公司 | 医疗数据存储方法及装置、电子设备和存储介质 |
CN111128325B (zh) * | 2019-12-23 | 2023-08-11 | 医渡云(北京)技术有限公司 | 医疗数据存储方法及装置、电子设备和存储介质 |
CN113468265A (zh) * | 2021-06-07 | 2021-10-01 | 上海玳鸽信息技术有限公司 | 基于区块链的医疗数据处理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020253061A1 (zh) | 页面生成方法、装置、计算机设备和存储介质 | |
KR100760227B1 (ko) | 화상파일 관리장치 및 방법과, 기억매체 | |
Gai et al. | Security-aware information classifications using supervised learning for cloud-based cyber risk management in financial big data | |
CN114154190A (zh) | 管理敏感生产数据 | |
CN110379474A (zh) | 医疗数据管理方法、***、装置、计算机设备和存储介质 | |
Lagaisse et al. | True and transparent distributed composition of aspect-components | |
WO2012145915A1 (zh) | 数据安全读取方法及装置 | |
CN109493048A (zh) | 基于区块链的财务记账方法、装置、设备及存储介质 | |
Ahmadian et al. | Extending model-based privacy analysis for the industrial data space by exploiting privacy level agreements | |
CN109558372A (zh) | 用于安全处理器的设备和方法 | |
JP2014182791A (ja) | 著作権管理システムのためのユーザーセントリック方法およびアダプター | |
CN111131220A (zh) | 多网络环境间数据传输方法、装置、设备和存储介质 | |
US20140214683A1 (en) | Transfer system for security-critical medical image contents | |
CN111008022B (zh) | 关系图生成方法、装置、计算机设备和存储介质 | |
WO2012145916A1 (zh) | 数据安全存储方法及装置 | |
US8627434B2 (en) | Cross security-domain identity context projection within a computing environment | |
Hu et al. | Implementing and managing policy rules in attribute based access control | |
CN110827959B (zh) | 医学影像处理方法、装置和存储介质 | |
KR100692999B1 (ko) | 다수의 키 캐시 매니저가 보안 칩의 암호화 키 저장부리소스를 공유하는 방법 및 컴퓨터 판독가능 기록 매체 | |
Levin et al. | Design principles and guidelines for security | |
Faßbender et al. | Problem-based security requirements elicitation and refinement with pressure | |
US8875092B2 (en) | Certifying software components using a defect tracking system | |
CN109542872A (zh) | 数据读取方法、装置、计算机设备和存储介质 | |
CN113808712A (zh) | 医学数据传输方法、装置、计算机设备和存储介质 | |
Reza et al. | A Framework to Secure Electronic Health Records using Privacy-Enabled Hyperledger Fabric |
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 |