本公开一般地涉及健康护理系统。
背景技术：
：健康护理行业当前具有许多需要被解决的问题，包括●健康信息网络中发生基本交易的速度。●包含在这些健康信息网络内的信息的孤立本性。●用于使消费者获得对包含在这些网络中的健康信息流的访问的能力。●健康信息网络中的交易的可靠性和可追溯性。对于健康行业内的无缝互操作性的需要是极度关注的。这包括消费者、支付者和提供者格局（landscape）的所有方面。已经在健康护理信息技术的许多领域内创建健康护理企业应用（例如，电子医疗记录系统（emr）、电子健康护理记录（ehr）、实践管理系统（pm）和支付者解决方案）以据推测解决具体的最终用户（消费者）要求。然而，这些应用不允许数据操作的互操作性和透明性。例如，（多个）emr作为具有很少或者没有过多产品供应物之间的连接性的信息岛而存在。这已经在使用电子数据互换“标准”的情况下进一步恶化，所述电子数据互换“标准”诸如asc4010/5010x12（其进一步细节在通过引用并入本文中的http://www.x12.org/处找到）。进一步地，该过程在同一医院系统内加深，并且什么连接性被已经实现是在实现和维护方面具有显著成本的大量人力，使情况进一步恶化。该场景让步于以rest为基础并且是多租赁的应用编程接口（api）系统。多租赁是其中软件应用的单个实例为多个消费者服务的架构。每个消费者被称作租户。利用多租赁，比例缩放（scaling）具有针对供应商的少得多的基础设施暗示（取决于应用的大小和所要求的基础设施的量）。进一步地，多租户软件系统是在单个应用实例内支持任何数目的消费者的系统。典型地，该单个实例利用（多个）共享的数据集，其中一个消费者的数据与另一个消费者的数据恰当地分离。虽然数据分离是多租户应用的重要方面，但是可能存在要求消耗所有消费者数据（或其某一子集）的系统范围（例如，全局）的计算。如果不要求这样的全局操作，那么多租户应用将替代地为多实例应用，其中每个消费者的数据被包含在其自己的隔离筒仓（silo）中。根据健康护理信息与管理系统协会（himss——其细节在通过引用并入本文中的http://www.himss.org/处），分析组织、较大的国家（诸如美国、加拿大、德国、法国、意大利和西班牙）在根据uwebuddrus的himss分析欧洲、个人通信达到最高水平的无纸化数据共享、存储和决策支持方面落后于若干较小的欧洲国家（诸如丹麦、荷兰和瑞典）。美国在健康护理方面每年的传真的数目年年单独接近15（百万）。存在减少纸张交互并移动至更加不固定的电子格式的强硬路线要求。附图说明图1.0是具有对等架构的用于分散式健康护理的系统100；图1b图示了分散式系统的计算机系统实现的示例；图2.0图示了健康护理区块链应用的示例，所述健康护理区块链应用是分散式系统的部分；图3.0图示了健康护理区块链的示例；图4.0图示了分散式健康护理区块链系统的转诊工作流的示例；图5.0图示了用于患者行为健康计划的过程的示例；图6.0图示了分散式健康护理区块链系统的患者和提供者数据共享过程；以及图7.0图示了使用分散式系统的患者数据共享数据流。具体实施方式以下描述的系统和方法将所有健康护理数据聚集到全局图论拓扑中，并且经由混合的联合且对等的分布式处理架构（它们是在通过引用并入本文中的https://en.wikipedia.org/wiki/peer-to-peer和https://en.wikipedia.org/wiki/peer-to-peer处描述的其进一步细节）来处理数据。包含在这些过程中的数据中的一些可以包括但不限于：●可以分离多租户电子健康记录系统中的患者记录以确保患者机密性。然而，可以从全局数据集收集集体解标识的统计以便允许数据分析师/科学家研究全体居民范围的健康顾虑。●索赔、福利和转诊信息●可穿戴数据，诸如bmi和心率●关于针对相应公司的交易的可计费金额或账单信息●给予消费者经由单个永久性总账身份管理系统真正地控制其医疗和健康信息的能力。系统和方法可以以若干不同方式和程序化方法在ascx12下实现电子数据互换（edi）的模型。以下是障碍中的一些：●大多数医院仍然使过时的或专有的标准或协议作为其关键应用继续运行。●健康护理标准在不断的开发和改进中。●发散不收敛的健康护理标准诸如：○hl7v2.x，v3（在通过引用并入本文中的http://www.hl7.org/处描述了其进一步的细节）○centc/251（在通过引用并入本文中的http://en.wikipedia.org/wiki/cen/tc_251处描述了其进一步的细节）○openehr（在通过引用并入本文中的http://www.openehr.org/处描述了其进一步的细节）○ascx124010/5010（在通过引用并入本文中的http://www.x12.org/x12org/docs/editransactions.pdf处描述了其进一步的细节）○snow-med（在通过引用并入本文中的http://www.nlm.nih.gov/research/umls/snomed/snomed_main.html处描述了其进一步的细节）○fhir（在通过引用并入本文中的处描述了其进一步的细节）●所有这些标准具有所意图的语义，然而它们不遵循关于（多个）数据结构的含义的（多个）标准，因而使所述标准和因此互操作性的目的失败。例如，以非结构化方式而不是使用规定的数据元素和结构将数据嵌入在注解字段中。●以可扩展标记语言（xml）和xsd格式化的健康护理标准在句法级别处解决了整合或互操作性问题，但是要求域特定的解决方案来实现有意义的整合，然而实际互换、可维护性和规模是欠佳的。它们也不是可扩展的。javascript对象标记法（json）已经导致更可读的标准，然而来自以上标准的数据模型和格式不断变化。因而，当前健康护理企业应用需要更大的灵活性和可扩展性来满足在所有级别——数据、过程、服务和支付处的健康护理系统的异质性的挑战。任何集成系统的架构掌握着提供动态、灵活且可扩展的解决方案的关键。系统和方法使用代理/动作者模型以用于数据处理和观察（在通过引用并入本文中的处描述了其进一步的细节）。代理/动作者模型包括供应商、标准、遗留系统和信息系统，它们都必须互操作以提供健康护理服务。系统和方法在没有对现有或所提出的健康系统强加任何约束的情况下提供互操作性解决方案。我们的方法的主要优点在于其是一种混合的联合和分散式系统，所述系统是能复原的且自主的，并且不要求预批准的或管理的开销用于参与健康护理网络。进一步地，它给予支付者、提供者和消费者在给定消费者的准许同意的情况下能够访问消费者的数据的能力，以及为消费者提供维持对其个人健康记录（phr）的实时访问和控制的能力。理想地，ehr/emr随时间过去而捕获和整合关于护理的所有方面的数据，其中根据相关数据结构来表示所述数据，并且为消费者实时地提供对phr的访问。当前，情况并非如此。系统和方法及其数据访问的处理架构和模型将允许准确的数据在系统内流动，并且提供跨系统的透明行为和访问。在ehr/emr系统中捕获的许多数据服务于管理目的，诸如监视医院活动和表现，以及政府或保险偿还。甚至简单的ehr/emr系统将典型地捕获诸如年龄、性别、种族和地址之类的人口统计学患者信息，以及关于给定相遇的以日期及cpt（当前程序术语）和icd（国际疾病分类）编码的服务和诊断（常常称为针对住院患者和门诊患者二者的计费代码）的形式的结构化信息。大多数时候，这些编码模式不是自动化的，并且易于出现用户错误以及双倍收费过程。当处理索赔信息时，该双倍收费过程常常是罪魁祸首。进一步地，总账（ledger）中的双倍收费还是历史电子银行业务系统内的过程的人工产物和错误，而该总账不会对记录的总账进行重复数据删除。系统和方法提供并且使用身份管理，所述身份管理允许对可以与诸如例如fit-bit、jawbone、苹果healthkit或paypal之类的各种不同的健康应用整合的消费者phr的立即访问。系统和方法还提供了对等自主准确的健康信息交换和交易处理，其将允许实时处理以及立即访问和互操作性。示例性实现概述图1.0图示了具有对等架构的用于分散式健康护理的系统100。基于健康护理标准内的交互事件，功能图表拓扑描述了相应系统之间的交互所要求的语义，其在我们的情况下是各种标准数据结构，诸如hl7、snow-med、openehr、fhir和ascx124010/5010，用以在系统之间提供基于域的工作流。对等分类法定义了与为了各种系统之间的数据互操作性而要求交换的健康护理消息和交互相关联的交易语义。这些规范中的差异通过如以下所描述的对等数据映射技术来解决。适配器框架接收在设计时开发并且在运行时以套利方式执行的起源规则。定义该模型的架构称为区块链。最早在satoshinakamoto的论文bitcoin:apeer-to-peerelectroniccashsystem（其在通过引用并入本文中的https://en.bitcoin.it/wiki/wallet处更详细地描述）中讨论了区块链。系统具有基于密码证据而不是信任的电子支付系统的模型，允许任何两个自愿方与彼此直接交易而不需要可信的第三方。系统利用允许系统以如下四个基本方式利用区块链拓扑的基本概念：●经由区块链总账过程来更新所有商业伙伴协定hipaa依从的信息数据●经由分布式文件过程来写入和更新在区块链内引用的数据结构●将个人健康记录信息存储在个人的“基于比特币”的钱包架构中●用于连接到相应数据模块从基于代理的解决方案所需要的服务的套利或出价/询问机制。如在图1.0中示出的，系统100可以具有需要通过通信路径106访问后端系统104的一个或多个应用102，其中后端系统104可以具有例如一个或多个健康区块链网络组件104a、104b……104n并且所述一个或多个应用访问所述一个或多个健康区块链网络组件。每个应用102可以由计算设备执行。每个计算设备可以是基于处理器的设备，其能够使用已知的通信与数据协议和api、通过通信路径106连接到后端104并且与后端104交互。例如，每个计算设备可以是诸如苹果iphone或基于安卓操作系统的设备之类的智能电话设备、个人计算机、膝上型计算机、服务器计算机、终端等，其能够执行应用102并且实施与健康区块链网络组件的交互。后端104和健康区块链网络组件可以使用一个或多个计算资源来实现，诸如服务器计算机、刀片服务器、大型计算机、处理器、存储器、存储设备等。后端104和健康区块链网络组件可以通过通信路径106耦合到一个或多个健康数据源108。后端104和健康区块链网络组件可以使用用于每个数据源的标准、协议和/或api与健康数据源通信。在图1.0中的示例中，健康数据源可以是phr系统、her/emr系统和基于x12的系统。如以上所描述的，一个或多个应用102，诸如主机应用，可以访问健康区块链网络组件104a-104n。从处理立场来看，网络实际上可以是多种多样的，然而集中于针对以下的三个主要处理领域上：（1）针对支付者，其中存在处理定价数据、合格性、索赔和福利处理数据的需要，（2）针对提供者，其中存在针对电子医疗/健康记录、安排和临床、诊断和支付数据的需要，（3）针对消费者，其中存在针对个人健康记录、安排信息和支付数据的需要。这经由可以涵盖以上场景和区块链处理（其为混合的联合和分散的）的主机应用102以及实际上为分布式的文件系统来图示。图1b图示了分散式系统的计算机系统100实现的示例。分散式对等健康护理系统和方法可以使用各种不同类型的计算资源来实现，所述计算资源包括服务器计算机、刀片资源、数据库服务器、应用服务、刀片服务器以及包括（多个）处理器、存储器、存储能力、通信能力等的任何其它计算资源。如在图1b中示出的，每个计算机系统104可以互连，并且每个应用102可以通过各种安全和不安全的连接和数据协议而耦合到任何计算机系统10和与所述任何计算机系统104通信。如所描述的，每个计算机系统104可以具有如以下描述的那样操作的一个或多个健康区块链网络组件104a-104n。利用（多个）健康区块链网络的（多个）应用102将促进对健康数据的访问、存储和分发，phr/ehr/emr以及健康交易，x12/临床，并且可以被称为健康区块链应用。用于每个应用102的应用堆栈的示例在图2.0中示出。每个应用堆栈包括应用层102a、服务层102b和数据层102c。因为仅（在通过引用并入本文中的https://tools.ietf.org/html/rfc3986处更详细地描述的）资源标识符、（在通过引用并入本文中的https://github.com/openassets/open-assets-protocol/blob/master/specification.mediawiki#protocol-overview处更详细地描述的）资产签名以及（在通过引用并入本文中的https://tools.ietf.org/html/rfc6749#section-1.3处更详细地描述的）授权准许被存储在健康区块链中，所以通过参与的应用来处置资源本身以及对它们的访问。取决于应用的范围，可以针对具体实现场景来实现所标识的组件的更小子集。在图2.0中示出的示例中，应用层102a可以包括api登记（registry）、动作者登记、服务登记、产品登记、数据登记和变换、事件、工作流以及授权和委派。服务层102b可以包括区块链交易、数据分发元件、网络节点管理和访问控制。数据层102c可以包括对等文件传送、图表数据存储、身份管理和加密以及密钥管理元件。在不断增长的链表中，将健康区块链本身组织为数据块的分布式数据库，或者复制的共享总账，其中每个块由网络上的多个节点来密码地验证。块数据库的结构和关系在图3.0中示出。如所示出的，每个块头部300保存merkle根和块散列以及分布式数据库的数据中的一些。每个块头部连接到块交易及其数据。以下在表1.0和表1.1中描绘了用于块结构的数据结构：表1.0顶级数据的块结构——块：字段描述大小（b）block_id块标识符4block_size接着的字节的数目4block_version块版本4hash_prev_block前一块的256位散列32hash_merkle_root该块的256位散列32时间戳自1970-01-01t00:00utc起的秒数4目标散列必须小于的256位数32随机数32位4transaction_counter交易的#1-9（b）transaction_data交易记录数据可变为了验证输入被授权收集所引用的输出的值，使用内置脚本语言。该脚本语言是图灵完备的、基于堆栈的和从左向右处理的。脚本语言典型地用高级语言（例如，solidity，https://ethereum.github.io/solidity/docs/home/）来写并且然后编译成区块链交易中包括的原生操作码（在示例交易中贯穿该文档使用表示该高级语言的伪代码）。如果所执行的脚本返回真，则交易输入被授权。通过脚本系统，发送者可以创建系统中的动作者必须满足以便要求输出的非常复杂的条件。以该方式，检查、授权、动作或甚至外部事件的任何自动化系统可能被牵涉到并且作为交易的部分而生效。交易数据可以包括基于关于op_return操作符使用的（在通过引用并入本文中的https://github.com/openassets/open-assets-protocol/blob/master/specification.mediawiki处更详细地描述的）开放资产，（在通过引用并入本文中的https://en.bitcoin.it/wiki/colored_coins处更详细地描述的）彩色币实现。元数据从区块链进行链接并且被存储在web上，由资源标识符解引用并且在公共种子文件上分发。彩色币规范提供了一种用于数字资产和智能合同的分散式管理的方法（在通过引用并入本文中的https://github.com/ethereum/wiki/wiki/white-paper处更详细地描述）。为了我们的目的，智能合同被定义为具有状态的事件驱动的计算机程序，其在区块链上运行并且可以操纵区块链上的资产。因此，用区块链脚本语言来实现智能合同以便实施合同的条款（脚本代码）（使输入生效）。数字资产被管理、传送或者牵涉到智能合同。支付者发布资产，诸如福利数据或者合格性信息。提供者发布针对临床文档的资产，消费者可以接收并且通过使用智能合同而准许访问的健康记录。表1.1交易的块结构字段描述大小op_return操作码op_return操作码（0x6a）。1字节pushdata操作码将完整的有效载荷推送到堆栈上（0x01到0x4e，取决于有效载荷的大小）所要求的pushdata操作码。1-5字节开放的资产有效载荷参见下文。可变交易有效载荷可以包含以下数据类型和字段：字段描述大小oap标记指示该交易是开放资产交易的标志。它总是0x4f41。2字节版本号开放资产协议的主要修订号。对于该版本，它是1(0x0100)。2字节资产数量计数表示资产数量列表字段中的项目的数目的var-整数。1-9字节资产数量列表按顺序表示每个输出（排除标记输出）的资产数量的零或更多led128-编码的无符号整数的列表。可变元数据长度元数据字段的var-整数编码的长度。1-9字节元数据要与该交易相关联的任意元数据。这可以是空的。可变使用场景在图1.0、2.0和3.0中示出的以上区块链处理和系统可以用于处理各种健康数据和健康交易。系统具体地应对利用“侧链”来处理销售者与购买者之间的私人或半私人智能合同。侧链是使来自其它区块链的数据生效的区块链。这些经由“楔入（pegging）”来实现。楔入式侧链是其资产可以从其它链导入并且返回到其它链的侧链；即，支持双向楔入资产的侧链。双向楔入是指（在我们的情况下）通过其以固定或以其它方式确定的交换速率在侧链之间传送并且返回资产的机制，所述交换速率基于在我们的贸易或套利资产环境的情况下的值或传送的情境速率。系统和方法的实现的具体本性基于被输入到“健康区块链”分布式过程中的以联网图表为基础的结构。该联网环境还允许基于交换理论的交换模型的基础。算法将我们的分布式网络的图表细分成如下子图表：其中销售者的集合集体地链接到购买者的更大集合（销售者在接近于1的博弈论意义上获得回报（payoff））并且购买者接收接近0的回报的那些；其中销售者的集体集合链接到购买者的相同大小的集体集合（每个接收大约½的回报）的那些；以及其中销售者比购买者多（销售者接收接近0的回报并且购买者获得接近于1的回报）的那些。关于架构和数据过程，系统基于corominas-bosch的以前的工作、使用交换过程来更新，并且其处理交换结构链接模式表示潜在交易，然而，交易和价格由拍卖而不是议价来确定。在一般模型的情况下，存在同质商品的n个销售者和m个购买者，对于该同质商品，所有销售者具有保留值0并且所有购买者具有保留值1。每个购买者仅期望一个单位的商品，并且每个销售者可以仅供应一个单位。价格仅取决于n和m的相对大小吗，并且所有贸易都将在相同的价格下发生吗此处购买者（销售者）与所有销售者（购买者）的预指定的子集议价；链接是非定向的，这意味着当且仅当b链接到a时，a才链接到b。任何购买者可以连接到多个销售者，并且反之亦然。网络结构是公用信息，如所有的提议和接受那样。在我们付诸实施的情况下，我们的同质商品是关于访问区块链内的所述数据的相应连接、商业协定或者服务水平协定。特别地，价格同时跨所有销售者而提高。当价格超过其价值时购买者退出（如其将在英语或者上升的口头拍卖中那样）。当购买者退出时，出现销售者的集合，针对其而言仍然连接到那些销售者的剩余购买者不大于销售者的该集合。那些销售者与仍然连接到其的购买者交易。在给定链接模式的情况下谁与谁贸易的确切匹配被仔细地完成以便最大化交易的数目。从市场清除那些销售者和购买者，并且价格继续在剩余销售者之中上升，并且过程本身重复。当市场价格被清除时，代理更新图表或子图表并且区块链中的一个或多个总账被更新。基于主要代理的图表过程将链接划分成子图表，从而允许更快的处理，并且网络中的回报基于如下博弈论概率：步骤1a：全部链接到同一预期购买者的两个或更多个销售者的标识。不管图表内的其它链路的购买者如何，方法消除销售者和购买者的该集合；购买者然后获得回报或1，并且销售者接收到回报0。步骤1b：在其余当中，网络在购买者和销售者颠倒的情况下重复步骤1a以使网络均衡。步骤k：归纳地在k中继续，每一次在至少k个销售者的子集的子图表内做出标识是你集体地链接到少于k个购买者的某一集合或者在图表内链接到少于k个销售者的某一集合的至少k个购买者的某一集合。k在我们的情况下是网络节点过程的最大值。结束：当方法循环访问并且标识所有子图表并移除它们时，剩余网络中的购买者和销售者使得销售者和购买者的每个子集都链接到一样多的购买者并且反之亦然，其中该子网络中的购买者和销售者达成协定并且每个在子网络内实现½回报的纳什均衡。我们相信这也导致帕累托最优性。关于我们的网络，它具有用于寻找市场中的均衡的非常简单的过程，使得总账清楚并且在我们的情况下制定市场价格：从多个销售者购置的购买者从每个相应销售者看到相同价格。给定销售者的价格通过针对每个购买者来计算源自于该销售者的购买者总购置的派系并且然后跨购买者求和来寻找。给定销售者的价格不高于销售者在网络内的度中心性并且不低于连接到销售者的1/min度（num_buyers）。健康护理edi交易（ascx124010/5010）处理健康护理交易当前包括涵盖点-点解决方案的手动协定。这些连接花费来自技术和管理人员显著努力来设立和维护。在该场景中，所提出的公共区块链解决方案可以促进自动的智能合同涵盖交易以及贸易伙伴的基于自动服务水平协定的选择实现请求。在图4.0中示出用于转诊的典型工作流的示例。该场景由若干区块链交易实现，其中个体的个人健康记录（phr）以及合格性检查和响应（x12270/271）的资产与提供者的特性组合以作为转诊的输入（x12278）。使用健康区块链网络，这些交易可以被作为具有未决输入的交易来宣告。参与网络的提供者可以利用具有必要特性的适当提供者（资产）来满足未决输入。在智能合同下的支付者或者代表支付者动作的票据交换所可以满足必要合格性输入（资产）的未决输入。一旦未决输入被全部满足，交易就将生效并且提交至永久性区块链总账中的下一块。用于使智能合同实现典型的ascx12转诊交易的伪代码如下。合格性交易phr交易转诊交易从合格性和phr交易接收输出的输入患者行为和风险池定级的健康计划随着个人健康跟踪器的出现，新的健康计划因为消费者积极参与其健康而酬谢消费者。类似于提供折扣以用于安装驾驶监视器的汽车保险计划，例如progressivesnapshot®（https://www.progressive.com/auto/snapshot/），这些计划典型地由健康跟踪设备的制造商来促进，并且已经形成合作关系，例如fitbit健康合作者（http://www.fitbit.com/fitbit-wellness/partners）。健康区块链网络将促进消费者健康数据的更开放分布并且保护它，因为phr必须如此，并且因此防止消费者、提供者和支付者对特定设备技术或健康计划的锁定。特别地，由于在区块链上管理phr数据，消费者和/或公司可以向支付者准许对该数据的访问，使得支付者可以执行对包括个体健康数据的个体或整个公司的雇员基础的群组分析，并且生成个体和/或组织的风险得分。具有该信息，支付者然后可以对针对具体组织所定制的保险计划进行投标。也在区块链上管理的登记然后可以变成如在图5.0中所示的实时套利过程，而不是现在典型的年度管理开销过程。用于使智能合同实现基于患者行为的健康计划的伪代码如下。患者和提供者数据共享患者的健康区块链钱包存储所有资产，其继而存储实际数据的引用id、临床文档是以hl7还是fhir格式、活动和睡眠模式的健康度量、或者索赔和登记信息。单独地给予患者这些资产以及对它们的访问的准许的控制。在给定健康区块链的开放分布的情况下，可以经由智能合同上的可实施约束即刻地并且自动地给予任何参与的提供者对数据的完全或部分访问。在其中新患者第一次到达的现今典型医生拜访场景中，除了由患者在等待被看诊时完成的文书工作中记录的事物之外，主治医生没有先前的历史。这是耗时的并且减损拜访的目的。利用健康区块链，可以作为安排预约的部分、在转诊交易期间、或者在到达以拜访时，准许对患者的phr的访问。并且，访问可以被同样容易地移除，全部在患者的控制下。在图6.0中示出场景，其中在到达医生的办公室时，蓝牙接近度传感器可以标识在其个人支持蓝牙的设备上运行移动应用的患者，所述设备是患者的健康区块链钱包的代理。该移动钱包代理可以被配置成将到达自动地告知提供者的办公室并且准许对患者的phr的访问。在该点处，主治医生将能访问患者的整个健康历史。用于使智能合同实现患者和提供者数据共享的伪代码如下。患者数据共享患者的phr数据是用于其个人健康简档的有价值信息以便为提供者（医生）提供用于最优健康护理交付的必要信息。此外，该临床数据在临床研究的聚集场景中也是有价值的，其中该信息被分析以用于诊断、治疗和结果。当前，由于信息的孤立存储以及获得患者许可上的困难，难以获得该信息。给定患者健康区块链钱包，其存储作为实际数据的引用id的所有资产。这些资产可以被包括在自动化智能合同中以用于患者允许的临床研究参与或者任何其它数据共享协定。通过向文档添加随机化标识符或随机数，类似于一次使用水印或序列号，资产可以被作为实例共享来共享，然后针对特定访问请求而生成（从原始源导出的）唯一资产并且将所述唯一资产作为用于针对患者的健康记录信息的特定请求的输入包括在智能合同中。患者可以向智能合同指定其可接受的条款，所述条款关于针对对phr的访问的支付、针对可接受的访问的时间帧、要共享的phr数据的类型、自愿共享的历史的长度、解标识阈值或偏好、关于可信属性的数据的消费者的具体属性，诸如信誉、从属关系、目的或者患者要求的任何其它约束。患者的数据的属性也被宣告且总结为关于可获得的诊断和治疗的类型的智能合同的性质。一旦患者已经宣告其在由智能合同指定的某些条件下共享数据的意愿，它就可以通过任何消费者满足患者的条款及其与导致用于使临床研究消耗相关phr以便分析的自动化、高效且分布式的措施所需要的phr的类型的相关性而自动地满足。在图7.0中示出的该过程将临床研究转变成在任何期望的时间段内在健康区块链上的自动化执行，其将在所要求的达到的显著性水平或财务限制的可接受统计结果处终止。用于使智能合同实现自动化的患者数据共享的伪代码如下。健康区块链数据元素存储在区块链上的实际数据、资产、合同、pii等实际上是唯一地标识如在图1.0中示出的数据、位置及对其的访问的资源标识符。在图2.0中示出参与健康区块链的应用，其完全实现所有特征并且存储和分发由资源标识符指向的实际数据元素。该健康区块链应用堆栈还可以通过集结法来代理对资源id的访问，其中数据存储在遗留的phr/pm/emr/ehr和x12edi系统中。用于区块链的数据结构的实现的示例归纳为以下信息：患者基本的人口统计●名●姓●中间名●前缀●后缀●性别●出生日期●地址●（多个）电话●（多个）电子邮件保险信息●成员id●群组id●总免赔额●剩余免赔额●家属健康记录●护理文档的连续性●会诊笔记●出院总结●历史和身体笔记●手术笔记●程序笔记●病程笔记●非结构化文档●索赔历史●合格性历史市场交互●所搜索的特性●所搜索的条件●所做出的购置●登录频率●所定级/评论的提供者经由可穿戴api的自支持健康统计●bmi●吸烟状态●活动水平●健康计划会员身份财务信息●fico信用得分●信用报告●资产/负债●来自借贷俱乐部的借贷数据社交网络交互数据●twitter、facebook、linked可穿戴api数据●所测量的活动水平●睡眠周期提供者提供者人口统计●名●姓●中间名●前缀●后缀●性别●出生日期●地址●（多个）电话●（多个）电子邮件●许可医学教育●他们在何处和何时上了医学院●毕业日期●他们在何处和何时做住院医师/研究院职位●专长●凭证●证书●医院从属关系定价●来自医疗保险的所提交和支付的价格●现金价格●市场上列出的服务●对针对报价的请求的响应定级、评论、认可●来自市场的评论和定级●我们从美国医学协会接收的来自国家许可主体的治疗不当制裁●定级和评论索赔统计●所提交的索赔的数目、所提交的价格、每一程序所偿还的价格●每一程序所拒绝的索赔的数目支付者（亦称保险机构、贸易伙伴）利用x12健康交易的处理，系统可以容易地获得以下信息：●支付统计：针对程序y支付者x平均支付多少。●关于处理索赔所花费的时间的统计（即，平均处理时间、每一程序的平均时间等）●关于所拒绝的索赔的统计。支付者分段的索赔以及一般索赔的分析将可能允许我们建立预测模型以用于确定索赔将被拒绝的概率。出于解释的目的已经参照具体实施例描述了前述描述。然而，以上说明性讨论不意图为详尽的或者将本公开限于所公开的精确形式。鉴于以上教导，许多修改和变化是可能的。选择并且描述实施例以便最好地解释本公开的原理及其实际应用，由此使得本领域技术人员能够最好地利用本公开和具有各种修改的各种实施例，如适于所设想的特定使用那样。本文中公开的系统和方法可以经由一个或多个组件、系统、服务器、器具、其它子组件而实现，或者分布在这样的元件之间。当实现为系统时，除其它事物之外，这样的系统还可以包括和/或牵涉到在通用计算机中发现的组件，诸如软件模块、通用cpu、ram等。在其中创新驻留于服务器上的实现中，这样的服务器可以包括或者牵涉到组件，诸如cpu、ram等，诸如在通用计算机中发现的那些。另外，超出以上所阐述的，本文中的系统和方法可以经由利用全异的或完全不同的软件、硬件和/或固件组件的实现而获得。关于这样的其它组件（例如，软件、处理组件等）和/或与本发明相关联或者体现本发明的计算机可读介质，例如本文中的创新的方面可以与众多通用或专用计算系统或配置一致地实现。可以适于与本文中的创新一起使用的各种示例性计算系统、环境和/或配置可以包括但不限于：在个人计算机、服务器、或服务器计算设备内或者体现在个人计算机、服务器、或服务器计算设备上的软件或其它组件，诸如路由/连接性组件、手持式或膝上型设备、多处理器系统、基于微处理器的系统、机顶盒、消费者电子设备、网络pc、其它现有计算机平台、包括以上系统或设备中的一个或多个的分布式计算环境等。在一些实例中，系统和方法的方面可以经由逻辑和/或逻辑指令来实现或者由逻辑和/或逻辑指令来执行，所述逻辑和/或逻辑指令包括与例如这样的组件或电路关联地执行的程序模块。一般地，程序模块可以包括在本文中执行特定任务或实现特定指令的例程、程序、对象、组件、数据结构等。本发明还可以在分布式软件、计算机或电路设置的情境下实践，其中电路经由通信总线、电路或链路连接。在分布式设置中，控制/指令可以从包括存储器存储设备的本地和远程计算机存储介质二者发生。本文中的软件、电路和组件还可以包括和/或利用一个或多个类型的计算机可读介质。计算机可读介质可以是驻留在这样的电路和/或计算组件上、可与这样的电路和/或计算组件相关联、或者可以由这样的电路和/或计算组件访问的任何可获得的介质。作为示例而非限制，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以任何方法或技术实现以用于存储信息的易失性和非易失性、可移除和不可移除的介质，所述信息诸如计算机可读指令、数据结构、程序模块或其它数据。计算机存储介质包括但不限于ram、rom、eeprom、闪速存储器或其它存储器技术、cd-rom、数字通用盘（dvd）或其它光学存储装置、磁带、磁盘存储装置或其它磁性存储设备、或者可以用于存储期望的信息并且可以由计算组件访问的任何其它介质。通信介质可以包括计算机可读指令、数据结构、程序模块和/或其它组件。进一步地，通信介质可以包括有线介质，诸如有线网络或直接有线连接，然而，本文中任何这样的类型的介质不包括暂时性介质。以上中的任何的组合也被包括在计算机可读介质的范围内。在本说明书中，术语组件、模块、设备等可以是指可以以多种方式实现的任何类型的逻辑或功能软件元件、电路、块和/或过程。例如，各种电路和/或块的功能可以与彼此组合成任何其它数目的模块。每个模块甚至可以实现为存储在有形存储器（例如，随机存取存储器、只读存储器、cd-rom存储器、硬盘驱动器等）上的软件程序以由中央处理单元读取来实现本文中的创新的功能。或者，模块可以包括经由传输载波传输至通用计算机或处理/图形硬件的编程指令。并且，模块可以实现为硬件逻辑电路，所述硬件逻辑电路实现由本文中的创新包含的功能。最后，模块可以使用专用指令（simd指令）、现场可编程逻辑阵列或提供期望水平的性能和成本的其任何混合来实现。如本文中所公开的，与本公开一致的特征可以经由计算机硬件、软件和/或固件来实现。例如，本文中公开的系统和方法可以以各种形式来体现，包括例如数据处理器，诸如还包括数据库、数字电子电路、固件、软件或者结合它们的计算机。进一步地，虽然所公开的实现中的一些描述了具体硬件组件，但是与本文中的创新一致的系统和方法可以利用硬件、软件和/或固件的任何组合来实现。此外，本文中的创新的以上指出的特征以及其它方面和原理可以在各种环境中实现。这样的环境和相关应用可以被特别地构造用于执行根据本发明的各种例程、过程和/或操作，或者它们可以包括选择性地激活或者通过代码重新配置以提供必要的功能性的通用计算机或计算平台。本文中公开的过程固有地不与任何特定的计算机、网络、架构、环境或其它装置相关，并且可以由硬件、软件和/或固件的适当组合来实现。例如，各种通用机器可以与依照本发明的教导所写的程序一起使用，或者它可以更于构造专门的装置或系统来执行所要求的方法和技术。本文中描述的方法和系统的方面，诸如逻辑，还可以实现为编程到多种电路中的任何中的功能性，所述多种电路包括可编程逻辑器件（“pld”），诸如现场可编程门阵列（“fpga”）、可编程阵列逻辑（“pal”）器件、电气可编程逻辑和存储器设备及基于标准单元的设备，以及专用集成电路。用于实现各方面的一些其它可能性包括：存储器设备、具有存储器（诸如eeprom）的微控制器、嵌入式微处理器、固件、软件等。此外，各方面可以体现在利用基于软件的电路仿真的微处理器、分立逻辑（顺序的和组合的）、定制设备、模糊（神经）逻辑、量子设备以及以上设备类型中的任何的混合中。底层设备技术可以以多种组件类型来提供，例如金属氧化物半导体场效应晶体管（“mosfet”）技术，比如互补型金属氧化物半导体（“cmos”），双极型技术，比如发射级耦合逻辑（“ecl”），聚合物技术（例如，硅共轭聚合物和金属共轭聚合物金属结构），混合的模拟和数字等。还应当指出，就其行为、寄存器传送、逻辑组成和/或其它特性而言，本文中公开的各种逻辑和/或功能可以使用硬件、固件的任何数目的组合和/或作为体现在各种机器可读或计算机可读介质中的数据和/或指令而启用。这样的格式化数据和/或指令可以体现在其中的计算机可读介质包括但不限于以各种格式的非易失性存储介质（例如，光学、磁性或半导体存储介质），虽然再次不包括暂时性介质。除非上下文另外清楚地要求，否则遍及描述，词“包括”、“包含”等要以如与排他性或详尽的意义相反的包括意义来解释；即，以“包括但不限于”的意义。使用单数或复数的词还分别包括复数或单数。另外，词“其中”、“在此之下”、“以上”、“以下”以及类似意义的词是指本申请作为整体，并且不是指本申请的任何特定部分。当关于两个或更多个项目的列表使用词“或”时，该词涵盖该词的所有以下解释：列表中的项目中的任何，列表中的所有项目，以及列表中的项目的任何组合。虽然已经在本文中具体地描述了本发明的某些目前优选的实现，但是对本发明所属
技术领域：
中的技术人员将显而易见的是，可以做出对本文中示出和描述的各种实现的变化和修改而不脱离本发明的精神和范围。相应地，意图本发明仅被限制到由适用的法规规范所要求的程度。虽然前述参照了本公开的特定实施例，但是本领域技术人员将领会到，可以做出该实施例中的变化而不脱离本公开的原理和精神，其范围由随附权利要求书限定。当前第1页12