传送患者监测系统上的主要报警通知的系统和方法

摘要

本申请揭示了用于将患者监测系统上的主要报警通知从床边监测器传送至一个或多个次级装置的方法和系统，其可工作在并非完全可靠的网络上。床边监测器包括附接的生理学参数测量装置，其检测何时特定生理学参数测量在预定范围以外。然后床边监测器引导次级装置报告其报警。无论是二者之间失去通信，还是次级装置对报警条件的确认在预定的时间量内未被返回床边监测器，主要报警责任都从次级装置返回到床边监测器。

说明书

相关申请的交叉引用

本说明书要求提交于2010年11月19日的第61/415,799号，名称为 “Patient Monitoring System with Dual Serial Bus（DSB）Interface”的美国临 时专利申请的优先权，在此结合其全文作为参考。

技术领域

本说明书一般涉及基于医院的患者监测系统。更尤其地，本说明书涉及 用于将主要报警通知从患者床边监测器以经济有效、故障保险的方式传送到 远程的次级装置上的系统和方法。

背景技术

患者监测系统是一种电子医疗装置，其测量患者的各种生命体征，收集 和处理所有测量结果作为数据，然后在观察屏上以图形和/或数字的方式显示 数据。图形数据被连续地显示成关于时间轴的数据通道（波形）。此外，通 常包括图形用户接口，向工作人员提供接入，以改变配置和报警限制的设定。 患者监测系统被定位在病床的附近，一般是在重症监护病房中，其中，它们 通过被附着到患者身上的测量装置持续地监测患者状况，并且可由医务人员 进行观察。这些系统一般在附着到床或附着到墙壁的搁架上。一些患者监测 系统可仅在本地显示器上进行观察，而其系统可连接至网络中并从而在其它 地点（诸如中央监测或护士站）显示数据。

便携式患者监测系统可由急救医疗服务（EMS）的人员使用。这些系统 典型地包括带有监测器的除颤器（defibrillator）。其它便携式单元，诸如Holter 监测器，则让患者佩戴特定的时间段并且然后返回给医师，用于评估所测量 和收集的数据。目前的患者监测系统能够测量和显示多种生命体征，包括， 脉搏血氧量（SpO₂）、心电图（ECG）、有创血压（IBP）、无创血压（NIBP）、 脑电图（EEG）、体温、心排血量、二氧化碳图（CO₂）和呼吸作用。患者监 测系统能够测量和显示最大、最小和平均值以及频率，诸如脉搏和呼吸率。

所收集的数据可通过固定的有线连接或无线数据通信被发送。为患者监 测系统供电可通过供电干线或通过电池供给。虽然当前的患者监测系统在监 测患者情况和将变化通知医务人员的方面是有效的，但是它们并不是没有任 何缺陷和局限的。

患者监测系统通常装备有音频和视频报警以通知医护人员患者状态的 改变。报警参数一般是由医护人员设置的。例如，可听见的报警常常可能太 吵而打扰到其他患者、人员，甚至打扰到可能出现在病房中的家属。明亮闪 烁的视觉的临床医师/护士警报也可能会打扰其它病人。相反，更细微的视觉 警报可能难以看得见，这可能是监测系统显示器上视觉混乱导致的，或者是 因为视觉警报与显示器上的其它信息并没有足够大的差别。此外，对于临床 医师来说使工作的警报静音可能是很困难的，因为可能延迟对病人的护理。 用于报警控制的一般用户接口是经由传统的按钮或在许多示例中是经由触 摸屏或键盘操作的。

因此，存在一种对患者系统中的更好的报警机制的需求，在这种报警机 制中，音频和视频报警两者均易于被临床医师识别出同时又不会打扰患者。 此外，存在一种对值班临床医师可快速使警报静音并然后注意患者需求的报 警机制的需求。

此外，虽然在报警环境中产生视觉和音频的警报，但是很少有护理人员 专门看守这些系统，因为护理人员忙于照顾多个患者。在患者附近的系统发 生的报警常常会吵醒患者，经常是“误”报警，并且同时也会惊扰到患者的 家人。期望的是让主要报警通知出现在所指派的看护者而不是患者的地点， 因为是看护者需要采取行动。在看护者所处的地点提供报警通知的一个常规 方法是在中心工作站内重复来自位于患者床边的患者监测器的信息，或者将 该信息发送给寻呼机以通知工作人员报警状况，特别是当工作人员并没有身 处病房的时候。但是，在这些冗余的系统中，报警通知仍经常在床边出现， 并且仍存在打扰患者及他们的家属的缺陷。

另一个常规方法涉及遥测发射机，其不具有主要报警功能，而总是将报 警通知传送给用于主要报警的次级装置。不合适的是，这些系统需要范围广 泛的且昂贵的设备以保证对主要报警功能的可靠传送。

又另一个常规的方法涉及特定用于患者监测的专用网络。为了保证报警 通知的传输，这些网络被设计成具有最大的冗余度、可靠性，以及稳健性。 但是，这种并行的监测网络非常昂贵，并不适合预算拮据的医院或不具有采 购和支持复杂IT基础结构的能力的全球地理区域。

因此，存在对这样一种经济有效、故障保险的方法的需求，该方法将主 要报警通知从患者监测器发送至由一个或多个指派的看护者携带的次级装 置而不会吵到患者，并且，不需要分散的专用网络基础结构。尤其是，存在 一种对于将主要报警通知从患者监测器发送到由一个或多个指派的看护者 携带的次级装置的经济有效、故障保险的方法的需求，这种方法能在医疗提 供者的现有网络中，甚至是在并不完全可靠的现有网络中运行。

发明内容

在一个实施例中，本说明书涉及易失性或非易失性的计算机可读媒介， 不包括用于发送波的传输介质，其中，所述介质包括：第一多个编程指令， 其中，在通过第一计算装置执行时，所述第一多个编程指令：将消息从第一 计算装置发送至第二计算装置，其中，所述消息是使第一计算装置承担用于 报告警报的主要任务的请求；建立和维持心跳，其中，所述心跳提供了在第 一计算装置与第二计算装置之间的通信链路可操作的一致确定；接收来自第 二计算装置的指示报警状态的数据；并且，响应接收来自第二计算装置的指 示报警状态的所述数据，将确认从第一计算装置发送至第二计算装置；以及， 第二多个编程指令，其中，当通过第二计算装置执行时，所述第二多个编程 指令：接收来自第一计算装置的所述消息；响应于接收所述消息，建立和维 持所述心跳；监测所述心跳以确定第一计算装置与第二计算装置之间的通信 链路可操作；发送指示报警状态的所述数据；如果接收到来自第一计算装置 的所述确认，则暂停执行用于响应于报警状态报告警报的编程例程；并，基 于指示报警装置的所述数据和所述心跳状况，导致响应于报警状态报告所述 报警。

在一个实施例中，计算装置是床边监测器；

在一个实施例中，第一计算装置是蜂窝式电话、PDA、智能电话、平板 电脑计算装置、患者监测器、定制一体机（custom kiosk），或能够执行编程 指令的其它计算装置中的至少一个。

在一个实施例中，如果未检测到所述心跳，则第二多个编程指令导致响 应于报警状态在第二计算装置报告所述报警。此外，如果所述心跳不满足预 定义的可靠阈值，则第二多个编程指令导致响应于报警状态在第二计算装置 处报告所述报警。而且，如果检测到心跳并且如果从第一计算装置接收到确 认，则第二多个编程指令并不导致所述报警在第二计算装置处报告。

在一个实施例中，第一多个编程指令生成对于在所述第一计算装置处确 认报警消息的接收的用户提示；接收响应于所述提示用于确认对报警消息的 接收的用户输入；并将指示所述用户输入的数据发送给第二计算装置。而且， 如果检测到心跳、如果接收到确认，以及，如果接收到指示所述用户输入的 数据，第二多个编程指令都不导致所述报警在第二计算装置处被报告。又而 且，如果以下任意一种情况出现：未检测到心跳、未接收到确认，或未接收 到指示所述用户输入的数据，第二多个编程指令导致所述报警在第二计算装 置处被报告。

在一个实施例中，第一多个编程指令接收来自第二计算装置的指示报警 状态的所述数据，所述第一多个编程指令导致报警在第一计算装置上被报 告。

在另一个实施例中，本说明书涉及易失性或非易失性计算机可读介质， 不包括用于发送波的传输介质，其中，所述易失性或非易失性计算机可读介 质包括：第一多个编程指令，其中，当通过第一计算装置执行时，所述第一 多个编程指令：接收来自床边监测器的消息，其中，所述消息是使第一计算 装置承担用于报告警报的主要责任的请求；响应于接收到所述消息，建立和 维持心跳，其中所述心跳提供在第一计算装置与床边监测器之间的通信链路 可操作的一致确定；接收来自床边监测器的指示报警状态的数据；并且响应 于接收来自床边监测器的指示报警状态的所述数据，从第一计算装置向至床 边监测器发送确认；以及第二多个编程指令，其中，当通过床边监测器执行 时，所述第二多个编程指令：发送来自第一计算装置的所述消息；建立并维 持所述心跳；监测所述心跳以确定第一计算装置与床边监测之间的通信链路 可操作；发送指示报警状态的所述数据；如果接收到来自第一计算装置的所 述确认，则响应于报警状态暂停执行用于报告报警的编程例程；并且导致基 于指示警报状态的所述数据和心跳状况，响应于所述报警状态报告所述报 警。

在一个实施例中，第一计算装置是蜂窝式电话、PDA、智能电话、平板 电脑计算装置、患者监测器、定制一体机，或能够执行编程指令的其它计算 装置中的至少一个。

在一个实施例中，如果未检测到所述心跳，第二多个编程指令导致响应 于报警状态在床边监测器处报告所述报警。而且，如果心跳不满足预定义的 可靠性阈值，第二多个编程指令导致响应于报警状态，在床边监测器处报告 所述报警。又而且，如果检测到心跳并且如果从第一计算装置接收到确认， 第二多个编程指令不导致在床边监测器处报告所述报警。

在一个实施例中，第一多个编程指令生成对于在所述第一计算装置处确 认对报警消息的接收的用户提示；接收响应于所述提示以确认对报警消息的 接收的所述提示；并且将指示所述用户输入的数据发送给床边监测器。此外， 如果检测到心跳，如果接收到确认，和如果接收到指示所述用户输入的数据， 则第二多个编程指令不导致在床边监测器处报告所述报警。而且，如果出现 以下任一情况：未检测到心跳、未接收到确认，或未接收到指示所述用户输 入的数据，则第二多个编程指令不导致在床边监测器处报告所述报警。

在一个实施例中，第一多个编程指示接收来自床边监测器的指示报警状 态的所述数据，所述第一多个编程指令导致在第一计算装置处报告报警。

本说明书的前述和其它的实施例将在附图和以下提供的详细说明中更 加深入地说明。

附图说明

这些和其它特征以及优点将进一步被体会到，因为在结合附图进行考虑 后，通过参考详细说明，它们将变得更好理解：

图1是说明报警优先权系统的一个示例性实施例的框图，描绘具有生理 学参数测量装置的床边监测器和一个次级报警装置；

图2是说明报警优先权系统的另一个示范性实施例的框图，描绘具有生 理学参数测量装置的床边监测器和四个次级报警装置，；以及

图3是说明报警优选权协议的一个示范性实施例的流程图；

图4是说明本发明的报警优先权协议的另一个示范性实施例的流程图， 其包括看护者识别报警的步骤；

图5是说明报警优先权协议的另一个示例性实施例的流程图，其中，床 边监测器请求次级装置担负主要报警责任；以及

图6是说明报警优先权协议的另一个示例性实施例的流程图，其中，床 边监测器请求次级装置担负主要报警责任，包括看护者识别报警的步骤。

具体实施方式

在一个实施例中，本说明书揭示了用于将主要报警通知从床边患者监测 系统以经济有效、故障保险的方式传送至次级装置的系统和方法。

在一个实施例中，本发明包括：第一计算装置，诸如在报警条件下能够 生成音频和视觉报警通知的次级报警装置，其中，第一计算装置执行第一多 个编程指令；第二计算装置，诸如运行能够在报警条件（即，低心跳速率） 下生成音频和视觉报警通知的嵌入算法的生理学参数测量装置，其中，第二 计算装置执行第二多个编程指令；在所述第一和第二计算装置之间传递数据 的器件；以及，被设计成确定所述第一和第二计算装置之间的报警通知级别 （hierarchy）的协议。

在一个实施例中，本发明包括以下内容：运行能够在报警条件（即，低 心跳速率）下生成音频和视觉报警通知的嵌入算法的生理学参数测量装置； 同样能够在报警条件下生成音频和视觉报警通知的一个或多个次级报警装 置；在所述生理学参数测量装置与所述次级装置之间传送数据的器件；以及， 被设计成确定所述装置之间的报警通知级别的协议。

至少一个第一计算装置能够接收来自第二计算装置的主要报警责任。因 此，本发明的生理学参数测量装置具有将主要报警通知责任转移给至少一个 次级装置的功能。该至少一个次级装置由一个或多个分配的看护者携带或定 位在固定的地点。由于音频和视觉报警仅在次级装置上起动，这起到降低在 床边与干扰相关的报警发生率并且可以提高医院人员的效率的作用。

在一个实施例中，本发明的系统是“故障保险”的，因为其假设在第一 计算装置与第二计算装置（即，分别指次级装置和床边监测器）之间的网络 可能发生故障或间断。因此，虽然床边监测器能够主要报警责任转移到网络 中的一个或多个次级报警装置，但是，床边监测器总是在没有从次级装置接 收到“心跳”和/或特定的确认标准的情况下回复成为主要报警装置。因此， 如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈值，则床边 监测器保持作为主要报警装置。如果存在间断的“心跳”或不可靠的连接， 该系统将停止与次级装置的通信。在一个实施例中，该系统确定连接中断的 个数，并基于预定义的连接中断阈值评估连接环境是否可靠到足以允许次级 装置承担报警责任。在一个实施例中，可接受的连接中断个数或连接中断阈 值是由用户在床边监测器处预编程的。在另一个实施例中。可接受的连接中 断的个数是在制造处预编程的并且不能被改变。

在将主要报警责任转移至至少一个次级装置时，在一个实施例中，床边 监测器暂停报告报警的编程例程。因此，在一个实施例中，当接收到确认时， 本地床边监测器报警条件被抑制。如果，在任何点，装置之间的通信失败或 未收到确认，则将不抑制或起动驻留在床边监测器中的报警例程，并且床边 监测器继续执行报警报告的编程例程。

在另一个实施例中，次级装置起到冗余报警装置的作用，并且在初级装 置或床边监测器报警时也进行报警。因此，在一个可选实施例中，在床边监 测器处的报警条件从不被抑制。这允许看护者远程地监测患者，而且通知可 能在报警条件房间出现的看护者。在这种情况下，可通过使用任意装置确认 报警。

本说明书揭示了多个实施例，为了能使本领域普通技术人员能够实现本 发明而提供了以下揭示内容。本说明书中所使用的语言并不应被直译成对任 意特定实施例的一般否定或被用于限制超出在此使用的术语意思的权利要 求。本文所定义的普遍原理可被应用于其它实施例和应用，而不背离本发明 的精神和范围。而且，所使用的术语和措辞是为了说明示例性实施例的目的 而不应被认为构成限制。因此，本申请是基于最宽泛的范围的，其涵盖符合 所揭示的原理和特征的多个备选、变体和等价物。为了清楚的目的，并没有 详细说明关于在本发明相关技术领域中已知的技术材料的细节，以至于不会 不必要地使本发明复杂化。

图1是说明本发明的报警优先权系统100的一个示例性实施例的框图， 其描绘了第一计算装置120（诸如次级报警装置），以及第二计算装置，诸如 但不限于进一步包括生理学参数测量装置的床边监测器105。

在一个实施例中，附接到床边监测器105的生理学参数测量装置110执 行能够在报警条件下生成音频和视觉报警通知的嵌入算法。生理学参数测量 装置110和床边监测器105包括常规的、标准的独立或网络连接的监测系统。 生理学参数测量装置110测量患者参数，并且在所述参数落在正常范围以外 的情况下通知床边监测器105，表明报警条件。

如果主要报警责任已经转移到次级装置120，则所述次级装置120将起 动其音频和视觉报警，并且床边监测器105将保持静音。

次级报警装置120包括以下装置中的至少一个：蜂窝式电话、PDA、智 能电话、平板电脑、其它患者监测器、定制一体机（kiosk）和/或任意其它 计算装置。

床边监测器105与次级装置120之间的通信经由网络连接115维持。在 一个实施例中，数据在床边监测器与次级装置之间经由有线网络传送。在另 一个实施例中，数据在床边监测器与次级装置之间经由无线网络（诸如 802.11a/b/g/n、蓝牙或其它协议或标准）进行传送。在另一个实施例中，数 据在床边监测器与次级装置之间将由蜂窝式网络进行传送。

应该进一步体会到的是，每一个次级装置和监测系统都具有能够发送和 发射数据的无线的和有线的接收器和发送器、能够处理编程指令的至少一个 处理器、能够存储编程指令的内存，和包括多个用于执行本文中所说明的处 理的编程指令的软件。

在其它实施例中，报警系统可与多于一个的次级装置耦接。图2是说明 本发明的报警优先权系统200的另一个示例性实施例的框图，其描绘了第二 计算装置和至少一个第一计算装置，其中第二计算装置诸如是进一步包括生 理学参数测量装置210的床边监测器205，至少一个第一计算装置优选地为 四个第一计算装置，诸如，但不限于次级报警装置220、225、230、235。次 级报警装置220、225、230、235分别包括以下装置中的至少一个：蜂窝电 话、PDA、智能电话、平板式PC、其它患者监测器、定制一体机和/或任意 其它计算装置。

在一个示例性实施例中，第一次级装置220是移动电话，第二次级装置 225是平板式PC，第三次级装置230是在临床医师站中的计算机，并且第四 次级装置240为定制一体机，诸如护士站一体机。在其他不同实施例中，以 上所列次级装置中的一个或多个的任意组合，以及任意其它类似移动或固定 的装置，可起到次级报警装置的作用和承担来自床边监测器的主要报警责 任。这些次级装置能够产生视觉和音频的报警，并且由分配给的看护者携带 或定位在医院人员在其工作过程中频繁出现的地点。

床边监测器205与次级装置220、225、230和235之间的通信是经由网 络连接215维持的。在一个实施例中，数据经由有线网络在床边监测器和次 级装置之间传递。在另一个实施例中，数据经由诸如802.11a/b/g/n、蓝牙或 其他无线通信协议或标准的无线网络在床边监测器和次级装置之间传递。在 另一个实施例中，数据经由蜂窝式网络在床边监测器和次级装置之间传递。

图3是说明报警优先权过程或协议300的一个示例性操作实施例的流程 图。在一个实施例中，床边监测器通过以下处理将主要报警责任委托给至少 一个次级装置，和从至少一个次级装置取回主要报警责任，正如相对于图3 所说明的。第一计算系统，次级报警装置在步骤305中首先请求成为监测系 统的初级报警装置。

应该体会到的是，该请求可通过将消息从在第一计算系统（在一个实施 例中为次级系统）中执行的应用程序传输至在第二计算系统（在一个实施例 中为床边监测器）中执行的应用程序来实现。每一个应用程序被配置成接收、 发送、识别、翻译，和处理这样的请求消息。应该进一步体会到的是，第一 和第二计算系统二者、次级装置和监测系统，分别具有能够发送和发射数据 的无线和有线接收器和发射器、能够处理编程指令的至少一个处理器、能够 存储编程指令的内存，和包括用于执行本文中所说明的处理的多个编程指令 的软件。

第二计算装置或床边监测器二者在步骤310a中接受，或在步骤310b中 拒绝，来自第一计算装置或次级报警装置在步骤305中的请求。如果拒绝， 床边监测器在步骤315中保持主要报警责任，并且该行动被记录在系统中产 生的活动日志中。

返回图3，如果在步骤310a中由床边监测器中执行的相应软件接收到并 接受从次级装置形成并发送的消息，在步骤320中通过使用“心跳”建立连 接，该“心跳”是预定系列的通信，被设计成确认在监测器与次级装置之间 的链路可操作并且次级装置正在接收，或能够接收，由床边监测器所发送的 所有报警消息。床边监测器和次级装置均已安装了在两个装置之间建立“心 跳”或链路的软件。“心跳”可以是消息、比特、代码的任意序列，或其它 有序、预定义的一组发送数据。一旦建立，则通过“心跳”维持连接。

在步骤325中，如果“心跳”连接在任意时间失败，则在步骤315中主 要报警责任返回到床边监测器，直到“心跳”重新建立起的时刻。失败的“心 跳”在次级装置上生成技术报警通知并由系统记录。在一个实施例中，如果 “心跳”失败，则看护者必须在床边监测器与次级装置之间手动重新建立连 接。在另一个实施例中，如果“心跳”失败，则床边监测器和次级装置之间 的连接可通过以预定的时间间隔尝试连接而自动建立，直到看护者手动终止 连接处理。在又另一个实施例中，如果“心跳”失败，则床边监测器和次级 装置之间的连接可通过以预定的时间间隔尝试连接来自动建立，直到达到最 大连接尝试次数。应该注意的是，预定的连接尝试时间间隔和最大连接尝试 个数可以是在床边监测器、次级装置处编程的，或在制造点预编程。

因此，如果在床边监测器和次级装置之间的心跳不满足预定义的可靠性 阈值，床边监测器仍然是初级报警装置。如果“心跳”间断或连接不可靠， 系统将停止与次级装置的通信。在一个实施例中，系统确定连接中断的个数， 并基于预定义的连接中断阈值评估连接环境是否可靠到足以允许次级装置 承担报警责任。在一个实施例中，可接受的连接中断个数或连接中断阈值是 由用户在床边监测器处预编程的。在另一个实施例中，可接受的连接中断次 数是在制造点处预编程的并且不能改变。

在步骤335，如果生理学监测装置检测到报警条件，同时主要报警责任 已经转移至至少一个次级装置，随后床边监测器在步骤340通过将报警条件 消息从床边监测器发送至次级装置，通知次级装置出现报警条件。报警条件 消息可以是任意的消息、比特、码的序列或其它有序的、预定义的一组发送 数据，其由床边监测器和次级装置二者进行识别。应该进一步体会到的是， 报警条件可包括不同类型的数据，包括仅仅是报警存在的指示、指示导致报 警的条件的特定属性的数据，和/或指示报警严重性的数据，以及其他数据。

一旦次级装置接收到报警消息，其报告报警并在步骤345向床边监测器 发送该报警已经在所述次级装置上出现的确认。在一个实施例中，报警报告 是可听见的报警，诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例 中，报警报告是视觉报警，诸如在次级装置本身上或在次级装置显示器（如 果可用）上的闪烁灯光或状态栏。在一个实施例中，报警报告是可视听的， 且可包括多个指示。在另一个实施例中，报警报告是可制定的。在另一个实 施例中，报警报告可以是依据在次级装置内可用的特征定制的。

在步骤350中，如果床边监测器在预定的时间内未接收到所述确认，则 主要报警任务将回复到床边监测器，如在步骤315中的，其将承担主要报警 任务并负责报警报告。在一个实施例中，预定的时间段是可编程的。在一个 实施例中，预定的时间段是可在床边监测器处使用在该床边监测器上执行的 应用程序编程的。在另一个实施例中，预定的时间段是在制造点设定的。在 又另一个实施例中，预定的时间段是可在次级装置处使用在次级装置上执行 的应用程序编程的。

可选地，在一个实施例中，次级装置报告的报警需要由所指派的看护者 确认。图4是说明报警优先权协议400的另一个示例性实施例的流程图，该 报警优先权协议400包括涉及由看护者进行报警识别的步骤。在一个可选实 施例中，当在次级装置上报告报警时，看护者必须确认该报警。在一个实施 例中，看护者通过按下在次级装置上的按键确认报警。在另一个实施例中， 当在次级装置上报告报警时，看护者可向装置讲话并发布口头命令以对其进 行确认。在另一个实施例中，看护者可在次级装置上提供的触摸屏显示器上 选择确认按钮。在其他实施例中，看护者确认可采用次级装置支持的任意形 式。

在一个实施例中，对报警的确认并不会使报警静音。优选地，其导致了 向系统（包括床边监测器）通知看护者已经收到并确认了该报警。

在一个实施例中，通过以上所说明的任意方法，或任意其它可设想到的 方法确认报警将使报警静音。

现在参考图4，在步骤405中，次级装置请求成为监测系统中的初级报 警装置。应该体会到的是，该请求可通过将消息从在第一计算系统（在一个 实施例中为次级装置）上执行的应用程序传输至在第二计算系统（在一个实 施例中为床边监测器）中执行的应用程序来实现。每一个应用程序被配置成 接收、发送、识别、翻译，和处理这样的请求消息。应该进一步体会到的是， 第一和第二计算系统、次级装置和监测系统，分别具有能够发送和发射数据 的无线的和有线的接收器和发送器、能够处理编程指令的至少一个处理器、 能够存储编程指令的内存，和包括执行本文中所说明的处理的多个编程指令 的软件。

第二计算装置或床边监测器在步骤410a中接受，或在步骤410b中拒绝， 来自第一计算装置或次级报警装置在步骤405中的请求。如果拒绝，床边监 测器在步骤415中保留主要报警责任，并且该行动被记录在系统中产生的活 动日志中。

回到图4，如果在步骤410a中由床边监测器中执行的相应软件接收到并 接受由次级装置形成并发送的消息，则在步骤420中通过使用“心跳”建立 连接，“心跳”是预定义的通信序列，其被设计成确认在监测器与次级装置 之间的链路可操作，并且次级装置正在接收或能够接收由床边监测器发送的 任何报警消息。床边监测器和次级装置二者都安装有在两个装置之间建立 “心跳”或链路的软件。“心跳”可以是消息、比特、码的任意序列或其它 有序的、预定义的一组发射数据。一旦建立，则通过“心跳”维持连接。

如果“心跳”连接在任何时候失败（步骤425中），则主要报警责任在 步骤415中返回至床边监测器，直到“心跳”重现建立的时候。失败的“心 跳”在次级装置上生成技术报警通知并由系统进行记录。

在一个实施例中，如果“心跳”失败，则看护者必须手动地在床边监测 器与次级装置之间重新建立连接。在另一个实施例中，如果“心跳”失败， 则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接自 动建立，直到看护者手动终止连接处理。在又另一个实施例中，如果“心跳” 失败，则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连 接自动建立，直到达到最大连接尝试次数。应该注意到的是，预定的连接尝 试时间间隔和连接尝试的最大次数可在床边监测器、次级装置上编程，或在 制造点预编程。

因此，如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈 值，则床边监测器仍然是初级报警装置。如果存在间断的“心跳”或不可靠 的连接，则系统将停止与次级装置的通信。在一个实施例中，系统确定连接 中断的次数，并基于预定义的连接中断阈值评估连接环境是否可靠到足以允 许次级装置承担报警责任。在一个实施例中，可接受的连接中断次数或连接 中断阈值是由用户在床边监测器处预编程的。在另一个实施例中，可接受的 连接中断次数是在制造点预编程的并且不能改变。

在步骤435，如果生理学监测装置检测到报警条件，而主要报警责任已 经转移到至少一个次级装置，则在步骤440，床边监测器随后通过将报警条 件消息从床边监测器发送至次级装置通知次级装置报警条件出现。报警条件 消息可以是任意的消息、比特、码序列或其它有序的、预定义的一组发送数 据，其由床边监测器和次级装置进行识别。应该进一步体会到的是，报警条 件可包含不同类型的数据、包括仅仅报警存在的指示、指示导致报警的条件 的特定属性的数据，和/或指示报警严重程度的数据，以及其他数据。

在步骤450中如果床边监测器在预定时间段内未接收到所述确认，则主 要报警责任回复到床边监测器，其如在步骤415中那样，将承担主要报警责 任并负责报警报告。在一个实施例中，预定的时间段是可编程的。在一个实 施例中，预定的时间段是在床边监测器处使用在床边监测器中执行的应用程 序可编程的。在另一个实施例中，该预定的时间段是在制造点处设置的。在 又另一个实施例中，该预定的时间段是在次级装置处使用在该次级装置上执 行的应用程序可编程的。

一旦次级装置接收到报警消息，其在步骤445中报告该报警并向床边监 测器发送该报警出现在所述次级装置上的确认。在一个实施例中，报警报告 是音频报警，诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中， 报警报告是视觉报警，诸如在次级装置本身或在次级装置的显示器（如果可 用）上的闪烁灯光或状态栏。在一个实施例中，报警报告是视听的，并且可 包含多个指示。在另一个实施例中，报警报告是可定制的。在另一个实施例 中，报警报告可以依据次级装置中可用的特征定制。

在步骤455中，当在次级装置上报告报警时，看护者必须在次级装置上 确认该报警，并随后照料该患者。如果看护者未在预定的时间内在次级装置 上确认报警，步骤460，则主要报警责任将回复到床边监测器，其，如在步 骤415中，将承担主要报警责任并负责报警报告。正如以上所提及的，预定 的时间段可以是可编程的，或可在制造点处预先设定。

因此，在一个实施例中，在第一计算装置（次级报警装置）处经由第一 多个编程指令生成用户提示，使得用户会在第一计算装置上确认接收到报警 消息。第一多个编程指令接收到用户输入，该用户输入为响应于所述提示而 生成以确认报警消息的接收，并且该第一多个编程指令向床边监测器发送指 示所述用户输入的数据。

报警内容、床边监测器的报警通知、次级装置的报警的报告，以及，看 护者对报警的确认全部由系统记录。

在另一个实施例中，床边监测器可请求次级装置承担主要报警责任，而 不是次级装置向床边监测器请求主要报警责任。例如，当护士身处病房中对 患者进行检查时，护士指示患者该患者需要睡眠。于是护士按下监测器上的 “睡眠”按钮，其导致监测器呈现可担负主要报警责任的已知次级装置的列 表。此时，护士选定其中一个次级装置，而患者监测器屏幕变暗，变成空白 的，或者否则黑屏，以便不会打扰患者的睡眠。所选定的次级装置承担主要 报警责任，并然后遵循与以上所列出的那些相同的协议。如果不存在可用的 次级装置，床边监测器保持主要报警责任。

图5和图6提供了说明本发明的床边监测器发起的报警优先权协议500、 600的实施例的流程图，其分别不包括或者包括涉及看护者报警识别的步骤。

图5是说明一个报警优先权处理或协议500的示例性操作实施例的流程 图。在一个实施例中，床边监测器通过以下处理，将主要报警责任委托给至 少一个次级装置，或者从至少一个次级装置取回主要报警责任。看护者，在 步骤305中，按下床边监测器上的按钮，导致床边监测器请求次级装置承担 监测系统的主要报警责任。

应该体会到的是该请求可通过将消息从在第一计算系统（在一个实施例 中为次级装置）上执行的应用程序传输至在第二计算系统（在一个实施例中 为床边监测器）上执行的应用程序来实现。每一个应用程序被配置成接收、 发送、识别、翻译和处理这样的请求消息。应进一步体会到的是，第一和第 二计算系统、次级装置和监测系统分别具有能够发送和发射数据的无线的和 有线的接收器和发射器、能够处理程序指令的至少一个处理器、能够存储程 序指令的内存，和包括用于执行本文所说明的处理的多个程序指令的软件。

在步骤510a中，看护者选定次级装置以承担主要报警责任。在一个实 施例中，看护者可从床边监测器本身进行该选择。在一个实施例中，该选择 是从可用装置的下拉菜单（或其它列表类型）上进行的。在一个实施例中， 看护者需要输入与所选定的装置对应的密码，使得该装置与床边监测器“配 对”。在另一个实施例中，看护者通过使用本领域普通技术人员所熟知的装 置配对技术，将装置与床边监测器“配对”来选择装置。

如果没有次级装置可用，如在510b中，床边监测器在步骤515中保持 担负主要报警责任，并且该行动被记录在系统产生的活动日志中。

参考回图5，如果在步骤510a中，通过在床边监测器中执行的相应软件， 接收到并接受由次级装置形成并发射的消息，则在步骤520中通过使用“心 跳”建立连接，该“心跳”为预定义的一系列通信，其被设计成确认监测器 与次级装置之间的链路可操作，并且次级装置正在接收或能够接收由床边监 测器发送的任意报警消息。床边监测器和次级装置均已安装在两个装置之间 建立“心跳”或链路的软件。“心跳”可以是任意的消息、比特、码的序列， 或其它有序的、预定义的一组发射数据。一旦建立，则通过该“心跳”维持 该连接。

在步骤525中，如果“心跳”连接在任何时刻失败，则在步骤515中主 要报警责任返回到床边监测器，直到“心跳”重新建立起这样的时刻。失败 的“心跳”在次级装置上生成技术报警通知并由系统记录。

在一个实施例中，如果“心跳”失败。则看护者必须手动地在床边监测 器与次级装置之间重新建立连接。在另一个实施例中，如果“心跳”失败， 则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接而 自动建立，直到看护者手动中止连接处理。在又另一个实施例中，如果“心 跳”失败，则可通过以预定的时间间隔尝试连接来自动建立床边监测器与次 级装置之间的连接，直到达到连接尝试的最大次数。应该注意的是，连接尝 试的预定时间间隔和最大连接尝试次数可在床边监测器、次级装置上编程， 或在制造点预编程。

因此，如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈 值，则床边监测器仍然是主要报警装置。如果存在间断的“心跳”或不可靠 连接，则系统将停止与次级装置的通信。在一个实施例中，该系统确定连接 中断的次数，并根据预定义的连接中断阈值评估连接环境是否可靠到足以允 许次级装置承担报警责任。在一个实施例中，可接受的连接中断的次数或连 接中断阈值是由用户在床边监测器上预编程的。在另一个实施例中，可接受 的连接中断次数是在制造点预编程的并且不能改变。

如果生理学监测装置在步骤535中检测到报警条件，而主要报警责任已 经被转移到至少一个次级装置，则床边监测器随后在步骤540中，通过将报 警条件消息从床边监测器发送至次级装置来通知次级装置报警条件出现。报 警条件消息可以是消息、比特、码的任意序列，或其它有序的、预定义的一 组发送数据，其由床边监测器和次级装置进行识别。应进一步理解的是，除 其它数据外，报警条件可包括不同类型的数据，包括仅仅报警存在的指示、 指示导致报警的条件的特定属性的数据，和/或指示报警严重性的数据。

一旦次级装置接收到报警消息，其在步骤545中报告报警并向床边监测 器发送报警被呈现在所述次级装置上的确认。在一个实施例中，报警报告是 音频报告，诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中，该 报警报告是可视报警，诸如在该次级装置本身上或在次级装置显示器（如果 可用）上的闪烁灯光或状态栏。在一个实施例中，报警报告是视听的，且可 包括多个指示。在另一个实施例中，报警报告是可定制的。在另一个实施例 中，报警报告可以是依据次级装置中可用的特征定制的。

如果在步骤550中，床边监测器在预定的时间段内未接收到所述确认， 则主要报警责任回复到床边监测器，如在步骤515中，床边监测器将承担主 要报警责任并负责报警报告。在一个实施例中，该预定的时间段是可编程的。 在一个实施例中，该预定的时间段是可通过使用在床边监测器上执行的应用 程序在床边监测器上编程的。在另一个实施例中，预定的时间段是在制造点 处设定的。在又另一个实施例中，预定的时间段是可在次级装置处使用在该 次级装置上执行的应用程序编程的。

可选地，在一个实施例中，由次级装置报告的报警需要指定的看护者进 行确认。图6是说明另一个示例性实施例报警优先权协议600的流程图，该 报警优先权协议600包括涉及由看护者进行报警识别的步骤。在一个可选实 施例中，当在次级装置上报告报警时，看护者必须确认该报警。在一个实施 例中，看护者通过按下次级装置上的按键来确认报警。在另一个实施例中， 当在次级装置上报告报警时，看护者可对该装置说话，并发布口头命令以对 其进行确认。在另一个实施例中，看护者可在次级装置上提供的触摸屏显示 器上选择确认按钮。在另一个实施例中，看护者确认可采用该次级装置支持 的任意形式。

在一个实施例中，确认报警并不使报警静音。优选地，其导致向包括床 边监测器的系统发出看护者已经接收并确认该报警的通知。

在一个实施例中，通过以上所说明的任意的方法，或者任意其它可设想 到的方法确认报警使报警静音。

在一个实施例中，床边监测器通过以下处理将主要报警责任委托给至少 一个次级装置，和从至少一个次级装置取回主要报警责任，如相对于图6所 说明的。看护者，在步骤605中，按下在床边监测器上的按钮，导致该床边 监测器请求次级装置承担监测系统的主要报警责任。

应该体会到的是，该请求可通过将消息从在第一计算系统（在一个实施 例中为次级装置）中执行的应用程序传输至在第二计算系统（在一个实施例 中为床边监测器）中执行的应用程序来完成。每一个应用程序都被配置成接 收、发送、识别、翻译和处理这样的请求消息。应该进一步体会到的是，第 一和第二计算系统、次级装置和监测系统，分别具有能够发送和发射数据的 无线和有线接收器和发送器、能够处理编程指令的至少一个处理器、能够存 储编程指令的内存，和包括用于执行本文中所说明的处理的多个编程指令的 软件。

在步骤610a中看护者选定用于承担主要报警责任的次级装置。在一个 实施例中，看护者可从床边监测器本身进行该选择。在一个实施例中，该选 择是从可用装置的下拉菜单（或其它列表类型）上做出的。在一个实施例中， 看护者需要输入与所选装置对应的密码，使得该装置与床边监测器“配对”。 在另一个实施例中，看护者可通过使用本领域技术人员熟知的装置配对技术 来“配对”装置与床边监测器来选择装置。

如果如在610b中无次级装置可用，床边监测器在步骤615中保持主要 报警责任，并且该行动被记录在系统产生的活动日志中。

返回参考图6，如果在步骤610a中通过在床边监测器上执行的相应软件 接收到并接受由次级装置生成并发送的消息，则在步骤620中通过使用“心 跳”建立连接，“心跳”是预定义的通信序列，其被设计成确认在监测器与 次级装置之间的链路可操作，并且次级装置正在接收或能够接收由床边监测 器发送的任何报警消息。床边监测器和次级装置二者都安装有在两个装置之 间建立“心跳”或链路的软件。“心跳”可以是消息、比特、码的任意序列 或其它有序的、预定义的一组发射数据。一旦建立，则通过“心跳”维持连 接。

如果“心跳”连接在任何时候失败（步骤625中），则主要报警责任在 步骤615中返回至床边监测器，直到“心跳”重现建立的时候。失败的“心 跳”在次级装置上生成技术报警通知并由系统进行记录。

在一个实施例中，如果“心跳”失败，则看护者必须手动地在床边监测 器与次级装置之间重新建立连接。在另一个实施例中，如果“心跳”失败， 则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连接自 动建立，直到看护者手动终止连接处理。在又另一个实施例中，如果“心跳” 失败，则床边监测器与次级装置之间的连接可通过以预定的时间间隔尝试连 接自动建立，直到达到最大连接尝试次数。应该注意到的是，预定的连接尝 试时间间隔和连接尝试的最大次数可在床边监测器、次级装置上编程，或在 制造点预编程。

因此，如果床边监测器与次级装置之间的心跳不满足预定义的可靠性阈 值，则床边监测器仍然是初级报警装置。如果存在间断的“心跳”或不可靠 的连接，则系统将停止与次级装置的通信。在一个实施例中，系统确定连接 中断的次数，并基于预定义的连接中断阈值评估连接环境是否可靠到足以允 许次级装置承担报警责任。在一个实施例中，可接受的连接中断次数或连接 中断阈值是由用户在床边监测器处预编程的。在另一个实施例中，可接受的 连接中断次数是在制造点预编程的并且不能改变。

在步骤635，如果生理学监测装置检测到报警条件，而主要报警责任已 经转移到至少一个次级装置，则床边监测器随后在步骤640通过将报警条件 消息从床边监测器发送至次级装置通知次级装置报警条件出现。报警条件消 息可以是消息、比特、码的任意序列或其它有序的、预定义的一组发送数据， 其由床边监测器和次级装置进行识别。应该进一步体会到的是，报警条件可 包含不同类型的数据、包括仅仅报警存在的指示、指示导致报警的条件的特 定属性的数据，和/或指示报警严重程度的数据，以及其他数据。

如果在步骤650中床边监测器在预定时间段内未接收到所述确认，则主 要报警责任将回复到床边监测器，其如在步骤615中，将承担主要报警责任 并负责报警报告。

在一个实施例中，预定的时间段是可编程的。在一个实施例中，预定的 时间段是在床边监测器处使用在床边监测器中执行的应用程序可编程的。在 另一个实施例中，该预定的时间段是在制造点处设置的。在又另一个实施例 中，该预定的时间段是在次级装置处使用在该次级装置上执行的应用程序可 编程的。

一旦次级装置接收到报警消息，其在步骤645中报告该报警并向床边监 测器发送该报警出现在所述次级装置上的确认。在一个实施例中，报警报告 是音频报警，诸如嘟嘟声、铃声或其它基于声音的指示。在一个实施例中， 报警报告是视觉报警，诸如在次级装置本身或在次级装置的显示器（如果可 用）上的闪烁灯光或状态栏。在一个实施例中，报警报告是视听的，并且可 包含多个指示。在另一个实施例中，报警报告是可定制的。在另一个实施例 中，报警报告可以依据次级装置中可用的特征定制。

在步骤655中，当在次级装置上报告报警时，看护者必须在次级装置上 确认该报警，并随后照料该患者。如果看护者未在预定的时间内在次级装置 上确认报警，步骤660，则主要报警责任将回复到床边监测器，其，如在步 骤615中，将承担主要报警责任并负责报警报告。正如以上所提及的，预定 的时间段可以是可编程的，或可在制造点处预先设定。

因此，在一个实施例中，在第一计算装置（次级报警装置）处经由第一 多个编程指令生成用户提示，使得用户会在第一计算装置上确认接收到报警 消息。第一多个编程指令接收到用户输入，该用户输入为响应于提示而生成 以确认报警消息的接收，并且该第一多个编程指令向床边监测器发送指示所 述用户输入的数据。

报警内容、床边监测器的报警通知、次级装置的报警的报告，以及，看 护者对报警的确认全部由系统记录。

如以上所说明的，在不同的实施例中，在系统中存在多个次级装置。在 不同的实施例中，所有这些多个装置都被选定为初级报警装置。在不同的实 施例中，由于多个次级装置承担主要报警责任，可用多个不同的协议来确定 在次级装置组中的和次级装置与床边监测器之间的报警级别。在一个实施例 中，当报警条件出现时，所有次级装置报警并且保持报警，直到每一个均被 看护者确认。在另一个实施例中，当报警条件出现时，所有次级装置报警并 且保持报警直到一个被看护者确认。在另一个实施例中，当报警条件出现时， 如果报警出现但在特定时间段内未被看护者确认，次级装置以优先权顺序有 序地报警。对于所有的实施例，报警内容、床边监测器对报警的通知、由次 级装置对报警的报告，以及由看护者对报警的确认全部被系统记录。

在另一个实施例中，次级装置起到冗余报警装置的作用，并且在初级装 置（床边监测器）报警时也进行报警。这不但使得看护者能够远程监测患者， 而且还通知了可能正身处报警条件的房间中的看护者。在这种情况下，可通 过任意的装置实现报警确认。

熟悉现有技术的人应该清楚的是，存在多个实施例，其中基于多种可能 的协议，报警通知级别不同，而以上所列出的实施例实际上仅代表示例性而 未包括所有。

以上示例仅说明了本发明的系统的一些应用。虽然本文中仅说明了本发 明的几个实施例，但是应该理解的是，本发明可以许多其它特定形式来实施， 而不背离本发明的精神或范围。因此，本示例和实施例将被认为是说明性的 并不构成限制，而且本发明是可在随附的权利说明书的范围内进行修改的。