CN104205105A

CN104205105A - 用于将计算机可解读指南引擎的状态与患者护理的状态同步的方法

Info

Publication number: CN104205105A
Application number: CN201380018551.4A
Authority: CN
Inventors: C·C·A·M·范宗; P·达塔
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2012-03-30
Filing date: 2013-03-22
Publication date: 2014-12-10
Anticipated expiration: 2033-03-22
Also published as: EP2831781A1; WO2013144796A1; EP2831781B1; CN104205105B; US20150058040A1

Abstract

使计算机可解读指南引擎的状态与患者护理的状态同步的方法包括：接收一个或多个患者的历史工作流数据和临床数据，其中，所述工作流数据包括关于针对所述患者中的每个的多个护理步骤的信息，并且所述临床数据包括从所述患者中的每个收集的临床测量结果和观察结果；通过按时间顺序处理所述工作流数据和临床数据来针对所述患者中的每个确定所述计算机可解读指南引擎的适当的状态；并且从可用的数据推断丢失的数据或从临床医生询问它。

Description

用于将计算机可解读指南引擎的状态与患者护理的状态同步的方法

技术领域

本申请涉及临床决策的制定。其具体与临床决策支持系统相结合而应用，并且将特别参考临床决策支持系统来描述本申请。然而应当理解本申请还适用于其他使用场景，并且不必限于前述的应用。

背景技术

临床协议(也称为护理协议)是由诸如医院的医学机构建立的、在对患者进行护理时要遵循的程序。这些协议旨在使护理的成本最小化的同时确保对患者的尽可能好的护理。典型地，从临床指南(GL)导出临床协议。临床指南是基于最好的可用证据的、关于对具有特定疾病和状况的人的适当的处置和护理的建议。临床指南由用于对患有这些疾病和状况的患者的诊断、管理和处置的建议和决策标准组成。现代指南表示了基于证据的医学，即它们是基于通过诸如随机化临床实验的科学方法和研究来采集的临床证据的。基于证据的实践是现代指南和它们的应用的基础。

研究示出依从临床指南的建议减少了成本并且改进了结果。结果，依从指南越来越与表现测量和退还相联系。这为健康护理解决方案，尤其是临床决策支持(CDS)系统创建了支持这种趋势的机会。为了使这样的解决方案成功，它们必须无缝地适应到已有的临床工作流中。可以通过以正规方式表示临床指南和从它们导出的局部护理协议来实现这样的解决方案，使得它们可以被计算机解释。

得到的计算机可解读指南(CIG)，也被称为可执行临床指南，是指南中含有的临床知识的计算机可解读表示。CIG典型地由多个护理步骤构成，并且并入了关于如何基于由患者数据表示的患者的当前状态来处置和/或护理患者建议。进一步地，CIG典型地体现了使用CIG的医学机构的临床协议。因此，实施从临床指南导出的临床协议的CIG支持医学机构依从临床指南。可以执行CIG的软件被称为CIG引擎或指南执行引擎，并且典型地是CDS应用的部分(或者如果被设置为外部服务，则由CDS应用调用)。这种引擎对患者数据和用户输入应用CIG的逻辑，以便于为护理人员生成建议。生成的建议包括警报、通知、消息、提醒、提议等。

当基于CIG的CDS工具被用于患者护理并且用户在工具上开始了新的患者病例时，变得可用的任何新的患者数据将被发送到工具的CIG引擎。这样的数据可以具有临床特性(例如患者历史、重要事项)或具有工作流特性(例如由放射专家评估的MRI扫描、采集并被送到实验室的血样)，并且可以起源自CDS工具内(例如由用户输入)或起源自它的外部(例如被输入到企业电子医学记录并且与CDS工具通信)。接收了新的患者数据之后，CIG引擎对CIG的逻辑应用该数据、相应地更新它的状态、并且向CDS工具提供任何得到的建议，所述CDS工具将它们用信号传送给用户和/或将它们分派到它的环境(例如命令输入系统)。

在一些情况下，当患者进入医院时，基于CIG的CDS工具并不被立即使用。例如因为以下原因工具可能不可用：工作站崩溃、超出许可证数量、没有经训练的用户可用、护理人员太忙而不能使用工具、工具因为特定于未被做出的诊断而不适用、工具被用于在来到当前的健康护理设施之前已经在别处被事先处置过的患者、工具第一次被引入到该健康护理设施并且必须为在处置中的所有已有患者创建CIG实例等。在这样的场景中，工具在患者护理的中途被调用，在这样的情况下，最初“空白”的CIG状态可能不适当地反映患者的实际护理状态，这可能导致CIG引擎的不期望的特性和医疗错误。为了阻止这发生，当针对给定的患者调用CIG引擎时，必须将CIG引擎置于适当的状态中。现在，为了实现这一点，用户明确地指示到指南中的适当的进入点。

本申请通过从已有的患者数据推断CIG进入点，提供了克服以上提及的问题和其他问题的新的并且经改进的方法和系统。

发明内容

根据一个方面，提供了一种使计算机可解读指南引擎的状态与患者护理的状态同步的方法。所述方法包括接收一个或多个患者的包括工作流数据和临床数据的历史患者数据，并且针对所述患者中的每个通过按时间顺序处理所述工作流数据和临床数据来同步所述计算机可解读指南引擎的所述状态，其中，所述工作流数据包括关于针对所述患者中的每个的多个护理步骤的信息，并且所述临床数据包括从所述患者中的每个收集的临床测量结果和观察结果。

根据另一方面，提供了一种用于管理临床协议和/或临床指南的系统。数据收集引擎接收包括多个患者的当前工作流数据和临床数据的患者数据，并且可以从患者信息系统请求历史工作流数据和临床数据。所述工作流数据包括关于针对所述患者中的每个的多个护理步骤的信息，并且所述临床数据包括从所述患者中的每个收集的临床测量结果和观察结果。所述患者信息系统存储所述多个患者的历史工作流数据和临床数据。指南执行引擎处理新的患者数据以生成针对护理人员的建议。在存在历史患者数据时其被第一次调用(即中途患者护理)的情况下，则它可以使用所述可用历史患者数据来使它自身与患者护理的当前状态同步。

根据另一方面，提供了一种临床决策支持或工作流管理系统。数据收集引擎收集至少一个患者的当前工作流数据和临床数据。所述工作流数据至少包括关于护理步骤的序列的当前护理步骤的信息，并且所述临床数据包括在时间上从所述患者收集的临床测量结果和观察结果。患者信息系统存储所述多个患者的历史工作流数据和临床数据。用来做出针对护理人员的、关于后继护理步骤的建议的逻辑是基于临床指南和/或协议的，并且具有一个或多个计算机可解读指南的形式；所述建议是通过指南执行引擎对前述的逻辑应用可用的工作流数据和临床数据来做出的。在当存在历史患者数据时所述指南执行引擎第一次被调用的情况下，则它可以使用所述可用历史患者数据来使它自身与患者护理的当前状态同步。

使计算机可解读指南引擎的状态与患者护理的状态同步的一个优势在于提供最新的建议。

另一个优势在于提供追溯式建议。

另一个优势在于在患者护理的任何状态下提供对计算机可解读指南的最优使用。

另一个优势在于改进了患者护理。

附图说明

本发明可以采取各种部件和各部件的布置以及各种步骤和各步骤的安排的形式。附图仅用于图示优选的实施例的目的，并且不应被解释为对本发明的限制。

图1是根据本公开的方面的医学机构的信息技术(IT)基础设施的方框图；

图2是根据本公开的方面的临床决策支持和/或工作流管理(CDS/WM)系统的功能部件的方框图。

图3是根据本公开的方面的CDS/WM系统的结构部件的方框图。

图4图示了对根据本公开的方面的CDS/WM系统的同步程序。

具体实施方式

参考图1，提供了诸如医院的医学机构的信息技术(IT)基础设施100的方框图。IT基础设施100典型地包括一个或多个临床设备102、通信网络104、患者信息系统106、临床决策支持和/或工作流管理(CDS/WM)系统110等。然而，应当理解，预期更多或更少的部件和/或部件的不同布置。

(一个或多个)临床设备102包括在医学机构中的各个物理位置处的以下中的一个或多个：患者监测器、在患者床处的设备、由临床医生携带的移动通信设备、临床工作站、提供处置的设定的装置等。进一步地，(一个或多个)临床设备102中的每个与一个或多个患者和/或一个或多个临床医生相关联。例如，附着于患者的患者监测器和/或被配置为接收多个患者的临床知识的临床医生的工作站。与(一个或多个)临床设备102相关联的(一个或多个)患者中的每个与一个或多个临床问题相关联，例如疾病或医学状况。

如图示的，(一个或多个)临床设备102包括患者监测器102a、治疗设备102b和医学成像设备102c。当然预期其他设备。(一个或多个)临床设备102的通信单元112、114、116帮助经由通信网络104与外部系统和/或数据库(例如CDS/WM系统110)的通信。(一个或多个)临床设备102的存储器118、120、122存储用于执行与(一个或多个)临床设备102相关联的功能中的一个或多个的可执行指令。(一个或多个)临床设备102的显示器124、126、128允许(一个或多个)临床设备102为对应的用户显示数据和/或消息。(一个或多个)临床设备102的用户输入设备130、132、134允许(一个或多个)临床设备102的对应的用户与(一个或多个)临床设备102交互和/或对在显示器124、126、128上显示的消息进行响应。(一个或多个)临床设备102的控制器136、138、140执行存储在存储器118、120、122上的指令以实施与(一个或多个)临床设备102相关联的功能。

通信网络104允许与其连接的医学机构的部件(例如CDS/WM系统110)与(一个或多个)临床设备102之间的通信，并且适合于部件之间的数字数据传递。适合地，通信网络104是局域网。然而，预期通信网络104是以下中的一个或多个：因特网、广域网、无线网络、有线网络、蜂窝网络、诸如USB和I2C的数据总线等。

患者信息系统106用作对于患者数据的电子医学记录(EMR)的中心资料库。来自(一个或多个)临床设备102和生成患者数据的其他设备的患者数据被适合地存储在患者信息系统106中。在一些实例中，从患者数据的源直接接收患者数据，并且在其他的实例中，从患者数据的源间接地接收患者数据。例如，从CDS/WM系统110间接地接收由(一个或多个)临床设备102中的一个生成的患者数据。

典型地，患者信息系统106包括以下中的一个或多个：数据库142、服务器144等。数据库142存储医学机构的患者的EMR。服务器144允许医学机构的部件经由通信网络104访问EMR。服务器144的通信单元帮助服务器144与外部设备(例如(一个或多个)临床设备102)之间经由通信网络104的通信。通信单元146还帮助与患者信息系统106的数据库142的通信。服务器144的存储器148存储用于执行与服务器144相关联的功能中的一个或多个的可执行指令。服务器144的控制器150执行存储在存储器148上的指令以实施与服务器144相关联的功能。

CDS/WM系统110从一个或多个临床数据源162(见图2)接收患者数据，并且在特定的实施例中基于临床协议和/或临床指南来向一个或多个消费临床应用164(见图2)提供临床建议以提升对临床协议和/或临床指南的依从性。还预期CDS/WM系统110是共享服务或是特定临床设备的部分并且处于特定临床设备的本地。

临床数据源162向CDS/WM系统110提供相关联的患者的患者数据。患者数据适合地包括临床数据，例如患者症状(例如主诉)、患者结论(例如身体检查结论)、实验室数据(例如肌氨酸酐值)、生理学数据(例如血压)、工作流数据、识别数据(例如患者ID)等。利用时间戳来将患者数据(临床数据和工作流数据两者)以电子的形式存档，并且能由CDS/WM系统110访问患者数据。预期工作流数据识别例如以下中的一个或多个：被执行的护理步骤、当前正在被执行的护理步骤、尚要被执行的护理步骤等。适合地，临床数据源162随着患者数据变得可用而向CDS/WM系统110提供患者数据。例如，如果患者监测器每5秒从相关联的传感器收集数据，那么每5秒提供新收集到的患者数据。然而，预期患者数据的可用性之外的事件，例如计时器事件、工作流事件、用户输入事件等引起对患者数据的准备。

消费临床应用164从CDS/WM系统110接收针对相关联的患者的临床建议。临床建议可以包括旨在协助临床医生处置相关联的患者的提醒、警报、建议的下一步骤、背景信息、药物选择和剂量等。为了接收针对患者的临床建议，消费临床应用适合地与CDS/WM系统110登记以接收针对患者的临床建议。

临床数据源162适合地包括以下中的至少一个：(1)临床设备102中的一个或多个；(2)患者信息系统106；(3)辅助系统108中的一个或多个；(4)生成患者数据的其他设备和/或应用；(5)CDS/WM系统110，例如其用户输入设备；以及(6)其他。消费临床应用164适合地包括以下中的至少一个：(1)临床设备102中的一个或多个；(2)患者信息系统106；(3)辅助系统108中的一个或多个；(4)在设备(例如PC、手机等)上运行的应用；(5)CDS/WM系统110；以及(6)其他。在特定的实施例中，IT基础设施100的部件中的一个或多个既属于临床数据源162又属于消费临床应用164。还预期临床设备102既是患者数据的产生者又是患者数据的消费者。

如在下面详细讨论的，CDS/WM系统110将算法或程序用于使CIG引擎的状态与患者护理的状态同步。特定地，CDS/WM系统110按时间顺序来对历史患者数据应用CIG逻辑，并且适当地处理计时器事件和丢失的数据。特别地，在该情况下，患者护理的中途涉及指南执行引擎172，在这样的情况下初始“空白”CIG状态可能不适当地反映患者的实际护理状态，指南执行引擎172按时间顺序对历史患者数据执行CIG。还预期CDS/WM系统110是具有对历史患者数据的访问权或可以被提供有历史患者数据的任何基于CIG的CDS系统。更一般地，还预期由具有对历史数据的访问权的协议引擎来使用CDS/WM系统110。

预期CDS/WM系统110包括实施后面详细描述的CDS/WM系统110的不同的功能方面的一个或多个设备、服务器、计算机、数据库等。进一步地，虽然被描述为CDS/WM系统110的部分，但是预期由除CDS/WM系统110之外的部件来执行对患者病例的跟踪/管理和审阅。

参考图2，提供了根据本公开的方面的CDS/WM系统110的功能部件的详细视图。CDS/WM系统110适合地包括计算机可解读指南(CIG)数据库166、CIG实例数据库168、工作流数据库170、指南执行引擎172、数据收集引擎174等。应当意识到，这些功能部件只是用来简化后面的讨论的抽象概念，并且并不旨在被解释为对CDS/WM系统110的结构布局的限制。

指南执行引擎172执行实施医学机构的临床协议的CIG。临床协议典型地包括用来决定根据患者信息和临床问题的(一个或多个)护理步骤发生的时间和序列的一个或多个优选的护理步骤和逻辑。进一步地，临床协议典型地包括对利用相关联的指令来执行具体护理步骤的建议。预期从临床指南导出临床协议，但还预期用来导出临床协议的其他方案。适合地，CIG被存储在CIG数据库166内并且按临床问题索引。然而，预期CIG被存储在医学机构的其他部件中。

为了执行CIG，指南执行引擎172创建存储在关于与医学机构所服务的患者相关联的临床问题的CIG数据库166中的CIG的实例。例如，当具有特定临床问题的患者被接纳到医学机构时，CDS/WM系统110对关于患者的CIG数据库166中的CIG中的一个或多个进行定位，并且创建针对患者的这些CIG中的多个的每一个的实例。CIG选择可以由CDS/WM系统或CDS应用自动地完成，或者由护理人员人工地完成。CIG的实例是指南执行引擎的CIG特异的状态，其中，通过对CIG的逻辑应用该患者的可用电子临床数据和可用电子工作流数据来根据特定患者定制所述指南执行引擎。实例被适合地保持在实例数据库168中，并且按患者索引。然而，预期实例被存储在医学机构的其他部件中。

指南执行引擎172还保持和/或更新CIG的实例。随着关于实例中的一个或多个的患者数据变得可用，更新所述一个或多个实例以反映更新过的患者信息。例如，随着针对特定患者执行了护理步骤，预期更新一个或多个相关联的实例以反映该护理步骤已经被执行。相关患者数据包括以下中的一个或多个：临床数据、工作流数据等。预期从医学机构的部件(例如(一个或多个)源临床设备)直接接收患者数据，或经由医学机构的部件(例如患者信息系统106)间接地接收患者数据。

当指南执行引擎172正在执行CIG时，指南执行引擎172向(一个或多个)消费医学设备和/或医学机构的其他部件提供基于CIG的临床知识。还预期CDS/WM系统110自身可以是唯一的消费医学设备，并且通过它的显示器向用户提供建议和指令。如以上指出的，CIG典型地包括针对护理步骤的建议。因此，随着例如通过处理护理步骤的完成来更新CIG的实例，向(一个或多个)消费医学设备中的相关的一个或多个提供针对后继护理步骤的建议和/或指令。在特定的实施例中，(一个或多个)相关消费医学设备是与CDS/WM系统110登记以接收涉及患者的临床知识的(一个或多个)消费医学设备。

数据收集引擎174收集涉及由临床医生实际用于管理临床问题(例如疾病或状况)的工作流的工作流数据。该工作流数据包括以下中的一个或多个：执行了什么护理步骤、它们何时被执行、谁来执行它们、执行它们的结果是什么等。将工作流数据适合地存储在工作流数据库170中。然而，预期工作流数据被存储在医学机构的其他部件中。在特定的实施例中，从(一个或多个)源临床设备和/或医学机构的其他部件(例如患者信息系统106)收集工作流数据。以电子的形式适合地收集工作流数据，但预期用来收集工作流数据的其他方案。例如在特定的实施例中，从例如手写的格式人工地收集工作流数据，并且由用户将工作流数据输入到CDS/WM系统110的电子表格中。也可能在特定的实施例中，数据收集引擎的功能被指南执行引擎172和作为CIG实例的部分存储的工作流数据所包含。

在正常的操作中，当对给定的患者应用给定的CIG时，指南执行引擎172的状态反映该患者的护理状态；由针对该患者的所述CIG的实例来表示该状态。在接收新的患者数据之后，指南执行引擎172对CIG的逻辑应用该数据、相应地更新它的状态、并且向CDS/WM系统110提供任何得到的建议。然而在患者护理中途涉及指南执行引擎172的情况下，(经由CIG实例的)CIG引擎的初始“空白”状态并不适当地反映患者的实际护理状态。在那样的情况下，指南执行引擎172必须明确地使它的状态与护理的状态同步。这是通过向引擎并且由此向CIG馈送从例如患者信息系统106得到的历史患者数据来完成的。重要的是必须按时间顺序来应用该数据。因此指南执行引擎172执行同步程序，所述同步程序加载指定的CIG、使它与指定的患者相关联、并且以“同步”模式将指南执行引擎172初始化。“同步”模式指示在患者护理中途开始CIG并且指导指南执行引擎172使CIG实例状态与患者护理的当前状态同步。为了将这完成，指南执行引擎172从患者信息系统106检索当前患者的所有相关数据，并且按时间顺序对各个数据执行(一个或多个)CIG。特定地，指南执行引擎172按时间顺序，即按创建它的时间顺序，来处理患者数据。这是重要的，因为按不同的时间顺序提供数据可能引起CIG引擎以不同的状态结束，在这种情况下CIG实例将不适当地表示患者的护理状态。指南执行引擎172还提供对在同步过程期间生成的所有建议的概览，包括当前相关的那些和在处置中较早相关的那些。

在一个实施例中，当给定的事件之后已经过去了特定量的时间时，指南执行引擎172使用例如计时器来生成警报。因为当同步正在进行时指南执行引擎172并不以实时模式运行，所以不可以使用实际的计时器。作为替代，指南执行引擎172在适当的时间顺序位置处将虚拟计时器事件插入患者数据流中。与这些事件相关联的动作被标有时间，在从患者护理的开始执行CIG的情况下所述时间计时器已经超时。在指南执行引擎172包括当同步完成时还没有超时的计时器的情况下，那么指南执行引擎172例证并且激活这些计时器，并且将它们的已计过的时间设定为在从患者护理的开始执行CIG的情况下已经过去的时间。在同步过程中生成的任何建议被适当地标有提早的时间，并且被按时间顺序收集。这样来标记(从患者数据)可以被推断为已经完成的收集到的建议中的任何建议。例如，建议“执行头部CT扫描”在工作流数据示出被提及的CT扫描已经完成时被标记为完成。完成的建议的列表可以被用于质量控制的目的，例如用来评估对指南的依从。向用户提供已经未完成的建议的列表以典型地用于被护理人员审阅。当指南执行引擎172已经处理了所有的历史患者数据时，同步过程结束。得到的指南执行引擎172的状态和相关联的CIG实例表示患者护理的当前状态，即它适当地指示CIG中患者的位置。指南执行引擎172现在响应于新的患者数据和命令的到达而切换到实时模式。

还预期当对CIG的执行遇到决策点时，如果能从患者数据得到经存档的决策，那么指南执行引擎172使用所述经存档的决策，否则推断根据后继的患者数据做出什么决策。如果都不起作用，那么指南执行引擎172从环境请求决定(这典型地包括来自护理人员的提示性输入)。为了决定丢失的任选患者数据，指南执行引擎172可以提供准备以允许跳过或部分地完成指南步骤。为了决定丢失的强制患者数据，指南执行引擎172从环境请求所述数据(这典型地包括来自护理人员的提示性输入)。如果护理人员不可以提供需要的数据，那么他或她可以指示指南执行引擎172如何继续(对于这种情况引擎可以提供可用选项)。可以通过变量重要性测量或如PCA(主成分分析)的程序来对丢失的数据项目进行排序，以确定用来问询用户/临床医生的最不相关/最相关的问题。还预期可以执行对CIG的预先分割以确定可以推断出什么患者数据和需要由临床医生提供什么数据。例如，在肺癌处置中难以推断处置阶段并且需要由临床医生提供这样的患者数据。一旦知晓了处置阶段，当患者数据可用时就可以从患者数据推断在CIG的该阶段中的位置。

注意在如下的意义上同步程序提供了比人工选择进入点更全面的解决方案，即这造成与在引擎从护理的开始已经执行了CIG的情况下获得的状态相近或相同的指南执行引擎172的状态，包括生成已经生成的任何建议。同步程序不需要CIG具有除了主开始点的进入点。还预期将指南执行引擎172修改为不只当它在患者护理中途被首先调用时适用，并且当指南执行引擎172加载已经持续了一段时间的先前状态时也适用。在后者的情况下，指南执行引擎172以持续下来的状态开始，并且接下来应用自从该状态持续的时间开始变得可用的任何患者数据。

参考图3，提供了CDS/WM系统110的结构视图。CDS/WM系统110的服务器182适合地包括指南执行引擎172和数据收集引擎174。在特定的实施例中，由具有用于执行与指南执行引擎172和/或数据收集引擎174相关联的任务的计算机可执行指令的非瞬态计算机可读介质来实现指南执行引擎172和数据收集引擎174中的每个。服务器182的通信单元184帮助服务器182与外部设备(例如(一个或多个)临床设备102)之间的通信。通信单元184还帮助与CDS/WM系统110的数据库166、168、170的通信。服务器182的存储器186存储用于执行与服务器182相关联的功能中的一个或多个的可执行指令。在特定的实施例中，这些指令包括用于执行与指南执行引擎172和/或数据收集引擎174相关联的任务的指令。服务器182的控制器188执行存储器186、指南执行引擎172或数据收集引擎174的指令。

CDS/WM系统110适合地包括指南执行引擎172。在特定的实施例中，由具有用于执行与指南执行引擎172相关联的任务的计算机可执行指令的非瞬态计算机可读介质来实现指南执行引擎172。指南执行引擎172的通信单元192帮助指南执行引擎172与外部设备(例如(一个或多个)临床设备102)之间的通信。通信单元192还帮助与CDS/WM系统110的数据库166、168、170的通信。指南执行引擎172的存储器194存储用于执行与指南执行引擎172相关联的功能中的一个或多个的可执行指令。在特定的实施例中，这些指令包括用于执行与数据收集引擎174相关联的任务的指令。指南执行引擎172的显示器196允许CDS/WM系统110显示用户接口，该用户接口允许诸如知识工程师的用户与指南执行引擎172交互。指南执行引擎172的用户输入设备198允许用户与用户接口交互。指南执行引擎172的控制器200执行存储器194的指令。还预期服务器182和指南执行引擎172被实现为单个设备。

本文所描述的数据库中的每个(例如CIG数据库166)适合地包括计算机数据库，其中，计算机数据库被单个计算机来实现、计算机数据库被分布在多个计算机上、或其他。进一步地，数据库中的每个合适地以帮助对数据的恢复和访问的有组织的方式来存储这样的数据。进一步地，如本文所使用的，存储器包括以下中的一个或多个：非瞬态计算机可读介质、磁盘或其他磁性存储介质、光盘或其他光学存储介质、随机存取存储器(RAM)、只读存储器(ROM)、或其他电子存储器设备或芯片或一组可操作地互联的芯片、可以经由因特网或局域网从其中检索存储的指令的因特网服务器等。进一步地，如本文所使用的，控制器包括以下中的一个或多个：微处理器、微控制器、图形处理单元(GPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等；通信网络包括以下中的一个或多个：因特网、局域网、广域网、无线网络、有线网络、蜂窝网络、诸如USB和I2C的数据总线等；用户输入设备包括以下中的一个或多个：鼠标、键盘、触摸屏显示器、一个或多个按钮、一个或多个开关、一个或多个控制杆等；并且显示器包括以下中的一个或多个：LCD显示器、LED显示器、等离子显示器、投影显示器、触摸屏显示器等。

图4图示了CDS/WM系统的同步程序。在步骤300中，针对选定的患者和CIG来创建CIG实例。在步骤302中，激活指南执行引擎中的同步模式。在步骤304中，针对选定的患者来接收历史工作流数据和临床数据。工作流数据包括针对患者中的每个的多个护理步骤，并且临床数据包括从患者中的每个收集的临床测量结果和观察结果。在步骤306中，按时间顺序处理接收到的历史工作流数据和临床数据。这包括步骤308和步骤310，在步骤308中通过如以上所述地使用临床数据、基于临床数据的推断或提示用户来决定任何丢失的工作流数据和/或临床数据；在步骤310中激活一个或多个计时器来在适当的时间顺序位置处将虚拟计时事件插入临床数据流中。步骤306可以生成在步骤312中被存储的一个或多个建议。在步骤314中，将由步骤306更新的CIG实例存储在数据库中。在步骤316中，将当前相关的建议分配到环境。在步骤318中，激活指南执行引擎中的正常模式。在步骤320中，接收并且处理新的临床数据和工作流数据。

已经参考优选的实施例描述了本发明。他人在阅读和理解了前面的详细说明之后可以想到修改和改变。本发明旨在被解释为包括所有这样的修改和改变，只要它们处于权利要求书或其等价方案的范围之内。

Claims

1.一种将计算机可解读指南引擎的状态与患者护理的状态同步的方法，所述方法包括：

接收一个或多个患者的历史患者数据，其中，患者数据包括工作流数据和临床数据，其中，所述工作流数据包括关于针对所述患者中的每个的多个护理步骤的信息，并且所述临床数据包括从所述患者中的每个收集的临床测量结果和观察结果；

使用历史患者数据、基于历史患者数据的推断或提示用户来决定针对所述患者中的每个的丢失的患者数据；

使用所决定的患者数据来更新所述引擎状态；

接收一个或多个患者的当前患者数据；并且

使用所述当前患者数据来更新所述引擎状态。

2.如权利要求1所述的方法，其中，所述护理步骤中的每个和所述计算机可解读指南中的逻辑是基于建立起的临床指南和/或协议的。

3.如权利要求1和2中的任一项所述的方法，还包括：

按时间顺序处理所述患者数据。

4.如权利要求1到3中的任一项所述的方法，其中，将所述计算机可解读指南引擎的所述状态与患者护理的所述状态同步的步骤还包括使用历史患者数据：

从所述历史患者数据推断所述状态的部分。

5.如权利要求1到4中的任一项所述的方法，其中，将所述计算机可解读指南引擎的所述状态与患者护理的所述状态同步的步骤还包括：

如果不能够从所述历史患者数据推断关于一个或多个护理步骤或者一个或多个测量或观察的信息，则询问临床医生。

6.如权利要求1到5中的任一项所述的方法，其中，将所述计算机可解读指南引擎的所述状态与患者护理的所述状态同步的步骤还包括：

作为对所述计算机可解读指南的逻辑应用历史患者数据的结果，将一个或多个虚拟计时器事件插入所述历史患者数据。

7.如权利要求1到6所述的方法，还包括：

作为对所述计算机可解读指南的逻辑应用历史患者数据的结果，激活一个或多个实时计时器。

8.一种含有软件的计算机可读介质，所述软件在被加载到处理器中时，将所述处理器编程为执行如权利要求1到7中的任一项所述的方法。

9.一种临床决策支持或工作流管理系统，包括：

患者信息系统，其存储历史工作流数据和患者数据；以及

一个或多个处理器，其被编程为执行如权利要求1到7中的任一项所述的方法。

10.一种临床决策支持或工作流管理系统，包括：

数据收集引擎，其接收多个患者的当前和历史工作流数据和临床数据，其中，所述工作流数据包括关于针对所述患者中的每个的多个护理步骤的信息，并且所述临床数据包括从所述患者中的每个收集的临床测量结果和观察结果；

患者信息系统，其存储所述多个患者的当前和历史工作流数据和临床数据；以及

计算机可解读指南引擎，其使用历史患者数据或临床医生输入来决定针对所述患者中的每个的丢失的工作流数据和临床数据，并且使用所决定的数据来更新所述计算机可解读指南引擎的所述状态。

11.如权利要求10所述的系统，所述计算机可解读指南中的所述护理步骤中的每个是基于建立起的临床指南和/或协议的。

12.如权利要求10到11中的任一项所述的系统，其中，所述患者数据是按时间顺序被处理的。

13.如权利要求10到12中的任一项所述的系统，其中，所述计算机可解读指南引擎状态的一个或多个部分是从所述历史患者数据被推断的。

14.如权利要求10到13中的任一项所述的系统，其中，所述计算机可解读指南引擎将一个或多个虚拟计时器事件插入到历史患者数据流中。

15.如权利要求10到14中的任一项所述的系统，其中，作为对所述计算机可解读指南的逻辑应用历史患者数据的结果，所述计算机可解读指南引擎激活一个或多个实时计时器。

16.一种临床决策支持或工作流管理系统，包括：

数据收集引擎，其收集至少一个患者的当前和历史工作流数据和临床数据，所述工作流数据至少包括由描述所述患者的处置方案的临床协议和/或计算机可解读指南指定的一系列护理步骤的当前护理步骤，并且所述临床数据包括随时间从所述患者收集的临床测量结果和观察结果；

计算机可解读引擎，其通过使用可用的历史患者数据和/或询问临床医生来决定丢失的工作流数据和/或临床数据，并且使用所决定的数据来更新所述计算机可解读指南引擎的所述状态。

17.如权利要求16所述的系统，其中，所述患者数据是按时间顺序被处理的。

18.如权利要求16和17中的任一项所述的管理者，其中，所述计算机可解读指南引擎从所述历史患者数据推断它的状态的一个或多个部分。

19.如权利要求16到18中的任一项所述的管理者，其中，如果不能够从所述历史患者数据推断关于一个或多个护理步骤或者一个或多个测量或观察的信息，则所述计算机可解读指南引擎询问临床医生。

20.如权利要求16到19中的任一项所述的管理者，其中，所述计算机可解读指南引擎将一个或多个虚拟计时器事件插入到历史患者数据流中。