用于分配有意义的临床警报的系统和方法

摘要

一种用于对临床消息进行路由的消息传递系统（100），其包括事件处理器和标准化协议105）。事件处理器（106）从一个或多个事件源102）接收一个或多个入站消息。事件源（102）包括一个或多个工作列表项。事件处理器（106）还将工作列表项存储在事件数据库（198）中，并且针对如由一个或多个规则确定的事件数据库198）中需要被遵照执行的一个或多个工作列表项来产生和传送出站消息。标准化协议（105）用于表示入站消息和出站消息。

权利要求

1.一种用于对临床消息进行路由的消息传递系统(100)，所述消息传递系统(100)包括：事件处理器(106)，其：

从一个或多个事件源(102)接收一个或多个入站消息，所述入站消息包括一个或多个工作列表项；

将所述工作列表项存储在事件数据库(198)中；并且，

针对由一个或多个规则确定的事件数据库(198)中需要被遵照执行的一个或多个工作列表项来产生和传送出站消息；以及标准化协议(105)，用于表示所述入站消息和所述出站消息，

其中，所述事件处理器(106)使用一个或多个规则来验证和/或修改所述入站消息的所述工作列表项，其中，所述规则是基于医院政策、目标设定、所述入站消息的属性、待命状态、工作列表、以及工作流程中的一个或多个。

2.根据权利要求1所述的消息传递系统(100)，其中，所述事件处理器(106)使用一个或多个规则来确定需要被遵照执行的所述工作列表项，其中，所述规则包括以隐含在所述事件数据库(198)和/或工作流程中的工作列表为基础的一个或多个规则。

3.根据权利要求1至2中的任一项所述的消息传递系统(100)，其中，所述事件处理器(106)更新和/或删除所述事件数据库(198)中的被针对而生成并传送了出站消息的工作列表项。

4.根据权利要求1至2中的任一项所述的消息传递系统(100)，其中，所述入站消息包括规定了相应的出站消息何时被发送的属性。

5.根据权利要求1至2中的任一项所述的消息传递系统(100)，其中，所述事件处理器(106)被配置为：从所述入站消息接收针对位置、设备、或患者的工作列表项，其中，所述位置、设备或患者包括升级等级的升级序列，每个升级等级包括目标；

使用所述规则来确定所述工作列表项是否应当被升级；

响应于确定所述工作列表项应当被升级，识别所述位置、设备、或患者的下一个升级等级，所述下一个升级等级只包括已经不处理更高和/或相同优先级的工作列表项的目标；以及，产生针对所述工作列表项的出站消息并将针对所述工作列表项的出站消息传送至识别的目标。

6.根据权利要求5所述的消息传递系统(100)，其中，通过逐级经过所述升级序列的升级等级，来识别所述下一个升级等级，直到发现包括已经不处理更高和/或相同优先级的工作列表项的目标的升级等级。

7.一种对临床消息进行路由的方法(500)，所述方法(500)包括：以标准化协议(105)从一个或多个事件源(102)接收(504)一个或多个入站消息，所述入站消息包括一个或多个工作列表项；

将所述工作列表项存储(510)在事件数据库(198)中；并且，针对由一个或多个规则确定的所述事件数据库(198)中需要被遵照执行的一个或多个工作列表项来以所述标准化协议(105)产生(518)和传送(520)出站消息，其中该方法还包括：使用一个或多个规则来验证和/或修改(508)所述入站消息的所述工作列表项，其中，所述规则是基于医院政策、目标设定、所述入站消息的属性、待命状态、工作列表、以及工作流程中的一个或多个。

8.根据权利要求7所述的方法(500)，其中

所述出站消息的所述产生(518)使用基于医院政策、目标设定、所述入站消息的属性、待命状态、工作列表、以及工作流程中的一个或多个的一个或多个规则。

9.根据权利要求7-8中的任一项所述的方法(500)，还包括：从所述入站消息接收针对位置、设备、或患者的工作列表项，其中，所述位置、设备或患者包括升级等级的升级序列，每个升级等级包括目标；

使用所述规则来确定所述工作列表项是否应当被升级；

响应于确定所述工作列表项应当被升级，识别所述位置、设备、或患者的下一个升级等级，所述下一个升级等级只包括已经不处理更高和/或相同优先级的工作列表项的目标；以及，产生针对所述工作列表项的出站消息并将针对所述工作列表项的出站消息传送至识别的目标。

10.根据权利要求9所述的方法(500)，其中，所述识别包括：逐级经过所述升级序列的升级等级，直到发现包括已经不处理更高和/或相同优先级的工作列表项的目标的升级等级。

11.一种对临床消息进行路由的装置，所述装置包括：

用于以标准化协议(105)从一个或多个事件源(102)接收(504)一个或多个入站消息的模块，所述入站消息包括一个或多个工作列表项；

用于将所述工作列表项存储(510)在事件数据库(198)中的模块；并且，用于针对由一个或多个规则确定的所述事件数据库(198)中需要被遵照执行的一个或多个工作列表项来以所述标准化协议(105)产生(518)和传送(520)出站消息的模块，其中该装置还包括：用于使用一个或多个规则来验证和/或修改(508)所述入站消息的所述工作列表项的模块，其中，所述规则是基于医院政策、目标设定、所述入站消息的属性、待命状态、工作列表、以及工作流程中的一个或多个。

说明书

用于分配有意义的临床警报的系统和方法

技术领域

[0001] 本申请大致涉及电子通信。其特别适用于将警报和消息路由到临床医生，并将通过具体的参考来描述本发明。然而，应当理解，其也适用于其它使用情况，并不一定限于前述的应用。例如，其适用于制造、防火、安全和其它工业中。

背景技术

[0002] 临床决策支持应用经常传送通用警报和/或特定于终端设备的警报。例如，如果参数达到某个阈值，则监测系统可以生成通用警报。然而，传送通用警报和/或特定于终端设备的警报的一个问题是：这样的警报无法靶向特定的临床医生。

[0003] 无法靶向特定的临床医生经常导致警报到达不感兴趣的临床医生或未到达能够对警报内容作出反应的临床医生。例如，临床医生可能接收到不属于他们的临床角色和/或他们的患者列表的警告。其他的例子包括：临床医生在下班和/或非空闲的时候接收到警报，或警报被发送到临床医生所携带的被物理关闭和/或超出通信范围的设备。

[0004] 另外，临床决策支持应用经常传送警报而不考虑它们与工作流程的时间关系和/或患者的紧急程度。例如，指示在出院之前需要纽莫法疫苗的警报在时间上是在重症患者抵达重症监护病房（ICU）之前。

[0005] 为了解决这些问题中的一些问题，存在发送警报至设备并且包括用于当目标设备未能确认警报时采用行动的业务逻辑的消息传递系统。然而，这些系统通常必须被针对每一个警报和/或用户来配置，这是耗费劳力的，或者这些系统是基于事件源、用户角色和通知设备中一个或多个而通用的。而且，它们未提供基于给定用户和/或患者的工作列表的动态和/或复杂的业务逻辑。

[0006] 此外，消息传递系统经常导致较不严重的警报在占据临床医生时间的严重警报之后到达临床医生。这对于处理更严重警报的临床医生来说可能是分心的。而且，消息传递系统通常在警示另一个临床医生之前等待一段预定时间段以使临床医生接受警报。这会增加用于处理较不严重警报所花费的时间量，因为这些警报不太可能被拒绝并且升级的时间通常必须流逝。

发明内容

[0007] 本申请提供了一种用于将警报和其他消息路由给临床医生的新的和改进的系统和方法，其克服了上述的问题和其它问题。

[0008] 根据一个方面，提供了一种用于对临床消息进行路由的消息传递系统。该系统包括事件处理器以及标准化协议。所述事件处理器从一个或多个事件源接收一个或多个入站消息。所述消息包括一个或多个工作列表项。所述事件处理器还在事件数据库中存储所述工作列表项，并针对事件数据库中如由一个或多个规则确定的需要被遵照执行（be acted upon）的一个或多个工作列表项产生和传送出站消息。所述标准化协议是用于表示入站消息和出站消息。

[0009] 根据另一个方面，提供了一种用于对临床消息进行路由的方法。从一个或多个事件源接收以标准化协议的形式的一个或多个入站消息。所述入站消息包括一个或多个工作列表项。工作列表项被存储在事件数据库中，针对事件数据库中如由一个或多个规则确定的需要被遵照执行的一个或多个工作列表项产生和传送以标准化协议的形式的出站消息。

[0010] 根据另一个方面，提供了一种对事件信息进行自描述并将事件信息传送到事件处理器的方法。接收事件通知并产生使用标准化协议的消息。消息包括事件信息和使用一个或多个标准化消息属性表示的一个或多个工作列表项。所述工作列表项指定了消息被指向的谁以及所述事件处理器应当如何对所述消息进行路由。

[0011] 根据另一个方面，针对每一患者和每一用户维持一工作列表。工作列表保持跟踪有效的警报等待响应、有效的工作项和未来或计划的工作列表项。所述工作列表使得系统能够基于针对给定患者和用户上下文的到来的任务或警报的严重性，来对工作流程进行依主次先后排列和重新指向。

[0012] 根据另一方面，使用标准化协议来建立用于对消息进行路由的期望业务逻辑。这允许系统利用该协议来建立一种用于外部系统的机制，该机制用于传送具有终端用户上下文作为部分消息的消息，并且使终端用户响应传送回消息传递应用，而该应用不需要了解任何关于所述终端用户的状态或偏好的任何信息。

[0013] 本系统和方法的一个优点是它以智能方式传递消息。

[0014] 另一个优点在于能够将警报和/或消息路由到特定用户和临床角色。

[0015] 另一个优点在于能够在警报和/或消息中指定该警报和/或消息的下一个升级步骤。

[0016] 另一个优点在于能够保持跟踪各种未决的警报、工作任务和/或消息的状态。

[0017] 另一个优点在于整理的工作流程能够被大量对于用户或患者有效的不同系统支持。

[0018] 另一个优点在于能够通过处理符合自描述协议的消息，以及通过针对不使用协议的系统局部地允许特定的业务规则，来以灵活的方式实施警报和/或消息的处理规则。

[0019] 另一个优点在于能够定义用于警报和/或消息的复杂升级步骤。

[0020] 另一个优点在于能够向用户提供在本机应用之外的确认和响应选择，并且使该响应传回正在警报的应用。

[0021] 另一个优点在于能够以标准化方式表示警报和/或消息的升级步骤。

[0022] 另一个优点在于事件被更快地接受并处理。

[0023] 另一个优点在于减少了部分工作人员的警报疲劳和注意力分散。

[0024] 另一个优点在于提高了安全性。

[0025] 本领域普通技术人员在阅读和理解以下详细说明之后，将会理解本发明的其他优点。

附图说明

[0026] 本发明可以采用各种部件和部件排列以及各种步骤和步骤排列的形式。附图仅用于说明优选实施例，而不应被解释为限制本发明。

[0027] 图1提供了根据本发明的方面的消息传递系统的概况；

[0028] 图2是图1的消息传递系统的详细框图；

[0029] 图3是根据本发明的方面的事件处理器的框图；

[0030] 图4是根据本发明的方面的事件消息；

[0031] 图5是用于对临床消息进行路由的方法的框图；

[0032] 图6是基于目标可用性来升级工作列表项的方法的框图；以及，

[0033] 图7是用于自描述和传送事件信息的方法的框图。

具体实施方式

[0034] 参照图1，在一个实施例中，消息传递系统100包括连接到一个或多个事件源102的一个或多个事件源接口104、事件处理器106、连接到消息服务110的消息服务接口108等等，消息服务110与一个或多个事件目标112等进行通信。

[0035] 事件源102响应于临床事件产生事件消息，并将所述事件消息传送到事件处理器106。临床事件包括生理事件（诸如在患者中检测到低钾）、工作流程项的通知（如给药到期或逾期）、系统事件（如独立磁盘的冗余阵列（RAID）出故障）等等中的一个或多个。

[0036] 事件消息包括临床医生将发现相关的属于相关临床事件的信息。例如，响应于患者血压警报而产生的事件消息包括患者的血压。如在下面详细讨论的，每个事件消息包括一个或多个工作列表项以及唯一事件标识符、能力、事件属性、时间属性、源属性、目标属性、确认属性中的一个或多个等等。工作列表项是响应于事件将被执行的行动。事件消息以单向模式、双向模式等等中的一个或多个模式传送。以单向模式传送的消息不需要响应；而以双向模式传送的消息需要响应。在某些实施例中，响应可由事件源102使用，以触发事件源102中的行动。

[0037] 在一些实施例中，在单向事件源和双向事件源之间做出区分。单向事件源包括发送但不接收消息的能力；而双向事件源包括发送和接收消息的能力，例如用户作警报做出响应。因此双向事件源发送单向消息，和/或双向消息并接收消息；而单向事件源只发送单向消息。

[0038] 另外地或可替代地，在一些实施例中，在订阅事件源和未订阅事件源之间做出区分。订阅事件源支持事件处理器106所理解的标准化协议105，通过标准化协议105，它们直接与所述事件处理器106通信。相比于订阅事件源，未订阅事件源不支持事件处理器106所理解的标准化协议105，由此它们不直接与所述事件处理器106通信。

[0039] 所述事件源接口104桥接在未订阅事件源和事件处理器106之间的通信。所述事件源接口104接收从未订阅事件源发送到事件处理器106的消息，将该消息重新格式化为事件处理程序106所支持的标准化协议105，并将所述重新格式化的消息转发到所述事件处理器106。另外，所述事件源接口104接收以标准化协议105的形式的从事件处理器106发送到未订阅事件源的消息，将该消息重新格式化为由未订阅事件源接受的格式，并将所述重新格式化的消息转发到所述未订阅事件源。

[0040] 所述事件源接口104适当地包括用于所有未订阅事件源的单个事件源接口，用于或内置于每个未订阅事件源的接口，等等。然而，也预期到其他配置。例如，事件源接口被应用于每一类型的未订阅事件源（例如，Philips IntellivueTM监视器MX800）。

[0041] 所述事件源接口104有利地确保事件源102和事件处理器106之间的互操作性。然而，由于所述事件源接口104不需要由订阅事件源使用，而且以标准化协议105的形式发送的消息确保了互操作性，当消息传递系统100仅与订阅事件源通信时，所述消息传递系统100不需要包括所述事件源接口104。

[0042] 事件处理器106从所述事件源102和/或事件目标112接收入站消息（例如事件消息和/或响应消息），并将对应于入站消息的出站消息传送到目标等等，出站消息例如是升级消息和/或事件处理器响应消息。来自事件源102的入站事件消息适当地产生输出到事件消息的事件目标112的出站升级消息，而且来自事件目标112的入站响应消息适当地产生输出到事件源102的出站事件处理器响应消息。

[0043] 在接收到入站消息时，所述事件处理器106适当地使用一个或多个规则来验证并且可能地修改入站消息。规则适当地包括匹配标准和如果满足该匹配标准则执行的匹配行为。匹配行为包括例如修改所述入站消息。匹配行为和/或匹配标准可考虑医院政策、目标设置、入站消息属性、呼叫状态、工作列表、工作流程、其他事件等中的一个或多个。

[0044] 另外，在接收到入站消息时，所述事件处理器106适当地将入站消息以及可能已经对其做出的任何修改添加到事件数据库198（参见图3）。每个入站消息包括一个或多个工作列表项。因此，通过将工作列表项添加到数据库，来将入站消息添加到事件数据库198。所述工作列表项是响应于事件而将被执行的行为。例如，可以预期的是，工作列表项指定了：关于患者低血糖的警报将被提供至患者的医生。

[0045] 为了发送出站信息，所述事件处理器106适当地监视事件数据库198中的工作列表项，以确定工作列表项中的那些（如果有的话）需要发送的出站消息，基于下文介绍的若干因素来确定何时发送消息，并最后将消息发送至目标用户。适当地，这是使用一个或多个规则来执行的，其中匹配标准规定了用于发送出站消息的标准，匹配行为规定了如何发送出站消息。在一个例子中，规则包括为规定了针对目标用户优先立即发送出站消息的工作列表项生成出站消息的规则。作为另一个例子，规则包括为在之前发送了出站消息而且在允许的时间内没有接收到响应消息的意义下是过期的任意工作列表项生成出站消息的规则。

[0046] 所述事件处理器106使用标准化协议105，适当地与事件源接口104、消息服务接口108、订阅事件源等等中的一个或多个进行通信，标准化协议105提供了标准化格式来表示所有的入站和出站消息。标准化格式由一个或多个属性限定。在某些实施例中，这些属性被排列在层级结构中。属性包括唯一事件标识符、能力、事件属性、时间和/或升级属性、源属性、目标属性、确认属性等等中的一个或多个。

[0047] 唯一事件标识符唯一地识别消息涉及的每个事件。唯一事件标识符允许事件处理器106确定事件数据库198中的工作列表项和消息之间的关系。例如，双向事件消息导致添加工作列表项至事件数据库198，其中使用事件消息的唯一事件标识符为工作列表项编索引。然后，响应消息使用唯一事件标识符来识别与工作列表项之间的联系。

[0048] 能力包括例如用于分别处理事件消息或响应消息的事件源或事件目标的属性。例如，能力包括支持单向事件通信、支持双向事件通信、本地工作列表的维护、提供封装在消息中的选项的能力、支持可视消息、支持音频消息等等中的一个或多个。

[0049] 例如，事件属性识别促进生成消息的事件类型、事件的严重性等中的一个或多个。事件类型包括生理事件、协议事件、工作流程事件、系统事件、状态事件、设备事件等中的一个或多个。状态事件包括描述患者、系统等的状态的事件，并且包括单元状态（例如，有效的无人照管设备）、系统状态（例如，无纸的记录器）、系统健康（例如，RAID故障）、质量保证状态（例如，患者依从性低于目标值的60％）等等中的一个或多个。此外，事件类型是用于对事件进行分组。例如，护士在临床信息系统上将协议提醒（例如，提取乳酸）从工作流程提醒（例如，重要器官到期（vitals due））分离。事件严重性区分高优先级事件（例如，可疑脓毒病）与低优先级事件（例如，30分钟没有来自传感器的数据）。

[0050] 时间和/或升级属性包括工作列表项的过期时间、升级行为、升级时间、延迟属性以及等等中的一个或多个。过期时间识别了在工作列表项被分类为过期之前经过的时间。升级行为识别了工作列表项将如何被升级。升级时间识别了相关工作列表项需要在其之前被升级的时间。

[0051] 延迟属性规定了对于工作列表项的响应可延迟多久。延迟属性包括无延迟的属性、延迟长度的属性、定义了警报需要持续或处于有效以便由系统处理的时间的长度的属性等等中的一个或多个，无延迟的属性包括例如病床警报的默认值。延迟的长度的范围从0（意味着无延迟）到预定数量（如1440，其度量单位例如是秒或分）。在某些实施例中，延迟长度的属性归入了无延迟的属性，其中0的延迟长度暗指没有延迟。另外或替代地，在某些实施例中，延迟属性可替代为预定义的单元计划（即该偏移的延迟）。另外或替代地，在某些实施例中，延迟在升级的每个等级是可设定的（在可应用时）。另外或替代地，在某些实施例中，对于服从于基于时间的标准的警报，不允许事件源和/或事件目标选择延迟。

[0052] 源属性通常包括源类型、一个或多个源参数、源位置等等中的一个或多个。源类型识别事件源的类型（例如Philips IntellivueTM监视器MX800）。源参数识别触发该事件的参数的类型（例如血压）。源位置识别源位于哪里（例如Cardiology单元II）。

[0053] 目标属性通常包括目标用户、目标角色、目标别名，目标应用等等中的一个或多个。目标用户指定了消息被指向的个体（例如，威廉史密斯医生）。目标角色识别目标用户的角色（例如，待命的心脏病专家或ICU护士）。目标别名用于当不知道姓名时识别目标用户（例如患者的妻子）。目标应用包括装置（例如中心台显示器、蜂鸣器4434等）。

[0054] 确认属性适当地获取工作列表项的状态。确认属性包括确认的（例如，史密斯医生确认消息）、发送失败的（例如，消息没有清除发送队列）、接收失败（例如，从接收服务返回的消息指示失败）、确认失败（例如，终端设备接收到警报，但是用户没有确认该警报）、强制翻转（rollover）（例如，用户请求翻转）、强制升级（例如，用户请求升级）等等中的一个或多个。

[0055] 标准化格式将入站消息分成一个或多个工作列表项，其中每一个工作列表项包括一个或多个属性。在某些实施例中，每个工作列表项被分成一个或多个目标，其中每个目标包括一个或多个属性。附加地或可选地，在某些实施例中，标准化格式包括一个或多个属性的全局节段，其中这些属性被施加到每个工作列表项，除非它们被工作列表项中的属性超驰。

[0056] 根据前述内容应当理解的是，标准化协议105允许所述事件源102产生指定用于对消息进行路由的业务逻辑的消息。转而，这允许事件源102利用标准化协议105来建立用于事件处理器106的机制，该机制用于传递消息（这些消息具有终端用户上下文作为消息的一部分）并且将终端用户响应传送回事件源102，而事件源102不需要了解关于终端用户的状态或者偏好的任何信息。

[0057] 当消息服务110缺乏对事件处理器106所支持的标准化协议105的支持时，所述消息服务接口108桥接在事件处理器106和消息服务110之间的通信。所述消息服务接口108接收从所述事件处理器106发送到所述消息服务110的消息，将消息重新格式化成由消息服务110支持的通信协议，并且把重新格式化的消息转发到消息服务110。此外，所述消息服务接口108接收从所述消息服务110发送到事件处理器106的消息，将消息重新格式化成由事件处理器106支持的标准化协议105，并且把重新格式化的消息转发到事件处理器106。当所述消息服务110支持由事件处理器106支持的所述标准化协议105时，消息服务接口108可以是不必要的和/或从所述消息传递系统100中移除。

[0058] 所述消息服务110将升级消息从所述事件处理器106传送到所述事件目标112，和/或另外将对其的响应消息传送到所述事件处理器106。此外，在某些实施例中，所述消息服务110保持跟踪登陆到消息服务110的用户。与事件源102一样，所述消息服务110可以被表征为订阅的或者是未订阅的，这取决于它是否支持事件处理器106所支持的标准化协议105。

[0059] 所述事件目标112从事件处理器106接收升级消息，而且在一些实施例中产生响应消息并该响应消息传送到所述事件处理器106。如事件消息之类的响应消息包括一个或多个工作列表项。通常，为了生成响应消息，事件目标将事件消息呈现在显示器上，和/或促使事件目标的用户经由显示器和/或用户输入设备来提供对其的响应。值得注意的是，事件消息的升级消息可以被一次性发送到多个事件目标112。用户响应和响应能力可以取决于事件目标而是不同的。如上所述的，响应消息包括例如唯一事件标识符、能力、事件属性、时间属性、源属性、目标属性、确认属性等等中的一个或多个。与事件源102一样，在一些实施例中，在单向事件目标和双向事件目标之间作出区分。另外或替换地，在一些实施例中，在订阅事件目标和未订阅事件目标之间作出区分。

[0060] 参考图2，在示出的实施例中，事件源102包括监视器（例如患者监视器102a）、临床决策支持应用、治疗设备（例如治疗设备102b）、临床信息系统（例如临床信息系统102c）等中的一个或多个。

[0061] 事件源102的通信单元118、126、134有助于事件源102和外部装置之间的通信，外部装置例如是事件处理器106和/或事件源接口104。适当地，通过一个或多个通信网络来执行通信。事件源102的存储器115、123、131存储患者数据等，和/或存储用于执行与事件源102关联的一个或多个功能的可执行指令。事件源102的显示器116、124、132允许所述事件源102显示数据和/或消息，以便于在相应的事件源102处的用户。事件源102的用户输入设备120、128、136允许事件源102的用户与相关联的事件源102交互，和/或对显示在其显示器上的消息作出响应。事件源102的处理器和/或控制器114、122、130执行存储在存储器上的指令，以执行与事件源102相关联的功能。

[0062] 在示出的实施例中，事件源接口104包括第一事件源接口104a（其与多个事件源对接）。事件源接口104的通信单元138有助于相关联的事件源接口与外部装置之间的通信，外部装置例如是事件处理器106和事件源102。事件源接口104的存储器142存储用于执行与事件源接口104相关联的一个或多个功能的可执行指令。事件源接口104的处理器和/或控制器140执行存储在存储器上的指令，依执行与事件源接口104相关联的功能。在一些实施例中，存储器142存储或缓存来自事件源102的数据或消息。

[0063] 此外，每个事件源接口104适当地经由一个或多个通信网络进行通信。例如，在某些实施例中，事件源接口经由第一通信网络与未订阅事件源进行通信，经由第二通信网络与事件处理器106进行通信，其中所述第一通信网络不同于所述第二通信网络。

[0064] 事件处理器106经由消息服务接口108和/或所述消息服务110与事件目标112进行通信，并直接或经由事件源接口104与事件源102进行通信。在某些实施例中，另外或替换地，事件处理器106直接与事件目标112进行通信。

[0065] 在示出的实施例中，消息服务接口108包括通信单元144、处理器和/或控制器146、存储器148等等中的一个或多个。通信单元144有助于消息服务接口108和外部装置之间的通信，外部装置例如是消息服务110和事件处理器106。存储器148存储用于执行与消息服务接口108关联的一个或多个功能的可执行指令。处理器和/或控制器146执行存储在存储器148上的指令，以执行与消息服务接口108相关联的功能。

[0066] 消息服务接口108适当地经由一个或多个通信网络进行通信。例如，在某些实施例中，消息服务接口108经由第一通信网络从事件处理器106接收升级消息，并经由第二通信网络将升级消息转发到消息服务110。

[0067] 在示出的实施例中，消息服务110包括通信单元150、处理器和/或控制器152、存储器154等中的一个或多个。通信单元150有助于消息服务110与消息服务接口108、事件处理器106、事件目标112等中的一个或多个之间的通信。适当地，这是通过一个或多个通信网络实现的。存储器154存储用于执行与消息服务110关联的一个或多个功能的可执行指令。处理器和/或控制器152执行存储在存储器154上的指令，以执行与所述消息服务110相关联的功能。

[0068] 在示出的实施例中，事件目标112包括诸如移动电话112a之类的手持设备、诸如治疗设备112b之类的治疗设备、例如临床信息系统112c之类的临床信息系统、诸如患者监视器112d值了的监视器、临床决策支持应用等中的一个或多个。此外，事件目标112包括一个或多个单向事件目标和/或一个或多个双向事件目标。另外，事件目标包括一个或多个订阅事件目标和/或一个或多个未订阅事件目标，这取决于所述事件目标是否支持标准化协议105。

[0069] 事件目标112的通信单元160、168、176、184有助于事件目标112和外部装置之间的通信，外部装置诸如是事件处理器106和消息服务110。使用一个或多个通信网络适当地进行通信。事件目标112的存储器157、165、173、181存储患者数据、用于执行与事件目标112关联的一个或多个功能的可执行指令等中的一个或多个。事件目标112的显示器158、166、174、182允许事件目标112显示数据和/或消息，以便于事件目标112的用户。事件目标112的用户输入装置162、170、178、186允许事件目标112的用户与事件目标112交互，和/或对显示在显示器上的消息作出响应。事件目标112的处理器和/或控制器156、164、172、180执行存储在存储器上的指令，以执行与事件目标112相关联的功能。

[0070] 图3示出的事件处理器106包括医院政策数据库188、目标设定数据库190、待命数据库192、规则数据库194、事件处理协议分析器196、事件数据库198、编写环境202、事件处理规则执行器200、审计日志数据库204等中的一个或多个。虽然利用事件处理器106来描述，但是在一些实施例中，各数据库可以是通过事件处理器106来访问的中央的、机构的或部门的范围的数据库。

[0071] 医院政策数据库188包括允许医院管理者规定医院政策的一个或多个设定。例如，这些设定让医院管理者规定从事件源102接收的生理事件的最小严重性等级。医院政策被适当地通过规则数据库194中的一个或多个规则应用到入站消息。在某些实施例中，医院政策包括硬政策和软政策。阻止硬政策被修改和/或被如目标设定之类的其它设定覆盖；而软政策可以由如目标设定之类的其它设定覆盖。

[0072] 目标设定数据库190包括特定于入站消息的目标的一个或多个设定。例如，目标设定允许个体规定他们如何被接触，例如只通过移动电话。这些设定被适当地应用，只要它们不与医院硬政策冲突。目标可以包括事件源、事件目标、个体、角色、别名、应用、设备等中的一个或多个。与医院政策一样，目标设定被适当地通过规则数据库194中的一个或多个规则应用到入站消息。在某些实施例中，目标设定被链接，以重置例如分页界面的通信简档、中央站、以及单元绑定客户端（unit bound client）。

[0073] 待命数据库192追踪当前待命的那些临床医生，并且通常包括说明当前待命的临床医生的一个或多个待命记录。某些实施例中，待命记录包括临床医生的角色。例如，待命数据库192包括说明乔史密斯当前以肿瘤学待命的待命记录。编写环境202、消息服务110等中的一个或多个可更新待命纪录。

[0074] 规则数据库194包括一个或多个规则，用于验证和/或修改入站消息和/或事件数据库198中的工作列表项。用于验证和/或修改入站消息中的工作列表项的规则是通过事件处理协议分析器196应用的，用于验证和/或修改事件数据库198中的工作列表项的规则是通过事件处理规则执行器200应用的。如上所述，规则适当地包括匹配标准和匹配行为，其中如果满足匹配标准则执行所述匹配行为。匹配行为包括例如升级工作列表项、修改入站消息和/或事件数据库198中的工作列表项等。

[0075] 在某些实施例中，所述规则包括一个或多个规则，该一个或多个规则用于基于一个或多个指定目标验证和/或修改工作列表项。这些规则使用待命数据库192，以验证被指定为工作列表项中的目标的个体是待命或可联系上的，并且如果不是待命或不可联系，则用待命或可联系的人员替换被指定为目标的个体。另外或替代地，这些规则使用待命数据库192，来以待命的人员代替被指定为工作列表项的目标的目标角色。在这两种情况下，根据工作列表项中包含的一个或多个属性、医院政策、目标设定等对目标进行替换。

[0076] 另外地或替代地，在某些实施例中，所述规则包括用于基于工作列表来验证和/或修改工作列表项的一个或多个规则。例如，工作列表包括需要被执行的一个或多个任务，如在重症患者出院之前提供纽莫法疫苗。工作列表包括入站消息和/或事件数据库198中的各种工作列表项。工作列表通常特定于工作列表项中的一个或多个目标（例如事件源或事件目标、患者、目标角色、目标个体等）。

[0077] 除了其它的以外，可以设想，使用示出的实施例中的工作列表的规则能够基于工作列表来增加和/或减少工作列表项的优先级。这可通过修改工作列表项的严重性、双向工作列表项的响应时间等来完成。例如，如果工作列表项的目标被更严重的事件压倒，则规则可促使事件处理协议分析器196增加入站消息中的工作列表项的过期时间。因此，在某种意义上，与工作列表相关联的工作列表项是动态排序的，其中使用规则来调节该排序。

[0078] 另外地或替代地，在某些实施例中，所述规则包括基于源（例如事件源102或事件目标112）来验证和/或修改工作列表项的一个或多个规则。例如，当诸如事件源接口104或消息服务接口110之类的接口允许目标分析来自未订阅源的消息时，该消息仍然可能缺少某些必要信息。这些规则添加了信息和/或修改了发送自未订阅源的工作列表项的现有信息，以填充存在的任何空缺。通常，这些规则仅由所述事件处理协议分析器196应用。

[0079] 另外地或替代地，在某些实施例中，所述规则包括基于工作流程来验证和/或修改工作列表项的一个或多个规则。工作流程是适当地特定于事件或者特定于目标（例如事件源、事件目标、患者、目标角色、目标个体等等）。在一些实施例中，工作流程包括定义工作流程的状态机。另外，在一些实施例中，规则延迟了工作列表项的出站消息，直到相关的工作流程达到特殊的状态。

[0080] 另外地或替代地，在某些实施例中，规则包括基于医院政策、目标设定等来验证和/或修改工作列表项的一个或多个规则。例如，所述规则包括增加特定事件类型的工作列表项使得工作列表项包括最小严重性等级的一个或多个规则。另一个例子中，所述规则包括增加被指向目标个体的一个或多个工作列表项使得通过个体喜好的通信手段（例如通过移动电话）来联系所述个体的规则。

[0081] 规则数据库194还包括用于升级事件数据库198中的工作列表项的一个或多个规则。这些规则通过事件处理规则执行器200来应用。升级是指将出站消息发送至目标，不管其是事件目标还是事件源。例如，规则规定了如果第一目标未在30分钟内确认先前提供的升级消息，升级消息应被提供给第二目标。作为另一个例子，规则规定了事件处理器响应消息应每隔5分钟被传送至事件源，最多持续60分钟，直到传送成功。

[0082] 事件处理协议分析器196处理入站消息以提取包含在其中的一个或多个工作列表项，入站消息包括事件消息和/或响应消息。适当地，事件处理协议分析器196被用于分析以标准化协议105的格式的入站消息。因此，许多属性（包括唯一事件标识符、能力、事件属性、目标属性，确认属性等中的一个或多个）定义了工作列表项。

[0083] 事件处理协议分析器196进一步验证提取的工作列表项，并且在合适时更新提取的工作列表项。使用来自规则数据库194的一个或多个规则来验证和/或修改提取的所述工作列表项，其中使用医院政策、目标设定、入站消息属性，待命状态、工作列表、工作流程、其他事件等中的一个或多个来应用这些规则。然后，将被提取的并且可能地被更新的工作列表项存储在事件数据库198中。

[0084] 事件处理协议分析器196包括处理器206、通信单元208、存储器210等等中的一个或多个。在所示实施例中，通信单元208有助于事件处理协议分析器196和其他装置之间的通信，其他装置例如事件源接口104、事件源102、医院政策数据库188等。通过一个或多个通信网络适当地执行通信。存储器210存储用于执行与事件处理协议分析器196相关联的一个或多个功能的可执行指令。处理器206执行存储在存储器210中的指令，以执行与所述事件处理协议分析器196相关联的功能。

[0085] 事件数据库198存储被提取的并且可能地被更新的工作列表项。根据标准化协议105来适当地定义工作列表项。因此，事件数据库198存储唯一事件标识符、能力、事件属性、目标属性、响应属性等中的一个或多个。

[0086] 编写环境202允许授权用户修改分别在医院政策数据库188、目标设定数据库190和规则数据库194中的医院政策、目标设定和规则中的一个或多个。在某些实施例中，编写环境202进一步允许授权用户修改待命数据库192的待命记录。例如，编写环境202允许授权用户修改临床医生的角色。在其他实施例中，与外部计划系统的数据接口被用于直接地和自动地更新用户角色和待命数据库192。编写环境202对于产生规则以更新来自未订阅源的消息也是重要的，未订阅源例如是未订阅事件源、未订阅消息服务和未订阅事件目标。这使得来自未订阅源的消息能够以与来自订阅事件源的那些消息相同的方式被处理。在某些实施例中，编写环境202被沙箱化或从生产系统局部复制得到，所以规则可以在不干扰有效配置的情况下被测试和验证，然后被激活至生产系统。

[0087] 台式计算机、计算机服务器等适当地实施该编写环境202。预想到分布式和局部化的计算机服务。编写环境202包括显示器212、处理器和/或控制器214、通信单元216、用户接口设备218、存储器220等中的一个或多个。通信单元216有助于编写环境202与事件处理器106的其它部件之间的通信，其它部件诸如是医院政策数据库188、目标设定数据库190、待命数据库192和规则数据库194。通过一个或多个通信网络适当地执行通信。存储器220存储用于执行与编写环境202相关联的一个或多个功能的可执行指令。所述处理器和/或控制器
214执行存储在存储器220上的指令，以执行与编写环境202相关联的功能。用户输入装置
218和显示器212允许编写环境202的用户与事件处理器106的构成数据库交互。

[0088] 事件处理规则执行器200查询事件数据库198，以使用规则数据库194中的规则来确定是否有需要被遵照执行（被作出行动）的工作列表项。如果针对工作列表项需要发送出站消息，则该工作列表项需要被遵照执行。例如，如果工作列表项规定它需要立即传送到目标，该工作列表需要被遵照执行。适当地，事件处理规则执行器200以规定的间隔来检查需要被遵照执行的工作列表项。然而，预想了其它触发事件。例如，在某些实施例中，每一工作列表项使用其自己的定时器来触发工作列表项的检查。

[0089] 当事件处理规则执行器200识别需要被遵照执行的一个或多个工作列表项时，它使用规则数据库194中的一个或多个规则，来验证工作列表项，并以标准化格式105产生用于该工作列表项的出站消息。出站消息包括升级消息和事件处理器响应消息。这些规则适当地基于医院政策、目标设定、入站消息属性、待命状态、工作列表、工作流程、其它事件等中的一个或多个，来验证和/或产生工作列表项。随后，根据工作列表项的源（即事件消息或响应消息），将产生的出站消息发送到由所述工作列表项指定的事件目标或事件源。

[0090] 在针对工作列表项发送出站消息之后，事情处理规则执行器200从事件数据库198中移除所述工作列表项，或在事件数据库198中对其更新，以反映出站消息已经被发送。当与工作列表相关的任务被完成时，所述工作列表项被适当地从事件数据库198中移除，以便保持所述事件数据库198仅具有未决的工作列表项。当升级消息被传送到事件目标时，单向事件消息的工作列表项被适当地完成，当事件消息的响应消息被传送到事件消息的事件源时，双向事件消息的工作列表项被适当地完成。通常，响应消息是单向的。

[0091] 事件处理规则执行器200包括处理器和/或控制器222、通信单元224、存储器226等中的一个或多个。通信单元224有助于事件处理规则执行器200和其他装置之间的通信，其它装置诸如是消息服务接口108、事件目标112、规则数据库194等等。通过一个或多个通信网络适当地执行通信。存储器226存储用于执行与事件处理规则执行器200相关联的一个或多个功能的可执行指令。所述处理器和/或控制器222执行存储在存储器226上的指令，以执行与事件处理规则执行器200相关联的功能。

[0092] 审计日志数据库204保存了事件处理协议分析器196和事件处理规则执行器200采取的步骤的日志。适当地，所有步骤被记录，但是更复杂的记录方案是经得起检验的。记录所有步骤会使授权用户重构已经从事件数据库198中移除的过去事件信息。

[0093] 参照图4，示出了由例如患者监视器产生的事件消息400的例子。事件消息400采用上述的标准化协议105，并且被指向多个目标。例如，事件消息400被指向用户a和用户b，用户a和用户b需要在传送的30秒内确认处于严重性等级“4”的升级消息；否则，该事件消息400被升级，以严重性等级“3”立即通知到用户d。只要事件留存超过2分钟，则事件消息400还被以严重性等级“3”指向到用户f。用户f必须在60秒内确认警报，以免再次被通知。

[0094] 参照图5，提供了一种使用图1的事件处理器106对临床消息进行路由的方法500。关于入站消息（是事件消息或响应消息）是否存在做出确定502。如果不存在入站消息，则查询512事件数据库198，并关于其中的工作列表项是否需要被遵照行事做出确定514。如果入站消息存在，则其是以标准化格式105接收的504。入站消息中包含的工作列表项被提取
506。使用规则数据库194中的一个或多个规则，来验证并且可能地修改508所提取的工作列表项。这些规则是例如基于医院政策、目标设定、事件消息属性、待命状态、工作列表、工作流程、其他事件等中的一个或多个。然后，经验证并可能地经修改的规则被存储510在事件数据库198中。所述事件数据库198被查询512，并关于其中的工作列表项是否需要被遵照执行来做出确定514。使用规则数据库194中的一个或多个规则来适当地进行该确定。如果确定工作列表项不需要被遵照执行，则重复关于是否存在入站消息的确定502。适当地插入延迟。如果工作列表项被识别为需要行动时，则按照规则数据库194中的一个或多个规则来验证516该工作列表项，而且以标准化格式105来产生518出站消息（其可以是升级消息或事件处理器响应消息）并将该出站消息发送520到通过规则识别的目标用户。然后，所述工作列表项被更新或删除522。方法500接着再次开始确定502。

[0095] 参照图6，提供了一种基于目标可用性来升级工作列表项的方法600。方法600是方法500的一个实施例，并且由事件处理器106的处理器206、214、222适当地执行。如下面将看到的那样，该方法600有利地通过阻止警告被已知为处理更高优先级的工作列表项的目标，来允许位置、设备或患者的工作列表项（例如床）被更加快速地处理。另外，该方法600有利地减少了对部分目标的警报疲劳和注意力分散，从而改善了整体的安全性。为了便于讨论，方法600被限制到单个工作列表项。然而，应该理解的是，这同样适用于多个工作列表项和事件消息。

[0096] 方法600预先假定事件处理器106的数据库188、190、192、194、198、204中的一个或多个协同工作，以定义用于实施事件处理器106的机构的位置、设备或患者的升级序列及其指派。每一个升级序列包括一个或多个升级等级，而且该顺序升级通过升级等级来提升。例如，位置、设备或患者包括识别主要目标的第一升级等级以及次要目标的第二升级等级的升级序列，其中升级从第一升级等级进行到第二升级等级。

[0097] 方法600还预先假定事件处理器106的数据库188、190、192、194、198、204中的一个或多个协同工作，以定义用于目标（例如用户、组、设备等等）的位置、设备或患者指派，以及用于该位置、设备或患者指派的升级等级指派。例如，第一用户被指派为患者的第一升级等级，第二用户被指派为患者的第二升级等级。换句话说，所述第一用户被指派为对患者负主要负责，所述第二用户被指派为对患者负次要责任。

[0098] 关于是否存在用于位置、设备或患者的包括工作列表项的事件消息来做出确定602。如果不存在事件消息，则如下所述，关于是否需要升级来做出确定610。否则，从事件源
102接收604该事件消息（可选以标准化格式），事件源102例如是患者监视器。位置、设备或患者被指派包括多个升级等级的升级序列，每个升级等级包括目标（例如用户、设备、应用、组等）。如上所述，通过事件处理器106的数据库188、190、192、194、198、204中的一个或多个的协同工作来适当地定义升级序列和指派。工作列表项包括升级序列中的当前位置。当前位置最初是升级序列的第一升级等级，但随着升级来提升。

[0099] 在接收604所述工作列表项之后，可选地，使用规则数据库194的一个或多个规则对它进行更新606（即验证和修改）。例如，这些规则是基于医院政策、目标设定、事件消息属性、待命状态、工作列表、工作流程、其它工作列表项等中的一个或多个。为获得更多细节，将注意力放到事件处理器106的前述讨论。然后，将经过验证的并且可能经过修改的工作列表项存储608在事件数据库198中。

[0100] 接下来，通过查询所述事件数据库198和根据规则数据库194中的一个或多个规则来检查工作列表项，来关于工作列表项是否需要升级（即升级消息需要被发送）做出确认610。例如，规则可以规定在接收到工作列表项时立即发送第一升级消息，另一规则可规定在预定时间段过去之后而没有接收到第一升级消息的任何接收和/或确认，则第二升级消息被发送。在另一个例子中，规则可规定，如果先前针对该工作列表项发送的升级消息被目标拒绝，则升级按顺序进行。通常，事件数据库198被周期性地查询，但也预期到，所述事件数据库198被连续查询或当事件发生时被查询。

[0101] 在一些实施例中，当所述工作列表项将被升级时，关于升级序列的第一升级等级的目标是否先前拒绝了比将要升级的工作列表项的优先级等级更高或相同的工作列表项做出确定612。任选地，先前的拒绝受限于从所述确定612开始的一预定时间段内的拒绝。预期到的是，预定的时间段可以是特定于所述目标，以及任选地在目标设定数据库190中规定。当没有作出这种拒绝而且工作列表项的升级消息还没有被发送到目标时，升级消息被生成614并传送616到第一升级等级的目标。然后，在做出关于是否出现新的事件消息的确定602之后，重复关于工作列表项是否将被升级的确定610。

[0102] 当确定所述工作列表项将被升级，而且（如果适用的话）已经作出拒绝时，所述事件处理器识别618位置、设备或患者的下一升级等级。这包括：从事件处理器106的数据库188、190、192、194、198、204中的一个或多个中检索对应于事件消息的位置、设备或患者的升级序列，以及目标的位置、设备或患者指派，和位置、设备或患者指派的升级等级指派。有利的是，通过检索每个升级的指派，来考虑升级序列的变化和/或被指派给升级等级的目标的变化（例如由于计划改变或偏移改变）。当升级序列不存在时，可采用包括至少一个升级等级的默认的升级序列。该升级等级可包括例如机构的监督人或者管理者。

[0103] 以升级序列中的当前位置开始，然后将所检索的升级序列的升级等级依次逐级经过，直到到达该升级序列的末端或发现升级等级具有不再处理更高和/或相同优先级的工作列表项的目标。当逐级经过升级序列时，当前位置被更新。在一些实施例中，下一个升级等级包括已经不处理更高和/或相同优先级的工作列表项并且已经不处理超过预定优先级阈值的工作列表项的至少一个目标。例如，如果主要目标正在处理严重的但不危及生命的工作列表项，而且主要目标的危及生命的工作列表项被接收，则所接收的工作列表项可以被升级至第二目标。

[0104] 当从目标接收到接收和/或确认该工作列表项的消息时，目标被认为是正处理该工作列表项。此外，当接收到大意如此的消息时和/或从接收和/或确认开始已经经过预定时间段之后，目标被认为是已经完成处理该工作列表项。在一些实施例中，预定时间段是特定于目标的，以及任选地，在目标设定数据库190中规定。此外，在一些实施例中，当接收到表示目标希望通过升级程序将工作列表项传送到另一目标的消息时，目标被认为已经完成了处理该工作列表项。例如，位置、设备、或患者的主要目标接收位置、设备、或患者的高优先级的工作列表项，并且无法完成另一位置、设备、或患者（该目标是其主要目标）的低优先级的工作列表项。该低优先级的工作列表项可以被传送到第二目标。事件处理器106适当地通过将其记录保存于数据库188、190、192、194、198、204和/或事件处理器106的存储器210、226、220中的一个，来追踪目标是否正在处理工作列表项。

[0105] 当到达升级序列的末端时，可以采用默认的升级序列。否则，根据规则数据库194中的一个或多个规则来验证620工作列表项，而且工作列表项的升级消息被生成622并被经由事件目标112传送624至识别的目标。适当地，以标准化格式来发送所述升级消息。然后，该工作列表项被删除或更新626，以反映升级消息已经被发送，并且关于是否出现新的事件消息来做出确定602。在一些实施例中，响应于所识别的目标正处理工作列表项，来升级所识别的目标正在处理的较低优先级的该工作列表项。预期到，该升级可以进一步要求从所识别的目标接收消息，该消息表示至少一个识别的目标希望将较低优先级的工作列表项经由升级程序传送给其它目标。此外，预期到，升级可以是针对由所识别的目标选择的目标（例如管理者）。

[0106] 在一些实施例中，将由所识别的目标正处理的工作列表项的优先级与预定的优先级阈值进行比较。值得注意的是，这些工作列表项的优先级低于所接收到的工作列表项，因为所识别的目标将否则未接收工作列表项的升级消息。响应于超出预定优先级阈值的这些工作列表项，升级消息也被传送到接着下一升级等级的升级等级的目标。例如，如果目标已被发送针对严重的但不危险的工作列表项的升级消息，而危及生命的工作列表项被接收针对该目标，则可将危及生命的工作列表项的升级消息发送到该目标以及处于更高升级等级的另一目标。

[0107] 参照图7，提供了一种对事件信息进行自描述且将该事件信息传送到事件处理器106的方法700。事件源接口104和/或消息服务接口108中的一个适当地执行方法700。从例如事件源102和/或消息服务110中的一个接收702事件信息（诸如事件的通知或用户对事件的响应）。使用标准化协议105产生704消息。该消息包括事件信息和一个或多个工作列表项（使用一个或多个标准化消息属性来表示）。所述工作列表项规定了该消息被指向谁，以及事件处理器106应当如何升级该消息。然后，消息被传送706给事件处理器106。

[0108] 本文描述的每个数据库（例如医院政策数据库188）适当地包括计算机数据库，其中所述计算机数据库利用单个计算机来实施或被分布在多个计算机上等。另外，每个数据库适当地以结构化方式存储数据，该结构化方式便于调用和访问这样的数据。另外，如本文所用的，存储器包括非暂时计算机可读介质；磁盘或其它磁性存储介质；光盘或其它光存储介质；随机存取存储器（RAM），只读存储器（ROM）、或其它电存储器件或芯片或操作性互连的芯片组；可以通过互联网或局域网从中获得存储的指令的互联网服务器；等等设备中的一个或多个。此外，如本文所用的，控制器包括微处理器、微控制器、图形处理单元（GPU）、特定用途集成电路（ASIC）、现场可编程门阵列（FPGA）等中的一个或多个；通信网络包括互联网、局域网、广域网、无线网络、有线网络、蜂窝网络、数据总线（例如USB和I2C）等中的一个或多个；用户输入设备包括鼠标、键盘、触摸屏显示器、一个或多个按钮、一个或多个开关、一个或多个触发器、语音驱动交互设备等中的一个或多个；显示器包括LCD显示器、LED显示器、等离子体显示器、投影显示器、触摸屏显示器等中的一个或多个。

[0109] 本公开的教导可以被配置在任何临床IT基础设施（住院患者和门诊患者）中，其中存在产生警报或提醒的设备（例如，监视器）和信息系统（例如，ICU信息系统或健康护理信息系统）。在能够展示临床工作列表的系统中，本发明能够提取该信息并且整理和维持它。

[0110] 另外，本公开的教导可以被配置在健康护理之外。例如，它们可以被用于酒店管理（例如房间服务或食品服务）。作为另一个例子，它们可以被用于航空电子设备和航海多系统事件管理，其中需要在多个系统中进行工作流程整理。

[0111] 已经参照优选实施例描述了本发明。其他人可以在阅读和理解前面的详细描述之后做出修改和替换。意图是本发明被认为包括所有这样的修改和替换，只要它们落入所附权利要求或其等同物的范围内。