用于产生实时健康护理警报的系统和方法

专利名称：用于产生实时健康护理警报的系统和方法
技术领域：
本发明总体上涉及健康护理管理的领域，并且更具体地，涉及患者健 康通信的领域。
背景技术：
健康护理系统包括多种参与者，包括医生、医院、承保人和患者。为 了获得履行其各自的角色所必需的信息，这些参与者通常互相依赖，其原 因在于，典型不相关的个人或组织在许多位置交付并支付个人护理。结果， 需要过多的健康护理信息存储和检索系统，以支持涉及患者护理的这些参 与者之间的繁重的信息流动。关键患者数据被存储在使用传统大型主机和 客户端-服务器系统的许多不同位置，所述客户端-服务器系统可能不兼容 和/或以非标准化的格式来存储信息。为了保证正确的患者诊断和治疗，健 康护理提供者必须经常通过电话或传真从医院、实验室或其它提供者请求 患者信息。因此，由许多独立的健康护理系统分支维护的完全不同的系统 和信息传送过程导致了在关键信息的及时传送的间断，并且危及临床护理 的整体质量。
由于典型的健康护理实践集中在给定的专业内，因此一般患者可能使 用许多不同专科医师的服务，每个专科医师潜在地对患者的医疗状况仅具 有部分了解。完整医疗记录中的潜在间断降低了每个健康护理提供者对患 者提供的医疗建议的价值。为了得到概况或建立他或她的医疗数据的趋 势，患者(以及患者的每个医师)不得不分别从每个单独的健康护理提供 者请求医疗记录，并且试图协调零碎的数据。医疗记录数据的复杂性还要 求医师的显著时间投入，以阅读并理解不论是基于纸张还是电子的医疗记 录，并且保证一致的护理质量。另外，尽管新的医疗研究数据连续影响医 疗护理标准，但是，在新的医疗知识的传播中存在时间延迟和理解退化的 迹象。现有解决方案(其中一些)通常关注健康护理信息的集中存储，而没有结合患者健康护理信息的实时分析，以迅速地识别可能需要注意的潜 在医疗问题。因而，仍存在对基于计算机的解决方案的需求，所述基于计 算机的解决方案能够根据适当的医疗标准来临床地实时分析积累的健康 护理信息，并且能够直接地通知患者和健康护理提供者，以确保迅速对分 析结果进行后续处理。

发明内容
本发明的实施例用于提供一种自动化系统，用于向患者呈现交互式个 人健康记录，所述交互式个人健康记录由临床决策支持技术所支持，该技 术能够基于期望的医疗护理标准与关于患者实际医疗护理的信息的比较 来传送个人化的警报。这样的实施例优于之前的仅仅存储并呈现关于健康 的信息的静态健康记录系统。健康护理组织收集并处理广泛的医疗护理信 息，以建立并更新相关的医疗护理标准，识别患者所接受的实际医疗护理，
产生并经由在线交互式个人健康记录(PHR)直接向患者传送定制的警报， 包括临床警报和个人化健康警报。健康护理组织所收集的医疗护理信息包 括患者专用的临床数据(例如基于索赔、健康护理提供者和患者输入的内 容)，以及健康参考信息，包括与多种医疗病症相关的循证(evidence-based) 文献。除聚集患者专用的医疗记录和临床警报信息以外，PHR还请求患者 输入，以跟踪警报之后的动作。另外，PHR接受以下患者输入家族健康 史、患者的敏感症、当前的非处方药物和草药补充物、未报告或未治疗的 病症以及与监测项目(如血压、胆固醇)相关的输入，以及很可能在患者 知识的领域之内的其它患者医疗信息。
医疗承保人收集源自医疗服务索赔、所执行的过程、药学数据、实验 室结果的临床信息，并且将器提供给健康护理组织，用于在医疗数据库中 存储。医疗数据库包括位于计算机可读介质(如硬盘驱动器、CD-ROM、 磁带驱动器等)上的一个或多个医疗数据文件。
健康护理组织内的医疗专家的职员团队查阅各种健康参考信息源，包 括循证文献，以创建并连续修正临床规则集，所述临床规则集反映了针对 多种病症的最佳循证医疗护理标准。这些临床规则被存储在医疗数据库 中。通过自动填充与从基于索赔、药学和/或实验室结果的临床数据导出的 信息相对应的数据字段，PHR有助于完成患者的产生完整健康记录的任
务。优选地，PHR经由健康风险评估工具(HRA)收集至少一些患者输入 的数据，所述健康风险评估工具(HRA)允许用户输入家族史、已知的慢 性病症和其它的医疗数据，并且提供整体的患者健康评估。优选地，HRA 工具向患者呈现与他或她的医疗历史以及当前存在的病症有关的问题。该 风险评估逻辑动态地分岔至相关和/或关键的问题，从而节约患者的时间并 且提供目标结果。由患者输入到HRA中的数据还填充了 PHR的其它区域 内的数据字段，并且产生附加的临床警报，以帮助患者保持最佳健康。
健康护理组织将医疗护理信息，包括患者或护士输入的数据以及索赔 数据，聚集到医疗数据库中，用于随后经由分析系统(例如由纽约州纽约 的积极健康管理公司(Active Health Management, Inc.)运营的CareEngine 系统)进行处理。CareEngine⑧系统是一种多维分析应用，包括含有计算 机可读指令的规则引擎模块，所述指令将临床规则集应用到患者的索赔以 及患者自己输入的临床数据，其中所述临床规则集反映用于多种病症的最 佳循证医疗护理标准，所述患者的索赔以及患者自己输入的临床数据反映 了正提供给患者的实际护理。规则引擎模块识别由索赔数据(包括医疗过
程、测试、药学数据和实验室结果)和患者输入的临床数据所证明的患者 的实际护理与最佳循证医疗护理标准不一致的一种或多种情形，并且经由
包含PHR工具的Web页面集合直接向患者发出患者专用的临床警报。另 外，规则引擎模块应用指定规则来确定什么时候应当经由PHR将与患者 的临床表现有关的新近可用的健康信息通知给患者。在一个实施例中，医 师在患者的同意下能够访问该Web页面。
在一个实施例中，当规则引擎模块识别出实际护理与所建立的最佳循 证医疗护理标准不一致的情形时，经由PHR向患者呈现临床警报。在实 施例中，临床警报包括联系健康护理提供者的通知，以开始或停止指定的 药物治疗，和/或进行与患者专有的一种或多种病症和共病(co-morbidities) 相关联的指定检査或测试过程。为了保证患者迅速响应，健康护理组织向 患者发送与PHR处个人化警报的可用性相关的并发电子邮件通知。基于 最佳循证医疗护理标准，临床警报通知患者己知的药物相互作用以及建议的医疗治疗。除病症专用的警报以外，规则引擎模块通过经PHR发出个 人化健康警报来通知患者相关的预防性健康信息。在一个实施例中，通过
经用户界面来询问医疗数据库，患者能够使用PHR来搜索关于指定的病 症、测试或医疗过程的指定的健康参考信息。优选地，PHR使得患者能够 创建用于与健康护理提供者分享的可印刷报告，所述可印刷报告包含患者 的健康信息，所述健康信息包括健康概要以及健康风险评估报告。
另外，通过充当患者医疗信息的中央存储库，PHR使患者能够更容易 地管理其自身的健康护理决策，这有利于使患者日益向消费者导向的健康 计划转移。
其它的实施例包括实现多个模块，所述多个模块用于提供实时处理， 并且将临床警报和个人化健康警报经由PHR传送到患者，并经由一个或 多个健康护理提供者应用传送给健康护理提供者。具体地，该系统包括实 时应用消息收发模块，用于经由健康护理组织与外部系统和应用之间的网 络来发送和接收实时信息。优选地，该实时应用消息收发模块通过定义并 实现一个或多个独立于应用平台的软件服务来采用面向服务的体系结构 (SOA)，以在各种系统和应用之间承载实时数据。
在一个实施例中，实时应用消息收发模块包括web服务，所述web服 务与外部应用进行接口连接，所述外部应用用于经由HTTP上的简单对象 访问协议(SOAP)来传送实时数据。例如，消息摄取web服务接收实时临 床数据，随后由规则引擎模块相对于最佳循证医疗护理标准来对所述实时 临床数据进行实时处理。可选地，输入的实时数据被存储在医疗数据库中。
与给定患者相关的输入的实时数据与之前存储的数据以及可应用的临 床规则相结合，定义了规则引擎模块要处理的规则引擎运行。因此，实时 应用消息收发模块从多个源收集输入的实时临床数据，并且定义与多个患 者相关联的多个规则引擎运行，以进行同时实时处理。
实时应用消息收发模块将规则引擎运行转发至规则引擎模块，以例示 (instantiate)多个实时规则处理会话。规则引擎模块在多个服务器之间对 规则处理会话进行负载平衡，以便于临床规则(最佳循证医疗护理标准)与 输入的临床数据和患者输入的数据的多个同时请求进行实时匹配。当对给 定患者的实际护理模式偏离期望的护理模式时，规则引擎模块产生一个或多个临床警报。类似地，规则引擎模块基于最佳循证预防性健康护理医疗 标准来产生实时个人化健康警报。
在处理期间，规则引擎模块将警报合理性(justification)信息记录在
医疗数据库中。在一个实施例中，警报合理性信息指定了输入的数据已经 触发/处理了哪些临床规则(例如通过规则号)、已经产生了哪些警报(例如通 过警报号)、每个警报的时间/日期戳、导致规则触发的给定患者的具体排 除性和包含性信息(例如，将已知药物敏感症用于排除推荐可能引起过敏反 应的药物治疗法的警报)、以及与触发给定规则的输入的实时数据相关联的 患者输入的信息和索赔信息。
在又一个实施例中，规则引擎模块分析患者的具体临床数据，以产生 各种医疗病症的实时风险评分。该风险评分对现有的医疗病症的严重性进
-;骨i]z ifc a宜^p士曰抵il左F^ifnmilT7 ^亚x厶66农y^r71 R厶m妾血；亚乂士土血瑞、片的
风险。例如，风险评分可以识别高风险的糖尿病患者或遭受未来中风风险 的患者。该系统向患者以及健康护理提供者呈现该风险评分。
因此，基于给定患者的实时数据集合，每个规则处理会话产生多个临
床警报、个人化健康警报和/或计算风险评分。消息传输web服务继而将 产生的警报传送给PHR和/或健康护理提供者应用。可选地，应用消息收 发模块包括用于发送和接收实时数据的单个web服务。为了有助于警报的 实时传送，警报有效载荷过滤模块通过使用多种条件和种类对输入到实时 应用消息收发模块的警报进行过滤，从而减小实时警报有效载荷。除了提 高警报的实时传送速度以外，警报过滤消除了多余的警报，并且有助于将 接收者的注意力集中至重要的警报。


尽管所附权利要求具体阐述了本发明的特征，但是从结合附图的下列
详细描述可以最好地理解本发明及其优点，附图中
图1是示意了根据本发明的实施例的用于向患者呈现个人健康记录的 系统的概况的示意图，所述个人健康记录能够传送医疗警报；
图2是示意了根据本发明的实施例的用于对患者提供定制警报的方法 的流程图；图3是根据本发明的实施例的由图1的基于Web的个人健康记录(PHR) 工具的主页所呈现的用户界面的图示；
图4是根据本发明的实施例的由图1的PHR工具的警报详细页面所呈 现的用户界面的图示；
图5是根据本发明的实施例的图1的PHR工具的健康风险评估(HRA) 调査问巻的用户界面的图示；
图6是根据本发明的实施例的与图5的HRA相关的病症和症状界面 的图示；
图7是根据本发明的实施例的与图5的HRA相关的家族史界面的图
示；
图8-12是根据本发明的实施例的允许患者输入与药物治疗、敏感症、 免疫作用、测试以及医院访问相关的信息的图1的PHR工具的附加用户 界面的图示；
图13是根据本发明的实施例的向患者呈现经由图5-12的界面可获得 的健康护理信息的概要的健康概要界面的图示；
图14是根据本发明的实施例的基于经由图1的PHR工具可获得的至 少一些信息而产生的紧急情况信息卡的图示；
图15是根据本发明的实施例的图1的PHR工具的健康护理团队界面 页面的图示；
图16是根据本发明的实施例的患者可经由图1的PHR获得的健康护 理跟踪工具的图示；
图H是根据本发明的实施例的表示总体患者人群的警报完成和结果 状态的警报状态报告的图形输出的图示；
图18是示意了根据本发明的实施例的用于患者的临床警报、个人化健 康警报以及健康风险评分的实时处理和传送的系统的概况的示意图19是根据本发明的实施例的由图18的警报有效载荷过滤模块对给 定患者的多个临床警报进行处理的实时警报工作流程的示意图20是根据本发明的实施例的图18的健康护理组织经由实时应用消 息收发模块与多个外部系统和应用进行的示例性实时交互的示意图；以及
图21是根据本发明的实施例的向患者和健康护理提供者提供图18中的临床警报、个人化健康警报以及健康风险评分的实时处理和传送方法的 流程图。
具体实施例方式
下列实施例进一步示意本发明，但是，当然不应当以任何方式将其解 释为是对本发明范围的限制。
参考图1，关于用于向患者呈现交互式个人健康记录的自动化系统， 示出了本发明的实施例所设想的系统实现，所述交互式个人健康记录由临 床决策支持技术所支持，该技术能够基于最佳循证医疗护理标准与患者实
际医疗护理之间的比较来传送个人化警报(包括称为护理考虑因素(care consideration)的临床警报)。健康护理组织100收集并处理关于患者102的 广泛的医疗护理信息，以产生并经由在线交互式个人健康记录(PHR)108 直接向患者102传送定制的警报，包括临床警报104和个人化健康警报 106。除聚集患者专用的医疗记录和警报信息以及要在这里讨论的其它功 能以外，PHR108还请求患者输入，以输入其它的相关医疗信息，跟踪警 报的后续动作，并且允许健康护理组织IOO跟踪警报结果。
当患者102利用一个或多个健康护理提供者110的服务时，医疗承保 人112收集相关联的临床数据114，以管理患者102的健康保险责任范围。 另外，健康护理提供者110 (如医师或护士)，根据诊所访问或疾病管理交 互期间的患者-健康护理提供者之间的交互，将临床数据114输入到一个或 多个健康护理提供者应用中。临床数据114源自医疗服务索赔、药学数据 以及实验室结果，并且包括与患者-健康提供者之间的交互相关联的信息， 所述信息包括与患者的诊断与治疗、医疗过程、药物处方信息、住院病人 信息以及健康护理提供者的记录相关的信息。医疗承保人112和健康护理 提供者110继而经由一个或多个网络116向健康护理组织100提供临床数 据114以存储在医疗数据库118中。医疗数据库118由与健康护理提供者 100相关联的一个或多个基于服务器的计算机来管理，并包含位于计算机 可读介质(如硬盘驱动器、CD-ROM、磁带驱动器等)上的一个或多个医 疗数据文件。医疗数据库118优选包括商用的数据库软件应用，所述数据 库软件应用能够经由结构化查询语言(SQL)与在相同或不同的基于服务器的计算机上运行的其它应用进行接口连接。在一个实施例中，网络116是 专用的医疗记录网络。可选地或另外地，网络116包括互联网联接，互联 网连接包含网络的全部或部分。
健康护理组织100内的医疗专家的职员团队査阅健康参考信息122的
各种来源，包括循证预防性健康数据，以建立并连续地或周期性地修正临
床规则集120，所述临床规则集120反映了用于多种病症的最佳循证医疗
护理标准。该临床规则120被存储在医疗数据库118中。
为了补充从承保人112接收的临床数据114， PHR 108允许患者输入
可能在患者知识领域内的其它有关医疗信息。示例性的患者输入的数据
128包括附加临床数据，例如患者的家族史、非处方药的使用、已知的敏
感症、未报告和/或未治疗的病症(例如慢性下背痛、偏头痛等)，以及自我 笞拥的尼^删^的^里^伤il加阇助的ifn re知/^血、據速新、—忧;先+rt.诵讨白
动填充与从基于医疗索赔、药学数据和/或实验室结果的临床数据114导出 的信息相对应的数据字段，PHR 108有助于完成患者的产生完整健康记录 的任务。在一个实施例中，患者输入的数据128还包括非临床数据，例如 即将到来的医生的约诊。优选地，PHR 108经由健康风险评估工具 (HRA)130收集至少一些患者输入的数据128，所述健康风险评估工具 (HRA)130请求与生活方式行为、家族史、已知的慢性病症(例如慢性背痛、 偏头痛)相关的信息以及其它医疗数据，以根据规则引擎模块126的处理来 标记处于一个或多个预定医疗病症(例如癌症、心脏病、糖尿病、中风风险) 的风险中的个体。优选地，HRA130向患者呈现与他或她的医疗史以及当 前存在的病症有关的问题。该风险评估逻辑动态地分岔至相关的和/或关键 的问题，从而节约患者的时间并且提供目标结果。由患者102输入到HRA 130中的数据还填充了 PHR 108的其它区域内的数据字段。健康护理组织 IOO将临床数据114、患者输入的数据128以及健康参考和医疗新闻信息 122、 124聚集到医疗数据库118中，用于随后经由规则引擎模块126进行 处理。
CareEngine⑧系统125是一种多维分析软件应用，包括含有计算机可读 指令的规则引擎模块126，所述指令用于将临床规则集120应用于医疗数 据库118的内容，以识别由临床数据114和患者输入的数据128所证明的患者102的实际护理与最佳循证医疗护理标准不一致的情形。在收集与患
者102相关联的相关数据114和128以后，规则引擎模块126应用患者医 疗数据文件专用的临床规则120 (包括检査己知的药物相互作用)，以将患 者的实际护理与最佳循证医疗护理标准进行比较。除了分析从索赔和实验 室结果导出的临床数据114以外，所述分析包括考虑敏感症、慢性病症、 未治疗病症以及患者报告的其他临床数据，从而经由包括PHR 108的Web 页面集合来处理并直接向患者102发出病症专用的临床警报104和个人化 健康警报106。规则引擎模块126由与医疗数据库118进行通信的计算机 来执行。在一个实施例中，包含规则引擎模块126和医疗数据库118的计 算机可读指令位于由健康护理组织100控制的单个计算机中的计算机可读 介质上。可选地，经由由健康护理组织100控制的分离的计算机，规则引 擎模块126和医疗数据库118直接或通过网络进行接口连接。与规则引擎 模块126所使用的处理技术有关的其它细节描述于Ciarnidlo、 Reisman和 Blanksteen的美国专利No. 6,802,810中，所述专利通过引用而整个结合在 此。
为了保证患者的迅速响应，健康护理组织100优选向患者发送与在 PHR 108处定制的警报104和106的可用性相关的并发电子邮件通知。如 这里所述的，术语"警报"和"定制的警报"是指患者专用的与健康有关 的通知，如临床警报104和个人化健康警报106，在根据一个或多个临床 数据114和患者输入的数据128而由规则引擎模块126产生，并且与临床 规则120中反映的最佳循证医疗护理标准匹配以后，经由PHR 108直接传 送给患者102。在一个实施例中，警报104、 106还被传送给健康护理提供 者10。当规则引擎模块126识别出实际护理与最佳循证医疗护理标准不 一致的情形时，经由PHR 108向患者102呈现临床警报104。优选地，临 床警报104被突出显示于PHR108的用户界面内。在一些实施例中，临床 警报104包括联系健康护理提供者110的通知，以开始或停止指定的药物 治疗和/或进行与患者102特有的一种或多种病症和共病相关联的指定测 试过程。临床警报104包括通知患者已知的药物相互作用以及从当前的最 佳循证治疗护理标准信息120导出的建议医疗治疗。通过根据新的病症和 实验室结果对患者的药物治疗法的分析来促进临床警报104。类似地，通过经由PHR 108发出个人化健康警报106，规则引擎模块126通知患者102在临床上相关的预防性健康信息122，以保证护理的总体一致性。
规则引擎还识别处于风险生活方式行为(例如，吸烟、压力大、较差的饮食/锻炼)中的成员，并且寻求该高风险成员的同意，以将他们登记在生活方式训练计划中。在一个实施例中，通过经由用户界面査询医疗数据库118，患者102能够使用PHR 108来搜索关于指定病症、测试或医疗过程的指定健康参考信息。在另一个实施例中，患者102经由PHR 108和/或个人电子邮件来订阅传送的医疗新闻信息124。在又一实施例中，为了经由PHR 108来传送搜索结果，基于患者临床数据114和患者输入的数据128，规则引擎模块126自动产生定制的、对以下内容的与上下文有关的搜索103:健康参考信息122、医疗新闻124和/或医疗信息的外部来源。在又一实施例中，患者102接收基于患者输入的数据128中未被规则引擎模块126处理的非临床部分的一般健康提示132，例如关于即将到来的与医生的约诊的通知。在实施例中， 一般健康提示132包括提示患者102更新HRA130、观看PHR网站的视频浏览、或更新健康跟踪信息(以下结合图16讨论)。优选地，PHR 108允许患者102创建与健康护理提供者110分享的可印刷报告，所述可印刷报告包含患者的健康信息，所述健康信息包括健康概要以及健康风险评估报告。
为了确保进一步的后续处理，如结合的美国专利No. 6,802,810中所公开的，健康护理组织100可选地通知健康护理提供者110未解决的临床警报104。例如，如果临床警报104包括严重的药物相互作用，则健康护理组织100经由电话、邮件、电子邮件或其它的通信方式提示健康护理提供者IIO立即开始后续处理。
尽管上述实体关系是示意性的，但是本领域技术人员将意识到，备选布置也是可能的。在一个实施例中，例如，健康护理组织IOO和医疗承保人112是相同的实体。可选地，健康护理组织100是独立的服务提供者，其从事收集、聚集和处理来自多个源的医疗护理数据，以向一个或多个医疗承保人112提供个人健康记录(PHR)服务。在又一实施例中，健康护理组织100通过从一个或多个医疗承保人112收集数据来对一个或多个雇主提供PHR服务。参考图2，描述了一种用于经由个人健康记录对单个患者提供定制警
报的方法。在步骤200-202中，健康护理组织100收集广泛的医疗护理信息114、 122、 124、 128，并且将其聚集在医疗数据库118中用于随后分析。在步骤204中，例如通过现场医疗专家团队连续检査所收集的健康参考信息122 (包括循证医疗文献)，健康护理组织IOO建立了用于多种病症的临床规则集120。在步骤206-208中，当对医疗护理标准的更新变得可用时(例如，通过收集其它的或已更新的循证文献)，健康护理组织IOO修正临床规则120，并且建立与最佳循证医疗护理标准相关联的新的规则。在步骤210和212中，规则引擎模块126将临床规则120内包括的最新循证医疗护理标准应用于由索赔、药学、实验室和患者输入的临床数据所证明的患者的实际护理，以识别患者的实际护理与由临床规则120所体现的期望的护理不一致的至少一种情形。步骤212还包括，例如在预防性健康护理信息有益于患者实际护理时，确定是否应当经由个人化健康警报通知患者102新的可用的循证预防性健康护理标准122(例如关于乳癌筛检的益处的通知)。如果规则引擎模块126没有检测到由护理提供者提供的实际护理与最佳循证医疗护理标准之间的差异，或当新接收的健康参考没有益处时(例如，是基于现有信息的累积)，则该方法返回到步骤200。否则，在步骤214-216中，规则引擎模块126将包括相关联的警告细节在内的警告指示符存储在医疗数据库118内的患者102的医疗数据文件中，并且经由PHR 108的适当界面向患者呈现一个或多个临床警报104和/或个人化健康警报106。可选地，规则引擎模块126经由电子邮件或其它方式通知患者登录PHR108，以査看一个或多个发出的警报104、 106。如在以下结合图4所进一步详细讨论的，PHR 108向患者102提供使用警报的后续处理的状态或结果来更新系统的机会。最后，如果患者102表示已经处理该警报，则在步骤218和220中，PHR 108将使用后续处理的状态或结果来更新医疗数据库118中的相应警报指示符。在一个实施例中，系统也基于经由输入的临床数据114中出现的变化而获得的对警报的后续处理的了解，自动更新警报指示符。例如，当输入的实验室、药学和/或医疗服务索赔数据表示患者通过进行所建议的测试过程、更改处方、和/或咨询健康护理提供者，对之前发出的警报做出后续处理时，系统自动更新在PHR 108处显示的警报后续处理状态。否则，PHR108继续提示患者102对警报做出后续处理。
以下图3至17提供了关于PHR 108及其相关功能的各种实施例的其'匕5ffl节。穸可闺j， 闺j亚不J 丄ue tfj土jM juu H、j头刀nr罔。在—个头
施例中，当患者102经由安全登录/登出区域302获得对PHR 108的访问时，PHR 108向患者呈现警报显示区域304，警报显示区域304具有等待患者的后续处理的一个或多个可选择警报104、 106。主页300还包括多个通常与警报的后续操作和健康风险评估(HRA)306、健康记录管理308、账户管理310和在线健康图书馆访问312相关的链接。尽管PHR 108使用从医疗承保人112接收的临床数据预先填充了一些患者信息，但是患者输入的数据包括整个记录的重要部分。因此本发明的实施例包括向患者102提供激励，以引起对例如HRA 130中的那些的患者输入的数据字段的完整响应，并且可选地，保证警报的后续处理。在一个实施例中，该激励包括由患者的雇主或健康护理组织100管理的积分计划。
一旦选择警报链接314或警报显示区域304中显示的未决警报104、106，患者102被引导到如图4中所示的警报细节页面400。警报细节页面400向患者呈现了警报列表402，所述警报列表402包括等待患者的后续处理的未决警报，并且优选基于紧急等级404和通知日期406来预先排序。在图4的示意实施例中，警报列表402包括多个临床警报104，所述临床警报104建议了与患者的糖尿病相关的指定测试，并且推荐使用斯他汀(statins)(例如降低胆固醇水平)。在一个实施例中，列表402包括一个或多个个人化健康警报106，如推荐最近没有进行筛检的预定年龄范围的女性患者进行周期性乳癌筛检。列表402还包括警报完成状态下拉列表408，以向健康护理组织100提供发出的警报104、 106的后续处理状态。警报完成状态下拉列表408允许患者102指示是否已经完成指定的警报，如果完成，则选择关于完成结果的其它细节。在此实施例中，下拉列表408包括表示以下内容的选择患者已经联系了健康护理提供者110以开始或停止所标记的药物治疗和/或完成所标记的测试。另外，例如通过表示患者仍计划与健康护理提供者IIO讨论该警报、患者对于所建议的药物治疗或测试过程过敏或不能忍受、患者不能负担所建议的治疗，或该警报不适用，列表408允许患者提供未完成未决警报的原因。警报界面400还包括警报状态下拉列表410，以允许患者102分别查看并更新未解决和已完成的警报。
PHR 108主页300(图3)还包括至HRA 130的链接316，允许健康护理组织100从患者102收集其它数据128以进行分析，从而识别处于一个或多个预定医疗病症的风险中的个体。如图5-7中所示，HRA130将从健康承保人112导出的临床数据与患者输入的个人健康信息、家族医疗史、未报告的医疗病症、生活方式行为以及其它信息进行组合，以向患者102提供具体的健康改善建议，该建议用于与临床警报104和个人化健康警报106 —起与健康护理提供者进行讨论。如在图5中看到的，在向患者102呈现病症/疾病界面600(图6)以前，HRA界面130首先提示患者102输入一般信息，例如身高500、体重502、腰围504、种族506和最近的血压读数508。病症/疾病界面600继而允许患者查看并更新由规则引擎模块126预先确认并分析的、基于承保人临床数据114的预先填充的病症602。HRA130还允许患者102输入自己报告而健康护理提供者110不知道的、禾口/或患者自己治疗的健康问题604，如肚子痛、背痛或头痛。在一个实施例中，患者102能够选择不显示病症和症状界面600内的至少一些病症，从而向健康护理提供者110提供患者病症的定制的打印输出。如图7中所示，患者输入的家族史信息700有助于预测与某些遗传疾病相关联的风险。输入到HRA 130中的信息交叉填充PHR 108的其它区域，反之亦然。
如图8-12中所示，PHR 108的其它区域允许患者102输入并査看处方和非处方药物治疗和补充(图8)、列出敏感症和相关联的过敏触发物(图9)、更新免疫列表(图10)、以及创建测试、过程和医院访问的记录(图11、 12)。
为了査看经由图5-12可以获得的信息中的一些或全部的概要，PHR108包括至健康概要页面702的链接318(图3)。如图13中所示，在访问医生诊所或医院期间，患者102使用健康概要界面702来与健康护理提供者110分享他或她的健康概况。具体地，健康概要702允许患者102分别选择显示下列信息种类的一种或多种患者的个人信息704、紧急联系人708、保险提供者联系信息710、健康护理团队712(例如，治疗医师和优选的药剂师)、免疫714、处方和非处方药物治疗716、敏感症718、病症720(包括基于由规则引擎模块126分析的临床数据的潜在病症)，以及测试、过程和医院访问信息722-726。相反地，PHR 108还允许患者102选择不显示健康概要702中的至少一些信息，从而为指定的健康护理提供者110修剪该报告中显示的信息类型，或编辑除去某些敏感信息。在一个实施例中，PHR 108允许患者102选择不显示健康概要702中的一些或全部患者输入的信息，同时总是显示从索赔导出的数据。可选地或另外地，患者102能够印刷健康概要702的一些或全部部分706-726，以与健康护理提供者110分享。由于其它全部信息包括PHR108，患者102选择不显示在健康护理概要702中的信息仍然存储在医疗数据库118中，并且可由规则引擎模块126用于导出临床警报104和个人化健康警报106。此外，如以上结合图5-12所述，经由PHR108的其它区域，这些信息仍可用于患者的查看。作为另一优点，经由以紧急信息卡732(图14)形式的链接730，患者102可以经由PHR 108获得这些信息的更加精练的概要。
优选地，如阁15中所示，患者102经由健康护理团队页面734补充健康护理团队列表712。健康护理团队页面734允许患者102在任意时刻添加新的医生、药剂师、按摩疗法医生、其它健康护理提供者，并且指定主要医师，而不需要等待由索赔填充的信息。优选地，通过对经由访问链接736向选择的健康护理提供者分配用户名和密码，患者102控制健康护理提供者对PHR 108的读取和/或写入的访问。自己报告标签738包括自己报告的健康护理提供者的列表，而索赔报告标签739包括基于输入的索赔数据的提供者列表。在实施例中，患者102允许一个或多个健康护理提供者访问经由PHR 108可用的信息中的一些或全部。其它实施例包括允许家族成员或护理提供者访问PHR 108，以及向患者102提供对家眷的个人健康记录信息的访问。在又一实施例中，PHR108向患者102提供能够在健康护理提供者之间传送包含PHR 108的信息的数据导入/导出实用程序。其它实施例包括允许患者102从列表712删除至少一些健康护理提供者的
参考图16， PHR 108还包括健康跟踪工具740，以允许患者102趋向于一个或多个健康指示符。在所示的实施例中，健康跟踪工具740将索赔数据742与患者报告的数据744(例如来自图5的HRA 130)组合，以向患者102提供HDL胆固醇趋势的图形表示746。健康跟踪工具740的其它实施例包括跟踪能够进行周期性评价的其它健康指示符，例如血压。规则引擎模块126将患者报告的和基于索赔的健康跟踪数据与在医疗数据库118中可用的其它临床数据一起进行评价，以确定对于给定跟踪度量的患者专用的目标，并且相对于该目标来评价当前跟踪值，以触发对患者的临床警
报104。在以下图18至21的实施例中，与当前跟踪值相关联的临床警报104被实时传送到健康跟踪工具740。优选地，图形表示区域746包括正常范围和高风险指示符748、 750，以向患者102提供健康风险评估趋势。自己报告的值经由自己报告的指示符752来表示。
如图17中所示，通过查询存储在医疗数据库118中的患者输入的警报状态，健康护理组织100跟踪整体患孝人群的警报结果。在所示的实施例中，警报状态报告754表示了由每个单个患者102经由PHR 108的警报完成状态下拉列表408(图4)而选择的整体患者人群的临床警报完成状态。其它实施例包括向雇主提供PHR利用报告，以估计雇员的参与情况。
PHR 108的其他实施例包括使用PHR界面来显示雇主消息，以及经由PHR在患者102和健康护理提供者110之间提供安全的消息收发。
在图18-21中所示的其他实施例中，本发明的系统和方法实现了多个模块，所述多个模块用于提供临床警报104和个人化健康警报106的实时处理，并经由PHR108将其传送给患者102，并经由一个或多个健康护理提供者应用756将其传送给健康护理提供者110。参考图18，模块75S、768包括在由健康护理组织100控制的一个或多个服务器计算机的计算机可读介质(例如硬盘驱动器)上进行编码的计算机可执行指令。具体地，该系统包括实时应用消息收发模块758，所述实时应用消息收发模块758用于经由网络760在健康护理组织100与外部系统和应用之间发送和接收实时信息。优选地，实时应用消息收发模块758通过定义并实现一个或多个独立于应用平台的软件服务来采用面向服务的体系结构(SOA)，以在各种系统和应用之间承载实时数据。
在一个实施例中，实时应用消息收发模块758包含web服务762、764，所述web服务与经由HTTP上的简单对象访问协议(SOAP)来传送实时数据的外部应用程序进行接口连接。例如，消息摄取web服务762接收实时数据，所述实时数据随后由规则引擎模块126相对于最佳循证医疗护理标准120来进行处理。消息摄取web服务762同时收集来自医疗承保人112的临床数据114来自患者的PHR 108和HRA 130的患者输入的数据128(包括患者输入的临床数据)、以及健康参考信息和医疗新闻信息122、124。在一个实施例中，消息摄取web服务762还实时接收来自一个或多个健康护理提供者应用756 (如电子医疗记录应用(EMR)和疾病管理应用)的临床数据114。在又一实施例中，消息摄取web服务762根据在疾病管理或集成语音响应(IVR)系统中患者与护士的交互，接收至少一些患者输入的数据128。可选地，输入的实时数据被存储在医疗数据库118中。此外，与给定患者102相关联的输入的实时数据与之前存储在数据库118处的数据以及临床规则120相结合，定义了规则引擎模块126要处理的规则引擎运行770。因此，实时应用消息收发模块758从多个源收集输入的实时数据，并且定义与多个患者相关联的多个规则引擎运行770，以进行实时处理。
实时应用消息收发模块758将规则引擎运行770转发至规则引擎模块126，以例示患者专用的多个实时规则处理会话772。在多个逻辑和物理服务器之间，对规则引擎模块126所执行的规则处理会话772的处理进行负载平衡，以便于对临床规则(最佳循证医疗护理标准)120与输入的临床数据114和患者输入的数据128进行实时匹配的多个同时请求。优选地，会话772的负载平衡根据J2EE规范来实现。每个规则处理会话772通过参考相应患者102的唯一成员ID字段来对医疗数据库118进行呼叫，以接收患者的临床历史，并且继承用于处理输入的实时数据的规则120。当对给定患者的实际护理模式偏离期望护理模式时，规则引擎模块126产生一个或多个临床警报104，所述实际护理模式是由输入的实时数据114、 128的临床部分来表示的，所述期望护理模式是由临床规则120来表示的。规则引擎模块126还产生与患者相关的实时个人化健康警报106。规则引擎模块126对医疗数据库118进行服务呼叫，以存储产生的警报104、 106，并且对每个会话772的运行状态提供更新。在处理期间，规则引擎模块126将警报合理性信息记录在医疗数据库118中。在一个实施例中，警报合理性信息指定了输入的数据己经触发/处理了哪些规则(例如通过规则号)、已经产生了哪些警报(例如通过警报号)、每个警报104、 106的时间/曰期戳、导致规则触发的给定患者的具体排除性和包含性信息(例如，将己知药 物敏感症用于排除推荐可能引起过敏反应的药物治疗法的警报)、以及与触 发给定规则的输入的实时数据相关联的患者输入的信息和索赔信息。
在一个实施例中，当患者102将数据存储于PHR108内时，并基于在 CareEngine⑧系统125接收到其它的实时医疗护理信息114、 112、 124，实 时应用消息收发模块758使用GetRTRecommendationForMember web服务 来触发实时规则处理会话772。 GetRTRecommendationForMember web服
务的请求消息结构包含下列字段
MemberPlanID—唯一标识医疗数据库118内的患者102。在一个实施 例中，该字段是从患者的健康护理计划标识号导出的。
ProcessCareConsideration -该值被设置为"真"时，指示规则引擎模 块126基于包含相应护理引擎运行770的信息来例示一个或多个实时规则 处理会话772。在该值被设置为"假"时，指示系统返回目前对患者102 产生的全部实时警报，而不例示另外的处理会话772。
规则引擎模块126经由GetRTRecommendationForMember web服务的 响应消息来输出实时警报104、 106，所述GetRTRecommendationForMember web服务的响应消息包括下列字段
MemberPlanID—唯一标识医疗数据库118内的患者102。在一个实施 例中，该字段是从患者的健康护理计划标识号导出的。
MemberLangPref -如在PHR 108所设置的，取决于患者的语言优选 项，可以被设置为"英语"或"西班牙语"。
RTRecommendationList -由规则引擎模块126产生的实时警报104、 106的列表，包括每一个产生的警报的警报号、警报名称、指示文本、严 重性代码、创建日期和完成状态指示符(例如未解决、已完成、忽略)。
在又一个实施例中，健康护理组织100内的医疗专家的职员团队使用 基于web的规则维护应用来手动定义临床规则集120，以对预定患者人群 进行评价。在此情况下，经由基于web的规则维护应用，健康护理组织 100通过指定患者人群(如与给定健康护理计划或健康护理提供者相关联 的患者的全部或子集)以及临床规则120的执行版本来定义规则引擎运行 770。然后，实时应用消息收发模块758从用于如上所述的实时处理的基于web的规则维护应用来聚集规则引擎运行770。
在又一个实施例中，规则引擎模块126应用临床数据114和患者输入 的数据128的临床部分，以产生针对各种医疗病症的实时风险评分105(例 如，将分数分配给增加心脏病风险的各种临床因素，并且基于成员的病症 和生活方式行为来计算百分数评分，以识别成员的未来心脏病的风险)。该 风险评分105对现有的医疗病症的严重性进行量化，并基于根据临床规则 120而评价的多个风险因素来评估未来病症的风险。例如，风险评分105 可以识别高风险的糖尿病患者或遭受未来中风风险的患者。该系统向患者 以及健康护理提供者(如向疾病管理程序中的护士)呈现风险评分105。 例如，在HRA130完成时，立即向患者呈现针对潜在和现有病症的风险评 分105。另外，患者可以直接经由PHR130请求计算风险评分。在又一个 实施例中，临床医生使用疾病管理应用/程序来计算在与患者进行疾病管理 交互之前和之后的患者的风险评分，从而评估进程。在另一个实施例中， 使用诊所中设置的EMR应用的医师可以在约诊过程中请求对患者进行实 时风险评分计算。这允许医师能够在诊所访问期间与患者一起检査患者的 健康疗法中的高风险因素，并且识别需要未来疾病管理会话的患者。
基于用于经由PHR 108实时传送搜索结果的患者临床数据114和患者 输入的数据128的实时输入，规则引擎模块126还产生健康参考信息122、 医疗新闻124禾Q/或医疗信息的外部来源的定制的与上下文有关的搜索 103。
因此，基于对给定患者102的实时数据114、 122、 124、 128的集合， 每个规则处理会话772产生多个临床警报104、个人化健康警报106，计 算风险评分105，和/或评价实时搜索103。消息传输web服务764继而将 产生的警报104、 106传送给PHR108和/或包括疾病管理应用的健康护理 提供者应用756。可选地，应用消息收发模块758包括用于发送和接收实 时数据的单个web服务。为了有助于警报104、 106的实时传送，并且通 过移除在临床上相同的警报来帮助将警报接收者的注意力集中到在临床 上重要的警报，警报有效载荷过滤模块768使用多种条件和种类对输入到 实时应用消息收发模块758的警报进行过滤。
参考图19，对于表示在与指定患者102相关联的规则处理会话772期间产生的多个临床警报104的警报工作流程，图19示出了警报有效载荷
过滤模块768的操作方法的实施例。首先，根据输入的实时数据，规则引 擎模块126对与患者102有关的全部临床规则120进行评价。然后，规则 引擎模块126产生多个临床警报104，每个临床警报104对应于指定的警 报或推荐，并且由警报号(例如"CC 101" - "CC 105")来标识。在步骤 776中，警报有效载荷过滤模块768接收多个临床警报104，并且消除由 相同规则120产生但在其合理性数据中缺少患者输入的信息的多个警报。 在该示例中，警报号"CC103"和"CC99103"由相同的规则120产生， 并且"CC99103"的合理性缺少患者输入的信息。因此，警报有效载荷过 滤模块768消除与警报号"CC99103"相对应的警报。接下来，在步骤778 中，警报有效载荷过滤模块768消除在不同的规则120被确定为真时产生 但导致相同的警报或推荐的临床警报104。在此情况下，输入的实时数据 触发了两个不同的规则120，但是产生各自编号为"CC101"的相同的警 报。因此，警报有效载荷过滤模块768消除一个多余的警报号"CC101"。 在步骤780中，警报有效载荷过滤模块768将输出的警报统一为推荐族(例 如，与潜在的药物相互作用相关的警报、医疗测试推荐)。在此情况下，警 报号"CC 103"和"CC 104"统一为单个警报号"CC 104"来传送。在步 骤782中，警报有效载荷过滤模块768查询医疗数据库118，以获得与指 定警报类型或编号相关的警报传送方的历史和警报传送排除性设置。例 如，基于先前的警报传送历史，需要将警报号"CC 101"传送到健康计划 成员或患者102，并且传送到该成员的健康护理提供者。因而，将警报"CC IOI"分解为警报"CC IOIP"和"CC IOIM"，警报"CC IOIP"和"CC 101M" 分别被指定传送到健康护理提供者和成员。另一方面，基于表示该指定警 报号涉及次要问题并且可以被抑制的排除性设置，消除警报号"CC105" (例如为了减小总体警报消息有效载荷，或基于提供者和/或用户设置)。在 一个实施例中，例如，对个人化健康警报106给予比临床警报104更低的 优先权，并且在较高的警报业务量条件下，个人化健康警报106可以排队 等待未来的处理，以保证关键警报的实时传送。可选或另外地，对临床警 报104分配严重性等级。例如，对在临床上紧急的药物相互作用警报分配 比用于监控药物的副作用的推荐更高的严重性等级。在步骤784中，警报有效载荷过滤模块768还指定了每一个警报号的
实际通信方。例如，基于健康护理提供者的专业与每个警报的实质内容的
匹配，将警报号"CC 101P"与指定健康护理提供者(例如"提供者1") 相关联，而将警报号"CC 102P"与不同的健康护理提供者(例如提供者2) 相关联。类似地，基于先前的警报传送历史，可以将相同的警报传送到患 者和健康护理提供者(例如，指定警报号"CC 101M"直接传送到成员/患 者102，而将警报号"CC 101P"传送到健康护理提供者)。在步骤786中， 对于指定的传送方，并且可选地，对患者的健康护理计划的指定方，警报 有效载荷过滤模块768定制包括警报合理性信息的警报文本。最后，在步 骤788中，警报有效载荷过滤模块768对每一个过滤后的警报号指定警报 目的地应用或通信方法，以用于随后通过消息传输web服务764传送。在 实施例中，警报目的地应用或通信方法包括PHR应用、HRA应用、电子 医疗记录(EMR)应用、疾病管理应用、医疗计费应用、传真应用、呼叫中 心应用、信函及其组合。
参考图20，示意了健康护理组织100经由实时应用消息收发模块768 与多个外部系统和应用进行的示例性实时交互。在一个实施例中， 一旦患 者将附加数据128 (如新的非处方药物治疗)输入到在线PHR108中，消 息摄取web服务762同步地将该患者新输入的数据128中继至实时应用消 息收发模块758，以定义与患者相关联的规则引擎运行770用于规则引擎 模块126的实时处理。如果规则引擎模块126确定实际护理模式和最佳循 证医疗护理标准之间存在变化，则规则引擎模块126产生一个或多个临床 警报104，所述实际护理模式由与患者相关的输入的和预先存储的临床数 据来证明，而所述最佳循证医疗护理标准由可应用的临床规则120来证明。 例如，临床警报104可能警告患者102:患者选择的非处方药物治疗可能 与患者的药物疗法中的药物治疗之一相互作用。可选地，临床警报104可 能警告患者102:由于患者的病症，如从先前存储的生物统计设备读数获 得的高血压(例如，来自与PHR 108、 HRA 130进行接口连接的血压监视器 的血压读数)，因此非处方药物治疗(例如感冒药)是禁忌的。类似地，当患 者102经由在线HRA 130或经由集成语音响应(IVR)系统796来完成调查 问巻时，规则引擎模块126产生一个或多个临床警报104。然后，消息传输web服务764同步地将通过警报有效载荷过滤模块768的临床警报104 传送到PHR108、 HRA130禾口/或IVR系统796。
优选地，输入的实时患者数据128和/或临床数据114触发另外的规则 处理会话772，所述另外的规则处理会话772致使规则引擎模块126产生 实时问题，所述实时问题提示患者102和/或健康护理提供者IIO收集另外 的信息。除输入的实时数据和患者现有的健康简档以外，规则引擎模块126 还考虑患者的风险评分105，以产生与患者健康有关的问题。例如，对于 由于高血压而处于中风风险中的患者，如果规则引擎模块126检测到患者 102应当服用ACE抑制药但是其没有服用，则规则引擎模块126产生与对 ACE抑制药的已知敏感症相关的问题。类似地，如果规则引擎模块126 检测到存储的临床数据114和/或患者输入的数据128内的适当时间期限中 不存在推荐的糖尿病监测测试，则产生对测试结果的提示。类似地，当患 者正在服用与柚子汁相互作用的药物时，规则引擎模块126产生关于柚子 汁消耗的问题。在一个实施例中，规则引擎模块126基于对之前问题的回 答来呈现另外的动态问题。例如，基于对冠状动脉疾病(CAD)的风险评分 以及从之前的回答导出的潜在共病，规则引擎模块126产生与咽喉痛症状 有关的问题。
这些回答被传送回到用于存储的医疗数据库118中，并且被传送回到 规则引擎模块126中，以进一步与最佳循证医疗护理标准120进行比较。 在实施例中，规则引擎模块126对经由HRA 130或IVR系统796接收的 患者的回答以及经由疾病管理应用792和/或EMR 7卯接收的护士或健康 护理提供者的回答执行实时分析。
为了有助于即时的健康护理决策，健康护理组织IOO还从一个或多个 健康护理提供者应用756 (如EMR应用790或疾病管理应用792)接收实 时数据，并且将实时警报104、 106传送到所述一个或多个健康护理提供 者应用756。例如，在诊所访问期间，健康护理提供者(如医师或护士) 将处方、诊断、实验室结果或其它的临床数据114输入到EMR应用790 中。响应于该数据的实时接收，规则引擎模块126例示患者专用的规则处 理会话772(图18)，并且在输入的数据以及之前存储的患者数据表示与根 据临床规则120的最佳循证最佳医疗护理标准的偏离时，产生一个或多个临床警报104。这允许健康护理提供者能够在诊所访问期间对患者的健康 护理进行即时调整，如在患者等待的同时调整处方和更改测试过程治疗安 排。
类似地，经由疾病管理应用792将临床警报104呈现给临床医生，如 与医疗保险提供者112相关联的护士。当临床医生通过电话与患者102交 互并使用疾病管理应用792来记录患者对医疗问题的回答时，消息摄取 web服务762将临床医生输入的患者响应与健康护理组织100相联系以进 行实时处理。例如，如果患者的响应表示该患者是吸烟者，则在电话会话 期间，向临床医生呈现与该患者相关的患者专用的警报104(例如，对于服 用口服避孕药物的吸烟女性，血液凝块的风险增大)。在一个实施例中，为 了进一步的后续处理，将临床警报104传送到用于与患者或医师联系的呼 叫中心应用794。该呼叫中心应用794同步地将高严重性的临床警报104 调度入实时呼叫队列中，同时存储低严重性的警报以用于随后呼叫。优选 地，与临床警报104相结合，规则引擎模块126也产生包含循证预防性健 康护理医疗标准的个人化健康警报106，并且将此信息传送到PHR 108、 HRA130、疾病管理应用792、 EMR 7卯和/或呼叫中心应用794。
在另一个实施例中，规则引擎模块126将相关的教育性材料(如健康 参考信息122和医疗新闻124)包括在个人化健康警报106内，用于患者 和/或健康护理提供者的实时检査。基于对临床数据114、患者输入的数据 128、风险评分105以及输入的对动态问题的回答进行的实时分析，规则 引擎模块126识别相关的健康参考信息122和医疗新闻124。在实施例中， 在当患者102登录到PHR 108或HRA 130时，将健康参考信息122和医 疗新闻124呈现给患者102;在与患者的实时电话通话期间，经由疾病管 理应用792提供给护士(基于输入的患者数据)；并且在诊所访问期间，经 由EMR 790提供给医师。当患者102是糖尿病患者，并且规则引擎模块 126检测到提高的血色素AlC(HbAlC)测试结果时，该教育性材料可以包 括例如与饮食和锻炼的积极作用有关的健康参考信息122和医疗新闻 124。类似地，基于心脏病发作的病史以及患者的药物疗法的服从信息(例 如由健康护理提供者输入)，规则引擎模块126呈现与采取心脏病发作药物 疗法的重要性相关的、涉及相关药物的教育性材料122、 124。在又一个实施例中，规则引擎模块126处理患者的健康数据简档、输入的实时临床数 据114，以及患者输入的数据128，并且创建定制的与上下文有关的搜索，
以连续搜索相关医疗文献(例如同行评议的期刊、FDA更新、Medline Plus 等)的，并且有效地推送该搜索结果以填充PHR 108的搜索部分312(图3)。 可选或另外地，规则引擎模块126将该搜索结果实时推送到多个健康护理 提供者应用756，如EMR790和疾病管理应用792,以使健康护理提供者 能够在实时电话会话期间或在诊所访问期间教育患者。
与使用规则引擎模块126对输入数据进行实时处理和实时应用消息收 发相关的另外的实施例包括患者人群风险评分分析以及具有根据需要重 新评分的医师表现评测。在一个实施例中，规则引擎模块126对健康护理 提供者的实践内的预定患者人群计算风险评分105。当健康护理提供者110 登录到EMR应用790时，向他或她呈现其全部患者的列表，该列表基于 当前病症以及与每一患者人群组相关联的适当风险评分105来组织。例如， 将健康护理提供者的患者人群内的高、中和低风险的糖尿病患者组织成分 离的组。这允许健康护理提供者能够使高风险患者优先化，确定后续访问 的频率，向高级医疗院所提供信息，并且识别未来疾病管理会话的患者。 当健康护理提供者110经由EMR 7卯将另外的临床数据114提交给健康护 理组织100时，规则引擎模块126自动实时重新计算健康护理提供者的患 者人群的相应风险评分105，并且重新加载患者人群的显示。可选或另外 地，在输入另外的临床数据114以后，健康护理提供者IIO请求对风险评 分进行重新计算。在一个实施例中， 一旦从PHR 108或HRA 130处的患 者输入的信息128接收临床数据，规则引擎模块126还实时重新计算健康 护理提供者的患者人群的风险评分105。在此情况下，滑息传输web服务 764将更新后的患者人群组和相关联的风险评分105推送到EMR 790。基 于该风险评分105，规则引擎模块126确定默认医疗诊所访问的适当时间， 并确认患者是否需要安排至另一个健康护理提供者(例如，从护士至执业 者，或从初级护理医师到专家)来支持高级医疗院所。
为了提供实时的医师表现评测，规则引擎模块126根据在临床规则120 中编码的临床表现评测的预定集合来评测先前存储的以及输入的临床数 据114、 128，以对每一个医师提供正在进行的自我表现的反馈，并且帮助健康护理组织100识别表现出色的医师。例如，对在预定的时间期限内， 对其全部具有心肌梗塞(MI)的患者开(3-受体阻滞药处方的医师给出比在
等同实践领域中的其它医师更高的表现评分。MI-p-受体阻滞药使用的临 床评测在医师的实践中识别出适当的患者，不仅MI对其有效，该患者还 是使用(3-受体阻滞药的适当候选者(即对卩-受体阻滞药使用无禁忌)。这个 数字构成了该临床评测的分母；接下来的步骤是识别当前服用P-受体阻滞 药的这些患者的数目。这将向医师提供关于哪些患者当前没有服用P-受体 阻滞药的信息，并且允许检查是否不服从可能成为问题。在适当地对这些 患者进行后续处理之后，可以重新计算临床评测，以了解是否存在评测评 分的改善。在以文件说明分母中的患者为何可能不是p-受体阻滞药治疗的 适当候选者的原因(然后可以将其提供给外部检査团体，如CMS医师自 愿报告计划)之后，可以使用对评分的重新计算。在一个实施例中，医师 110访问在线入口(是EMR790的一部分，或者与EMR7卯分离)，以浏览
他的或她的患者人群以及对于与给定的患者或患者组相关联的每次表现 评测的表现评分。医师110还浏览用于对每个患者或患者组的表现评分进 行确定的临床数据。为了开始与给定的患者或患者组相关联的表现评分的 根据需要的重新评分，医师110输入用于特定表现评测的其它信息，例如， 患者对开出处方的药物疗法过敏或不服从，或对于给定的病症，医师从未 治疗过患者。作为响应，规则引擎模块126对与患者相关的现有信息应用 另外输入的数据，并且根据该另外的信息来重新计算医师的表现评分，这 在存储新添加的信息以用于未来由规则引擎模块在产生临床警报时进行 分析之外，还实时刷新了医师的表现评分显示。在一个实施例中，健康护 理组织100核对医疗数据库118中支持医师表现评测结果的临床信息，以 支持对于每个医师或医师组的表现评测。
再次参考图16，当患者102和/或健康护理提供者110将新的健康指示 符数据输入到基于PHR的健康跟踪工具740或疾病管理应用792中时， 规则引擎模块126向患者102和健康护理提供者no提供实时的健康趋势 范围以及相应的临床推荐。具体地，根据先前存储的健康简档(例如，之前 的健康指示符读数、患者的慢性病症、年龄和性别)和最佳循证医疗护理标 准120，规则引擎模块126处理新接收的数据点744，以实时产生正常或目标范围748，以及高风险指示符750，这对更新后的读数提供了前后关
系。对于健康指示符，例如需要位于给定目标范围内的血压，通过高范围
和低范围来划分高风险指示符750。除提供目标范围和健康风险指示符以 外，如果健康指示符(如血压)高得较为严重，则规则引擎向成员提供指 定的消息收发，以警告成员寻求紧急医疗护理。在实施例中，健康指示符 包括胆固醇水平、血压读数、HbAlc测试结果以及身体质量指数(BMI)读 数。在一个实施例中，临床医生经由疾病管理应用792来输入电话会话过 程中由患者102报告的健康指示符结果744。在又一个实施例中，健康跟 踪工具740与一个或多个生物统计设备798(图20)实时通过接口电连接， 以加载健康指示符数据744，如通过使用患者计算机处的USB、串口或无 线接口(例如Wi-Fi、 ZigBee、蓝牙、UWB)。示例性的生物统计设备包括 血压监测计、血糖监测计、心率监测计、EKG监测计、体温监测计，或用 于监测并存储患者健康指示符数据的任何其它电子设备。可选或另外地， 健康跟踪工具740与电子存储设备进行接口连接，所述电子存储设备能够 在计算机可读介质(如USB、硬盘驱动器或光盘存储器)上存储医疗数据。
参考图21，示意了提供临床警报104、风险评分105以及个人化健康 警报106的实时处理并将其提供给患者102和/或健康护理提供者110的方 法的实施例。在步骤800-802中，健康护理组织100经由消息摄取web服 务762接收实时医疗护理信息114、 122、 124、 128，并且将其存储在医疗 数据库118中。在步骤804中，健康护理组织IOO检査所收集的健康参考 信息122，并且基于针对多个医疗病症的最佳循证医疗护理标准来建立临 床规则集120。必要时，在步骤806-808中，健康护理组织100修正临床 规则120中实现的医疗护理标准，或建立另外的规则，以反映最佳循证医 疗护理标准的更新。另外，在步骤810中，实时应用消息收发模块758定 义多个规则引擎运行770，所述多个规则引擎运行770用于规则引擎模块 126根据规则120并基于输入的与每个患者102相关联的实时数据以及先 前存储在数据库118处的患者数据而进行的实时处理。
在步骤812-814，规则引擎模块126继而例示与每一个规则引擎运行 770相对应的规则处理会话772，以将一个或多个规则120应用于输入的 医疗护理信息114、 122、 124、 128和存储在医疗数据库118处的患者的健康简档。在步骤816，规则引擎模块126通过使用临床规则120根据患 者数据对预定病症的发展风险进行的评价来产生风险评分105。当给定的
患者的实际护理与针对给定病症的期望护理模式不一致时，规则引擎模块
126产生多个临床警报104，所述实际护理由输入的和先前存储的临床数 据114、 128表示，所述期望护理模式由临床规则120内的最佳循证医疗 护理标准表示。类似地，在步骤818-820，当输入的健康参考信息122与 患者临床数据相关并且有益于患者临床数据时，规则引擎模块126还产生 一个或多个个人健康警报106，以通知患者或健康护理提供者。在步骤822， 基于警报104、 106的产生，规则引擎模块126将每个警报的警报合理性 信息存储在医疗数据库118中，并且将所有未决的所产生警报转发到警报 有效载荷过滤模块768。
在步骤824-828，为了优化警报有效载荷以进行实时传送，警报有效 载荷过滤模块768使用多种条件和种类(图19)来对输入实时应用消息收发 模块758的警报进行过滤；将过滤后的警报104、 106的指示符存储在医 疗数据库118中，并且将过滤后的警报(包括风险评分)传送到用于传送 的消息传输web服务764。最后，在步骤830中，消息传输web服务764 将过滤后的警报104、 106和/或用于显示的风险评分105经由PHR 108、 HRA130传送到患者，并经由健康护理者应用756传送到健康护理提供者， 所述健康护理者应用756包括EMR 790、疾病管理应用792和呼叫中心 794。
本文中引用的全部参考文献，包括出版物、专利申请和专利，通过引 用而结合，达到了如同将每一篇参考文献单独并具体地通过引用而结合在 此，并且对它的整个内容进行阐述的程度。
除非在本文中另外指出，或就上下文而言明显矛盾，否则在描述本发 明的上下文中(尤其是在随后的权利要求书的上下文中)的术语"一"和"所 述"以及类似指示物的使用应被解释成覆盖单数和复数两者。除非另外指 出，术语"包括"、"具有"、"包含"和"含有"应被解释成开放式的术语 (即表示"包括但不限于")。除非本文中另外指出，本文中的值的范围的 叙述仅仅意在起个别地指代落入该范围的每个单独的值简化方法的作用， 并且每一个单独的值被结合在本说明书中，如同在本文中单独叙述它一样。除非在本文中另外指出，或就上下文而言明显矛盾，否则本文中所述 的全部方法可以以任意适合的顺序来执行。除非另外声明，本文中提供的 任何和全部示例或示例性语言(例如"如")的使用，仅仅意在更好地阐 明本发明，而不是对本发明的范围加以限制。本说明书中的语言都不应当 被解释为表示对实现本发明至关重要的任何未要求权利保护的元素。
本文中描述了本发明的优选实施例，包括本发明人已知的实施本发明 的最佳方式。通过阅读前述描述，这些优选实施例的变化对于本领域的普 通技术人员将变得显而易见。本发明人期望本领域技术人员适当地采用这 些变化，本发明人意在以与本文中所具体描述的不同的方式来实现本发 明。相应地，本发明包括由适用的法律所允许的所附权利要求书中叙述的 实质内容的全部修改和等价物。此外，除非在本文中另外指出，或就上下 文而言明显矛盾，否则本发明包含上述元素在其全部可能变化中的任何组
权利要求
1.一种经由电子患者界面向个体患者提供定制的实时医疗警报的方法，所述方法包括根据可用的循证医疗标准来建立临床规则集，其中至少一项临床规则定义了由特定的临床数据集合给出的期望护理模式；与至少一个网络服务进行接口连接，以接收与患者相关的医疗护理信息，所述至少一个网络服务能够对至少一个数据源进行实时访问，所述数据包括索赔数据，所述索赔数据反映与患者相关的临床信息，所述临床信息是从至少一个健康护理提供者获得的、并结合健康计划下的索赔来提交的；将所收集的医疗护理信息组织成患者的医疗数据文件，并且存储所述医疗数据文件，所述医疗数据文件包括患者临床数据，所述患者临床数据表示向患者提供的实际护理模式；响应于对与患者相关的医疗护理信息的接收，将所述临床规则集实时应用于所述医疗数据文件的内容，以基于患者临床数据来识别至少一个警报，并且将所述至少一个警报的指示符存储在所述医疗数据文件中；与所述至少一个网络服务进行接口连接，以将所述至少一个警报实时发送到所述电子患者界面，所述至少一个警报是基于所述医疗数据文件中的警报指示符的出现而自动产生的，并且包括对所述至少一个警报所揭示的情况的解释以及对患者的后续处理的建议；以及经由所述电子患者界面向患者显示所述至少一个警报。
2. 根据权利要求1所述的方法，其中，当由患者临床数据表示的患者 的实际护理与由至少一项临床规则所定义的期望护理模式不一致时，产生 所述至少一个警报。
3. 根据权利要求l所述的方法，还包括基于患者临床数据来识别多 个警报；以及使用警报合理性、警报冗余、警报推荐族、历史警报接收者、 预定警报接收者优选项、警报严重性和警报通信方法中的至少一项来过滤 所述多个警报。
4. 根据权利要求l所述的方法，其中，所述电子患者界面包括用于患者的一个或多个受密码保护的个人web页面的集合，所述web页面的集合 包括对基于所述医疗数据文件的内容而自动填充的患者的健康护理历史 的一个或多个元素的显示。
5. 根据权利要求4所述的方法，还包括经由移动电话和个人计算机中的至少一种来提供所述电子患者界面。
6. 根据权利要求1所述的方法，其中，显示所述至少一个警报还包括经由所述电子患者界面向患者提供对相关健康参考信息的实时访问，所述 相关健康参考信息具体地与所述至少一种警报所揭示的情况相关。
7. 根据权利要求1所述的方法，还包括经由所述电子患者界面，向患者提供对交互式健康风险评估调査问巻的访问；经由所述至少一个网络服务，从患者接收对所述调査问巻的实时响应； 将从实时响应导出的信息存储在所述医疗数据文件中； 对所述医疗数据文件的内容实时应用所述临床规则集，以计算与一种或多种潜在的健康病症相关联的健康风险评分；经由所述至少一个网络服务，将所述健康风险评分实时发送到所述电子患者界面；以及经由所述电子患者界面来显示所述健康风险评分。
8. 根据权利要求1所述的方法，还包括 向患者呈现与所述至少一个警报相关的一个或多个临床问题； 经由所述至少一个网络服务，实时接收对所述一个或多个问题的回答； 将所述回答存储在医疗数据文件中；响应于所述回答，实时地将所述临床规则集重新应用于所述医疗数据 文件的内容，以更新所述至少一个警报，并将对所述至少一个警报的更新 的指示符存储在所述医疗数据文件中；经由所述至少一个网络服务，将对所述至少一个警报的更新传送至所 述电子患者界面，所述对至少一个警报的更新是基于所述医疗数据文件中 的警报更新指示符的出现而自动产生的；以及经由所述电子患者界面来显示对所述至少一个警报的更新。
9. 根据权利要求8所述的方法，还包括通过响应于每个所述回答而将所述临床规则集实时应用于所述医疗数据文件的内容，基于对一个或多 个在先的临床问题的回答来动态地提出另外的临床问题。
10. 根据权利要求1所述的方法，还包括建立第二规则集，其中每项规则定义了与特定临床数据集合相关的査询；将所述第二规则集应用于所述医疗数据文件的内容，并根据所述第二 规则集来识别与患者临床数据相关的至少一个相关查询；使用所识别的查询来搜索一系列健康参考信息的内容，所述搜索返回 相关健康参考；以及与所述至少一个网络服务进行接口连接，以经由所述电子患者界面实 时显示至所述相关健康参考的链接。
11. 根据权利要求1所述的方法，其中，所述患者临床数据包括能够 随时间变化的至少一个健康指示符，所述电子患者界面包括对基于所述医 疗数据文件的内容而自动填充的患者的健康护理历史的一个或多个元素 的显示，包括反映所述健康指示符随时间变化的历史信息，所述方法还包 括与所述至少一个网络服务进行接口连接，以实时接收与所述健康指示 符相关的另外的历史信息，其中，所述另外的历史信息源自输入，所述输 入是从由以下至少一项组成的组中选择的经由所述电子患者界面的患者 输入、经由所述电子患者界面的生物统计设备输入、以及经由一个或多个 健康护理提供者应用的健康护理提供者输入；将所述另外的历史信息存储在所述医疗数据文件中；与所述至少一个网络服务进行接口连接，以实时传送反映所述健康指 示符随时间变化的历史信息；以及提供图形显示以显示所述健康指示符随时间变化的趋势，所述图形显 示是通过以下项目中的至少一个来提供的所述电子患者界面和一个或多 个健康护理提供者应用。
12. 根据权利要求11所述的方法，还包括将所述临床规则集应用于所述医疗数据文件的内容，以计算健康指示 符的范围，所述范围是从由推荐目标范围和高风险范围组成的组中选择的；与所述至少一个网络服务进行接口连接，以实时传送所述健康指示符的范围；以及经由所述图形显示来显示所述范围。
13. 根据权利要求12所述的方法，还包括基于所述健康指示符与推 荐目标范围和高风险范围中的至少一项的比较，将所述至少一个警报实时 传送给患者。
14. 根据权利要求1所述的方法，还包括将所述至少一个网络服务 实现为web服务。
15. 根据权利要求1所述的方法，还包括与所述至少一个网络服务进行接口连接，以实时接收来自健康护理提 供者应用的医疗护理信息，所述健康护理提供者应用是从由电子医疗记录应用和疾病管理应用组成的组中选择的；与所述至少一个网络服务进行接口连接，以将所述至少一个警报实时 发送到所述健康护理提供者应用；以及经由健康护理提供者应用来显示所述至少一个警报。
16. 根据权利要求15所述的方法，还包括响应于对与患者相关的医疗护理信息的接收，将所述临床规则集实时 应用于所述医疗数据文件的内容，以基于患者临床数据来识别一种或多种 预定健康病症的健康风险评分，并将所述健康风险评分存储在所述医疗数 据文件中；与所述至少一个网络服务进行接口连接，以将所述健康风险评分实时 发送到所述健康护理提供者应用和所述电子患者界面中的至少一个；以及经由所述健康护理提供者应用和所述电子患者界面中的至少一个来显 示所述健康风险评分。
17. 根据权利要求16所述的方法，还包括 确定与健康护理提供者相关联的多个患者的健康风险评分； 与所述至少一个网络服务进行接口连接，以将与所述多个患者中的每一个相关联的健康风险评分实时发送到所述健康护理提供者应用；以及 经由所述健康护理提供者应用来显示根据与一种或多种预定健康病症相对应的健康风险评分来组织的多个患者。
18. 根据权利要求1所述的方法，还包括建立用于定义医师的一个或多个临床表现评测的第二临床规则集，并 且将第二规则集存储在医疗数据文件中；将所述第二规则集应用于与医师的一个或多个患者相关联的临床数 据，以产生医师的表现评分；与所述至少一个网络服务进行接口连接，以将医师的表现评分实时发 送到电子医师界面；以及经由所述电子医师界面来显示所述医师表现评分，所述电子医师界面 能够从医师接收与一个或多个患者相关的输入，从而实时地重新产生医师 表现评分以更新显示。
19. 根据权利要求1所述的方法，还包括与所述至少一个网络服务 进行接口连接，以从IVR应用接收医疗护理信息。
20. —种经由电子患者界面向个体患者提供定制的医疗警报的系统， 所述系统包括数据库，用于通过包括至少一个网络服务的实时应用消息收发模块来 维护与患者相关的医疗护理信息，所述至少一个网络服务能够对至少一个 数据源进行实时访问，所述数据包括索赔数据，所述索赔数据反映与患者 相关的临床信息，所述临床信息是从至少一个健康护理提供者获得的、并结合健康计划下的索赔来提交的；规则引擎，用于将临床规则集实时应用于所述数据库的内容，并识别 由患者临床数据表示的患者的实际护理与由临床规则中的至少一项定义 的期望护理模式不一致的情形，并且将所述情形的指示符存储在所述数据 库中，其中，所述临床规则集是根据可用的医疗标准来建立的；以及电子患者界面，用于实时接收来自所述至少一个网络服务的警报，并 且向患者显示所述警报，所述警报是基于所述数据库中的所述指示符的出 现而自动产生的，并且包括对所识别的情形所揭示的情况的解释以及对患 者的后续处理的建议。
21. 根据权利要求20所述的系统，还包括警报有效载荷过滤模块， 用于通过使用以下内容中的至少一项，动态地对由所述规则引擎针对患者而产生的多个警报进行过滤，来减少由所述至少一个网络服务所承载的实 时消息有效载荷警报合理性、警报冗余、警报推荐族、历史警报接收者、 预定警报接收者优选项、警报严重性和警报通信方法。
22. 根据权利要求20所述的系统，其中，所述电子患者界面包括用于患者的一个或多个受密码保护的个人web页面的集合，所述web页面的集 合包括对基于所述数据库的内容而自动填充的患者的健康护理历史的一 个或多个元素的显示。
23. 根据权利要求22所述的系统，其中，经由移动电话和个人计算机 中的至少一种来提供所述电子患者界面。
24. 根据权利要求20所述的系统，其中，所述至少一个网络服务是 web月艮乡。
25. —种其上存储有计算机可执行指令的计算机可读介质，所述计算 机可执行指令用于经由电子患者界面向个体患者提供定制的实时医疗警 报，所述指令包括根据可用的医疗标准来建立临床规则集，其中至少一项临床规则定义 了由特定的临床数据集合给出的期望护理模式；与至少一个网络服务进行接口连接，以接收与患者相关的医疗护理信 息，所述至少一个网络服务能够对至少一个数据源进行实时访问，所述数 据包括索赔数据，所述索赔数据反映与患者相关的临床信息，所述临床信 息是从至少一个健康护理提供者获得的、并结合健康计划下的索赔来提交 的；将所收集的医疗护理信息组织成患者的医疗数据文件，并且存储所述 医疗数据文件，所述医疗数据文件包括患者临床数据，所述患者临床数据 表示向患者提供的实际护理模式；响应于对与患者相关的医疗护理信息的接收，将所述临床规则集实时 应用于所述医疗数据文件的内容，以基于患者临床数据来识别至少一个警 报，并且将所述至少一个警报的指示符存储在所述医疗数据文件中；与所述至少一个网络服务进行接口连接，以将所述至少一个警报实时 发送到所述电子患者界面，所述至少一个警报是基于所述医疗数据文件中 的警报指示符的出现而自动产生的，并且包括对所述至少一个警报所揭示的情况的解释以及对患者的后续处理的建议；以及经由所述电子患者界面向患者显示所述至少一个警报。
全文摘要
本发明描述了一种用于向患者呈现在线交互式个人健康记录PHR的自动化系统，所述PHR能够基于循证护理标准与关于患者的实际医疗护理的信息之间的比较来传送个人化警报。健康护理组织收集并处理包括与患者相关的临床数据在内的医疗护理信息，以产生定制的临床警报和个人化健康警报，并且经由PHR将其直接传送给患者。PHR还请求患者的输入，用于跟踪警报的后续动作，并允许健康护理组织跟踪警报结果。另外的实施例包括实现多个模块，用于提供临床警报和个人化健康警报的实时处理，经由PHR将其传送给患者，并经由一个或多个健康护理提供者应用将其传送给健康护理提供者，所述健康护理提供者应用包括疾病管理应用。
文档编号G06F19/00GK101526980SQ200910126779
公开日2009年9月9日 申请日期2009年2月27日 优先权日2008年2月27日
发明者杰弗里·N·纳德勒, 格雷戈里·布赖恩·斯泰因贝格, 隆妮·赖斯曼, 马达维·韦米莱迪 申请人:积极健康管理公司