CN110600096A

CN110600096A - 医疗数据管理方法及系统和计算机存储介质

Info

Publication number: CN110600096A
Application number: CN201910870066.9A
Authority: CN
Inventors: 曾于瑾; 谭人源
Original assignee: Shanghai Insurance Exchange Ltd By Share Ltd
Current assignee: Shanghai Insurance Exchange Ltd By Share Ltd
Priority date: 2019-09-16
Filing date: 2019-09-16
Publication date: 2019-12-20
Anticipated expiration: 2039-09-16
Also published as: CN110600096B

Abstract

本公开涉及一种医疗数据管理方法和计算机存储介质。医疗数据管理方法包括：由数据产生方产生医疗数据，其中，医疗数据包括医疗数据条目和在医疗数据条目下的对应的医疗数据值；由数据产生方确定与医疗数据条目对应的非同质化通证智能合约；由数据产生方根据非同质化通证智能合约和医疗数据值，创建与医疗数据对应的非同质化通证，其中，非同质化通证归属数据所有方所有。

Description

医疗数据管理方法及系统和计算机存储介质

技术领域

本公开涉及区块链技术领域，具体来说，涉及一种医疗数据管理方法及系统和计算机存储介质。

背景技术

目前，通常以中心化的数据管理方式对医疗数据进行管理。在不同的医疗机构(例如，医院)中，建立有其各自的信息系统，对在检查、诊断等过程中形成的用户(例如，患者)的医疗数据进行管理。在这种中心化的数据管理方式中，不同的医疗机构之间很难实现数据的共享，导致提高了医疗成本，甚至耽误了治疗时机。此外，在中心化的数据管理方式中，医疗数据容易被篡改或受到攻击，其安全性也难以得到保障。

发明内容

根据本公开的一个方面，提供了一种医疗数据管理方法，包括：由数据产生方产生医疗数据，其中，所述医疗数据包括医疗数据条目和在所述医疗数据条目下的对应的医疗数据值；由所述数据产生方确定与所述医疗数据条目对应的非同质化通证智能合约；由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证，其中，所述非同质化通证归属数据所有方所有。

在一些实施例中，所述非同质化通证智能合约由所述数据产生方发布并部署在预设的区块链平台上。

在一些实施例中，所述非同质化通证智能合约基于预设的通用模板产生。

在一些实施例中，还包括：由所述数据产生方获取所述数据所有方提供的电子病历账户地址；由所述数据产生方将所述非同质化通证发送至所述电子病历账户地址。

在一些实施例中，所述电子病历账户地址标识所述数据所有方的电子病历账户，且所述电子病历账户基于预设的电子病历通用模板产生。

在一些实施例中，所述由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证包括：由所述数据产生方获取所述数据所有方的第一公钥；由所述数据产生方利用所述第一公钥对所述医疗数据中的至少所述医疗数据值加密，以获得加密后的医疗数据；由所述数据产生方根据所述非同质化通证智能合约，创建与所述加密后的医疗数据对应的非同质化通证。

在一些实施例中，所述加密后的医疗数据和所述非同质化通证共同地唯一标识所述数据所有方对所述医疗数据的所有权。

在一些实施例中，还包括：由所述数据所有方根据电子病历智能合约，利用所述数据所有方的第一私钥解密所述非同质化通证，以获得所述医疗数据；其中，所述第一私钥与所述第一公钥对应。

在一些实施例中，还包括：当所述数据所有方同意传输所述医疗数据至数据请求方时，由所述数据所有方根据电子病历智能合约，利用第二私钥对所述医疗数据签名，得到签名数据；由所述数据所有方根据所述签名数据和第一随机数采用哈希算法计算第一承诺数据，并根据第二公钥和第二随机数采用哈希算法计算第二承诺数据，其中，所述第二公钥与所述第二私钥对应；由所述数据所有方根据所述数据产生方的证明密钥、所述医疗数据、所述签名数据、所述第二公钥、所述第一承诺数据、所述第二承诺数据、所述第一随机数和所述第二随机数，产生待证数据；由所述数据所有方将所述数据产生方的验证密钥的密钥账户地址、所述待证数据、所述医疗数据、所述第一承诺数据和所述第二承诺数据传输至所述数据请求方；其中，所述验证密钥与所述证明密钥对应。

在一些实施例中，还包括：由所述数据请求方根据所述密钥账户地址，获取所述数据产生方的验证密钥；由所述数据请求方通过所述数据请求方的数据服务智能合约，利用所述验证密钥来验证所述待证数据。

在一些实施例中，所述第二公钥和所述第二私钥是由所述数据产生方根据所述数据所有方的身份生成的，且所述第二公钥和所述第二私钥与所述数据所有方唯一对应。

在一些实施例中，所述证明密钥和所述验证密钥是由所述数据产生方根据所述数据产生方的身份生成的，且所述证明密钥和所述验证密钥与所述数据产生方的身份唯一对应。

在一些实施例中，所述证明密钥和所述验证密钥是在初次创建所述非同质化通证之前生成的。

在一些实施例中，所述签名是基于斯诺签名机制的。

在一些实施例中，所述证明密钥和所述验证密钥是由针对所述斯诺签名机制的零知识证明的模拟计算电路实现的。

根据本公开的另一方面，还提出了一种计算机实现的医疗数据管理系统，包括：存储器，所述存储器存储有计算机指令；和处理器，所述处理器耦接到所述存储器，执行医疗数据管理方法，所述医疗数据管理方法包括：由数据产生方产生医疗数据，其中，所述医疗数据包括医疗数据条目和在所述医疗数据条目下的对应的医疗数据值；由所述数据产生方确定与所述医疗数据条目对应的非同质化通证智能合约；由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证，其中，所述非同质化通证归属数据所有方所有。

根据本公开的又一方面，还提出了一种计算机存储介质，所述计算机存储介质上存储有计算机指令，当所述计算机指令被处理器执行时，执行医疗数据管理方法，所述医疗数据管理方法包括：由数据产生方产生医疗数据，其中，所述医疗数据包括医疗数据条目和在所述医疗数据条目下的对应的医疗数据值；由所述数据产生方确定与所述医疗数据条目对应的非同质化通证智能合约；由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证，其中，所述非同质化通证归属数据所有方所有。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得更为清楚。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1示出了根据本公开一示例性实施例的医疗数据管理方法的流程示意图；

图2示出了根据本公开另一示例性实施例的医疗数据管理方法的流程示意图；

图3示出了根据本公开又一示例性实施例的医疗数据管理方法的步骤S300的流程示意图；

图4示出了根据本公开再一示例性实施例的医疗数据管理方法的部分流程示意图；

图5示出了根据本公开一示例性实施例的医疗数据管理系统的示意性框图。

注意，在以下说明的实施方式中，有时在不同的附图之间共同使用同一附图标记来表示相同部分或具有相同功能的部分，而省略其重复说明。在一些情况中，使用相似的标号和字母表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为了便于理解，在附图等中所示的各结构的位置、尺寸及范围等有时不表示实际的位置、尺寸及范围等。因此，本公开并不限于附图等所公开的位置、尺寸及范围等。

具体实施方式

下面将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。也就是说，本文中的结构及方法是以示例性的方式示出，来说明本公开中的结构和方法的不同实施例。然而，本领域技术人员将会理解，它们仅仅说明可以用来实施的本公开的示例性方式，而不是穷尽的方式。此外，附图不必按比例绘制，一些特征可能被放大以示出具体组件的细节。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术在互联网时代的创新应用模式。狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。广义来讲，区块链技术是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算范式。

区块链以其可信任性、安全性和不可篡改性，让更多数据被解放出来，推进数据的海量增长。区块链的可追溯特性使得数据从采集、交易、流通，以及计算分析的每一步记录都可以留存在区块链上，使得数据的质量获得前所未有的强信任背书，也保证了数据分析结果的正确性和数据挖掘的效果。区块链能够进一步规范数据的使用，精细化授权范围。脱敏后的数据可以在多方之间进行交互，从而有利于突破信息孤岛，建立数据横向交互机制，并基于区块链的价值转移网络，逐步推动形成广泛的数据交易场景。

为了克服中心化的数据管理方式中存在的问题，可以基于区块链技术实现对医疗数据的管理。

在一种基于区块链技术的医疗数据管理中，可以直接使用区块来记录医疗数据。但是，在现有的区块链体系中，为了实现区块数据的记录和区块链网络传输的效率之间的平衡，每个区块所能记录的数据总量是非常有限的。然而，医疗数据的结构通常是复杂的，且数据量通常很大，因此在这种记录方式中，难以保障区块链网络的效率。

在另一种基于区块链技术的医疗数据管理中，可以将医疗数据记录在智能合约中。其中，智能合约是区块链系统中的应用，是已编码的、可自动运行的业务逻辑，通常有着自己的代币和专用开发语言。但是，当医疗数据被记录在智能合约中时，其没有作为一种价值符号被体现出来，以这种方式记录的医疗数据可以被简单地复制，且很难确认医疗数据的所有权，带来了一系列的隐私相关问题。

在本公开的一示例性实施例中，提出了一种医疗数据管理方法，如图1和图5所示，该医疗数据管理方法包括以下步骤：

步骤S100，由数据产生方产生医疗数据；

步骤S200，由数据产生方确定与医疗数据条目对应的非同质化通证(no-fungibletoken，NFT)智能合约；

步骤S300，由数据产生方根据非同质化通证智能合约和医疗数据值，创建与医疗数据对应的非同质化通证。

在医疗数据管理方法中涉及的数据产生方可以是医院、体检中心等医疗机构。在医院、体检中心等医疗机构对患者进行检查、问诊的过程中，将产生相应的医疗数据。例如，医疗数据具体可以包括血液检测数据，尿液检测数据，胃镜检测数据，疾病诊断信息数据等。而对于每一具体的医疗数据而言，其可以包括医疗数据条目和在医疗数据条目下的对应的医疗数据值。例如，对于“血糖：5mmol/L“这一条医疗数据而言，其中医疗数据条目是指“血糖”，医疗数据值是指“5mmol/L“。

在区块链技术中，通证(token)是以数字形式存在的权益凭证，代表一种权利和价值。通证是被加密的，以保障其真实性和安全性。并且，通证能够在网络中流动和被验证，具有可流通性。

进一步的，NFT是彼此之间可以被相互区分开的通证。例如，对于不同的患者而言，其医疗数据往往是不同的，相应的，根据这些医疗数据所形成的通证也是彼此之间可以区别的NFT。为了方便NFT的跨平台交易等，创建有通证标准作为一套统一的规则。通证标准可以让集成到不同平台的过程更加简便，同时增加了互操作性以及使用价值和网络效应。根据所需的用途，人们制定了不同的通证标准。例如，在本公开所涉及的方案中，可以采用以太坊的ERC-721标准等作为通证标准。

而NFT智能合约可以根据不同的医疗数据条目分别设计，从而通过NFT智能合约形成相应的NFT。并且，NFT智能合约可以由作为可信节点接入区块链平台的数据产生方发布并部署在预设的区块链平台上。在数据产生方发布并部署NFT智能合约时，可以基于预设的通用模板产生NFT智能合约。

当数据产生方产生了医疗数据之后，其根据医疗数据条目，确定对应的NFT智能合约。考虑到在不同的医疗数据条目下，医疗数据值的数据特点可能很不相同(具体例如医疗数据值的形式、范围等可能存在较大的差别)，相应的，后续对这些医疗数据的进一步处理也可能很不相同，因此，可以针对不同的医疗数据条目设置不同的NFT智能合约，从而改善数据管理的方式。例如，如图5所示，NFT通证合约可以包括血脂NFT智能合约110、尿酸NFT智能合约120、胃镜NFT智能合约130和脑膜炎确诊信息NFT智能合约140等，这些智能合约分别对应于与血脂、尿酸、胃镜、脑膜炎确诊信息相关的医疗数据。

然后，数据产生方根据NFT智能合约和该医疗数据条目下的医疗数据值，创建与某一具体的医疗数据对应的NFT。例如，分别根据血脂NFT智能合约110、尿酸NFT智能合约120、胃镜NFT智能合约130和脑膜炎确诊信息NFT智能合约140创建血脂NFT、尿酸NFT、胃镜NFT和脑膜炎确诊信息NFT。

进一步的，上述产生的各种NFT都是归属数据所有方所有的。一般情况下，数据所有方为接受医疗机构的服务的患者等用户本身，也就是说，医疗数据的所有权被归还给了患者，从而实现了医疗数据的资产化，确定了医疗数据的所有权，使患者能够根据自身的意愿使用和分享这些医疗数据，从而保障了患者的权益。当然，在其他一些实施例中，当存在相应约定的情况下，数据所有方也可能是其他人或机构。

需要注意的是，数据产生方可以通过看诊去中心化应用(Dapp)执行上述步骤S200和步骤S300。Dapp一般是指运行在分布式网络上，参与者的信息被安全保护(也可能是匿名的)，通过网络节点进行去中心化操作的应用。而从以太坊的角度而言，Dapp是一个交易协议，根据区块链上设定的条件来执行的一个合约或者一组合约。在产生医疗数据后，医疗数据被发送给数据产生方的看诊Dapp，看诊Dapp确定与医疗数据条目对应的NFT智能合约，并根据NFT智能合约和医疗数据值，创建与医疗数据的NFT。

在本公开的另一示例性实施例中，如图2所示，医疗数据管理方法还可以包括以下步骤：

步骤S410，由数据产生方获取数据所有方提供的电子病历账户地址；

步骤S420，由数据产生方将非同质化通证发送至电子病历账户地址。

其中，上述步骤也可以通过数据产生方的看诊Dapp执行。在医疗数据被发送给看诊Dapp的同时，数据所有方提供的电子病历账户地址也可以被发送给看诊Dapp。当然，数据产生方也可以通过其他方式或在其他时刻获得数据所有方提供的电子病历账户地址。

其中，电子病历账户地址标识了数据所有方的电子病历账户。在一具体示例中，电子病历账户可以基于预设的电子病历通用模板产生。可以在初始建立区块链平台的同时提供电子病历通用模板。电子病历通用模板是一种可用于区块链上的资产管理的智能合约模板，其可以提供一些在医疗行业内常见的医疗数据的结构，从而方便后续的电子病历账户等的建立。

NFT的发送可以在针对所有医疗数据依次产生了全部对应的NFT之后进行。通过将NFT发送至数据所有方提供的电子病历账户地址，可以方便后续数据所有方处理或分享属于其的医疗数据对应的NFT，避免了医疗数据被滥用，保护了数据所有方的权益。其中，数据所有方可以通过电子病历Dapp 200管理其NFT，而电子病历Dapp 200是面向数据所有方以方便数据所有方的操作的电子病历智能合约的前置应用。

在本公开的又一示例性实施例中，如图3所示，步骤S300包括：

步骤S310，由数据产生方获取数据所有方的第一公钥；

步骤S320，由数据产生方利用第一公钥对医疗数据中的至少医疗数据值加密，以获得加密后的医疗数据；

步骤S330，由数据产生方根据非同质化通证智能合约，创建与加密后的医疗数据对应的非同质化通证。

具体的，上述步骤可以由数据产生方通过看诊Dapp执行。在获取数据所有方的第一公钥之后，利用第一公钥对医疗数据值加密，或者对医疗数据条目和医疗数据值共同加密，获得加密后的医疗数据，可以保障医疗数据的安全性。然后，根据NFT智能合约创建与加密后的医疗数据对应的NFT，从而将医疗数据转化为有特定所有权的数字资产。并且，加密后的医疗数据和NFT共同地唯一标识了数据所有方对医疗数据的所有权，该数字资产具有唯一性和不可篡改性。

只有数据所有方可以应用其第一私钥访问利用第一公钥加密后的医疗数据，从而保障了医疗数据的安全性。具体的，当数据所有方需要使用他自己的医疗数据时，可以使用电子病历Dapp进行。根据电子病历智能合约，利用数据所有方的第一私钥解密NFT，以获得医疗数据。其中，数据所有方的第一私钥与第一公钥是对应的，即为一对密钥，可以通过其中一个密钥对由另一个密钥加密的数据进行解密。

在实践中，还可能存在其他的数据请求方希望使用医疗数据的情况，该数据请求方例如可以是医学研究发展机构等。当数据所有方同意数据请求方的请求时，可以采用不匿名方式或匿名方式向其提供医疗数据。

特别地，在很多情况下，数据请求方需要的只是大量可信的医疗数据用作统计分析等，而并不需要知晓数据所有方的身份信息。而出于保护隐私的考虑，数据所有方往往也不希望透露自己的身份信息，即希望采用匿名方式提供医疗数据。但是，当采用传统的公私钥对加密方案对医疗数据进行加密和解密时，总是需要数据所有方提供携带有其身份信息的公钥，导致隐私难以得到保障。

在本公开的再一示例性实施例中，可以执行以下步骤匿名提供医疗数据，并且这些步骤可以由数据所有方通过电子病历智能合约实现，如图4所示：

步骤S510，当数据所有方同意传输医疗数据至数据请求方时，由数据所有方根据电子病历智能合约，利用第二私钥对医疗数据签名，得到签名数据；

步骤S520，由数据所有方根据签名数据和第一随机数采用哈希算法计算第一承诺数据，并根据第二公钥和第二随机数采用哈希算法计算第二承诺数据；

步骤S530，由数据所有方根据数据产生方的证明密钥、医疗数据、签名数据、第二公钥、第一承诺数据、第二承诺数据、第一随机数和第二随机数，产生待证数据；

步骤S540，由数据所有方将数据产生方的验证密钥的密钥账户地址、待证数据、医疗数据、第一承诺数据和第二承诺数据传输至数据请求方。

其中，第二公钥与第二私钥是对应的，也就是说，第二公钥和第二私钥可以互相对另一者加密的数据进行解密。此外，第二公钥和第二私钥是由数据产生方根据数据所有方的身份生成的，第二公钥和第二私钥与数据所有方唯一对应。第二公钥和第二私钥可以在数据所有方初次与数据产生方产生联系时，由数据产生方通过电子病历工厂Dapp 100生成。

同时，验证密钥与证明密钥也是对应的，在零知识证明中，通过验证密钥验证被证明密钥加密的数据。此外，证明密钥和验证密钥是由数据产生方根据数据产生方的身份生成的，且证明密钥和验证密钥与数据产生方的身份唯一对应。证明密钥和验证密钥可以在初次创建NFT之前生成，进一步的，证明密钥和验证密钥可以在数据产生方初次部署电子病历工厂Dapp时生成。

对于数据请求方而言，医疗数据的可信性是十分重要的。在数据所有方匿名的情况下，可以采用零知识证明的验证方法确认医疗数据是产生于数据产生方的、未经篡改的可信数据。如图4所示，通过执行以下步骤实现零知识证明：

步骤S550，由数据请求方根据密钥账户地址，获取数据产生方的验证密钥；

步骤S560，由数据请求方通过数据请求方的数据服务智能合约，利用验证密钥来验证待证数据。

其中，上述步骤可以通过医疗数据服务智能合约310执行。在零知识证明的验证过程中，无需数据所有方提供其公钥，从而保障了数据所有方的隐私，同时能够确认医疗数据的可信性。

在一具体示例中，与第二公钥和第二私钥相应的签名是基于斯诺签名机制的。斯诺签名机制是公私钥签名体系中的一种机制，其与零知识证明相兼容。

在零知识证明算法对斯诺签名的处理过程中，前提是生成有证明密钥pk和验证密钥vk。为了实现匿名效果，可以使用哈希算法C针对签名数据(r，s)以及第二公钥y_X，y_Y分别计算承诺数据。哈希算法可以将一个源数据转换为一个承诺数据，该承诺数据和源数据存在十分紧密的关系，同时难以根据承诺数据逆向反推出源数据，从而在对源数据的可信性进行验证的同时，避免了源数据的泄露。在该示例中，根据commit_sig＝C(s||r||random_sig)计算针对签名结果的第一承诺数据commit_sig，其中random_sig为第一随机数；并根据commit＝C(y_X||y_Y||random)计算针对第二公钥的第二承诺数据commit，其中random是第二随机数。第一随机数和第二随机数可以由区块链外部的可信随机数预言机产生。然后，通过证明密钥pk，基于医疗数据m(明文形式的)、第一承诺数据commit_sig、第二承诺数据commit、签名数据s、r、第一随机数random_sig、第二随机数random、第二公钥y_X、y_Y生成待证数据X。在数据请求方验证医疗数据的可信性时，使用验证密钥vk对待证数据X、医疗数据m、第一承诺数据commit_sig和第二承诺数据commit进行验证，从而确保所得到的医疗数据m是可信的。并且，在上述示例中，证明密钥和验证密钥可以由针对斯诺签名机制的零知识证明的模拟计算电路实现。

根据本公开的另一方面，还提出了一种计算机实现的医疗数据管理系统，该医疗数据管理系统是基于区块链技术的。如图5所示，在该医疗数据管理系统中，数据产生方、数据所有方和数据请求方通过各自的Dapp(电子病历工厂Dapp 100、电子病历Dapp 200)和/或智能合约(血脂NFT智能合约110、尿酸NFT智能合约120、胃镜NFT智能合约130、脑膜炎确诊信息NFT智能合约140、电子病历智能合约210、医疗数据服务智能合约310)，实现对医疗数据的处理。医疗数据管理系统可以包括存储器和处理器，存储器存储有计算机指令，处理器耦接到存储器，执行上述实施例中所描述的医疗数据管理方法。

具体的，处理器可以是中央处理单元(CPU)，存储器可以是只读存储器(ROM)、随机存取存储器(RAM)等。CPU根据ROM中存储的程序或从存储部分加载到RAM的程序执行各种处理。在RAM中，也根据需要存储当CPU执行各种处理等等时所需的数据。CPU、ROM和RAM可以经由总线彼此连接。输入/输出接口也连接到总线。

此外，下述部件可以连接到医疗数据管理系统的输入/输出接口：输入部分(包括键盘、鼠标等等)、输出部分(包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等)、存储部分(包括硬盘等)、通信部分(包括网络接口卡比如LAN卡、调制解调器等)。

通信部分经由网络比如因特网执行通信处理。根据需要，驱动器也可连接到输入/输出接口。可拆卸介质比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器上，使得从中读出的计算机程序根据需要被安装到存储部分中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质安装构成软件的程序。

根据本公开的又一方面，还提出了一种计算机存储介质，计算机存储介质上存储有计算机指令，当计算机指令被处理器执行时，执行如上所述的医疗数据管理方法。

本领域的技术人员应当理解，这种存储介质不局限于其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质。可拆卸介质的例子包含磁盘(包含软盘)、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD))和半导体存储器。或者，存储介质可以是ROM、存储部分中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

计算机指令由机器读取并执行时，可执行上述根据本发明实施例的方法。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明各个方面的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些计算机程序指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。

也可以把这些计算机程序指令存储在计算机可读介质中，这些指令使得计算机、其它可编程数据处理装置、或其他设备以特定方式工作，从而，存储在计算机可读介质中的指令就产生出包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的指令的制造品。

也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在说明书及权利要求中的词语“前”、“后”、“顶”、“底”、“之上”、“之下”等，如果存在的话，用于描述性的目的而并不一定用于描述不变的相对位置。应当理解，这样使用的词语在适当的情况下是可互换的，使得在此所描述的本公开的实施例，例如，能够在与在此所示出的或另外描述的那些取向不同的其他取向上操作。

如在此所使用的，词语“示例性的”意指“用作示例、实例或说明”，而不是作为将被精确复制的“模型”。在此示例性描述的任意实现方式并不一定要被解释为比其它实现方式优选的或有利的。而且，本公开不受在上述技术领域、背景技术、发明内容或具体实施方式中所给出的任何所表述的或所暗示的理论所限定。

如在此所使用的，词语“基本上”意指包含由设计或制造的缺陷、器件或元件的容差、环境影响和/或其它因素所致的任意微小的变化。词语“基本上”还允许由寄生效应、噪声以及可能存在于实际的实现方式中的其它实际考虑因素所致的与完美的或理想的情形之间的差异。

另外，前面的描述可能提及了被“连接”或“耦接”在一起的元件或节点或特征。如在此所使用的，除非另外明确说明，“连接”意指一个元件/节点/特征与另一种元件/节点/特征在电学上、机械上、逻辑上或以其它方式直接地连接(或者直接通信)。类似地，除非另外明确说明，“耦接”意指一个元件/节点/特征可以与另一元件/节点/特征以直接的或间接的方式在机械上、电学上、逻辑上或以其它方式连结以允许相互作用，即使这两个特征可能并没有直接连接也是如此。也就是说，“耦接”意图包含元件或其它特征的直接连结和间接连结，包括利用一个或多个中间元件的连接。

另外，仅仅为了参考的目的，还可以在本文中使用“第一”、“第二”等类似术语，并且因而并非意图限定。例如，除非上下文明确指出，否则涉及结构或元件的词语“第一”、“第二”和其它此类数字词语并没有暗示顺序或次序。

还应理解，“包括/包含”一词在本文中使用时，说明存在所指出的特征、整体、步骤、操作、单元和/或组件，但是并不排除存在或增加一个或多个其它特征、整体、步骤、操作、单元和/或组件以及/或者它们的组合。

在本公开中，术语“提供”从广义上用于涵盖获得对象的所有方式，因此“提供某对象”包括但不限于“购买”、“制备/制造”、“布置/设置”、“安装/装配”、和/或“订购”对象等。

本领域技术人员应当意识到，在上述操作之间的边界仅仅是说明性的。多个操作可以结合成单个操作，单个操作可以分布于附加的操作中，并且操作可以在时间上至少部分重叠地执行。而且，另选的实施例可以包括特定操作的多个实例，并且在其他各种实施例中可以改变操作顺序。但是，其它的修改、变化和替换同样是可能的。因此，本说明书和附图应当被看作是说明性的，而非限制性的。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。在此公开的各实施例可以任意组合，而不脱离本公开的精神和范围。本领域的技术人员还应理解，可以对实施例进行多种修改而不脱离本公开的范围和精神。本公开的范围由所附权利要求来限定。

本申请也可以被配置如下：

1、一种医疗数据管理方法，包括：

由数据产生方产生医疗数据，其中，所述医疗数据包括医疗数据条目和在所述医疗数据条目下的对应的医疗数据值；

由所述数据产生方确定与所述医疗数据条目对应的非同质化通证智能合约；

由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证，其中，所述非同质化通证归属数据所有方所有。

2、根据1所述的医疗数据管理方法，所述非同质化通证智能合约由所述数据产生方发布并部署在预设的区块链平台上。

3、根据2所述的医疗数据管理方法，所述非同质化通证智能合约基于预设的通用模板产生。

4、根据1所述的医疗数据管理方法，还包括：

由所述数据产生方获取所述数据所有方提供的电子病历账户地址；

由所述数据产生方将所述非同质化通证发送至所述电子病历账户地址。

5、根据4所述的医疗数据管理方法，所述电子病历账户地址标识所述数据所有方的电子病历账户，且所述电子病历账户基于预设的电子病历通用模板产生。

6、根据1所述的医疗数据管理方法，所述由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证包括：

由所述数据产生方获取所述数据所有方的第一公钥；

由所述数据产生方利用所述第一公钥对所述医疗数据中的至少所述医疗数据值加密，以获得加密后的医疗数据；

由所述数据产生方根据所述非同质化通证智能合约，创建与所述加密后的医疗数据对应的非同质化通证。

7、根据6所述的医疗数据管理方法，所述加密后的医疗数据和所述非同质化通证共同地唯一标识所述数据所有方对所述医疗数据的所有权。

8、根据6所述的医疗数据管理方法，还包括：

由所述数据所有方根据电子病历智能合约，利用所述数据所有方的第一私钥解密所述非同质化通证，以获得所述医疗数据；

其中，所述第一私钥与所述第一公钥对应。

9、根据1所述的医疗数据管理方法，还包括：

当所述数据所有方同意传输所述医疗数据至数据请求方时，由所述数据所有方根据电子病历智能合约，利用第二私钥对所述医疗数据签名，得到签名数据；

由所述数据所有方根据所述签名数据和第一随机数采用哈希算法计算第一承诺数据，并根据第二公钥和第二随机数采用哈希算法计算第二承诺数据，其中，所述第二公钥与所述第二私钥对应；

由所述数据所有方根据所述数据产生方的证明密钥、所述医疗数据、所述签名数据、所述第二公钥、所述第一承诺数据、所述第二承诺数据、所述第一随机数和所述第二随机数，产生待证数据；

由所述数据所有方将所述数据产生方的验证密钥的密钥账户地址、所述待证数据、所述医疗数据、所述第一承诺数据和所述第二承诺数据传输至所述数据请求方；

其中，所述验证密钥与所述证明密钥对应。

10、根据9所述的医疗数据管理方法，还包括：

由所述数据请求方根据所述密钥账户地址，获取所述数据产生方的验证密钥；

由所述数据请求方通过所述数据请求方的数据服务智能合约，利用所述验证密钥来验证所述待证数据。

11、根据9所述的医疗数据管理方法，所述第二公钥和所述第二私钥是由所述数据产生方根据所述数据所有方的身份生成的，且所述第二公钥和所述第二私钥与所述数据所有方唯一对应。

12、根据9所述的医疗数据管理方法，所述证明密钥和所述验证密钥是由所述数据产生方根据所述数据产生方的身份生成的，且所述证明密钥和所述验证密钥与所述数据产生方的身份唯一对应。

13、根据12所述的医疗数据管理方法，所述证明密钥和所述验证密钥是在初次创建所述非同质化通证之前生成的。

14、根据9所述的医疗数据管理方法，所述签名是基于斯诺签名机制的。

15、根据14所述的医疗数据管理方法，所述证明密钥和所述验证密钥是由针对所述斯诺签名机制的零知识证明的模拟计算电路实现的。

16、一种计算机实现的医疗数据管理系统，包括：存储器，所述存储器存储有计算机指令；和处理器，所述处理器耦接到所述存储器，执行如1-15中任一项所述的医疗数据管理方法。

17、一种计算机存储介质，所述计算机存储介质上存储有计算机指令，当所述计算机指令被处理器执行时，执行如1-15中任一项所述的医疗数据管理方法。

Claims

1.一种医疗数据管理方法，其特征在于，包括：

2.根据权利要求1所述的医疗数据管理方法，其特征在于，所述非同质化通证智能合约由所述数据产生方发布并部署在预设的区块链平台上。

3.根据权利要求1所述的医疗数据管理方法，其特征在于，还包括：

4.根据权利要求1所述的医疗数据管理方法，其特征在于，所述由所述数据产生方根据所述非同质化通证智能合约和所述医疗数据值，创建与所述医疗数据对应的非同质化通证包括：

由所述数据产生方获取所述数据所有方的第一公钥；

5.根据权利要求4所述的医疗数据管理方法，其特征在于，还包括：

其中，所述第一私钥与所述第一公钥对应。

6.根据权利要求1所述的医疗数据管理方法，其特征在于，还包括：

其中，所述验证密钥与所述证明密钥对应。

7.根据权利要求6所述的医疗数据管理方法，其特征在于，还包括：

8.根据权利要求6所述的医疗数据管理方法，其特征在于，所述签名是基于斯诺签名机制的。

9.一种计算机实现的医疗数据管理系统，包括：存储器，所述存储器存储有计算机指令；和处理器，所述处理器耦接到所述存储器，执行如权利要求1-8中任一项所述的医疗数据管理方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机指令，当所述计算机指令被处理器执行时，执行如权利要求1-8中任一项所述的医疗数据管理方法。