CN110494919A - 帮助医师实现用于基于价值支付的质量措施的面向患者的移动技术 - Google Patents

Abstract

描述了使用闭环控制来管理医疗保健治疗的系统和方法。方法包括：从患者移动通信设备无线地接收质量护理信息，将质量护理信息报告给质量跟踪系统，以及响应于将质量护理信息报告给质量跟踪系统而接收激励报酬。护理质量信息可以涉及用于激励医疗保健服务的提供方或消费者的一个或更多个护理质量指标。可以向患者警示特定医疗状况的护理质量指标。可以以电子方式将驻留在患者的移动设备中或在云中运行的应用生成的个性化和特定通知传送给患者，包括提示患者采取特定行动以便最好地管理医疗状况或规定的治疗。可以通知医疗保健提供方要采取的治疗或护理质量建议行动。

Description

帮助医师实现用于基于价值支付的质量措施的面向患者的移 动技术

优先权声明

本申请要求2017年2月15日在美国专利局提交的临时专利申请No.62/459,595以及2017年12月12日在美国专利局提交的临时专利申请No.62/597,932的优先权和权益，这些申请的全部内容通过引用并入本文，如同在下面完整地阐述并且用于所有适用目的。

技术领域

本发明一般涉及患者使用移动计算设备，该移动计算设备为患者用户生成个性化医疗保健通知，以帮助他们的医师满足特定护理质量指标(indicator)并接收基于激励价值的支付。

背景技术

随着全球医疗保健成本持续上升，公共和私人医疗保健支付方正在从按服务付费的医疗保健转向基于价值的支付模式。使用这些新的医疗保健模式，医师和医疗保健组织就不再针对他们提供的服务的量来收费(因为这可能具有订购不必要的测试和过程的风险)，而是针对他们提供给患者的护理的价值或质量来收费。在美国，联邦政府已制定新的政策和监管措施(例如，责任关怀组织(ACO)、医疗保险准入和芯片再授权法案(MACRA)以及一般公众参与的21世纪治愈法案)来管理其医疗保险计划受益人的基于价值的支付。在英国，国家健康服务(NHS)正在使用质量成果框架(QOF)，在全科医师(GP)在满足和报告具体质量措施时，利用年度奖励金对这些全科医师(GP)进行奖励。在法国，使用一种名为ROSP(公共卫生目标报酬)的类似的系统，利用年终激励报酬来奖励那些满足所规定的护理质量标准的全科医师。

对医疗保健提供方产生激励报酬的许多质量指标涉及患有慢性疾病的患者的护理。这些慢性疾病的治疗不仅发生在诊所，也发生在诊所外和这些患者家中的日常生活中。为了最好地管理他们的慢性病，患者不仅需要遵守或坚持他们的医师规定的治疗，还需要在规定时间之外定期地在不同医疗保健提供方以及与他们的病情相关的各种生活方式因素方面管理他们的医疗保健。为了在为患者提供医疗护理时满足规定的护理质量指标，医师因此会根据患者对治疗的服从性以及与患者进行的有效和密切的沟通来进行适当的诊断，并监测治疗进展及其疗效。为了最佳地实现和报告这些质量指标以接收这些激励报酬，医疗保健提供方正在使用诸如电子病历系统(EMR)的医疗信息技术(HIT)系统来指导他们进行护理质量报告过程。然而，大多数时候，这些EMR未能包括患者生成的关于患者对治疗服从性、治疗进展以及表示患者已经接收的疗效和护理质量的其他患者生成数据的信息。对于患有慢性疾病的患者来说尤其如此，其护理质量取决于治疗坚持度、生活方式改变程度以及在规定时间之外的家中定期自我护理。

发明内容

本文公开的某些方面可以改善提供方、患者和支付方之间的信息流，以确保针对医疗保健接受方的成本有效且更好的针对性治疗。

在本公开的各个方面，一种用于管理电子医疗记录的方法包括：在患者移动通信设备的用户与医疗保健提供方之间的交互期间认证患者移动通信设备的用户的身份；通过无线通信接口来接收认证提供方的身份的信息；从多个源整理与患者移动通信设备的用户相关联的电子医疗保健记录；响应于接收到认证提供方的身份的信息而将包括电子医疗保健记录的一部分的信息传送给提供方设备；将表征信息向提供方设备传送的信息记录在由患者移动通信设备维护的患者元数据中；以及将患者元数据发送给奖励服务器。奖励服务器可以被配置为，基于去往或来自医疗保健提供方的电子医疗保健记录的一个或更多个传送来计算用户的财务收益。

在一个方面，该方法包括：接收与患者移动通信设备的用户相关联的电子医疗保健记录的一个或更多个更新，以及将更新的电子医疗保健记录发送给多个源中的至少一个源。奖励服务器可以被配置为基于更新的电子医疗保健记录的传送来计算用户的财务收益。该方法可以包括：对更新的电子医疗保健记录解码以识别由医疗保健提供方执行的一个或更多个过程，以及将一个或更多个过程记录在患者元数据中。对更新的电子医疗保健记录解码可以包括：对用于药物、诊断、实验室测试、提供方、过程、免疫或个体医疗专业的国际或国家标准化健康数据代码列表进行解码。

在一个方面，该方法包括使用GPS定位服务来自动获得与患者移动通信设备的用户和医疗保健提供方之间的交互相关联的地理位置，并将该地理位置记录在患者元数据中。

在各个方面，一种用于管理医疗保健服务的方法包括：接收与患者和医疗保健提供方之间的交互有关的患者元数据，其中患者元数据由患者操作的移动通信设备生成，从患者元数据确定在患者和医疗保健提供方之间的交互期间，与患者相关联的电子医疗保健记录被传送给医疗保健提供方或从医疗保健提供方处传送与患者相关联的电子医疗保健记录，并且基于电子医疗保健记录的传送来计算用户的财务收益。

在一个方面，患者元数据识别出对电子医疗保健记录的一个或更多个更新被发送给由患者操作的移动通信设备。该方法可以包括：基于一个或更多个更新的传送来计算用户的财务收益。该方法可以包括：对患者元数据解码以识别由医疗保健提供方执行的一个或更多个过程，以及针对医疗保健计费系统识别所述一个或更多个过程。对更新的电子医疗保健记录解码可以包括：对用于药物、诊断、实验室测试、提供方、过程、免疫或个体医疗专业的国际或国家标准化健康数据代码列表进行解码。

在一个方面，该方法包括接收与患者和医疗保健提供方之间的交互有关的提供方元数据，其中提供方元数据由医疗保健提供方操作的计算设备生成，并且当提供方元数据记录电子医疗保健记录的传送时，计算医疗保健提供方的财务收益。提供方元数据可以识别由医疗保健提供方向患者操作的移动通信设备发送对电子医疗保健记录的一个或更多个更新。该方法可以包括：基于一个或更多个更新的传送来计算医疗保健提供方的财务收益。该方法可以包括：基于患者元数据和提供方元数据之间的对应来生成患者和医疗保健提供方之间的交互的表征，并且向医疗保健计费系统提供该交互的表征。

附图说明

图1示出了采用处理系统的装置的硬件实现的示例。

图2示出了根据本文描述的某些方面的电子记录递送系统的示例。

图3示出了根据本文描述的某些方面的患者和医师之间的电子健康记录的流程。

图4示出了根据本文描述的某些方面的客户端和提供方设备之间的邻近交换的第一示例。

图5示出了根据本文描述的某些方面的与邻近交换有关的EHR元数据生成的某些方面。

图6示出了根据本文描述的某些方面的提供安全EHR交换并且可以处理EHR元数据的系统的示例。

图7示出了向根据本文描述的某些方面向部署的系统的用户递送医疗记录的示例。

图8示出了患者和医疗保健提供方之间的交互。

图9示出了根据本文公开的某些方面的管理医疗保健交互的闭环控制机制。

图10示出了适于实现根据本文公开的某些方面提供的闭环控制机制的系统。

图11示出了实现根据本文公开的某些方面提供的闭环控制机制的过程。

图12是示出采用可根据本文公开的某些方面进行调适的处理电路的装置的示例的框图。

图13包括示出根据本文描述的某些方面的健康记录交换的某些方面的流程图。

图14示出了根据本文描述的某些方面的采用被配置为执行某些功能的处理系统的装置的硬件实现的第一示例。

图15包括示出根据本文描述的某些方面涉及的自动健康记录交换的某些方面的流程图。

图16示出了根据本文描述的某些方面的采用被配置为执行某些功能的处理系统的装置的硬件实现的第二示例。

具体实施方式

以下结合附图而阐述的详细描述作为对各种配置的描述，且并不旨在表示可实践本文所述概念的仅有配置。出于提供透彻理解各种概念目的，该详细描述包括具体细节。然而，将对本领域的技术人员显而易见的是，在没有这些具体细节的情况下，也可实践这些概念。在一些情况中，为了避免使得此类概念含糊不清，则以框图形式示出众所周知的结构和组件。

现将参照各种装置和方法来呈现记录管理系统的一些方面。这些装置和方法将通过各种方框、模块、组件、电路、步骤、过程、算法等(统称“要素”)来在以下详细描述中进行描述，并且在附图中说明。这些要素可使用电子硬件、计算机软件或其任何组合来实现。此类要素被实现为硬件还是软件是取决于具体应用和强加于整个系统的设计约束。

举例来说，可使用包括一个或更多个处理器的“处理系统”来实现要素、要素的任何部分、或要素的任何组合。处理器的示例包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、状态机、门控逻辑、分立硬件电路、以及被配置为执行本公开通篇所述的各种功能的其它适合的硬件。处理系统中的一个或更多个处理器可执行软件。不论被称作软件、固件、中间件、微代码、硬件描述语言还是其它，软件都应被宽泛地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、规程、功能等。软件可驻留在计算机可读介质上。举例来说，计算机可读介质可包括磁性存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩光盘(CD)、数字多功能光盘(DVD))、智能卡、闪存存储器设备(例如，卡、棒、钥匙形驱动器))、近场通信(NFC)令牌、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、寄存器、可移动磁盘、载波、传送线，以及用于存储或传送软件的任何其它适合介质。计算机可读介质可驻留在处理系统中、处于处理系统外部、或分布于包括处理系统的多个实体上。计算机可读介质可体现在计算机程序产品中。举例来说，计算机程序产品可包括在封装材料中的计算机可读介质。根据具体应用和强加于整个系统上的总体设计约束，本领域的技术人员将认识到如何最佳地实现本公开通篇呈现的功能。

概述

本公开的某些方面涉及一种控制系统，可以实施该控制系统以改善医疗保健提供方所规定的治疗的有效性。控制系统可以通过调适和/或修改治疗计划来响应变化的环境。在一些情况下，可以基于控制系统生成的趋势、状况或警示来召回被规定治疗的患者进行会诊(consultation)。

根据本文公开的某些方面，由医疗保健提供方规定的治疗可以包括分发给由患者操作的一个或更多个移动处理设备的治疗计划。移动处理设备可以包括患者操作或与患者相关联的通信设备，诸如智能电话、智能手表和/或可穿戴处理设备。移动处理设备可以监测医疗传感器和/或可以收集患者输入的信息或者自动生成的信息(例如患者的位置和活动)。移动处理设备可以向控制系统提供传感器信息和其他信息作为反馈。在一个示例中，移动处理设备可以根据规定的时间表来警示，并警示患者执行治疗计划的要素，并且可以向控制系统提供对任务完成的确认作为反馈。

在某些方面，可以激励患者和医疗保健提供方将活动传送给控制系统。所公开的方法、装置和计算机程序产品可以向患者警示与将要被传送给他们的医师的特定医疗状况的护理质量有关的个性化和特定通知，以便医师最好地满足支付方并向支付方报告所规定的护理质量指标，从而使他们获得基于价值的激励报酬(incentive payment)。个性化和特定通知是由位于患者的移动设备中或在云中的计算机程序生成并通过他的移动设备或虚拟助理传送给患者。生成这些定期通知的计算机程序使用用户的个人健康信息的算法计算，该用户的个人健康信息包括个人诊断、药物和其他个体治疗数据，这些数据可以自己输入或从患者的电子健康记录中检索，并通过用户的个人移动设备与医疗保健提供方必须满足并报告以接收其激励报酬的护理质量指标有关的临床指南或最佳实践标准一起被收集。患者接收的通知可能仅限于护理质量指标，并促使患者采取特定行动以最好地处理他的医疗状况或所规定的治疗，并在他的特定治疗或治疗目标已经出现或已经实现时与他的医疗保健提供方进行通信，以便他的医疗保健提供方可以向发放所获得的激励报酬的支付方组织报告已经满足特定的护理质量标准或结果。

所公开的方法、装置和计算机程序产品可以向患者警示与患者的特定医疗状况的护理质量相关的个性化和特定通知。通知可以与医师为满足并报告支付方所规定的护理质量指标而要求的行动有关，以便医师接收基于价值的激励报酬。由位于患者的移动设备中或在计算云中执行的软件、应用或其他电路或模块生成的个性化和特定通知可以以电子方式传送给患者。可以通过患者的移动设备传送特定通知。特定通知可以与一个或更多个护理质量指标有关，并且可以提供该特定通知以促使患者采取特定行动以最好地处理医疗状况或规定的治疗，并且与医疗保健提供方就要采取的护理质量所推荐的行动进行通信，确认已采取此类行动，和/或在特定治疗或治疗目标已经出现或已经实现时与医师通信，以便医疗保健提供方可以报告所推荐的护理质量行动、医师采取的护理质量行动，和/或达到所要求的特定护理质量标准或结果而获得激励报酬。

装置的示例

图1示出了可以根据本文公开的某些方面进行调适的装置(这里是移动设备100)的示例。移动设备100可以包括处理电路102，处理电路102包括一个或更多个集成电路(IC)设备104、106、108、110和/或112。移动设备100可以提供显示器124和用户输入设备126、128、130。处理电路102可以用总线架构实现，总线架构大体由总线118表示。总线118可以包括任何数量的互连总线和桥，这取决于处理电路102的具体应用和总体设计约束。总线118将各种电路和/或设备104、106、108、110和/或112链接在一起，这些电路和/或设备包括大体由处理设备104表示的一个或更多个处理器，用户接口支持模块或电路106，大体由存储设备108表示的计算机可读存储介质，大体由射频(RF)收发器110表示的一个或更多个通信接口，以及大体由摄像头设备112表示的成像接口。总线118还可以链接各种其他电路，例如定时源、外围设备、调压器和电源管理电路，这些电路在本领域中众所周知，因此将不再进一步描述。处理电路102可以包括总线接口116，总线接口116提供总线118和处理电路102之间的接口。在一些情况下，总线接口116控制并提供多个设备104、106、108、110和/或112之间的访问。在一些实施方式中，总线接口116可以是处理电路102的组成部分。在一些实施方式中，总线接口116可以利用标准定义总线(例如通用串行总线(USB)等)与处理系统接合，所述标准定义总线使得允许外围设备联接至移动设备100。

RF收发器110或其他收发器提供用于通过传送介质与各种其它装置通信的手段。可以采用另一种类型的收发器来提供遵从或符合标准(如通用串行总线(USB)、火线、以太网、串行高级技术附件(SATA)等)的专用有线接口或有线接口。收发器110可提供无线接口，并且通过天线116使用专用或标准化信令协议(如IEEE802.11、WiFi、WiMax、CDMA、WCDMA、蓝牙等)来发送和接收无线电信号。在一个示例中，RF收发器110和天线120可使得设备能够作为射频识别设备(RFID)设备进行通信。其他收发器可允许光学通信、红外线通信和其它通信。取决于装置的性质，还可以提供用户接口支持模块或电路106(例如，键盘、显示器、扬声器、麦克风、操纵杆)。

处理设备104负责管理总线118以及包括执行存储在计算机可读介质108上的软件一般处理。当处理设备104执行软件时，使处理电路102执行下面描述的用于任何特定装置的各种功能。计算机可读介质108还可以用于存储在执行软件时由处理设备104操纵的数据。

电子记录包括电子健康和保险索赔记录

本公开通篇呈现的各种概念可以使用被配置为与各种电信系统、网络架构和通信标准进行接合和/或交互的设备来实现。

本公开的各个方面与涉及电子健康记录的示例有关，该电子健康记录可以包括在医疗保健提供方EMR系统或保险索赔系统中找到的记录。本发明的范围不限于电子健康记录，并且本发明的各个方面可以与其他类型记录的管理和访问有关，该其他类型记录包括法律记录、财务记录、就业记录等。例如，本发明的某些方面适用于销售点授权和交易各方的识别。在另一个示例中，本发明的某些方面可以实现客户端和金融机构之间的安全交易和信息交换。然而，为了简化描述，在本公开通篇使用涉及电子健康记录的示例。

在电子健康记录的示例中，便携式计算设备可以用于认证患者和/或医疗保健提供方以启用和/或授权和交换电子健康记录。患者可以选择将电子医疗保健记录推送给医疗保健提供方。医疗保健提供方可以选择将更新和/或新的记录推送给患者。医疗保健记录还可以包括图像，例如最初通过使用射线照相、磁共振成像(MRI)、计算机断层扫描(CT扫描或CATSCAN)、超声成像或其他成像过程捕获的射线照相图像。可以使用蓝牙连接、无线网络或通过光学交换信息在局域网上推送记录和更新，所述光学交换信息提供可以与用于递送记录的网络路径分离和不同的通信路径。在一个示例中，快速响应代码(QRC)可以被呈现给医疗保健提供方，由此QRC包括可用于识别记录的网络位置、解密从网络位置检索到记录时所需的加密密钥以及其他信息的信息。

便携式计算设备可以使用蓝牙连接、无线网络或通过中间网络服务器或通过电子或无线通信的任何其他方法来以电子方式直接递送信息的一部分。可以使用多个通信信道或链路来实现患者和提供方之间的记录和其他信息的交换。在一个示例中，第一信道可以提供包括记录的网络地址和提取记录所需的相应加密密钥的信息，而第二信道可以用于递送加密的记录和/或加密密钥。可以使用摄像头或光学扫描仪来实现第一通道，以读取编码的光学图像，例如QRC或其他条形码。

根据本文公开的某些方面，可以激励患者向医疗保健提供方和/或支付方提供医疗信息。通过诸如智能电话或可穿戴设备之类的移动计算设备促进的医疗记录的交换可以通过医疗记录的主体和/或所有者提供的授权进行预处理。在患者被识别并认证为智能电话或其他设备的用户之后，患者可以通过智能电话或其他设备提供针对医疗记录传送的授权。在一些实施方式中，智能电话或其他设备可以适于将关于医疗记录交换的信息(其可以被称为健康记录元数据)发送给奖励(reward)系统，以便奖励患者交换医疗记录。在一些示例中，当在奖励计划中登记时，患者可以提供将健康记录元数据发送给奖励系统的授权。健康记录元数据可用于确认医疗保健提供方设施的存在、向提供方提供当前的医疗保健记录和完整的医疗保健记录、以及计费相关信息。

奖励系统可以向登记者提供折扣、返利和其他有价值的益处。被激励的患者可能更愿意通过个人移动计算设备提供健康记录以便接收奖励。接收更新的医疗保健记录的医疗保健提供方可以更高效和有效地治疗患者，并且支付方可以从消除重复或不需要的程序中受益。

被配置为传送保险索赔电子健康记录的网络的示例

图2示出根据本发明的某些方面调适的系统200的简化示例。电子健康记录(EHR)可被保存在各种物理位置中和/或EHR系统202、204和206上，所述EHR系统由多个不同方操作，包括医疗保健提供方EHR系统202、诸如承保方使用的支付方EHR或索赔系统(如承保方)和/或政府实体操作的EHR系统206。在一个示例中，保存在EHR系统202、204和206上的记录可包括保存在EHR系统202、204和206中的两个或多个中的重复信息。在其它示例中，至少一些EHR信息可被聚合、累积和/或保存在单个EHR系统202、204或206中。

用户可通过客户端设备214或216(如智能电话、平板计算设备、笔记本计算机可穿戴计算设备、智能手表、健康或健身追踪器、护目镜或其它适合的移动设备)来访问记录。在一些情况中，用户可通过结合计算系统或其它处理设备或由计算系统或其它处理设备控制的电器来访问记录。用户可为服务提供方。用户可为个人记录所有者，所述个人记录所有者可以为提供方系统的客户端或患者，和/或由承保方承保的客户或个人，或记录所有者的代理。在某些情况中，用户可为代表体弱的、受伤的或丧失行为能力的个人记录所有者行事的应急响应者。在许多情况中，记录所有者是在多个地点和/或从多个医疗保健提供方处接受医疗保健服务的患者。医疗保健提供方可包括以下的一个或更多个：初级护理提供方(医师)、专科医师、应急响应者以及药房。患者可通过私人或公共健康保险计划投保。这些不同医疗保健实体中的每一个都可为患者保存独立且不同的健康记录。

客户端设备214、216可被调适或配置为能够访问个人电子健康记录。在一些示例中，可将应用或代理安装和/或下载到客户端设备214、216以能够访问保存在与EHR系统202、204和206的一个或更多个相对应的中央数据库上的个人电子健康记录。用户可访问与保健服务的事务处理或向患者提供保健服务相关的电子健康记录，并且被访问的记录可包括个人健康记录(如医疗记录和保险记录)，所述记录可远程地定位在由服务提供方、承保方或其它实体所操作的EHR系统202、204和206中体现的中央数据库上。

在一个示例中，可通过网络208访问由一个或更多个EHR系统202、204和206保存的数据库。网络208可使用个无线网络、蜂窝接入网络、互联网和/或一个或更多个私有网络等来实现。在某些实施方式中，记录所有者可单独地访问EHR系统或数据库以检索与特定活动、服务和/或提供方有关的记录。在一些实施方式中，记录所有者可识别将要访问并聚合、组合、整理或融合的EHR系统或数据库的集合，以获得EHR和/或识别相关或可用EHR的报告的组合集合。在一些实施方式中，记录用户可指定将要访问的记录类型，而不管是哪个EHR系统或数据库保存此类记录或记录类型。在一些实施方式中，记录所有者可生成组合的个人记录以供由用户立即访问和使用，或以供递送给诸如医师的医疗保健提供方。记录可以通过医师的个人计算设备或由医疗保健提供方(例如，医师设备212)所有或操作的计算设备来递送给医师。记录所有者可生成按需(动态(on-the-fly))组合记录，或可提供对组合个人记录的访问权限，所述组合个人记录由记录所有者保存或代表记录所有者来保存，并且被自动和/或定期更新。在一些实施方式中，记录所有者可授权和/或使得提供方能够从单个源、从多个源和/或从聚合器(aggregator)210来访问EHR。在一些实施方式中，记录所有者可授权和/或使得提供方能够访问某些类型的记录，而不管那些记录的位置如何。

可以实现组件、功能和模块的其他配置。例如，聚合器210可以在客户端设备214、216中实现。

在示例中，如图2所示，个人记录可被递送给医师设备212(如平板计算机或智能电话)，但是组合个人记录也可被递送给服务器或EHR系统202、204或206的其它计算机。在一些实施方式中，记录所有者可使得服务器或其它网络设备(例如，聚合器210)将源自一个或更督导各EHR系统202、204、206的组合个人记录递送给医师设备212或其它计算设备(如台式计算机)。在一个示例中，当记录所有者不具有对能够产生并递送个人记录的客户端设备214的访问权限时，或当记录所有者的设备(客户端设备214、216、218)无法连接至医师设备212或EHR系统202、204或206时，可使用聚合器210来提供个人记录。

识别和认证信息可保存在客户端设备214、216上，以允许记录所有者访问EHR系统202、204和206中的每一个。由记录所有者进行的对识别和认证信息的保存和控制可降低整体系统复杂性，因为在所有者设备(例如，客户端设备214或216)处的单个命令和识别过程可发起对EHR系统202、204、206上的相关记录和/或由聚合器210提供的相关记录的自动访问。例如，安装在所述客户端设备214、216上的代理程序可被配置来通过密码、质询字(challenge word)、生物特征扫描和/或本领域已知的其它认证手段来识别并认证客户端设备214、216的用户。在一些示例中，可以由可信任的第三方设备或服务提供方确认认证。可向EHR系统202、204和206中的每一个和/或聚合器210提供认证信息，以使得能够访问与记录所有者相关的EHR信息。

在一个示例中，记录所有者的客户端设备214、216可以提供认证信息。在另一示例中，可信任的第三方设备或服务提供方可以提供认证信息。

认证过程和/或请求起点可被记录，并可用于证明记录持有者对将记录传送给提供方的许可。在一些实施方式中，基于对用户作为记录持有者的身份的先前识别和/或认证，可将来自用户的对传送记录的请求视为或配置为包括对记录所有者的许可。可向记录所有者呈现请求以确认传送请求。用于确认的请求可包括用于标识的请求和/或对认证传送请求的接收方身份的请求。在一些实施方式中，用户可配置将针对各请求而执行的传送类型。例如，可将许可限制于所有者的EHR记录的子集。在一些实施方式中，记录所有者可配置能够传送给一个或更多个服务提供方的记录的类型的默认规范。可将对传送信息的已认证的请求和对此类请求的确认、以及对所请求的EHR的递送和/或接收的确认记录在客户端设备214或216、医师设备212、医师管理系统和/或记录持有者的EHR系统202、204、206和/或聚合器210中的一个处。

用户可通过服务提供方的设施来认证和/或发起对EHR的访问。用户可从各种源准备组合EHR报告，或可将来自各种源的EHR信息集合存储在移动设备上或存储设备上。保存在本地的信息通常被加密。当寻求保健服务时，记录持有者可将本地保存的信息的一部分或全部传送给医疗保健提供方。用户也可从家中在线访问某些记录以检查他的保险状态、医疗预约，查看处方再配状态，或通过电子邮件与他的医师进行交流。

某些实施方式为用户和服务提供方两者提供存取多个电子健康记录的接口。用户可提供使得服务提供方能够访问用户的组合记录中的一些或全部的认证。第一提供方可(由用户自行决定)访问由第二提供方保存的用户的个人EHR，其中第二提供方可在物理上位于不同的保健设施处。在一个示例中，医师可直接并轻易地访问对获得用户的完整医疗史、保险资格状态和其它信息的当前概览所需的所有用户记录。此外，为了更新用户的健康信息，医疗从业者可直接访问用户的记录。

当传送记录时，可使用用户ID、密码、质询问题和生物识别信息的任合组合来认证用户标识信息。通常，根据记录持有者和医疗保健提供方的双向识别进行传送。可使用直视(direct sight)来当面识别。另外，双方便携式设备可建立由记录持有者和医疗保健提供方两者确认的连接。在一个示例中，连接可包括使用在用户之间交换的加密密钥保护的会话。加密密钥可用来加密和解密在用户设备之间传送的信息。在一些实施方式中，传送可限于邻近地定位的设备。在一个示例中，记录持有者可在蓝牙范围内或相同WiFi域内，通过从设备列表中选择医师的平板计算机发起联系。在发起传送之前，医师通常接受连接。

在某些实施方式中，在没有首先得到接收方的肯定识别的情况下，记录可能不会被交换。当记录持有者和医疗保健提供方位于不同的物理位置时，可由记录持有者和医疗保健提供方中的一个或更多个提供识别物理位置的信息。可使用全球定位系统、由无线网络提供的并且来自其它源(包括通过蜂窝网络进行的三角测量)的位置信息来进行物理位置的识别。例如，某些无线网络远程通信服务可基于移动设备的三角测量和/或某些信令特征来提供准确的位置信息。在一些实施方式中，认证服务可用来核实记录持有者和医疗保健提供方的身份，并且当认证服务确认各方身份时，可将记录持有者和医疗保健提供方进行连接，即使在各方位于不同物理位置中时也如此。

在某些实施方式中，记录持有者和医疗保健提供方的用户设备可为不兼容的，并且可能无法直接连接。例如，基于安卓(Android)的设备可能无法与使用不同操作系统操作的平板计算机来安全连接。当使用不兼容的设备时，可采用网关来促进设备连接。网管可以提供扩展同步交换服务，所述同步交换服务识别两个设备并在设备之间建立安全链接。可使用本地服务器或网络服务器和/或云服务来提供网关。

在某些实施方式中，全球定位技术可用来确认记录持有者和提供方设备的特定位置和/或邻近。在一些实施方式中，无线电访问技术(如第四代长期演进(4GLTE))和第五代(5G)无线电访问技术可包括可用来确定邻近或物理位置信息的位置服务。

通用计算设备216(如笔记本或台式计算机)也可用来访问医疗记录，即使在计算设备216不属于记录所有者的情况下也如此。记录所有者可提供电子证书218，当所述电子证书由计算设备216读取并使用时，它能够实现对组合个人记录的自动访问。电子证书218可包括具有非暂态存储器和嵌入式微处理器或其它可编程设备的手持式设备。电子证书可包括智能卡、USB闪存设备以及射频识别(RFID)设备、近场通信(NFC)令牌、启用网页的电话等。电子证书可用标识卡或容易由用户存放和保护的其它形式来实施。

在某些实施方式中，可通过向计算设备(例如，客户端设备214或216)呈现电子证书218来获得对用户的EHR信息的访问权限，计算设备由此可与电子证书218建立允许数据交换的有线或无线连接。电子证书218可包括由承保方、政府机构、初级医疗保健提供方系统等发行的小型便携式设备。电子证书218可包括保存信息的存储器，所述信息包括个人标识符、指派给个人的唯一标识符、EHR定位器地址、登录信息和/或其它识别信息。用户可使用电子证书218来通过客户端设备214或216(如个人计算机(PC)、平板计算机、智能电话、可穿戴计算设备(例如，智能手表、健康或健身追踪器、护目镜等)或其它适当装备的处理设备)访问一个或更多个EHR系统202、204和206。在一个示例中，电子证书218包括闪存驱动器、智能卡或可无线连接至客户端设备214或216的设备。用户可以按适于允许电子证书218与客户端设备214或216交换信息的方式向客户端设备214或216呈现电子证书218，由此，客户端设备214或216可使用记录所有者的标识自动访问并登录到一个或更多个EHR系统202、204和206。用户可具有对EHR系统202、204和206的访问权限，以用于自动并同步实时访问系统中保存的医疗记录。在一个示例中，嵌入电子证书218或使用存储在电子证书218上的信息来通过网络208访问的代理程序或其它应用软件可下载至客户端设备214或216，以允许从不同EHR系统202、204和206中收集选定数据，并且生成供医师查看和使用的动态概要记录。

某些实施方式使得能够对多个数据源进行自动访问。在一个示例中，电子证书218包括可作为知识库保存的加密“电子密钥链”，所述知识库包括个人的标识和医疗相关信息的源列表。知识库可包括互联网地址以及标识并且使得能够访问数据所需的其它证书。通常，健康信息由多个医疗保健提供方或从业者保存，并且信息可通过储存库或数据库(包括保险数据库和健康记录门户)来访问。

电子证书218可包括设备，所述设备包括有硬件和软件组合，所述软件可加密和解密存储在电子证书218上的信息。电子证书218可在智能化电子设备(例如，具有至少一个可编程控制器的设备)中体现，所述智能化电子设备诸如通用串行设备、智能电话、可穿戴计算设备、智能手表、健康或健身追踪器、护目镜、PC以及平板计算机。电子设备可具有足够的处理容量和存储量，以便作为独立EHR访问门户来操作。

在某些实施方式中，可在医疗保健提供方设施处或其他位置处提供健康信息的动态概要。由电子密钥链提供的信息可用于对源自多个EHR系统202、204和206的信息发起访问和检索。由电子密钥链提供的信息可包括一个或更多个代理程序或应用，所述代理程序或应用可将多个电子健康记录汇编成单个概要形式。概要形式可以标准格式(诸如在包括HL7 FHIR资源的各种标准格式中的连续护理记录(“CCR”)、连续护理文件(“CCD”)、以及其它适合格式)提供。在一些实施方式中，可以一致概要格式呈现已汇编的健康记录，不管起始源所用格式如何。因此，通过电子密钥链而提供或访问的信息可包括模板和转换模块，所述模板和转换模块可用来过滤和重格式化源自各种EHR系统202、204和206的信息。

图3是描绘根据本文公开的某些方面的网络架构的示例的示意图300，所述网络架构可支持涉及有关EHR传送的事务处理中的各种数据流。在第一场景中，记录所有者可使用个人便携式计算设备(患者设备302)来将组合记录直接传送或推送给第一提供方设备308。例如，到医师诊室就诊的患者可能希望向主治医师提供更新的记录。在一个示例中，患者可在患者设备302上发起代理程序或其它应用，以便执行传送，其中患者设备可以是智能电话316和/或智能手表318。用户可能需要提供识别信息(诸如用户名、密码、质询问题的答案)，和/或用户可能需要提供生物识别信息，例如指纹、虹膜扫描或提交到面部识别过程等。用户通常可选择应将哪些记录提供给医师。

认证之后，代理程序可确定单个记录或组合记录是否保存在患者设备302上以及这个记录是否是最新的。代理程序可从一个或更多个医疗保健提供方、承保方、政府机构、公共支付方或EHR信息的其它源(大体以304示出)请求记录。在组合或更新一个或更多个个人记录后，代理程序可使患者设备302向医师设备308推送单个记录或一组组合记录以供立即显示。可手动地发起医师设备308上的应用或代理程序来接收推送信息。在一些实施方式中，在接收来自患者设备302的连接请求之后，可调适医师设备308以通过打开应用或代理程序来响应推送，从而接收或显示记录。

在某些实施方式中，医师可在医师设备308上更新记录或检索其它记录，并使更新记录或其它记录传送给患者设备302。患者设备302可随后向EHR系统304中的一个或更多个或另一个提供方的计算设备提供新记录或更新记录。在一些实施方式中，医师可向患者设备302提供医疗信息。例如，医师可在设备308上接收X射线图像，并且可向患者设备302传送所述图像。在另一示例中，医师可使设备308向患者设备传送信息，以使患者设备302能够访问指导信息或教育信息，包括关于药物、给药方案的信息及通用信息(诸如与医疗状况相关的教育信息)。

患者设备302和医师设备308可使用任何可用网络或通信方法进行通信，所述网络或通信方法包括WiFi、蜂窝通信、蓝牙、IEEE802.15(Zigbee)以及其它短程无线通信。在某些实施方式中，设备302与308之间的通信可限于使用短程通信方法以增强安全性。例如，在医师设备308与患者设备302之间使用蓝牙链接可将通信范围限制为单个房间，从而允许医师和患者两者核实已在设备302与308之间恰当建立的通信，并且确保患者的隐私可被更好地保护。在某些实施方式中，患者可能希望使用位于医疗设施中的无线LAN306和/或通过互联网310将记录传送给实际上不在场的医师，其中该医师和患者在地理上彼此远离。在此类情况下，患者和医师可建立视频会议连接核实身份，并确认在相应设备302与308之间正确建立通信。

在图3中描绘的第二场景中，代理服务器312可充当患者设备302与第二医师设备314之间的代理。如对第一场景所述，患者可使用患者设备302发起记录传送。在某些实施方式中，当患者设备302没有被配置或调适来执行包括用户识别和认证服务以及记录聚合服务的一种或多种服务时，代理服务器312可提供此类功能。例如，记录所有者可向通用计算设备216提供电子证书218(参见图2)，电子证书218由此使得计算设备216向代理服务器312传送用于服务的请求。在一个示例中，代理服务器312可向计算设备216提供网页，以便允许患者发起可由代理服务器312代表患者来执行的请求。

在另一示例中，患者设备302和第二医师314可能无法直接通信。代理服务器312可配置来执行网关或路由功能，从而允许通过例如广域网(诸如互联网)或局域网而在相应设备302与314之间进行信息交换。由于第二医师设备314和/或无限LAN306的安全设置，设备302和314可能无法相互建立直接蓝牙连接或WiFi连接。在一个示例中，当患者设备302连接至不同的域(例如访客域)，而第二医师设备314通过无线局域网306的安全私有域来连接时，中介服务器或代理服务器312可通过WiFi网络(例如，无线局域网306)提供网关功能。

邻近交换

在某些实施方式中，可将邻近定义为在位置和时间两者上的接近度。当健康记录和/或健康信息的实时通信发生在患者设备302与医师设备308之间，而设备302和308彼此物理接近并且用户可通过直视来相互识别时，就可发生邻近交换。在某些实施方式中，邻近交换可用来在特定时间段内，在无线局域网上从患者设备302向医师设备308传送健康记录和/或健康信息。在某些实施方式中，邻近交换可用来在特定时间段内，发起向医师设备308推送健康记录和/或健康信息，由此，邻近交换用于进行认证和/或用于提供向医师设备308安全传送健康记录和/或健康信息所需的信息。

当通信各方可通过直视来相互识别(基于物理视线或通过视频通信会话来相互观察)时，与邻近交换相关联的时间段可由起始时间限定。通常，在邻近交换期间，可能期望交换信息的两人一起在同一房间。作为示例，具有智能电话316和/或智能手表318的患者可将其健康记录发送给在同一检查室中、具有平板(或其他医师设备308)的正在等待中的医师。在另一示例中，医师可在就诊结束时发送患者治疗指令和/或提供与医师所做出的诊断相关的文字内容(literature)。除了具有空间的邻近(即，在同一房间中)之外，患者和医师也可以具有时间的邻近。每方或多或少都期望着通信立即发生，例如，在医师正在询问其患者的医疗历史时发生。在一些实施方式中，当各方可通过视频链接而看见彼此的脸时，就可进行虚拟识别。在一些情况中，当各方无法进行直接和/或间接视觉识别时，视频链接设备302、308和/或314可调适来执行面部识别、虹膜扫描、指纹扫描、或其它生物特征扫描。在一些实施方式中，需要视觉辨别或生物识别的替代方案允许访问将在各方之间交换的EHR信息。

邻近交换可为EHR交换提供改进的安全性。邻近交换通常由位置和时间来限制EHR交换，并且可由EHR所有者在EHR交换的接收方在场的情况下发起EHR交换。此外，完成EHR交换的机会可受限于时间，以使得必须在预定时间内发起EHR交换。EHR交换可表征为一次性的推送，由此，所述推送无法被重复，并且每次推送都需要由记录所有者进行的单独认证。

邻近交换示例

图4包括邻近交换的示例400和420，示例说明在患者(客户端)与医疗保健提供方之间发起例如EHR交换时改进的安全性。在一些情况中，邻近交换可能需要交换双方在同一地点和/或可以视觉或听觉方式确认另一方的身份。邻近交换可采用有限范围电子通信，诸如蓝牙和其它短程RF通信技术、NFC交互、RFID、光学通信、adhoc连接等。然而，当可进行各方的肯定识别时，邻近交换也可包括发生在同一座建筑物和/或无线网络段或小区内的交换。

在一个示例400中，当两个设备402、404和/或422、424处于直接通信并且邻近定位时，发起邻近交换。客户端设备402可为智能电话、平板、可穿戴电子设备、智能手表、健康或健身追踪器、护目镜、媒体播放器、电器或起其它适合的设备。客户端设备402可配备有代理程序或其它下载应用，所述程序被配置来提供对与客户端相关联的EHR信息的访问权限。提供方设备404可为个人计算机、笔记本计算机、智能电话、平板、媒体播放器或其它适合的设备，并且可配备有代理程序或下载的应用，所述程序为提供方提供对包括实践管理系统、EHR系统202、204、206(参见图2)和/或诸如聚合器210之类的其他系统的一个或更多个系统的访问权限。已决定向提供方设备404推送EHR的客户可与客户端设备402上的代理程序或应用进行交互，以认证患者身份并发起传送。EHR交换可由客户端设备402直接执行，或通过代理或其它服务器间接执行。客户端设备402可向提供方设备404无线传送信息，所述信息由此可使得提供方设备404上的代理程序或应用发起对EHR的接收和接受。通常，客户/患者可基于与提供方的个人互动和/或通过客户端设备402与提供方设备404之间的交互所提供的确认来确认：推送正以提供方设备404为目标。

在另一示例420中，即使客户端设备422没有通过网络连接与提供方设备424通信，也可保护EHR交换。例如，设备422和424均可被单独地连接至互联网，但可能无法通过蓝牙或局域网(诸如WiFi网络、NFC或ZigBee)进行连接。在一些情况中，客户和/或提供方可选择不使用无线网络认证，或可能被禁止使用无线网络认证。在这些示例中的一些示例中，可通过使用采用有线网络的组合的认证过程以及涉及信息的邻近交换的认证过程来提供安全的EHR交换。

在所描绘的示例420中，可通过在两个设备422与424之间的光学交换认证信息来使EHR交换安全。客户端设备422可为装备有摄像头或光学读取器的智能电话、平板、媒体播放器、电器或其它适合的设备。安装在客户端设备422上的代理程序或应用提供对与客户端相关联的EHR信息的访问权限。提供方设备424可为个人计算机、笔记本计算机、智能电话、平板、媒体播放器或其它适合的设备，并且可装备有摄像头或光学读取器。安装在设备424上的代理程序或应用为提供方提供对一个或更多个系统的访问权限，所述系统包括实践管理系统、EHR系统202、204、206、(参见图2)和/或诸如聚合器210之类的其它系统。

已决定向提供方设备424推送EHR的客户可与客户端设备422上的代理程序或应用进行交互，以认证患者身份并发起传送。为了认证EHR交换的各方，客户端设备422可被配置来将光学图像呈现在显示器上。提供方可通过整合到提供方设备424或附接至提供方设备424的摄像头来捕获图像。可对图像解码以在EHR交换期间检索加密密钥、文件位置和/或对认证提供方设备424所需的其它信息。提供方设备424可被配置来生成并显示编码图像，所述编码图像可由客户端设备422的摄像头捕获并随着响应或确认而解码。在一些实施方式中，交换可在提供方设备424处发起，所述提供方设备可创建并显示图像，所述图像由客户端设备422出于识别目的而捕获并使用，并且用于允许在EHR交换期间将EHR加密和/或导向提供方设备424。可使用任合适合类型的编码图像，包括诸如QRC之类的条形码。

电子健康记录元数据

图5示出了根据本文公开的某些方面的系统500的示例，其中EHR元数据504可以由患者设备520在EHR邻近交换524期间或之后生成。交换可以由患者使用患者设备520发起，患者设备520可以是蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型电脑、笔记本、上网本、智能本、个人数字助理(PDA)、卫星广播、全球定位系统(GPS)设备、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、摄像头、游戏机、娱乐设备、车辆部件或者可穿戴计算设备(例如，智能手表、健康或健身跟踪器、护目镜等)。

患者设备520可以被调适或配置为通过密码挑战、指纹识别、虹膜扫描或其他生物识别度量来认证用户(例如，患者)。患者设备520可以保存与用户有关的EHR，其中EHR可以使用可用于患者设备520的认证用户的密钥来保存在加密存储中。用户设备可以被配置或调适为从一个或更多个EHR源访问、下载和/或更新502将保存在患者设备520的HER源。所述源可以包括医疗保健提供方、支付方、聚合器和/或可以存储用户的EHR的其他源。可以通过安全连接来启用对这些源的访问，并且这些源可以具有共享或交换的加密密钥和/或使得用户和源能够彼此认证的其他信息。可以在用户设备的可信任环境中保存密钥和其他识别信息。可信任环境可以包括安全存储或对患者设备520上提供的普通应用具有有限的可访问性的安全执行环境。

在某些实施方式中，可以在用户在患者设备520与提供方或医师设备526之间发起认证信息的交换之后启用EHR邻近交换524。用户交换和接受认证信息可以固有地包括对医师访问用户保存的某些HER的授权。在一些示例中，提供方或医师设备526可以通过患者设备520访问EHR。访问可以仅限于某些记录，这些记录可以在提供方和患者之间的交互期间被确定或预期是相关的、必要的或期望的。客户端可以提供允许访问一些或所有相关医疗记录的授权，并且客户端可以指定哪些记录在交互情况下中是相关的。可以为所有交互提供某些记录。可用于所有交互的记录的示例可以包括“医疗警示(Medic-Alert)”式信息，其识别会使患者丧失行动能力的患者的已知医疗状况，和/或识别患者所遭受的过敏(包括可能导致患者痛苦的药物过敏或耐药性或药物反应)。

在实施方式的一个示例中，诸如iBlueButton应用之类的应用可以安装在患者设备520上。应用可以配置患者设备520以在患者设备520的某些显示屏幕上提供菜单522。在提供方或医师设备526上安装应用的提供方版本(iBlueButton Professionalapp或“ProApp 528”)，以便于将客户端医疗记录传送给ProApp 528。在一些实施方式中，在终止患者-提供方互动后，删除客户端记录。在某些情况下，EHR的所有者可以取消对传送EHR的授权。

患者设备520可以生成508患者EHR元数据504。患者EHR元数据504可以包括与活动有关的信息，该活动与由一个或更多个医疗保健提供方提供的医疗保健服务有关。患者EHR元数据504可以包括与所提供的医疗保健服务有关的护理质量的信息。患者EHR元数据504可用于确定总体护理质量分数。

在从患者设备520保存的应用收集了与邻近交换相关联的联系人、位置和其他信息之后，患者设备520可以生成患者EHR元数据504。可以从患者设备520上操作的时钟、GPS应用和/或网络管理应用的某些组合确定时间和/或位置信息512。在一个示例中，管理无线网络连接(WiFi、蜂窝、蓝牙等)的应用可以提供用于邻近交换的网络接入点的标识符，其中网络标识符可以表示医疗保健提供方的地理位置和身份。

患者EHR元数据504可以包括交易信息514，交易信息514识别与邻近交换524相关联的一个或更多个交易。可以从在患者设备520上操作的时钟、GPS应用和/或网络管理应用的某种组合确定时间和/或位置信息516。交易信息514可以从诸如iBlueButton应用之类的EHR应用获得。患者设备520可以提供在医疗保健提供方的认证期间获得的信息，包括识别提供方和/或提供方采用的计算设备的信息，以便于邻近交换524。交易信息514可以包括识别提供给医疗保健提供方的记录和/或记录类型信息。交易信息514可以包括识别在涉及邻近交换524的交互期间由医疗保健提供方更新或提供的记录和/或记录类型的信息。在一些实现中，交易信息514可以包括医师推荐和/或用于表征医疗治疗的代码。例如，交易信息514可以包括由美国医学协会定义和保存的当前程序术语(CPT)代码。

在一些实现中，可以在提供方或医师设备526上生成530提供方EHR元数据510。提供方EHR元数据510可以包括关于与患者的一个或更多个交易518的类似信息，并且可以包括患者的识别、从患者设备520传送的记录的和/或在交互期间提供的授权和许可的细节。可以从在提供方或医师设备526上操作的时钟、GPS应用和/或网络管理应用的某种组合确定时间和/或位置信息516。可以由第三方系统来比较患者EHR元数据504和提供方EHR元数据510，以确认所提供服务的详细信息。

图6示出了系统600的示例，系统600提供安全的EHR交换并且可以处理EHR元数据620、622(诸如图5中所示的患者EHR元数据504和提供方EHR元数据510)。患者设备602可以识别和/或准备EHR信息集合以便传送给提供方设备604。例如，患者设备602可以从一个或更多个源中选择将要被发送给提供方设备604的EHR信息。EHR信息可以包括存储在患者设备602上的记录。EHR信息可以包括存储在一个或更多个EHR系统和/或聚合器612中的记录。许可提供的记录的类型、记录的源、记录识别和/或记录的子集可以包括在患者EHR元数据620中。

在一些情况下，患者设备602可以使所选择的EHR存储在文件储存库608中。文件储存库608可以操作以提供用于在容器614中存储多个文件和对象的位置，该位置可以是通过诸如因特网606之类的网络唯一地识别和访问的。可以在EHR交换的持续时间内创建容器614，并且当内容已被转发到提供方设备604时或者在预定时间之后销毁容器614。可以使用诸如Dropbox TM或Amazon S3 TM之类的因特网云服务来实现文件存储库。所选择的EHR可以在被存储在容器614中之前加密。患者EHR元数据620可以识别何时使用储存库以及用于EHR传送的储存库的细节。

患者设备602和提供方设备604可以在用于发起EHR交换的邻近交换616中交换识别和/或认证信息。例如，认证实体610可以支持和/或启用认证，认证实体610可以是加密密钥生成器或服务器。患者EHR元数据620和/或提供方EHR元数据622可以记录识别和/或认证信息。在一个示例中，患者EHR元数据620记录以下信息：识别与提供方的交互的位置、提供方的身份、提供方组织的身份和/或识别提供方设备604和网络的信息。在另一示例中，提供方EHR元数据622可以记录识别与患者的交互的位置、患者的身份的信息和/或识别患者设备602以及在交互中使用的任何中间体、代理或存储库608的信息。

通常，当面确认在邻近交换616中可用，并且患者设备602和/或提供方设备604可以使客户端和/或医师能够输入识别交互的另一方的信息。这样的识别信息可以记录在患者EHR元数据620中，和/或记录在提供方EHR元数据622中。在至少一些实施方式中，进行电子确认并且这样的确认可以记录在患者EHR元数据620中，和/或记录在提供方EHR元数据622。

在某些实施方式中，可以通过捕获在一个或更多个设备602或604上显示的编码图像来交换加密密钥。可以采用非对称密钥加密处理来提高EHR交换的安全性。非对称密钥加密系统使用在数学上有联系的两个单独密钥。密钥可以由认证服务提供，该认证服务可以生成用于EHR交换的公钥和私钥。在一些情况下，与认证过程有关的信息可以记录在患者EHR元数据620中，和/或记录在提供方EHR元数据622中。这样的信息可以包括确认设备602或604和/或各方的认证的消息。

在某些实施方式中，设备602或604可以被配置为将描述EHR交换的详细信息记录在患者EHR元数据620中和/或在提供方EHR元数据622中。例如，患者EHR元数据620，以及/或提供方EHR元数据622可以识别EHR交换中涉及的组件、接收信息(包括接收的EHR)的肯定确认、EHR交换的内容列表、认证的用户信息、EHR交换的参与者的地址和/或日期和/或对应于EHR交换的时间信息。可以从患者设备602和/或提供方设备604保存的交易日志获得患者EHR元数据620和/或提供方EHR元数据622中的信息。

系统600可以包括质量/奖励管理器618，其可以被实现为独立服务器或平台，或者被集成在一个或更多个EHR系统和/或聚合器612中。通过由患者智能电话或其他移动通信和/或计算设备发起或启用的改进的信息流，基于奖励的系统的使用可以减少服务的错误、成本和/或重复。在一个示例中，支付方可以将质量/奖励管理器618作为降低成本或浪费的工具来操作。在另一示例中，提供方可以将质量/奖励管理器618作为工具来操作以提高其提供的医疗保健服务的效率和有效性。

根据一个方面，例如，可以奖励支付方的患者或客户端以允许与提供方共享EHR并且与支付方共享EHR元数据620、622。与提供方共享EHR可以通过确保医师或其他提供方在提供服务时具有患者的完整、相关的病史来降低医疗错误的风险和提供冗余医疗保健的情况。传统上，三分之一或更少的医师与来自不同医疗保健系统的医师或提供方共享记录。因此，当患者可以共享通过患者设备602保存或访问的医疗记录时，在紧急护理机构、急诊室、专科医师或新办公室寻求医疗服务的患者的治疗可以被更有效地提供。患者设备可以使用如本文所述的医疗保健应用来整理关键信息。

可以激励患者共享通过患者设备602保存或访问的医疗记录。承保方或其他支付方可以向客户进行现金奖励、提供费率折扣或提供一些其他有价值的激励，以换取与医疗保健提供方实际共享EHR。在一个示例中，质量/奖励管理器618可以收集患者EHR元数据620，并基于与涉及共享EHR数据的医疗保健提供方的交互的数量来计算奖励。EHR数据的共享可以包括EHR的上传和下载，其对应于与医师或另一个医疗保健提供方的相遇日期。质量/奖励管理器618可以将患者EHR元数据620与医师EHR元数据622进行比较和/或与计费记录进行比较以确认EHR的共享与患者和提供方之间的交互一致。还可以激励提供方在患者和提供方之间的交互期间通过患者设备602参与EHR更新。提供方可以基于包括EHR的邻近交换的交互的数量或百分比来接收一些经济激励。

质量/奖励管理器618可以与索赔处理器结合使用。索赔处理器可以被配置为对医疗索赔数据解码并且表征患者和提供方之间的交互的目的和/或结果。质量/奖励管理器618可以提供来自患者和/或提供方的信息，该信息表明患者是否通过患者设备602提供当前的相关EHR。质量/奖励管理器618可以评估信息交换是否有助于预防冗余程序和提高效率。根据评估，可以实施EHR交换过程的改进。

与索赔处理器协作的质量/奖励管理器618可以消除或减少不准确或欺诈性索赔的情况。例如，患者EHR元数据620可以包括明确地或隐含地识别与医疗保健提供方的交互的性质以及交互的结果的信息。结果可以由医疗保健提供方记录在EHR中，其随后可以下载至患者处和/或提供给质量/奖励管理器618。质量/奖励管理器618可以请求和/或周期性地接收患者EHR元数据620。质量/奖励管理器618可以解析患者EHR元数据620以识别患者和提供方之间的事件和交互。所识别的事件和交互的日期可以与从医疗保健提供方接收的计费条目相匹配，以确保报告事件和交互的准确性，并确保对过程进行适当且准确的核算。在一些情况下，质量/奖励管理器618可以响应来自支付方的请求以确认患者和提供方之间的交互的发生。质量/奖励管理器618可以搜索EHR数据和/或先前接收的患者EHR元数据620。质量/奖励管理器618可以请求患者设备602上的医疗保健应用将患者EHR元数据620传送给质量/奖励管理器618。质量/奖励管理器618可以搜索先前接收的提供方EHR元数据622和/或可以请求提供方设备604或记录系统上的医疗保健应用将提供方EHR元数据622传送给质量/奖励管理器618。在这方面，患者设备602上的医疗保健应用可以被调适为解释或解码ICD10或SNOMED诊断代码或其他医疗代码，例如下载的EHR中提供的NLM RxCui或FDA NDC药物代码。

患者和医疗保健提供方之间的EHR交换通常需要患者的许可。当患者发起邻近交换时，可以固有地在医师问诊期间提供共享EHR的许可。在某些情况下，肯定会提供许可。医疗保健应用可以通知患者将传送EHR并且可以明确地请求确认传送EHR的意愿。在一些情况下，医疗保健提供方可以在患者和医疗保健提供方之间的交互之前或期间获得许可。例如，在接受传送EHR之前，医师可以获得许可。患者EHR元数据620的收集和传送可以以患者提供的先前许可为条件。在一些情况下，患者可以在许可之后登记奖励计划以实现患者EHR元数据620的收集和传送。医师EHR元数据622的收集和传送可以以提供方和/或患者提供的先前许可为条件。在某些情况下，提供方可能并不具有足以生成患者特定EHR元数据的患者许可；提供方可能能够聚合元数据以供在提供方奖励计划中使用。当患者登记了奖励计划和/或提供方已经获得患者的许可时，提供方可以收集并传送特定向患者的提供方EHR元数据622。

其他EHR和其他信息交换的示例

在某些实施方式中，标准化的健康概要可供患者从政府和私人保健门户轻松下载，并与患者的医疗保健提供方共享。在一些情况中，健康记录和相关健康信息的即时、邻近、安全的交换在一位患者与一位医师之间或两位医师之间实现。交换可使用移动设备302和308(参见图3)实时进行。本发明的某些实施方式允许在患者受到暗示或明示的患者许可过程中，通过无线局域网来实现将EHR数据从患者设备302到医生设备308的安全且轻松的传达。交换可在医师的诊室、急诊室、紧急护理中心或无需利用个人账户名、地址和安全登录参数来配置的网络服务器和提供方工作站的医院中发生。在要交换的信息的发送方和接收方彼此可物理识别并可通过如无线网络的网络而彼此联系的时候，邻近交换提供对个人健康信息的即时访问和安全交换。

在某些实施方式中，医师可使用移动设备302、308和314与患者或另一医师交换健康信息。交换可发生在两个移动电话、两个平板或其它计算机之间，或发生在移动电话与平板或其它计算机之间。

患者设备302可被调适为使用安全存储并组织个人健康记录和健康信息的应用或代理程序。患者设备302可被调适为使用自动访问患者门户账户并可自动登录以检索当前和更新的患者健康记录的应用或代理程序。患者设备302可进一步被调适为使用患者设备302保存的登录信息及其它识别和认证内容来从患者网站门户自动下载并组合健康记录。

在某些实施方式中，患者设备302可被调适为使用移动设备302中的摄像头捕获健康文档和/或身体部分的照片。患者设备302可被调适为使用访问患者移动设备上的其它应用所创建的记录的应用或代理程序。邻近交换可用来向医师传送一个或更多个健康记录和健康信息。

患者设备302可被调适为使用这种应用或代理程序：该应用或代理程序使用与医师的移动设备308的邻近交换从医师处直接接收健康记录，如就诊概要、转诊备注、试验结果、患者指导等。

患者设备302可调适成使用这种应用或代理程序：该应用或代理程序使得能够使用与医师的移动装备308的邻近交换而接收可由医师传送的不同类型的记录，包括文件、照片、音频和/或视频记录，并且患者设备302可进一步被配置来存储并组织向/从不同医师交换的记录。

医师设备308可调适成使用这种应用或代理程序：该应用或代理程序可安全地存储并组织单个患者记录和与若干患者相关联的健康信息。医师设备308可被调适成使用这种应用或代理程序：该应用或代理程序访问由在医师的移动设备308上的其它应用(诸如电子医疗保健记录(EMR)应用)创建的记录。

医师设备308可被调适成使用这种应用或代理程序：该应用或代理程序使用移动设备308的摄像头来拍摄患者记录和/或患者身体部分的照片。医师设备308可进一步被调适为创建包括随访护理指导的音频记录，并将这些记录作为患者记录的部分存储在医师的移动设备308上。

医师设备308可调适成使用这种应用或代理程序：该应用或代理程序使用与患者的移动设备的邻近交换从患者处直接接收健康记录，并且从各种提供方、电子医疗保健记录、健康信息交换和其它门户下载健康相关信息。

在一些实施方式中，患者或医生可发起邻近交换。通信的发起方可按压按钮，或者以其它方式启用他们的移动设备302或308的代理程序或应用的功能。发起方设备302或308可随后在无线网络上广播标识，所述标识可包括其他方可肯定识别的名称。可通知接收方已接收对邻近交换的请求，并且可接收发起方的一个或更多个名称。接收方可在接收方的移动设备302或308范围内所检测到的发起方之间进行选择(例如，不同医师和不同患者可在附近的检查室中发起交换)。当接收方接受发起方时，即可授权邻近交换开始进行。

在一个示例中，可存在蓝牙和WiFi网络。如果移动设备能够获得对其无线范围中的WiFi接入点(AP)的访问权限，那么移动设备可首先尝试告知该网络要使用所述WiFi接入点来执行邻近交换的意向。如果两个通信方的设备能够同时访问同一AP，那么邻近交换就会通过所述AP执行，不然，则尝试通过蓝牙来连接它们。在一些实施方式中，首先尝试蓝牙连接。

在某些实施方式中，数据被加密以供通过邻近交换传送。加密提供不依赖于基础无线网络的安全性特征的安全性。如健康记录和个人健康信息的患者数据可以加密形式存储在移动设备302和308中。在一个示例中，加密使用AES加密算法执行AES加密算法利用可对移动设备302或308而言是唯一的机密加密密钥。加密密钥可在将代理程序或应用配置和安装在移动设备302或308上期间生成。加密密钥可基于用户密码和64字节的随机数。加密密钥可被安全地存储设备上的特殊保护硬件中。这种加密既机密又完整地保护了移动设备302和308上的数据。

在通过邻近交换传送之前，加密数据可首先使用发送设备的本地加密码密钥来解密。然后可使用加密码密钥将解密数据加密，所述加密码密钥是发送方和接收方都已知的，并且被动态创建来只存在于通信会话有效期期间。例如，Diffie-Hellman算法可被用来创建通信会话加密码密钥，使得只有所述两个移动设备302和308知晓密钥。当在目的地移动设备308或302处接收加密数据时，可使用与当前邻近交换相关联的密钥来解密所述加密数据，并随后在存储所述数据之前，使用目的地设备的本地加密码密钥来重新加密。

在某些实施方式中，健康记录和相关健康信息安全地实时交换，而无需预定网络基础结构。邻近交换可在能够彼此物理辨别并通过网络而相互电子通信的两方之间提供安全通信。

在某些实施方式中，个人标识信息和联系信息可在邻近交换期间作为选项在患者设备302与医师设备3080之间进行交换。个人标识信息可包括姓名、电话号码、电子邮件地址、照片，并且此类信息可有助于医生与患者之间的随后联系。在一些实施方式中，联系信息被自动交换，而无需每一方都请求发送联系信息。联系信息可自动随附于各方之间交换的记录，以便更容易地备案并且实现在相应设备302和304上加速检索。

记录所有者和提供方可通过在移动设备或常规计算平台上提供的个人化门户来访问记录所有者的EHR。记录所有者可从多个不同的源访问他们的EHR信息，并且可为一个或更多个提供方提供对他们的EHR信息的部分或完全的访问权限。图6示出根据本发明的某些方面的使用个人化门户的EHR信息展示图。个人化门户可呈现包括来自多个源的信息的单一显示区域，所述源包括医疗保健从业者、保险公司、负责针对服务进行付款的实体以及其它提供方。在将信息过滤并呈现给记录所有者或提供方之前，可使用访问多个EHR系统的计算机系统或网络服务器将EHR信息远程组合。聚合服务器可通过以下方式来降低系统复杂性：提供与记录所有者和提供方库相关的识别、认证和鉴定(qualification)服务来作为中央服务，而不需要多个EHR系统来保存记录所有者和提供方库的认证信息。在一些实施方式中，门户或代理程序可直接访问并组合来自多个EHR系统的EHR信息。

鉴定服务可过滤从多个EHR系统获得的结果。接收的记录可基于可实施政府规定的某些预限规则来过滤。例如，如果访问将引起医疗保健信息在州或国家管辖区之间传送，那么某些记录可能不可被访问。接收的记录可基于由记录所有者、提供方或提供记录的EHR系统建立的规则来过滤。在一个示例中，记录所有者可确定应当从一个或更多个提供方扣留的一组EHR或一类EHR。记录所有者可请求：发送给足病医生的EHR不应包括与精神病治疗相关的记录，反之亦然。

聚合器可将信息格式化以供显示，和/或可将信息提供接口应用，所述接口应用递送用于显示给医师或其他用户的最终格式。接口应用可在部署于记录所有者的计算装置上的门户或代理程序中体现。接口应用可被提供为提供方位置处的网络应用上的插件程序。由聚合器提供的信息可显示在网络浏览器、定制查看应用或任合适合的办公自动化应用(如文件阅读器或演示工具)中。在某些实施方式中，显示格式可基于终端用户、系统管理员、提供方、付款方和记录将被显示的记录所有人的偏好与需求的一些组合来指定和/或定制化。例如，记录所有者可确定哪些字段将被显示，以及哪些数据应被扣留。在另一示例中，基于对终端用户的授权等级设定来选择要显示的财务信息。

在某些实施方式中，记录所有者是接收或希望接收来自多个医疗保健提供方(如患者的初级护理提供方(医师)、专科医师和药房)的在多个地点的医疗保健服务的患者。记录所有者可通过私人或公共健康保险计划承保。每位提供方可为记录所有者保存独立的和不同的电子健康记录。在一些实施方式中，当对由提供方在线保存的记录的至少一部分的访问是要供记录所有者使用时，就允许所述记录所有者进行这种访问。例如，记录所有者可从家中访问某些记录以便检查他的保险状态、医疗预约，查看处方再配状态，或通过电子邮件与主治医师交流。

某些实施方式提供对记录所有者的持续可利用的健康记录的受记录所有者控制的、实用的、灵活的、直接的访问权限。在一些实施方式中，当必需向不是本文所述的电子递送系统的用户的一个或更多个提供方呈现EHR时，记录所有者可打印在线记录的概要和/或将所述概要存储在可移动存储设备上。然而，应理解的是，打印或存储的记录通常是静态的，并且如果不及时地更新，那么当在护理点呈现记录时，记录就变为过时的。此外，保存或打印的记录通常并非始终可利用的，包括在紧急事件期间或在例行保健预约时，并且可能无法安全地存储或携带；因此，这些存储或打印的记录会遭受丢失或篡改。对EHR的电子访问可另外解决现有的复杂和无效的患者许可管理解决方案，所述患者许可管理解决方案通常是基于纸张和基于单一设施的。

可由记录所有者来提供许可，作为对递送记录所有者的EHR的请求的部分。某些实施方式提供由医疗保健提供方对记录所有者记录的直接访问，当前记录所有者记录由此被直接下载到提供方的系统。当请求将记录所有者的记录的一部分或全部直接推送给提供方系统时，可要求记录所有者提供认证。在一些实施方式中，记录所有者还可提供限时许可来允许提供方从另一个服务提供方或从聚合器直接请求并访问患者记录。可通过记录所有者，使用门户或代理程序来直接提供许可，所述门户或代理程序可在智能电话、智能手表、健康或健身追踪器、护目镜或其它便携式处理设备中实现。

设备配置和HER显示的示例

可在计算设备上提供门户或代理程序。门户可通过浏览器或临时驻留在计算设备上的应用或代理程序来提供对记录所有者的EHR信息的访问权限。门户可包括通过浏览器下载和执行的或从便携式存储设备(如USB驱动器)加载的应用。在一个示例中，USB驱动器可用作证书，以便通过加密密钥、生物计量信息等来识别和/或认证USB驱动器的用户，并且所述USB驱动器可提供允许记录所有者在计算设备上建立门户的应用。USB驱动器或另一证书可由其承保方、政府或其初级医疗保健提供方系统等颁发，并且可保存记录所有者信息，如指派给记录所有者的个人唯一标识符、记录定位器地址和登录内容。USB驱动器还可被配置来保存先前下载的通常呈加密形式的EHR文件。

门户可包括一个或更多个可下载应用，并且可递送由网络服务器执行的服务。代理程序可由计算设备安装或以其它方式保存。代理程序通常执行允许记录所有者访问EHR信息的一个或更多个功能。代理程序可识别无线设备，如RFID、启用蓝牙的设备、WiFi连接设备或可用来识别用户的另一种设备。代理程序可为安装在智能手机、平板计算机或笔记本计算机上的应用，记录所有者由此可使用标识符来获得对EHR信息的访问权限。标识可包括用户ID、密码、质询、生物计量信息等的组合，所述生物计量信息如指纹、虹膜扫描、通过板载摄像头实现的面部扫描。

代理程序或门户可被配置来执行多个功能，包括记录所有者识别和认证、访问EHR、识别和认证将被推送给提供方的EHR、聚合EHR，以及将来自记录所有者的个人门户的EHR直接推送给提供方的系统。

在某些实施方式中，记录所有者可使用具有处理器和存储装置的智能便携式设备。记录所有者可将闪存驱动器、智能卡、无线可连接存储设备等连接至计算机。在一个示例中，记录所有者可呈现NFC设备，如响应于或启用在提供方计算工作站上的NFC接收器的RFID、智能手表、健康或健身追踪器、护目镜或智能手机。记录所有者还可使用光学阅读器或摄像头捕获条形码来与提供方交换认证信息，所述光学阅读器或摄像头捕获条形码由用户或提供方显示，和/或用于捕获自动允许访问EHR信息的生物计量信息。此外，在患者的设备与提供方的便携式设备之间的设备与设备通信协议可用来自动访问并交换电子健康记录，或发起与医疗保健提供方的这种交换。

图7是示出向计算设备702递送EHR信息的示例的示意图700。计算设备702可由医疗保健提供方或患者操作，并且可包括平板计算机、台式计算机、笔记本计算机或任合其它适合的计算设备。计算设备702可接收并显示基于患者的EHR的概要表710。概要表通常是“动态”和/或按需生成。概要表710可动态地更新来反映进行的活动，或添加从一个或更多个信息源704、706a至706n接收的延迟信息。概要表710可使用从本地源检索到的信息或通过可包括局域网和/或广域网(如互联网)的网络708来生成。概要表710可由从一个或更多个EHR源706a至706n、保险索赔数据库704或其它源检索到的信息来生成。概要表710可由通过聚合器718提供的信息来生成，所述聚合器组合了从一个或更多个EHR源706a至706n、保险索赔数据库704或其它源检索到的信息。概要表710可通过在计算设备702或代理设备或服务器720中提供的应用生成。

概要表710可为可导航的，由此，计算设备702的用户可在概要表710中选择某些项目717以获得更详细的信息。概要表710可包括允许计算设备的用户发起动作的控件714。在一个示例中，控件714可包括按钮或按钮图标，所述按钮或按钮图标在被激活时，致使计算设备702检索另外信息，包括患者、提供方或付款方的联系信息。在另一示例中，控件714可包括按钮或按钮图标，所述按钮或按钮图标在被激活时，致使计算设备702呈现与患者病史相关的另外信息，包括家族史、过敏情况、免疫情况和/或植入设备。在另一示例中，控件714可包括按钮或按钮图标，所述按钮或按钮图标在被激活时，致使计算设备702输出或打印来自概要表710的信息或已下载的EHR中提供的其它信息。

在另一个示例中，控件714可以包括按钮或按钮图标，当该按钮或按钮图标被激活时，使得计算设备702呈现与奖励程序有关的信息，包括用户可用的条款和状态，许可信息和当前奖励。

概要表710可针对用户需求来定制，无论用户是EHR持有者、保险提供方、政府机构、医师、还是其它的医疗保健提供方。概要表可格式化以容易地在任何适合平台进行查看。概要表可呈现在单一视图、窗口和/或屏幕中，以允许医师或患者在一个地方访问所需信息而需要的导航最少。这种单屏显示可动态地生成，并可包括临床信息(例如，呈CCD/CCR格式)、管理信息和财务信息(如保险资格信息)、以及过去的利用信息和相遇信息。医疗保健提供方通常可获得对由患者接收的服务的类型、量和地点、以及付现费用支出的即时访问权限。

现将参照图13和图2描述根据本发明的某些方面的某些过程。出于描述目的，将描述退伍军人使用本发明的实施方式的示例，由此，典型的退伍人员在不同退伍人员管理(VA)和非VA提供方网站处访问保健内容，并且退伍人员的EHR信息是由政府和非政府实体保存的。在示例中，护理点之间可发生交换，由此，可通过退伍人员的便携式计算设备214或电子证书218从各种患者门户处自动下载电子健康记录(诸如BlueButton记录)，所述便携式计算设备或电子证书已通过安装嵌入式应用而加以调适。可通过移动计算设备214、216和/或218来访问各种患者门户，患者门户包括VA处的“MyHealtheVet”、TRICAREOnline、MyMedicare.gov以及其它示例。

反馈控制治疗的示例

图8示出了患者和医疗保健提供方之间的交互800的常规方法。医疗状况会使患者寻求医疗治疗。患者可以参与到医师或其他医疗保健提供方提供的会诊802中。会诊802通常由患者医疗保健记录804告知或指导。医师可在会诊802期间或之后规定治疗计划806。治疗计划806可包括由病人控制的药物处方、治疗、饮食、运动和其他方案。在会诊802之后，患者可以控制治疗计划806的管理808。在治疗计划806规定的某个时间点，治疗计划806终止于可能对患者满意而言的结果810、可能对患者满意而言不令人满意的结果810和/或根据医师的期望。在许多情况下，医师不接收关于结果810或治疗计划806的管理质量808的反馈812。因此，常规方法作为开环系统或最低限度控制的系统来运行。

图9示出了根据本文公开的某些方面提供的闭环控制机制，其可以应用于患者和医疗保健系统之间的交互900。闭环控制机制可以利用集成的EHR交换机制和激励程序来主动管理治疗计划904。闭环控制机制可以有效地提供能够监测、修改和调适治疗计划904、规定的患者活动906和预期结果908的反馈回路914、916、918。在一些方面，治疗计划904的管理可以由治疗管理系统910承担。在一些示例中，治疗管理系统910可以在由医师、医师组、医院和/或医疗保健系统操作的医疗保健管理系统中实现。在其他示例中，治疗管理系统910可以被实现为可以根据被管理的状况的类型来配置的独立系统。

患者可以参与和医师或其他医疗保健提供方的会诊902。在一些情况下，患者可以为医师提供授权以访问由一个或更多个EHR管理系统912保存的医疗记录。在一个示例中，可以通过如本文所公开的邻近交换来提供授权。在会诊902期间或之后，医师可以规定治疗计划904。治疗计划904可以包括药物处方、治疗、饮食、锻炼以及将由患者控制的其他方案。医师可以规定用于安装在患者移动通信设备上的应用，以监测患者活动并跟踪激励活动。

在一些情况下，可以使用治疗管理系统910生成治疗计划904。在一些情况下，治疗计划904可以由医师研发并传送给治疗管理系统910。治疗计划904可以是传送给由患者(患者设备)操作的移动通信设备和/或记录在适当的EHR管理系统912中。治疗管理系统910可以与患者设备建立关系。可以建立治疗管理系统910和患者设备之间的关系，以在治疗计划904生效时实现治疗管理系统910和患者设备之间的电子通信，其中该通信可以是预定的或者是临时的。

在一些示例中，患者设备可以报告可以用于评估护理质量的反馈信息。通常，反馈信息是从移动通信设备无线地传送的。患者设备可以报告与治疗计划904有关的患者活动906。治疗管理系统910可以不时地修改治疗计划904并且可以相应地对患者设备进行更新。患者设备和治疗管理系统910之间的通信提供第一类型的闭环反馈914，其中关于患者活动906的信息可以使治疗计划904适用。反馈914和/或对反馈914的响应可以被记录在适当的EHR管理系统912中。

在一些示例中，患者设备报告的患者活动906可以使治疗管理系统910安排和/或发起对安排附加会诊902的请求。对附加会诊902的发起或请求被视作第二类型的闭环反馈916。医师可以接受对附加会诊902的请求和/或可以查看包括患者活动906的信息的反馈916，并且可以在未与患者见面的情况下修改、取消或扩展治疗计划904。可以将反馈916和/或对反馈916的响应记录在适当的EHR管理系统912中。

可以基于患者报告的或者通过电子联接到患者设备的仪器或传感器测量的患者的医疗状况来生成第三类型的闭环反馈918。例如，测量可以由患者装置从血压测量装置、血糖监测器、胰岛素泵(例如，配制的胰岛素)、氧气源或持续气道正压通气装置或其他此类装置、传感器或仪器来自动中继。在另一个示例中，可以激励患者严格地报告活动、症状和/或测量。治疗管理系统910可以被配置为监测和整理从患者设备接收的信息以获得反馈参数。可以处理反馈参数以确定可以应用于治疗计划904的校正因子。可以调适治疗计划904以提高实现期望或预期结果908的可能性。反馈参数和/或校正因子可用于确定何时能实现可接受的结果908。

如本文所公开的闭环控制机制的使用可显著改善结果908、减少治疗周期、识别有效处方，并因此降低治疗成本。本文公开的某些方面提供了便于提供准确反馈的方法。可以从患者设备(通常是智能电话)和/或医师计算系统(包括台式计算机、膝上型计算机、平板计算机和智能电话)接收影响闭环控制系统的主要反馈。可以响应于该主要反馈来提供辅助反馈，以激励或以其他方式鼓励医师和/或患者提供及时且准确的信息作为主要反馈。在一些情况下，患者设备可以被配置为自动收集详细描述由医疗传感器或仪器生成的患者活动和测量的信息。患者设备可以向患者发出警示，其中该警示可以请求患者输入信息，并且所输入的信息可以用作主要反馈或辅助反馈。患者设备可以被配置为生成提示和警示，其继续提示用户直到输入信息。

在一些实施方式中，治疗计划904的实施可以由医师、患者、治疗管理系统910或医师、患者和治疗管理系统910的某种组合来管理或控制。可以通过及时传送相关反馈来促进治疗计划904的控制和管理。通过向医师和/或患者提供激励来改善反馈的质量和及时性，其中基于反馈获得该激励。

在一些实施方式中，反馈可以由安装在患者的移动设备上的应用提示或触发，该应用使得移动设备警示患者：与特定医疗状况的护理质量相关的个性化和特定通知要被传送给医师。该通知可以涉及医师为满足和报告支付方规定的护理质量指标而要求的行动，以便医师接收基于价值的激励报酬。在一些情况下，个性化和特定通知可以由位于患者移动设备中的软件、应用或另一电路或模块生成。在一些情况下，个性化和特定通知可以由在计算云中执行的应用生成，并通过患者的移动设备以电子方式传送给患者。特定通知可以涉及一个或更多个护理质量指标，并且可以被提供以提示患者采取特定行动以最好地管理医疗状况或规定的治疗。特定通知可以提示患者与医疗保健提供方通信以便传送要采取的护理质量建议行动，从而确认已采取此类行动和/或在特定治疗时或治疗目标已经出现或已经实现时与医师进行沟通，使得医疗保健提供方可以报告所推荐的护理质量行动、医师采取的实际的护理质量行动、和/或获得激励报酬所要求的特定质量护理标准或结果的实现。

根据某些方面，如果尚未采取医疗行动，可以向患者自动警示他的医师需要采取的医疗行动。可以提示患者与医师讨论该行动。在一个示例中，患者设备(例如，移动电话、仪器、传感器等)中的应用注意到已经输入或检测到心房纤颤的诊断。护理质量通知警示患者需要某些药物的处方。护理质量通知可以建议患者联系该护理质量通知识别的医师。在一些情况下，护理质量通知可以提示患者将护理质量通知或相关的护理质量通知转发给医师。在一些情况下，护理质量通知可以提示患者设备将护理质量通知或相关的护理质量通知自动转发给医师。

图10示出了系统1000，该系统可以被调适为实现根据本文公开的某些方面提供的闭环控制机制。在会诊902期间，医师或其他医疗保健提供方可以采用医师或提供方设备1002与患者设备1004交互，该患者设备1004与患者相关联或由患者操作(参见图9)。在一些示例中，提供方和患者可以使用认证过程1012在各个设备1002、1004之间建立连接，该认证过程1012可以包括或导致根据本文公开的某些方面的医疗保健记录的邻近交换。医疗保健记录可以从记录所有者或授权用户通过网络1006可访问的一个或更多个电子医疗保健记录管理系统1010获得。可以使用联接到医师或提供方设备1002、患者设备1004和/或电子医疗保健记录管理系统1010的治疗管理系统1008来促进、监控或记录会诊902。

在会诊902期间或之后，医师可以规定治疗计划。可以直接或通过网络和/或通过治疗管理系统1008的操作将规定治疗1016提供给患者设备1004。患者设备1004可以被调适为管理规定治疗1016的执行。患者设备1004可以与治疗管理系统1008通信，从而转发与规定的治疗1016有关的反馈信息和/或接收更新的治疗计划。反馈信息可以从联接到患者设备1004或由患者设备1004控制的一个或更多个传感器或仪器1014导出。反馈信息可以包括患者通过患者设备1004输入的活动和其他观察的报告。反馈信息可以是由参与治疗计划或观察治疗计划的效果的医疗保健提供方提供。治疗管理系统1008、医师或提供方设备1002和/或患者设备1004可以在治疗期间更新电子医疗保健记录管理系统1010。

图11示出了可以实现根据本文公开的某些方面提供的闭环控制机制的处理流1100。处理流1100可以涉及使用图10中所示的医师或提供方设备1002、患者设备1004、治疗管理系统1008和/或电子医疗保健记录管理系统1010的某种组合实现的处理。该处理可以涉及患者的治疗，并且可以在与医师或其他医疗保健提供方进行会诊期间开始。

患者可以授权医师访问患者的医疗保健记录。可以在认证处理1102之后提供授权，认证处理1102可以是医师或提供方设备1002与患者设备1004之间的邻近交换的一部分。当各方已经被认证时，患者可以证明授权1104，该授权允许电子医疗保健记录管理系统1010将记录1106传送给医师或提供方设备1002。授权1104可以是时间有限的。

在一个示例中，医师可以规定治疗并且可以使医师或提供方设备1002将处方1108发送给治疗管理系统。医师可直接向患者附加地提供处方。处方可包括应用，该应用被调适为使患者设备监测规定的治疗并且从治疗管理系统1008(或者至少在某些情况下从医师或提供方装置1002)时不时地和/或按需提供反馈。治疗管理系统1008可以将处方和/或治疗计划转发到电子医疗保健记录管理系统1010。在一些实施方式中，治疗管理系统1008生成要发送给患者设备1004的治疗计划。在一些示例中，治疗管理系统1008将治疗计划1112发送给患者设备1004。然后，治疗管理系统1008可以使用由医师或提供方设备1002和/或患者设备1004提供的反馈来监测治疗计划的执行。

患者设备1004可以将报告1114、1116发送给治疗管理系统1008。报告可以包括警示、关于与治疗计划有关的事件的信息、从传感器和/或仪器获得的信息、患者生成的报告和其他与治疗计划有关的信息。医师或提供方设备1002可以与治疗管理系统1008交换更新1118。更新1118可以包括由医师直接接收和/或输入到或提供给医师或提供方设备1002的信息。更新1118可以包括治疗管理系统1008从患者设备1004接收的信息的中继。更新1118可以包括当治疗管理系统1008处理反馈时生成的结果。

治疗管理系统1008可以使用相对于治疗计划和预期结果来分析反馈的算法来处理反馈。该算法可以被调适为生成建议、警示和/或修改，以便改进或修改治疗过程。治疗管理系统1008可以基于处理结果更新治疗计划1122。在一个示例中，治疗管理系统1008可以提示患者致电医师。在另一个示例中，治疗管理系统1008可以向医师提供分析，以便医师可以致电或会见患者以查看状态。在另一个示例中，治疗管理系统1008可以提示医师和/或患者来安排1124进一步会诊。

治疗管理系统1008可以使电子医疗保健记录管理系统1010更新1120、1126以反映患者生成的报告1114、1116、医师更新1118、反馈的分析、更新的治疗计划和/或根据进一步会诊1124产生的信息。

使用面向患者的移动技术的激励示例

本公开的某些方面可以帮助解决缺乏包括患者生成的数据以及医疗保健提供方与其患者之间缺乏通信以便医师最佳地报告常规系统中的护理质量指标的问题。护理质量指标可用于根据提供给患者的护理来向医疗保健提供方提供激励报酬。使用面向患者的计算机应用，例如，该计算机应用可以在患者的移动设备上或者与虚拟助理一起操作，可以生成个性化和特定的医疗保健通知来指导患者，以帮助他们接受有效和高质量的护理。面向患者的计算机应用可以使患者能够与他们的医师进行通信，以交换他们针对护理质量报告所需的信息。

面向患者的计算应用可以直接绑定到护理质量报告系统。在一个示例中，可以使用图6中所示的系统600来实现护理质量报告系统。在其他示例中，诸如在大不列颠及北爱尔兰联合王国(英国)实现的质量和成果框架(QOF)或在美国实现的2015年医疗保险准入和芯片再授权法案(MACRA)和/或基于优点的激励报酬系统之类的系统中，其护理质量评分和报告可以成为医疗保健从业者(包括英国的全科医师(GP))的强大激励，以向他们的患者规定适当的面向患者的计算应用。

在涉及QOF的一个示例中，从业者可以规定要安装用于紧急护理的移动平台，以(尤其)便于针对患者/用户发布通知。Humetrix SOS 移动平台包括嵌入式分析系统和算法。可以基于用户在创建其紧急记录时输入的一个或更多个QOF特定条件来选择和/或配置Humetrix SOS 移动平台。Humetrix SOS 移动平台可以警示患者采取一些针对QOF的行动，并根据需要与他们的GP讨论此类行动。Humetrix SOS 移动平台可以被配置为提供通知，该通知旨在指导患者将与QOF相关的护理问题带给他们的全科医师，从而帮助他们实现最佳的QOF评分。Humetrix SOS 移动平台可为多种状况提供QOF值，包括心房纤颤(QOF#AF007)、冠状动脉疾病的二级预防(QOF#CHD002、CHD005、CHD007)、心力衰竭(QOF#HF003、HF004)、中风和TIA、癫痫等等。在一个示例中，当用户通过Humetrix SOS 移动平台创建其紧急记录的状况时，选择心房纤颤作为状况来触发应用内的以下通知，以帮助GP针对纤颤满足AF 007：

“你在服用抗凝药吗？

如果是—请不要忘记将此药物列入您的药物清单。

如果否，您是否与您的全科医师讨论过这个问题？”

在涉及QOF的另一示例中，从业者可以规定用于高血压管理的Humetrix TENSIO移动平台。用于高血压管理的Humetrix TENSIO移动平台内置的分析系统可以为患者和/或用户发出持续通知，以指导他们并以其他方式帮助他们服从他们的GP治疗计划。用于高血压管理的Humetrix TENSIO移动平台可以帮助GP实现与用于高血压管理的Humetrix TENSIO移动平台所解决的QOF特定状况有关的最佳QOF评分。用于高血压管理的Humetrix TENSIO移动平台可以解决多种QOF状况。用于高血压管理的Humetrix TENSIO移动平台可以被操作为患者和临床工作，用于高血压管理(QOF#HYP006)、也可用于冠状动脉疾病的二级预防(QOF#CHD002)中风和TIA(QOF#STIA003)或糖尿病(QOF#DM003)。用于高血压管理的Humetrix TENSIO移动平台可在患者达到其全科医师确立的血压目标时通知患者用户，其通知类型如下：

“恭喜！您的最新血压读数表明健康趋于正常。请警示您的全科医师您最近的血压读数，这些读数符合他的规定目标。”

然后，患者使用TENSIO可以优化由GP报告的QOF高血压(HYP 006)150/90mmHg血压目标。

处理电路和方法的示例

图12是说明用于装置1200的硬件实现的简化示例的概念图，该装置1200采用可经配置以执行本文所述的一个或更多个功能的处理电路1202。根据本发明的各个方面，可以使用处理电路1202来实现元件、元件的任何部分或元件的任何组合。处理电路1202包括通过硬件和软件模块的某种组合来控制的一个或更多个处理器1204。处理器1204的示例包括微处理器、微控制器、数字处理器信号(DSP)、ASIC、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、定序器、门控逻辑、分立的硬件电路、以及被配置为执行本公开通篇描述的各种功能的其他适合硬件。一个或多个处理器1204可以由软件模块1216之一配置、增强或控制并且执行特定功能的专用处理器。一个或多个处理器1204可以通过在初始化期间加载的软件模块1216的组合来配置，并且还可以在操作期间通过加载或卸载一个或多个软件模块1216来配置。

在图示的示例中，处理电路1202可以与总线架构(大体由总线1210表示)一起实现。取决于处理电路1202的特定应用和总体设计约束，总线1224可包括任合数量的互联总线和桥接件。总线1210将各种电路(包括一个或更多个处理器1204)与存储部1206链接在一起。存储部1206可以包括存储器设备和大容量存储设备，并且可以在此被称为计算机可读介质和/或处理器可读介质。总线1210还可以链接各种其他电路，例如定时源、定时器、外围设备、调压器和电源管理电路。总线接口1208接口总线可以在总线1210和一个或更多个收发器1212之间提供接口。可以为处理电路支持的各种联网技术提供1212收发器。在一些情况下，多种联网技术可以共享于收发器1212中的一些或全部电路或处理模块。各个收发器1212提供用于通过传输介质与各种其他装置通信的手段。取决于装置1200的性质，还可以提供用户接口1218(例如，键盘、显示器、扬声器、麦克风、操纵杆)，并且该用户接口可以直接或通过总线接口1208与总线1210可通信地联接。

处理器1204可以是负责管理总线1210和一般处理，该一般处理可以包括在计算机可读介质(可以包括存储部1206)中存储的软件的执行。在这方面，处理电路1202(包括处理器1204)可用于实现本文所述的任何方法、功能和技术。存储部1206可以用于存储在执行软件时由处理器1204操纵的数据，并且软件可以被配置为实现本文所述的方法中的任一方法。

处理电路1202中的一个或更多个处理器1204可以执行软件。软件应广义地解释为指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、函数、算法等，不管是被称为软件、固件、中间件、微代码、硬件描述语言还是其他。该软件可以以计算机可读的形式驻留在存储部1206中或驻留在外部计算机可读介质中。外部计算机可读介质和/或存储部1206可以包括非暂时性计算机可读介质。作为示例，非暂时性计算机可读介质包括磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，光盘(CD)或数字通用光盘(DVD))、智能卡、闪存设备(例如，“闪存驱动器”、卡、棒或键驱动器)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、寄存器、可移动磁盘、以及用于存储可由计算机访问和读取的软件和/或指令的任何其他合适的介质。作为示例，计算机可读介质和/或存储部1206还可以包括载波、传送线和用于发送可以由计算机访问和读取的软件和/或指令的任何其他合适的介质。计算机可读介质和/或存储部1206可以驻留在处理电路1202中、在处理器1204中、在处理电路1202外、或者分布在包括处理电路1202的多个实体上。计算机可读介质和/或存储部1206可以体现在计算机程序产品中。举例来说，计算机程序产品可包括包装材料中的计算机可读介质。本领域技术人员将认识到，根据特定应用和强加于整个系统的总体设计约束如何最好地实现本公开通篇所呈现的所述功能。

存储部1206可以保存在可加载代码段、模块、应用、程序等中保存和/或组织的软件，该软件在本文中可以称为软件模块1216。每个软件模块1216可以包括指令和数据，当这些指令和数据被安装或加载在处理电路1202上并由一个或更多个处理器1204执行时，有助于控制一个或更多个处理器1204的操作的运行时图像1214。当执行时，某些指令可能导致处理电路1202根据本文描述的某些方法、算法和过程来执行功能。

可以在处理电路1202的初始化期间加载一些软件模块1216，并且这些软件模块1216可以配置处理电路1202以执行本文公开的各种功能。例如，一些软件模块1216可以配置处理器1204的内部设备和/或逻辑电路1222，并且可以管理对外部设备的访问，所述外部设备诸如收发器1212、总线接口1208、用户接口1218、定时器、数学协处理器等。软件模块1216可以包括控制程序和/或操作系统，该控制程序和/或操作系统与中断处理程序和设备驱动程序交互并且控制对处理电路1202提供的各种资源的访问。资源可以包括存储器、处理时间、访问收发器1212、用户接口1218等。

处理电路1202的一个或更多个处理器1204可以是多功能的，由此一些软件模块1216被加载和配置为执行不同功能，或执行相同功能的不同情况。例如，一个或更多个处理器1204可以附加地被调适为管理响应于来自用户接口1218、收发器1212和设备驱动器的输入而启动的后台任务。为了支持多个功能的执行，一个或更多个处理器1204可以被配置为提供多任务环境，由此多个功能中的每一个功能都被实现为由一个或更多个处理器1204根据需要或期望而服务的任务集。在一个示例中，可以使用分时程序1220来实现多任务环境，该分时程序1220在不同任务之间传递处理器1204的控制，由此每个任务在完成任何未完成的操作时和/或响应诸如中断之类的输入时，将一个或更多个处理器1204的控制返回到分时程序1220。当任务具有对一个或更多个处理器1204的控制时，处理电路有效地专用于与控制任务相关联的功能所解决的目的。分时程序1220可以包括操作系统、基于循环传送控制的主循环、根据功能的优先级分配一个或更多个处理器1204的控制的功能和/或中断驱动通过将一个或更多个处理器1204的控制提供给处理功能来响应外部事件的主循环。

图13包括描述用于管理医疗保健服务的方法的流程图1300。

在框1302处，可以从患者移动通信设备无线地接收质量护理信息。护理质量信息可以涉及用于激励医疗保健服务的提供方或消费者的一个或更多个护理质量指标。

在框1304处，可以将质量保证信息报告给质量跟踪系统。

在框1306，可以响应于将质量护理信息报告给质量跟踪系统来接收激励报酬。

在某些示例中，治疗计划可以被发送给患者移动通信设备，并且可以从患者移动通信设备接收反馈，其中反馈与治疗计划的执行相关。可以基于反馈修改治疗计划。在一些情况下，反馈被提供给管理系统，该管理系统基于治疗计划实现闭环反馈系统。反馈可以包括从用于监测患者移动通信设备的用户的一个或更多个医疗传感器或仪器接收的测量结果。反馈可以包括护理质量信息。

在一些示例中，从患者移动通信设备接收的护理质量信息包括患者医疗状况的一个或更多个更新。可以定期接收患者医疗状况的更新。护理质量信息可以包括由患者移动通信设备生成的个性化通知。护理质量信息可以包括医学诊断。护理质量信息可能与药物有关。护理质量信息可以涉及对应于患者移动通信设备的用户的治疗数据。

在各种实施方式中，规定用于安装在患者移动通信设备上的应用。该应用可用于生成护理质量信息。该应用可以被配置为定义一个或更多个护理质量指标。患者移动通信设备可以无线地发送与一个或更多个护理质量指标相对应的信息。该应用可以被配置为警示患者移动通信设备的用户服用药物。该应用可以被配置为识别与护理质量指标有关的一个或更多个状况、药物、测试、程序或生理数据。该应用可以被配置为在一个或更多个状况发生时警示患者移动通信设备的用户寻求医疗建议。该应用可以被配置为当一个或更多个状况、药物、测试、程序或生理数据发生时警示患者移动通信设备的用户推荐特定护理质量。该应用可以被配置为警示患者移动通信设备的用户为获得由一个或多个状况、药物、测试、过程或生理数据指示的护理质量医师或其他医疗保健提供方要采取的特定措施。

在某些示例中，将质量护理信息报告给质量跟踪系统包括：将包括电子医疗保健记录的一部分的信息传送给提供方设备；将表征向提供方设备进行的信息传送的信息记录在由所述患者移动通信设备维护的患者元数据中，并将患者元数据发送给奖励服务器。奖励服务器可以被配置为：基于向医疗保健提供方进行的电子医疗保健记录的一个或更多个传送来计算所述患者移动通信设备的用户的财务收益。奖励服务器可以被配置为基于所述电子医疗保健记录的传送来计算所述患者移动通信设备的用户的财务收益。可以对更新的电子医疗保健记录进行解码以识别由医疗保健提供方执行的一个或更多个过程，并将一个或更多个过程记录在患者元数据中。

图14是示出采用处理电路1402的装置1400的硬件实现的简化示例图。处理电路1402通常具有处理器1416，处理器1416可包括一个或更多个微处理器、微控制器、数字信号处理器、定序器或状态机。处理电路1402可利用总线架构来实现，所述总线架构大体由总线1424表示。取决于处理电路1402的特定应用和总体设计约束，总线1424可包括任合数量的互联总线和桥接件。总线1424可将各种电路互连，所述各种电路包括由处理器1404表示的处理器和/或硬件模块、模块或电路1430、1432和1436、被配置来与天线1420无线通信的收发器1410，以及计算机可读存储介质1406。总线1424也可链接各种其它电路，如定时源、外围设备、调压器以及电源管理电路，所述电路在本领域中是众所周知的，因此将不再做任何进一步描述。

处理器1404可负责一般处理，该一般处理包括存储在计算机可读存储介质1406上的软件的执行。当由处理器1404执行所述软件时，所述软件可引起处理电路1402执行上文针对任何具体装置所述的某些功能。计算机可读存储介质1406还可用来存储在执行软件时由处理器1404操纵的数据，包括在无线传送的图像和符号中编码的数据。处理电路1402进一步包括模块1430、1432和1434中的至少一个。模块1430、1432和1434可为在处理器1404中运行、驻留/存储在计算机可读存储介质1406中的软件模块，联接至处理器1404的一个或更多个硬件模块，或它们的一些组合。模块1430、1432和1434可包括微控制器指令、状态机配置参数或它们的一些组合。

图15包括描述用于管理医疗保健服务的方法的流程图1500。该方法可以在服务器处执行。

在框1502处，服务器可以接收与患者和医疗保健提供方之间的交互有关的患者元数据，其中，患者元数据是由患者操作的移动通信设备生成的。

在框1504处，服务器可以根据患者元数据确定在患者和医疗保健提供方之间的交互期间，与患者相关联的电子医疗保健记录被传送给医疗保健提供方。

在框1506处，服务器可以根据电子医疗保健记录的传送来计算患者的财务收益。

在某些示例中，患者元数据识别出电子医疗保健记录的一个或更多个更新被发送给由患者操作的移动通信设备。服务器可以基于传送的一个或更多个更新来计算用户的财务收益。服务器可以对患者元数据解码以识别由医疗保健提供方执行的一个或更多个过程，并且针对医疗保健计费系统识别所述过程。对更新的电子医疗保健记录解码可以包括对用于药物、诊断、实验室测试、程序、免疫或个体医疗专业的国际或国家标准化健康数据代码列表进行解码。

在某些示例中，服务器可以接收与患者和医疗保健提供方之间的交互有关的提供方元数据。提供方元数据可以由医疗保健提供方操作的计算设备生成；以及

当提供方元数据记录电子医疗保健记录的传送时，计算对医疗保健提供方的财务收益。提供方元数据可以识别由医疗保健提供方向患者操作的移动通信设备发送对电子医疗保健记录的一个或更多个更新。服务器可以基于一个或更多个更新的传送来计算医疗保健提供方的财务收益。服务器可以基于患者元数据和提供方元数据之间的对应生成患者和医疗保健提供方之间的交互的表征，并且向医疗保健计费系统提供交互的表征。

图16是示出采用处理电路1602的装置1600的硬件实现的简化示例图。处理电路1602通常具有处理器1616，处理器1616可包括一个或更多个微处理器、微控制器、数字信号处理器、定序器或状态机。取决于处理电路1602的特定应用和总体设计约束，总线1624可包括任合数量的互联总线和桥接件。总线1620可以互连各种电路，包括由处理器1616、模块或电路1604、1606、1608和1610表示的处理器和/或硬件模块、可配置为无线通信天线1614和计算机可读存储介质的收发器1612。总线1620还可以链接各种其他电路，例如定时源，外围设备，调压器和电源管理电路，这些电路在本领域中是公知的，因此将不再进一步描述。

处理器1616可以负责一般处理，该一般处理包括存储在计算机可读存储介质1618上的软件的执行。当由处理器1616执行所述软件时，所述软件可引起处理电路1602执行上文针对任何具体装置所述的某些功能。计算机可读存储1618还可用来存储在执行软件时由处理器1616操纵的数据，包括在无线传送的图像和符号中编码的数据。处理电路1602进一步包括模块1604、1606、1608和1610中的至少一个。模块1604、1606、1608和1610可为在处理器1604中运行、驻留/存储在计算机可读存储介质1606中的软件模块，联接至处理器1604的一个或更多个硬件模块，或它们的一些组合。模块1604、1606、1608和1610可包括微控制器指令、状态机配置参数或它们的一些组合。

应理解，所公开的过程中的步骤的特定顺序或层次是对示例性方法的说明。基于设计偏好，应理解，过程中的步骤的特定顺序或层次可被重排。随附方法权利要求提出呈简单顺序的各种步骤的要素，但这不意味着限于特定的顺序或层次。

对披露某些方面的补充说明

某些方面涉及使得能够在用户的控制下安全地和无线地交换信息的系统和方法。移动设备可以显示图像以供提供方设备的摄像头捕获。提供方设备可以被配置为使用加密密钥来访问用户的电子医疗保健记录。图像可以包括QRC或条形码。

某些方面涉及能够立即访问可操作的个人健康信息的系统和方法。可以随时随地访问个人健康信息。医疗保健质量、安全和成本效益取决于在任何护理点提供的最新和可操作的个人健康信息。本发明提供嵌入到在患者的移动设备上运行的移动应用中的创新功能的组合，以访问、转换、聚合和注释个人健康信息，使得患者与医疗保健专业人员进行通信或交换所需的医疗信息在任何时候(包括没有互联网接入时的离线情况下)都可用，以及使用医疗保健专业人员的口语化语言，以便在适当时间的正确的护理对于任何医疗保健专业人员而言都可用。

在一些示例中，系统可以包括由运行移动应用的个体患者持有的计算移动设备，该移动应用提供显示个体病史的功能，该功能可离线使用(无需因特网连接)。功能可以包括；根据健康保险索赔或电子医疗记录中提取的个体健康信息的类别(例如药物、诊断、实验室测试、成像服务、提供方名称和联系信息等)进行本地(即在用户移动设备上)解析、解码、聚合、分类。

对个体数据解码所需的某些代码集可以被包括于或提供给应用，使得解码以及其他上述应用功能实时发生，并且不需要因特网访问(与基于服务器的处理相反)，以便转换的数据始终可用。代码集可以包括用于药物、诊断、实验室测试、过程、免疫接种、个体医学专业等的各种国际或国家标准化健康数据代码列表。可以提供或保存针对地理区域或国家的代码集，并且应用允许以用户选择的语言或访问该数据的医疗保健专业人员的语言来显示个体数据。

根据某些方面，可以基于个体应用用户的GPS位置或经由机对机通信以各种方式(QR码扫描、蓝牙、Bonjour或其他“Bump”技术等)访问数据的医疗保健专业人员的GPS位置，用使得数据的使用可被自动化的医疗保健专业人员的口语来显示个体数据。当被翻译时，个体的药物和免疫数据与正在审查信息的相应特定数据进行匹配(例如，对于接收或查看用户访问的国家中的数据的医疗保健专业人员，美国应用用户最初输入的或从美国医疗记录系统提取的美国药物名称将显示相应的通用名称或品牌名称或通用名称和品牌名称两者)。

根据某些方面，所显示的个体或聚合的记录可由可以用个人注释编辑每个数据元素的用户操作；通过选择他自己的口语化语言，用户可以添加语言和区域特定的健康信息。显示的记录数据元素可以链接到各种代码集，以便用户可以利用每个数据元素与在线健康信息数据库(例如，美国的Medline Plus，英国的NHS Choices或法国的Ameli.fr)的链接来搜索所显示的记录数据元素。

先前描述被提供来允许本领域的任何技术人员实践本文所述各种方面。对这些方面的各种修改将对本领域的技术人员显而易见，并且本文所定义的一般原理可适用于其它方面。因此，权利要求书并不意图限于本文所示方面，而是将符合与权利要求书的语言一致的整个范围，其中，除非明确说明，否则提及呈单数的要素并不意指“一个且仅一个”，而是意指“一个或更多个”。除非明确说明，否则术语“一些”是指一个或更多个。整个本公开的全文所描述的本领域的普通技术人员已知或后来知晓的各个方面的要素的所有结构和功能性等同物将以引用方式明确并入本文，并且意图由权利要求书涵盖。此外，无论权利要求书中是否明确表述本公开，本文所公开的任何内容均不意图公之于众。权利要求要素不应根据35U.S.C.§112第6段进行理解，除非明确使用短语“用于……的装置”来表述所述要素，或在方法权利要求的情况下，使用“用于……的步骤”来表述所述要素。

Claims (22)

1.一种用于管理医疗保健服务的方法，该方法包括以下步骤：

从患者移动通信设备无线地接收护理质量信息，其中，所述护理质量信息涉及用于激励医疗保健服务的提供方或消费者的一个或更多个护理质量指标；

将所述护理质量信息报告给质量跟踪系统；以及

响应于将护理质量信息报告给所述质量跟踪系统，接收激励报酬。

2.根据权利要求1所述的方法，该方法还包括以下步骤：

将治疗计划发送给所述患者移动通信设备；以及

从所述患者移动通信设备接收与所述治疗计划的执行有关的反馈。

3.根据权利要求2所述的方法，该方法还包括以下步骤：

基于所述反馈修改所述治疗计划。

4.根据权利要求2所述的方法，其中，所述反馈包括从用于监测所述患者移动通信设备的用户的一个或更多个医疗传感器或仪器接收的测量值。

5.根据权利要求2所述的方法，其中，所述反馈包括所述护理质量信息。

6.根据权利要求1所述的方法，其中，从所述患者移动通信设备接收所述护理质量信息的步骤包括：

从所述患者移动通信设备接收患者医疗状况的一个或更多个更新。

7.根据权利要求6所述的方法，其中，定期从所述患者移动通信设备接收医疗状况的更新。

8.根据权利要求6所述的方法，其中，所述护理质量信息包括由所述患者移动通信设备生成的个性化通知。

9.根据权利要求6所述的方法，其中，所述护理质量信息包括医疗诊断。

10.根据权利要求6所述的方法，其中，所述护理质量信息涉及药物。

11.根据权利要求6所述的方法，其中，所述护理质量信息涉及与所述患者移动通信设备的用户相对应的治疗数据。

12.根据权利要求1所述的方法，该方法还包括以下步骤：

规定用于安装在所述患者移动通信设备上的应用，其中，所述应用能操作以生成所述护理质量信息；

配置所述应用以规定一个或更多个护理质量指标；以及

从所述患者移动通信设备无线地接收与所述一个或更多个护理质量指标相对应的信息。

13.根据权利要求12所述的方法，其中，配置所述应用的步骤包括：

配置所述应用以警示所述患者移动通信设备的用户服用药物。

14.根据权利要求12所述的方法，其中，配置所述应用的步骤包括：

配置所述应用以识别与所述护理质量指标有关的一个或更多个状况、药物、测试、过程或生理数据；以及

配置所述应用以警示所述患者移动通信设备的用户在所述一个或更多个状况发生时寻求医疗建议。

15.根据权利要求12所述的方法，其中，在所述患者移动通信设备上配置所述应用的步骤包括：

配置所述应用以识别与所述护理质量指标相关的一个或更多个状况、药物、测试、过程或生理数据；以及

配置所述应用以警示所述患者移动通信设备的用户为满足与一个或更多个状况、药物、测试、过程或生理数据有关的护理质量目标所述提供方要采取的特定措施。

16.根据权利要求1所述的方法，其中，将所述护理质量信息报告给质量跟踪系统的步骤包括：

将包括电子医疗保健记录的信息传送给提供方设备；

将表征向所述提供方设备传送信息的信息记录在由所述患者移动通信设备维护的患者元数据中；以及

将所述患者元数据发送给奖励服务器，其中，所述奖励服务器被配置为基于向医疗保健提供方进行的电子医疗保健记录的一个或更多个传送来计算所述患者移动通信设备的用户的财务收益。

17.根据权利要求16所述的方法，其中，所述奖励服务器被配置为基于所述电子医疗保健记录的传送来计算所述患者移动通信设备的用户的财务收益。

18.根据权利要求16所述的方法，该方法还包括以下步骤：

对所述电子医疗保健记录解码以识别由所述医疗保健提供方执行的一个或更多个过程；以及

将所述一个或更多个过程记录在所述患者元数据中。

19.一种用于管理医疗保健服务的方法，该方法包括以下步骤：

接收与患者和医疗保健提供方之间的交互有关的患者元数据，其中，所述患者元数据由所述患者操作的移动通信设备生成；

根据所述患者元数据确定在所述患者和所述医疗保健提供方之间的交互期间与所述患者相关联的电子医疗保健记录被传送给所述医疗保健提供方；以及

基于所述电子医疗保健记录的传送来计算所述患者的财务收益。

20.根据权利要求19所述的方法，该方法还包括以下步骤：

对所述患者元数据解码以识别由所述医疗保健提供方执行的一个或更多个过程；以及

针对医疗保健计费系统识别所述一个或更多个过程。

21.根据权利要求20所述的方法，该方法还包括以下步骤：

接收与所述患者和所述医疗保健提供方之间的交互有关的提供方元数据，其中，所述提供方元数据由所述医疗保健提供方操作的计算设备生成；以及

当所述提供方元数据记录电子医疗保健记录的传送时，计算所述医疗保健提供方的财务收益。

22.根据权利要求21所述的方法，该方法还包括以下步骤：

基于所述患者元数据和所述提供方元数据之间的对应，生成所述患者与所述医疗保健提供方之间的交互的表征；以及

向医疗保健计费系统提供所述交互的所述表征。