CN117874144A - 基于区块链的医疗数据共享方法、装置、设备及存储介质 - Google Patents

基于区块链的医疗数据共享方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN117874144A
CN117874144A CN202410269052.2A CN202410269052A CN117874144A CN 117874144 A CN117874144 A CN 117874144A CN 202410269052 A CN202410269052 A CN 202410269052A CN 117874144 A CN117874144 A CN 117874144A
Authority
CN
China
Prior art keywords
data
structure sub
attribute
medical
piece
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.)
Granted
Application number
CN202410269052.2A
Other languages
English (en)
Other versions
CN117874144B (zh
Inventor
赵风浩
任锋
罗永强
李江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xikang Software Co ltd
Original Assignee
Xikang Software Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xikang Software Co ltd filed Critical Xikang Software Co ltd
Priority to CN202410269052.2A priority Critical patent/CN117874144B/zh
Publication of CN117874144A publication Critical patent/CN117874144A/zh
Application granted granted Critical
Publication of CN117874144B publication Critical patent/CN117874144B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Public Health (AREA)
  • Signal Processing (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Biomedical Technology (AREA)
  • Primary Health Care (AREA)
  • Medical Informatics (AREA)
  • Computing Systems (AREA)
  • Epidemiology (AREA)
  • Data Mining & Analysis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明提供一种基于区块链的医疗数据共享方法、装置、设备及存储介质,涉及数据处理技术领域。该方法包括:获取区块链中第一节点上传的医疗数据;对医疗数据进行结构化处理,得到预设格式的结构化数据;对结构化数据中每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;提取多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及医疗数据的密钥和第一节点的密钥,对多条结构子数据的存储位置和数据摘要分别进行加密;将加密后的存储位置和数据摘要,以及多条结构子数据的属性,存储至区块链中对应的区块,以进行医疗数据的共享。本发明能够提高医疗数据搜索和共享的效率。

Description

基于区块链的医疗数据共享方法、装置、设备及存储介质
技术领域
本发明涉及数据处理技术领域,尤其涉及一种基于区块链的医疗数据共享方法、装置、设备及存储介质。
背景技术
随着医疗卫生的发展和医疗数据信息化的发展,在各个医院之间进行医疗数据的共享和交换,可以促进医生更好地开展工作,为患者提供优质的医疗服务。
相关的医疗数据的共享主要是通过将医疗数据上传至区块链,各个医院或医疗机构分别对应一个节点,通过区块链的方式可以在各个节点之间实现共享。但是这种方式会将患者的医疗数据上传至区块链中的节点,随着上传的数据量的增加,在进行医疗数据搜索时,搜索压力增加,难以快速获取到期望的医疗数据;并且,由于医疗数据臃肿的特点,如果将所有医疗数据进行大段上传,会进一步增加上传的数据量,影响医疗数据搜索和医疗数据共享的效率。
发明内容
本发明实施例提供了一种基于区块链的医疗数据共享方法、装置、设备及存储介质,以提高医疗数据搜索和医疗数据共享的效率。
第一方面,本发明实施例提供了一种基于区块链的医疗数据共享方法,包括:
获取区块链中第一节点上传的医疗数据;
对所述医疗数据进行结构化处理,得到预设格式的结构化数据;其中,所述结构化数据中包括多条结构子数据和每条结构子数据的属性;
对每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;
提取所述多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及所述医疗数据的密钥和所述第一节点的密钥,对所述多条结构子数据的存储位置和数据摘要进行加密;
将加密后的存储位置和数据摘要,以及所述多条结构子数据的属性,存储至所述区块链中对应的区块,以进行医疗数据的共享。
在一种可能的实现方式中,所述方法还包括:
获取所述区块链中第二节点发送的数据共享请求,所述数据共享请求中包括所述第二节点期望获取的目标医疗数据的目标属性和所述目标医疗数据对应的区块,以及所述第二节点的密钥和所述目标医疗数据对应的密钥;
根据所述数据共享请求中的目标属性,从所述目标医疗数据对应的区块中获取所述目标属性对应的加密后的存储位置;
根据所述第二节点的密钥、所述目标医疗数据的密钥和所述目标属性,对所述目标属性对应的存储位置进行解密,得到对应的解密结果;
根据所述解密结果,确定共享数据,并将所述共享数据返回所述第二节点。
在一种可能的实现方式中,所述根据每条结构子数据对应的属性,以及所述医疗数据的密钥和所述第一节点的密钥,对所述多条结构子数据的存储位置和数据摘要分别进行加密,包括:
根据每条结构子数据对应的属性,确定每条结构子数据对应的敏感度;
根据所述敏感度,对所述多条结构子数据进行分组,得到多个数据组,其中,数据组和敏感度范围一一对应,一个数据组中的多条结构子数据对应的敏感度位于该数据组的敏感度范围内;
根据每条结构子数据对应的数据组,确定每条结构子数据的存储位置和数据摘要的加密方式;
基于每条结构子数据的加密方式、所述医疗数据的密钥和所述第一节点的密钥,分别对每条结构子数据的存储位置和数据摘要进行加密。
在一种可能的实现方式中,所述根据每个结构条数据对应的数据组,确定每个结构条数据的存储位置和数据摘要的加密方式,包括:
分别确定每个数据组的初始加密方式,其中,每个数据组对应的初始加密方式不同;
根据敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,获得所述其余的数据组调整后的加密方式;
根据所述敏感度范围最低的数据组的初始加密方式和所述其余的数据组调整后的加密方式,分别确定每个数据组中每条结构子数据的存储位置和数据摘要的加密方式。
在一种可能的实现方式中,所述目标属性包括至少一个属性;
在所述根据所述第二节点的密钥、所述目标医疗数据的密钥和所述目标属性,对所述目标属性对应的存储位置进行解密之前,还包括:
确定所述目标属性中每个属性对应的目标敏感度范围,并确定每个目标敏感度范围是否为预设最低的敏感度范围;
若每个目标敏感度范围均不为所述预设最低的敏感度范围,则停止操作。
在一种可能的实现方式中,所述根据所述第二节点的密钥、所述目标医疗数据的密钥和所述目标属性,对所述目标属性对应的存储位置进行解密,包括:
对所述目标属性中预设最低的敏感度范围的属性对应的存储位置进行解密;
若预设最低的敏感度范围的属性中存在对应的存储位置解密失败,则确定所述目标属性中所有属性对应的解密结果为解密失败;
若预设最低的敏感度范围的所有属性对应的存储位置解密成功,则继续对其他敏感度范围的属性对应的存储地址进行解密;
若存在同一敏感度范围的属性对应的存储位置解密失败,则确定所述目标属性中该敏感度范围对应的属性的解密结果为解密失败;
若同一敏感度范围的属性对应的存储位置解密成功,则确定所述目标属性中该敏感度范围对应的属性的解密结果为解密成功。
在一种可能的实现方式中,所述根据所述解密结果,确定共享数据,并将所述共享数据返回所述第二节点,包括:
将所有解密成功的属性对应的结构子数据进行重组,得到共享数据;
将所述共享数据临时存储至一个新的存储地址;
通过所述新的存储地址,将所述共享数据发送至所述第二节点,并在预设时间后将所述新的存储地址内的共享数据删除。
第二方面,本发明实施例提供了一种基于区块链的医疗数据共享装置,包括:
获取模块,用于获取区块链中第一节点上传的医疗数据;
处理模块,用于对所述医疗数据进行结构化处理,得到预设格式的结构化数据;其中,所述结构化数据中包括多条结构子数据和每条结构子数据的属性;
存储模块,用于对每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;
加密模块,用于提取所述多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及所述医疗数据的密钥和所述第一节点的密钥,对所述多条结构子数据的存储位置和数据摘要进行加密;
共享模块,用于将加密后的存储位置和数据摘要,以及所述多条结构子数据的属性,存储至所述区块链中对应的区块,以进行医疗数据的共享。
第三方面,本发明实施例提供了一种电子设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上第一方面或第一方面的任一种可能的实现方式所述的方法的步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上第一方面或第一方面的任一种可能的实现方式所述的方法的步骤。
本发明实施例与现有技术相比存在的有益效果是:
本发明实施例通过对医疗数据进行结构化处理,可以将医疗数据转变为预设格式的结构化数据,从而将医疗数据拆分为属性不同的多条结构子数据;通过分别对每条结构子数据分别进行加密和存储,并将结构子数据的存储位置上传至区块链,可以避免医疗数据大段上传的问题,降低医疗数据臃肿的情况,减小医疗数据上传的数据量,从而提高医疗数据的共享效率;通过对每条结构子数据进行存储和上传,可以针对每条结构子数据进行搜索和共享,提高医疗数据的搜索效率,并且无需共享整个医疗数据,可以针对性地进行共享,进一步提高医疗数据的共享效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的基于区块链的医疗数据共享方法的应用场景图;
图2是本发明实施例提供的基于区块链的医疗数据共享方法的实现流程图;
图3是本发明实施例提供的结构子数据的示意图;
图4是本发明实施例提供的基于区块链的医疗数据共享装置的结构示意图;
图5是本发明实施例提供的电子设备的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图通过具体实施例来进行说明。
通过区块链进行医疗数据的共享一般是通过区块链在多个机构之间形成联盟链,通过在各个机构之间形成共识,从而实现医疗数据在各个机构之间的共享。在由区块链构成的联盟链中设置有多个节点,一般每个节点表示一个结构,该机构可以是医院、卫生院、医疗机构、研究所等,参见图1所示的基于区块链的医疗数据共享方法的应用场景图,图1中的A、B、C、D、E和F分别表示一个节点(也即一个机构),每个节点均与其他的节点进行互联,实现节点之间的数据共享。
本发明提供了一种基于区块链的医疗数据共享方法,可以参见图2所示的实现流程图,该方法可以包括:
步骤S201,获取区块链中第一节点上传的医疗数据;
在本实施例中,第一节点可以是医院、卫生院、医疗机构等可以生成医疗数据的节点。医疗数据可以包括病历数据、处方数据、治疗数据、主治医生信息和患者信息等。
步骤S202,对医疗数据进行结构化处理,得到预设格式的结构化数据;其中,结构化数据中包括多条结构子数据和每条结构子数据的属性;
由于医疗数据中包括多种类型的数据,例如文字、图像、数值等,并且文字中也包括多种不同含义的内容,将医疗数据整体进行上传,难以进行精确搜索和共享,因此,本申请发明人考虑对医疗数据进行拆分,避免上传的大段医疗数据一同存储。
在本实施例中,通过对医疗数据进行结构化处理,可以将医疗数据拆分成多条结构子数据,通过上传每条结构子数据实现医疗数据的上传,避免直接上传大段的医疗数据。这里,拆分成的结构子数据可以分别是病历数据、处方数据、用药数据、手术数据、检查数据、主治医生数据和患者数据等;也可以是进一步拆分,每条结构子数据分别对应每个治疗疗程的病情、诊断数据、医嘱、用药数据、手术数据、检查图像数据、检查声音数据、数值数据,以及患者数据、既往史、个人史、主治医生数据、治疗医院数据等。
可选的,本实施例可以通过预设的属性对医疗数据进行筛选,确定每个属性对应的医疗数据,从而实现医疗数据的结构化处理;也可以通过是医疗数据进行识别,从医疗数据中提取出不同的结构子数据,并通过对结构子数据进行判断,确定每条结构子数据的属性。
步骤S203,对每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;
在本实施例中,通过分别加密和存储每条结构子数据,可以使各个结构子数据之间互不影响,可以单独获取需要的某一类结构子数据,减少共享过程中需要传输的医疗数据,从而提高医疗数据的共享效率。
这里,可以将加密后的每条结构子数据存储至联盟链对应的云存储器中,避免将所有的医疗数据直接上传至区块链中,减少区块链中各个节点需要存储的数据量,降低区块链中搜索医疗数据的压力,提高医疗数据搜索的速度,从而提高共享的效率。
步骤S204,提取多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及医疗数据的密钥和第一节点的密钥,对多条结构子数据的存储位置和数据摘要进行加密;
步骤S205,将加密后的存储位置和数据摘要,以及多条结构子数据的属性,存储至区块链中对应的区块,以进行医疗数据的共享。
在本实施例中,还可以提取多条结构子数据的数据摘要,在进行医疗数据共享时,可以通过数据摘要验证各条结构子数据的完整性,保证共享的医疗数据的可靠性。
这里,通过将每条结构子数据的存储位置和数据摘要进行加密后存储至区块链中对应的区块中,可以仅将存储位置存储在区块链中,避免将大段的医疗数据存储至区块链中,减少区块链的区块中需要存储的医疗数据,降低医疗数据臃肿的情况。
并且,分别将每条结构子数据的存储位置进行上传至区块中,可以使各条结构子数据的存储互不影响,可以针对需要的结构子数据的存储地址进行获取,从而仅下载需要的结构子数据,避免对医疗数据整体进行下载,从而可以提高医疗数据共享的效率。
本发明实施例通过对医疗数据进行结构化处理,可以将医疗数据转变为预设格式的结构化数据,从而将医疗数据拆分为属性不同的多条结构子数据;通过分别对每条结构子数据分别进行加密和存储,并将结构子数据的存储位置上传至区块链,可以避免医疗数据大段上传的问题,降低医疗数据臃肿的情况,减小医疗数据上传的数据量,从而提高医疗数据的共享效率;通过对每条结构子数据进行存储和上传,可以针对每条结构子数据进行搜索和共享,提高医疗数据的搜索效率,并且无需共享整个医疗数据,可以针对性地进行共享,进一步提高医疗数据的共享效率。
可选的,根据每条结构子数据对应的属性,以及医疗数据的密钥和第一节点的密钥,对多条结构子数据的存储位置和数据摘要分别进行加密,可以是:
首先,根据每条结构子数据对应的属性,确定每条结构子数据对应的敏感度;其次,根据敏感度,对多条结构子数据进行分组,得到多个数据组,其中,数据组和敏感度范围一一对应,一个数据组中的多条结构子数据对应的敏感度位于该数据组的敏感度范围内;再次,根据每条结构子数据对应的数据组,确定每条结构子数据的存储位置和数据摘要的加密方式;最后,基于每条结构子数据的加密方式、医疗数据的密钥和第一节点的密钥,分别对每条结构子数据的存储位置和数据摘要进行加密。
在本实施例中,在对每条结构子数据的存储位置和数据摘要进行加密时,可以根据结构子数据的敏感度进行区分,不同敏感度的结构子数据的存储位置和数据摘要,采用不同的加密方式,避免在仅获取到一种解密方式时,也能够对其余的加密数据进行解密,通过采用不同的加密方式,可以保证不同结构子数据的安全,使对应权限的用户仅能获取对应的结构子数据。同时通过敏感度对加密方式进行划分,可以保证用户或患者的敏感信息受到高级别的保护,进一步降低信息泄露的隐患。其中,敏感度可以表征结构子数据的敏感程度,或者是属性对应的信息的敏感程度。
这里,由于医疗数据的构成一般是一致的,可以预先设置好医疗数据的属性,以及每个属性对应的敏感度。示例性的,敏感度可以选取为1-10中的任意数字,治疗疗程的病情、诊断数据、医嘱、用药数据、手术数据等中包含个人信息较少,相应的敏感度也较低,可以采用1、2、3或4等进行表示;检查图像数据、检查声音数据等可能会包含个人的图片照片等,可以根据具体含有的信息进行敏感度的划分,例如,包含个人照片的数据可以采用5、6或7等进行表示,不涉及个人信息的数据可以采用1、2、3或4等进行表示;患者的既往史和个人史也属于较高敏感度的数据,可以采用7或8等进行表示;患者的个人信息为高敏感度的数据,可以采用9或10等进行表示。或者,敏感度也可以和数据的价值相对应,价值高的数据对应的敏感度高,价值低的数据对应的敏感度也低。
另外,也可以是通过结构子数据的内容的识别,确定对应的属性的敏感度。
这里,基于属性的敏感度的考虑,敏感度范围也可以是预设的,可以根据涉及到的敏感信息的多少,进行敏感度范围的划分,例如,敏感度1-4为一个敏感度范围,敏感度5-6为一个敏感度范围,敏感度7-8为一个敏感度范围,敏感度9-10为一个敏感度范围。相应的,对于敏感度范围1-4内的结构子数据的存储位置可以采用相同的加密方式,具体针对同一敏感度范围内每条结构子数据的存储位置和数据摘要进行加密时,可以选取不同的密钥或加密函数等。
可选的,根据每条结构子数据对应的数据组,确定每条结构子数据的存储位置和数据摘要的加密方式,可以是:先分别确定每个数据组的初始加密方式,其中,每个数据组对应的初始加密方式不同;再根据敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,获得其余的数据组调整后的加密方式;最后根据敏感度范围最低的数据组的初始加密方式和其余的数据组调整后的加密方式,分别确定每个数据组中每条结构子数据的存储位置和数据摘要的加密方式。
在本实施例中,由于医疗数据共享时,最重要的是共享医疗数据中的用药数据、手术数据等不涉及敏感个人信息的普通医疗数据,因此,在获取共享的医疗数据时,必然会获取敏感度最低的结构子数据。基于此,可以通过采用敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,增加包含敏感信息的结构子数据的安全性。并且,通过对其余的数据组的初始加密方式进行调整,可以避免仅共享包含敏感信息的结构子数据,通过共享数据筛除获取敏感信息的行为,保证用户的数据安全。
可选的,本实施例通过采用敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,可以是通过敏感度范围最低的数据组的初始加密方式,对其余的数据组的初始加密方式进行变换;也可以是在其余数据组采用初始加密方式进行加密后,再采用敏感度范围最低的数据组的初始加密方式进行二次加密。
可选的,同一用户在不同的医疗机构就医产生的医疗数据可以采用不同的匿名进行标识,该匿名可以是通过用户的真实名称与就医的医疗机构确定的,也可以是用户的真实名称与用户在医疗机构第一次就医时的时间确定的。
本实施例中,即使用户在一个医疗机构的一份医疗数据被破解,但由于用户在每个医疗机构产生的医疗数据中使用不同的匿名,用户在其他医疗机构的医疗数据通过不同的方式进行保护,可以使该用户的其他医疗数据难以被同步破解,依然可以得到很好的保护。通过不同的匿名,对不同的医疗数据进行不同的保护,能够进一步提高医疗数据的安全性。
另外,在确定用户在不同医疗机构的匿名之后,还可以根据用户在不同医疗机构的匿名,分别确定用户在不同医疗机构的医疗数据的加密方式或者密钥,进一步保证医疗数据的安全。
在一个实施例中,本实施例提供的基于区块链的医疗数据共享方法还可以包括:
获取区块链中第二节点发送的数据共享请求,数据共享请求中包括第二节点期望获取的目标医疗数据的目标属性和目标医疗数据对应的区块,以及第二节点的密钥和目标医疗数据对应的密钥。
根据数据共享请求中的目标属性,从目标医疗数据对应的区块中获取目标属性对应的加密后的存储位置。
根据第二节点的密钥、目标医疗数据的密钥和目标属性,对目标属性对应的存储位置进行解密,得到对应的解密结果。
根据解密结果,确定共享数据,并将共享数据返回第二节点。
在本实施例中,第二节点可以是医院、卫生院、医疗机构、研究所、患者或用户本人等可能会进行医疗数据获取的节点。在数据共享请求中包括期望获取的目标属性,可以根据该目标属性在相应的区块中进行搜索,仅获取该目标属性对应的存储位置,从而仅获取期望获取的结构子数据,无需获取整个医疗数据,减少医疗数据共享时传输的数据量,提高医疗数据共享的效率;同时使期望获取的数据和实际获取到的数据相匹配,避免获取数据后进行再次筛选的过程。
可选的,目标属性包括至少一个属性;在根据第二节点的密钥、目标医疗数据的密钥和目标属性,对目标属性对应的存储位置进行解密之前,还可以包括:确定目标属性中每个属性对应的目标敏感度范围,并确定每个目标敏感度范围是否为预设最低的敏感度范围;若每个目标敏感度范围均不为预设最低的敏感度范围,则停止操作。
在本实施例中,此处考虑到进行医疗数据共享时,主要是共享医疗数据中的普通医疗数据,相应的,普通医疗数据一般对应为预设最低的敏感度范围,因此可以对目标属性中的每个属性进行确定,若目标属性中的每个属性对应的目标敏感度范围均不为预设最低的敏感度范围,说明没有进行普通医疗数据的共享,即此次数据共享的目的是获取用户的敏感数据,此次数据共享很可能存在问题,因此停止操作,不进行后续的数据共享行为,从而保护医疗数据的安全,降低医疗数据和用户敏感数据泄露的可能性。
这里的预设最低的敏感度范围可以是整个医疗数据对应的最低的敏感度范围,例如,预设最低的敏感度范围可以是1-3或者1-4。
可选的,本实施例根据第二节点的密钥、目标医疗数据的密钥和目标属性,对目标属性对应的存储位置进行解密,可以包括:
对目标属性中预设最低的敏感度范围的属性对应的存储位置进行解密。
若预设最低的敏感度范围的属性中存在对应的存储位置解密失败,则确定目标属性中所有属性对应的解密结果为解密失败。
若预设最低的敏感度范围的所有属性对应的存储位置解密成功,则继续对其他敏感度范围的属性对应的存储地址进行解密。
若存在同一敏感度范围的属性对应的存储位置解密失败,则确定目标属性中该敏感度范围对应的属性的解密结果为解密失败。
若同一敏感度范围的所有属性对应的存储位置解密成功,则确定目标属性中该敏感度范围对应的属性的解密结果为解密成功。
在本实施例中,预设最低的敏感度范围的加密方式在所有存储位置中的加密方式最简单,因此可以先对预设最低的敏感度范围对应的目标属性的存储位置进行解密,若预设最低的敏感度范围对应的存储位置解密失败,说明第二节点的密钥和第二节点提供的目标医疗数据的密钥存在问题,则无需再进行后续的解密。
在对其余敏感度范围进行解密时,若存在同一敏感度范围的属性对应的存储位置解密失败,说明第二节点的密钥或者用户授权的目标医疗数据的密钥可能没有该敏感度范围的权限,因此,该敏感度范围对应的属性的解密结果均确定为解密失败,避免医疗数据的泄露;另外,若存在同一敏感度范围的属性对应的存储位置解密失败,也可能是受到了攻击,为了保证数据安全,可以将该敏感度范围对应的属性的解密结果确定为解密失败。
若同一敏感度范围的所有属性对应的存储位置均解密成功,说明第二节点的密钥和用户授权的目标医疗数据的密钥均没有问题,可以实现存储位置的解密,因此,将解密结果确定为解密成功,以便将相应的结构子数据进行共享。
在一个实施例中,根据解密结果,确定共享数据,并将共享数据返回第二节点,可以包括:
首先,将所有解密成功的属性对应的结构子数据进行重组,得到共享数据;其次,将共享数据临时存储至一个新的存储地址;最后,通过新的存储地址,将共享数据发送至第二节点,并在预设时间后将新的存储地址内的共享数据删除。
在本实施例中,在解密成功之后,还可以对解密得到的结构子数据进行合并和重组,使所有得到的结构子数据合并为一组数据,即待共享数据,避免传输时数据分批次传输或传输中断造成数据共享不完整或数据共享失败的情况。
同时,在对共享数据进行共享时,可以将共享数据存储至一个新的存储地址内,通过新的存储地址进行数据的共享,降低共享数据被溯源的问题,进一步保证医疗数据存储的安全。
在一个实施例中,对医疗数据进行结构化处理,得到预设格式的结构化数据,可以包括:
根据医疗数据中的影像数据的影像说明数据、音频数据的音频说明数据和剩余的文本数据的文本说明数据,对医疗数据进行拆分,得到多条影像子数据和对应的影像说明数据、多条音频子数据和音频说明数据、以及剩余的多条文本子数据和文本说明数据;其中,每条影像子数据、每条音频子数据和每条文本子数据分别为一条医疗子数据;
提取影像说明数据、音频说明数据和文本说明数据的关键词;
获取区块链中存储的预设属性的多个备选词;
分别计算每个关键词和每个预设属性中的每个备选词之间的第一相似度;
根据每个关键词和同一预设属性中的备选词之间的相似度,确定每个关键词和每个预设属性的第二相似度;
将第二相似度最大的预设属性确定为该关键词对应的医疗子数据的属性;
基于每个属性和每个属性对应的医疗子数据,确定每个属性对应的结构子数据,得到医疗数据的预设格式的结构化数据。
在本实施例中,影像说明数据、音频说明数据和文本说明数据等均是用于描述医疗子数据,其可以与区块链中的预设属性相匹配。
由于不同医疗机构的影像说明数据、音频说明数据和文本说明数据的具体描述可能存在不同,因此,区块链中存储的每个预设属性均对应有多个备选词,以便将医疗数据和相应的预设属性进行匹配,降低出现匹配不成功的可能性。
在对医疗数据进行结构化处理时,可以先对医疗数据进行拆分,将医疗数据中的影像数据、音频数据和文本数据拆分成多条医疗子数据,以便后续根据属性进行匹配;通过确定提取的关键词和每个备选词之间的第一相似度,可以对关键词和备选词进行匹配,再通过每个关键词和每个预设属性中的备选词之间的第一相似度,确定每个关键词和每个预设属性的第二相似度,可以对关键词和预设属性进行匹配,从而确定出关键词对应的预设属性。其中,相似度越大,说明关键词和预设属性越相似,即关键词和预设属性越匹配,基于此,就可以确定关键词对应的属性,也即关键词对应的医疗子数据的属性。
这里的第一相似度可以是通过计算关键词和备选词之间的欧氏距离或者余弦相似度等进行确定。第二相似度可以是计算同一预设属性下的各个第一相似度的平均值;也可以是选取同一预设属性下最大的第一相似度;还可以是对同一预设属性下的各个第一相似度进行排列,选取其中预设数量的最大的第一相似度,进行第二相似度的确定。
由于存在影像子数据、音频子数据和文本子数据均属于同一属性的情况,例如,在一次手术中包括其中两种或其中三种数据;以及存在多条影像子数据、或者多条音频子数据、或者多条文本子数据均属于同一属性的情况,因此,可以根据同一属性对应的医疗子数据进行数据整合,将同一属性对应的医疗子数据整合为一条结构子数据,从而得到医疗数据中的多个属性和每个属性对应的结构子数据。
这里,在整合结构子数据时,可以根据数据的类型进行整合,例如按照文本子数据、影像子数据和音频子数据的顺序进行排列,或者按照时间顺序进行排列,从而组合得到结构子数据。
本发明实施例通过对医疗数据进行结构化处理,可以将医疗数据转变为预设格式的结构化数据,从而将医疗数据拆分为属性不同的多条结构子数据;通过分别对每条结构子数据分别进行加密和存储,并将结构子数据的存储位置上传至区块链,可以避免医疗数据大段上传的问题,降低医疗数据臃肿的情况,减小医疗数据上传的数据量,从而提高医疗数据的共享效率;通过对每条结构子数据进行存储和上传,可以针对每条结构子数据进行搜索和共享,提高医疗数据的搜索效率,并且无需共享整个医疗数据,可以针对性地进行共享,进一步提高医疗数据的共享效率。其中,在对存储位置进行加密时,可以根据结构子数据对应的敏感度范围采用不同的加密方式,可以保证不同结构子数据的安全,使对应权限的用户仅能获取对应的结构子数据,降低信息泄露的隐患;并且,根据敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,可以避免仅共享包含敏感信息的结构子数据,通过共享数据筛除获取敏感信息的行为,进一步保证用户的数据安全。本发明实施例还获取第二节点发送的数据共享请求,根据数据共享请求中的目标属性,从目标医疗数据对应的区块中获取目标属性对应的加密后的存储位置,并对加密后的存储位置进行解密,实现医疗数据的共享,可以实现仅获取期望获取的结构子数据,无需获取整个医疗数据,减少医疗数据共享时传输的数据量,提高医疗数据共享的效率。其中,在对加密后的存储位置进行解密时,可以先对目标属性对应的目标敏感度范围进行确定,若每个目标敏感度范围均不为预设最低的敏感度范围,则停止操作,避免仅获取用户敏感数据的行为,保护医疗数据的安全;同时,对同一敏感度范围的属性对应的存储位置的解密情况进行确定,若存在解密失败,确定目标属性中该敏感度范围对应的属性的解密结果为解密失败,避免医疗数据受到攻击而泄露,进一步保证医疗数据的安全。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
以下为本发明的装置实施例,对于其中未详尽描述的细节,可以参考上述对应的方法实施例。
图4示出了本发明实施例提供的基于区块链的医疗数据共享装置的结构示意图,为了便于说明,仅示出了与本发明实施例相关的部分,详述如下:
如图4所示,基于区块链的医疗数据共享装置40包括:
获取模块41,用于获取区块链中第一节点上传的医疗数据;
处理模块42,用于对医疗数据进行结构化处理,得到预设格式的结构化数据;其中,结构化数据中包括多条结构子数据和每条结构子数据的属性;
存储模块43,用于对每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;
加密模块44,用于提取多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及医疗数据的密钥和第一节点的密钥,对多条结构子数据的存储位置和数据摘要进行加密;
共享模块45,用于将加密后的存储位置和数据摘要,以及多条结构子数据的属性,存储至区块链中对应的区块,以进行医疗数据的共享。
在一种可能的实现方式中,基于区块链的医疗数据共享装置40还包括:
获取模块41,还用于获取区块链中第二节点发送的数据共享请求,数据共享请求中包括第二节点期望获取的目标医疗数据的目标属性和目标医疗数据对应的区块,以及第二节点的密钥和目标医疗数据对应的密钥;
搜索模块,用于根据数据共享请求中的目标属性,从目标医疗数据对应的区块中获取目标属性对应的加密后的存储位置;
解密模块,用于根据第二节点的密钥、目标医疗数据的密钥和目标属性,对目标属性对应的存储位置进行解密,得到对应的解密结果;
共享模块45,用于根据解密结果,确定共享数据,并将共享数据返回第二节点。
在一种可能的实现方式中,加密模块44具体用于:
根据每条结构子数据对应的属性,确定每条结构子数据对应的敏感度;
根据敏感度,对多条结构子数据进行分组,得到多个数据组,其中,数据组和敏感度范围一一对应,一个数据组中的多条结构子数据对应的敏感度位于该数据组的敏感度范围内;
根据每条结构子数据对应的数据组,确定每条结构子数据的存储位置和数据摘要的加密方式;
基于每条结构子数据的加密方式、医疗数据的密钥和第一节点的密钥,分别对每条结构子数据的存储位置和数据摘要进行加密。
在一种可能的实现方式中,加密模块44具体用于:
分别确定每个数据组的初始加密方式,其中,每个数据组对应的初始加密方式不同;
根据敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,获得其余的数据组调整后的加密方式;
根据敏感度范围最低的数据组的初始加密方式和其余的数据组调整后的加密方式,分别确定每个数据组中每条结构子数据的存储位置和数据摘要的加密方式。
在一种可能的实现方式中,目标属性包括至少一个属性;
解密模块还用于:
确定目标属性中每个属性对应的目标敏感度范围,并确定每个目标敏感度范围是否为预设最低的敏感度范围;
若每个目标敏感度范围均不为预设最低的敏感度范围,则停止操作。
在一种可能的实现方式中,解密模块具体用于:
对目标属性中预设最低的敏感度范围的属性对应的存储位置进行解密;
若预设最低的敏感度范围的属性中存在对应的存储位置解密失败,则确定目标属性中所有属性对应的解密结果为解密失败;
若预设最低的敏感度范围的所有属性对应的存储位置解密成功,则继续对其他敏感度范围的属性对应的存储地址进行解密;
若存在同一敏感度范围的属性对应的存储位置解密失败,则确定目标属性中该敏感度范围对应的属性的解密结果为解密失败;
若同一敏感度范围的属性对应的存储位置解密成功,则确定目标属性中该敏感度范围对应的属性的解密结果为解密成功。
在一种可能的实现方式中,共享模块45具体用于:
将所有解密成功的属性对应的结构子数据进行重组,得到待共享数据;
对待共享数据进行随机填充,得到共享数据;
将共享数据临时存储至一个新的存储地址;
通过新的存储地址,将共享数据发送至第二节点,并在预设时间后将新的存储地址内的共享数据删除。
图5是本发明实施例提供的电子设备的示意图。如图5所示,该实施例的电子设备50包括:处理器51、存储器52以及存储在存储器52中并可在处理器51上运行的计算机程序53。处理器51执行计算机程序53时实现上述各个基于区块链的医疗数据共享方法实施例中的步骤,例如图1所示的步骤S201至步骤S205。或者,处理器51执行计算机程序53时实现上述各装置实施例中各模块的功能,例如图4所示模块41至45的功能。
示例性的,计算机程序53可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器52中,并由处理器51执行,以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序53在电子设备50中的执行过程。例如,计算机程序53可以被分割成图4所示的模块41至45。
电子设备50可包括,但不仅限于,处理器51、存储器52。本领域技术人员可以理解,图5仅仅是电子设备50的示例,并不构成对电子设备50的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如电子设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器51可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列 (Field-Programmable Gate Array,FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器52可以是电子设备50的内部存储单元,例如电子设备50的硬盘或内存。存储器52也可以是电子设备50的外部存储设备,例如电子设备50上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器52还可以既包括电子设备50的内部存储单元也包括外部存储设备。存储器52用于存储计算机程序以及电子设备所需的其他程序和数据。存储器52还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中,应该理解到,所揭露的装置/电子设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/电子设备实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、电载波信号、电信信号以及软件分发介质等。
以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于区块链的医疗数据共享方法,其特征在于,包括:
获取区块链中第一节点上传的医疗数据;
对所述医疗数据进行结构化处理,得到预设格式的结构化数据;其中,所述结构化数据中包括多条结构子数据和每条结构子数据的属性;
对每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;
提取所述多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及所述医疗数据的密钥和所述第一节点的密钥,对所述多条结构子数据的存储位置和数据摘要进行加密;
将加密后的存储位置和数据摘要,以及所述多条结构子数据的属性,存储至所述区块链中对应的区块,以进行医疗数据的共享。
2.根据权利要求1所述的基于区块链的医疗数据共享方法,其特征在于,所述方法还包括:
获取所述区块链中第二节点发送的数据共享请求,所述数据共享请求中包括所述第二节点期望获取的目标医疗数据的目标属性和所述目标医疗数据对应的区块,以及所述第二节点的密钥和所述目标医疗数据对应的密钥;
根据所述数据共享请求中的目标属性,从所述目标医疗数据对应的区块中获取所述目标属性对应的加密后的存储位置;
根据所述第二节点的密钥、所述目标医疗数据的密钥和所述目标属性,对所述目标属性对应的存储位置进行解密,得到对应的解密结果;
根据所述解密结果,确定共享数据,并将所述共享数据返回所述第二节点。
3.根据权利要求2所述的基于区块链的医疗数据共享方法,其特征在于,所述根据每条结构子数据对应的属性,以及所述医疗数据的密钥和所述第一节点的密钥,对所述多条结构子数据的存储位置和数据摘要分别进行加密,包括:
根据每条结构子数据对应的属性,确定每条结构子数据对应的敏感度;
根据所述敏感度,对所述多条结构子数据进行分组,得到多个数据组,其中,数据组和敏感度范围一一对应,一个数据组中的多条结构子数据对应的敏感度位于该数据组的敏感度范围内;
根据每条结构子数据对应的数据组,确定每条结构子数据的存储位置和数据摘要的加密方式;
基于每条结构子数据的加密方式、所述医疗数据的密钥和所述第一节点的密钥,分别对每条结构子数据的存储位置和数据摘要进行加密。
4.根据权利要求3所述的基于区块链的医疗数据共享方法,其特征在于,所述根据每条结构子数据对应的数据组,确定每条结构子数据的存储位置和数据摘要的加密方式,包括:
分别确定每个数据组的初始加密方式,其中,每个数据组对应的初始加密方式不同;
根据敏感度范围最低的数据组的初始加密方式,调整其余的数据组的初始加密方式,获得所述其余的数据组调整后的加密方式;
根据所述敏感度范围最低的数据组的初始加密方式和所述其余的数据组调整后的加密方式,分别确定每个数据组中每条结构子数据的存储位置和数据摘要的加密方式。
5.根据权利要求3或4所述的基于区块链的医疗数据共享方法,其特征在于,所述目标属性包括至少一个属性;
在所述根据所述第二节点的密钥、所述目标医疗数据的密钥和所述目标属性,对所述目标属性对应的存储位置进行解密之前,还包括:
确定所述目标属性中每个属性对应的目标敏感度范围,并确定每个目标敏感度范围是否为预设最低的敏感度范围;
若每个目标敏感度范围均不为所述预设最低的敏感度范围,则停止操作。
6.根据权利要求3或4所述的基于区块链的医疗数据共享方法,其特征在于,所述根据所述第二节点的密钥、所述目标医疗数据的密钥和所述目标属性,对所述目标属性对应的存储位置进行解密,包括:
对所述目标属性中预设最低的敏感度范围的属性对应的存储位置进行解密;
若预设最低的敏感度范围的属性中存在对应的存储位置解密失败,则确定所述目标属性中所有属性对应的解密结果为解密失败;
若预设最低的敏感度范围的所有属性对应的存储位置解密成功,则继续对其他敏感度范围的属性对应的存储地址进行解密;
若存在同一敏感度范围的属性对应的存储位置解密失败,则确定所述目标属性中该敏感度范围对应的属性的解密结果为解密失败;
若同一敏感度范围的属性对应的存储位置解密成功,则确定所述目标属性中该敏感度范围对应的属性的解密结果为解密成功。
7.根据权利要求6所述的基于区块链的医疗数据共享方法,其特征在于,所述根据所述解密结果,确定共享数据,并将所述共享数据返回所述第二节点,包括:
将所有解密成功的属性对应的结构子数据进行重组,得到共享数据;
将所述共享数据临时存储至一个新的存储地址;
通过所述新的存储地址,将所述共享数据发送至所述第二节点,并在预设时间后将所述新的存储地址内的共享数据删除。
8.一种基于区块链的医疗数据共享装置,其特征在于,包括:
获取模块,用于获取区块链中第一节点上传的医疗数据;
处理模块,用于对所述医疗数据进行结构化处理,得到预设格式的结构化数据;其中,所述结构化数据中包括多条结构子数据和每条结构子数据的属性;
存储模块,用于对每条结构子数据分别进行加密,并对加密后每条结构子数据进行存储,得到加密后每条结构子数据的存储位置;
加密模块,用于提取所述多条结构子数据对应的数据摘要,并根据每条结构子数据对应的属性,以及所述医疗数据的密钥和所述第一节点的密钥,对所述多条结构子数据的存储位置和数据摘要进行加密;
共享模块,用于将加密后的存储位置和数据摘要,以及所述多条结构子数据的属性,存储至所述区块链中对应的区块,以进行医疗数据的共享。
9.一种电子设备,包括存储器和处理器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如上的权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如上的权利要求1至7中任一项所述的方法的步骤。
CN202410269052.2A 2024-03-11 2024-03-11 基于区块链的医疗数据共享方法、装置、设备及存储介质 Active CN117874144B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410269052.2A CN117874144B (zh) 2024-03-11 2024-03-11 基于区块链的医疗数据共享方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410269052.2A CN117874144B (zh) 2024-03-11 2024-03-11 基于区块链的医疗数据共享方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN117874144A true CN117874144A (zh) 2024-04-12
CN117874144B CN117874144B (zh) 2024-05-28

Family

ID=90594880

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410269052.2A Active CN117874144B (zh) 2024-03-11 2024-03-11 基于区块链的医疗数据共享方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN117874144B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108959945A (zh) * 2018-07-06 2018-12-07 腾讯科技(深圳)有限公司 医疗数据共享方法、装置、计算机可读介质及电子设备
CN109326337A (zh) * 2018-09-06 2019-02-12 西安电子科技大学 基于区块链的电子医疗记录存储和共享的模型及方法
CN111881481A (zh) * 2020-08-05 2020-11-03 杭州翔毅科技有限公司 基于区块链的医疗数据处理方法、装置、设备及存储介质
CN116303437A (zh) * 2023-02-23 2023-06-23 桂林电子科技大学 基于区块链的医疗数据分级存储和共享方法
CN116469501A (zh) * 2023-03-09 2023-07-21 西安电子科技大学广州研究院 基于区块链的电子病历共享方法、系统、设备及存储介质
CN117238458A (zh) * 2023-09-14 2023-12-15 广东省第二人民医院(广东省卫生应急医院) 基于云计算的重症护理跨机构协同平台系统
CN117251850A (zh) * 2023-10-20 2023-12-19 太原工业学院 智能数据共享与监控方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108959945A (zh) * 2018-07-06 2018-12-07 腾讯科技(深圳)有限公司 医疗数据共享方法、装置、计算机可读介质及电子设备
CN109326337A (zh) * 2018-09-06 2019-02-12 西安电子科技大学 基于区块链的电子医疗记录存储和共享的模型及方法
CN111881481A (zh) * 2020-08-05 2020-11-03 杭州翔毅科技有限公司 基于区块链的医疗数据处理方法、装置、设备及存储介质
CN116303437A (zh) * 2023-02-23 2023-06-23 桂林电子科技大学 基于区块链的医疗数据分级存储和共享方法
CN116469501A (zh) * 2023-03-09 2023-07-21 西安电子科技大学广州研究院 基于区块链的电子病历共享方法、系统、设备及存储介质
CN117238458A (zh) * 2023-09-14 2023-12-15 广东省第二人民医院(广东省卫生应急医院) 基于云计算的重症护理跨机构协同平台系统
CN117251850A (zh) * 2023-10-20 2023-12-19 太原工业学院 智能数据共享与监控方法及系统

Also Published As

Publication number Publication date
CN117874144B (zh) 2024-05-28

Similar Documents

Publication Publication Date Title
US20190122753A1 (en) Method, apparatus and system for rendering and displaying medical images
WO2018176484A1 (zh) 医学影像传输数据的处理方法、装置及电子设备
US20150302218A1 (en) Method and system for file hiding
Zhuang et al. Applying blockchain technology to enhance clinical trial recruitment
CN111079171A (zh) 一种基于区块链的医疗数据隐私保护方法及存储介质
CN110634544A (zh) 基于区块链的病历数据处理方法、装置、存储介质和设备
US20130318361A1 (en) Encrypting and storing biometric information on a storage device
CN107194267B (zh) 数据处理方法、数据处理设备以及计算机可读存储介质
US20130179176A1 (en) Computer implemented method for determining the presence of a disease in a patient
CN110910978B (zh) 一种应用于区块链网络的信息处理方法及相关装置
JP2011519102A (ja) セキュアなデータ・キャッシュ
US20200218826A1 (en) Data searching system, data searching method and computer readable medium
CN104239820A (zh) 一种安全存储设备
WO2024032658A1 (en) Method for processing medical data processing, system, apparatus, and computer device
CN115694949A (zh) 一种基于区块链的隐私数据共享方法及系统
CN113420049A (zh) 数据流通方法、装置、电子设备及存储介质
WO2019095552A1 (zh) 区域医疗电子病历安全协同整合系统及方法
CN114826736A (zh) 信息共享方法、装置、设备及存储介质
CN113378224B (zh) 医学影像存储方法、装置、设备及存储介质
CN112487461B (zh) 一种数据加密方法
CN113722731A (zh) 一种医疗数据共享方法、装置、电子设备及存储介质
CN117874144B (zh) 基于区块链的医疗数据共享方法、装置、设备及存储介质
US20130325805A1 (en) System and method for tagging and securely archiving patient radiological information
CN116361774A (zh) 一种密码破解方法和装置
Saraswat et al. Health chain-block chain based electronic healthcare record system with access and permission management

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
GR01 Patent grant
GR01 Patent grant