提供患者监测数据的视觉表示的制作方法

1.本发明涉及患者监测的领域，并且具体地涉及对患者监测数据的处理。


背景技术：

2.在临床环境中，诸如在重症监护室或新生儿重症监护室中，患者监测器例程地用于自主监测对象或患者的生理数据。患者监测器可以适于生成患者监测数据，其可以包括生理数据和/或从其导出的数据。
3.稍微常见的是患者监测器生成警报数据，该警报数据指示警报事件(对患者的安全至关重要的生理事件或技术事件)是否已经发生，警报事件是对患者或患者监测器已经进入非期望状态的指示。例如，与生理性质相关联的警报事件可以指示对象的低心率或spo2水平，而技术警报事件可以指示患者监测器的低电池电平或故障。
4.通常，患者监测数据(并且特别是警报数据)的视觉表示由患者监测器通过二维屏幕提供，该二维屏幕经由导线或其他电连接直接连接到患者监测器的其余部分，例如，经由视频图形阵列(vga)线缆。实际上，使用直接有线连接提供视觉表示的这种方法通常已被认为对确保患者监测器满足临床依从性要求(例如，在临床可接受的时段内提供警报事件的通知或提供关于患者的生理参数的足够最新的信息)是必要的。
5.还已知的是提供或利用额外的用户接口，诸如平板电脑或移动电话，其通过有线或无线通道从患者监测器接收更新。这些用户接口通过镜像视觉表示和/或提供关于患者监测数据的额外信息来补充患者监测设备的二维屏幕。通常，这些用户接口通过患者监测器将患者监测数据更新推送到用户接口来操作。
6.存在增加患者监测系统的灵活性和可用性的持续期望。还期望减少提供给护理提供者/临床医师的警报或警告的数量。


技术实现要素：

7.本发明由权利要求限定。
8.根据本发明的方面，提供了一种用于生成要由用户接口的二维显示屏视觉地表示的患者监测数据的患者监测器。
9.所述患者监测器包括：通信系统，所述通信系统适于：通过所述患者监测器与所述用户接口之间的通信路径来传输患者监测数据；监测所述患者监测器与所述用户接口的通信模块之间的所述通信路径的状态；以及输入模块，所述输入模块适于从一个或多个患者传感器获得患者的生理数据；辅助警报模块，所述辅助警报模块适于提供用户可感知输出；患者监测器处理器，所述患者监测器处理器适于：监测所述患者监测器的状态；获得所述生理数据并且响应于所述生理数据而生成患者监测数据；响应于所述通信路径的所述状态而控制所述辅助警报模块的所述用户可感知输出；并且响应于所述患者监测器的所述状态而控制所述辅助警报模块的所述用户可感知输出；可听输出模块，所述可听输出模块由所述患者监测器处理器控制，其中，所述患者监测器处理器适于响应于所述通信路径的所述状
态指示所述通信路径能够成功地承载所述患者监测数据并且所述用户接口包括可听输出模块而阻止至少一个可听输出模块响应于警报数据而生成任何可听输出。
10.根据所提出的实施例，提供了一种患者监测器，其适于响应于通信路径能够将患者监测数据承载到具有可听输出模块的所连接的用户接口而抑制/静音/阻止可听输出。因此，如果用户接口能够提供可听输出(否则将由患者监测器提供)，则可以在患者监测器处抑制可听警报。
11.特别地，所述患者监测器可以适于响应于所述通信路径能够将所述患者监测数据承载到可以提供可听输出的所连接的用户接口而抑制/静音/阻止可听输出，其中，所述患者监测数据包括警报数据。
12.一些临床依从性指南需要响应于警报事件(例如，患者的心率下降到预定值以下)而生成可听警报。在这样的情形中，患者监测器可以适于响应于通信路径能够承载患者监测数据(其包括警报数据)并且用户接口包括适于响应于患者监测数据而提供可听输出的扬声器而抑制可听输出。这使得临床依从性指南能够被安全地满足，同时减少由患者监测器输出的可听警报的数量。减少由患者监测器输出的可听警报的数量可以例如减少由该患者(和/或附近患者)经历的压力或焦虑。
13.当存在到用户接口的稳定连接时，能够由患者监测器抑制、阻止或停止可听警报。这在患者附近提供了更安静的环境(因为可以远程放置用户接口)，从而减少了患者和临床医师的压力，并且减少了在患者旁边工作的临床医师的警报疲劳。这在配置患者监测系统方面实现了更大灵活性。
14.所提出的患者监测器还使得能够以可靠的方式进行与用户接口的通信，同时向临床医师通知通信状态的任何变化。这样的通知使得临床医师能够手动照顾患者(即，以避免患者进入非期望的临床状态而不被患者监测器注意)。
15.通过检查通信路径/通道的状态，可以确保与用户接口的安全且稳定的连接。因此，患者监测器本身不需要包括用于向临床医师提供患者监测数据的视觉表示的屏幕。这种能力可以提供更便宜的患者监测器，并且实现不同患者的视觉表示的集中。
16.因此，所提出的患者监测器实现了更灵活的系统，同时还避免了对于患者监测器具有其自己的用于显示患者监测数据的屏幕的需要。因此，患者监测器可以是“无头”的。
17.监测患者监测器的状态确保患者监测器本身是可靠的。监测患者监测器的状态可以包括使用一个或多个看门狗或看门狗定时器来迭代地检查或监测患者监测器是否已经遇到错误或进入意外状态。特别地，患者监测器可以适于保证向用户供应或以其他方式指示患者监测器的状态，从而提供“可靠的患者监测器”。
18.所述患者监测器处理器还可以适于：监测所述用户接口的状态；并且响应于所述用户接口的所述状态而控制所述辅助警报模块。
19.特别地，患者监测器可以适于响应于确定用户接口已经发生故障(如在状态中所指示的)而控制辅助警报模块以响应于患者监测数据。这确保了即使用户接口本身发生故障，也继续提供或输出患者监测数据。
20.在一些实施例中，所述患者监测器可以适于响应于确定所述通信路径已经发生故障或以其他方式不能成功地承载所述患者监测数据而控制所述辅助警报模块以响应于所述患者监测数据。
21.在一些实施例中，所述患者监测器可以适于响应于确定所述通信路径和所述用户接口都没有发生故障而控制所述辅助警报模块以不响应于所述患者监测数据。
22.由患者监测器处理器生成的患者监测数据可以包括指示警报事件的存在或不存在的警报数据，所述警报事件指示患者或患者监测器进入非期望状态。
23.在一些实施例中，所述患者监测器处理器适于响应于所述通信路径的所述状态指示所述通信路径已经发生故障或以其他方式不能成功地承载所述患者监测数据而使用至少一个可听输出模块来响应于警报数据而生成可听输出。
24.所述患者监测器优选地没有用于提供所述患者监测数据的视觉表示的任何二维屏幕，和/或被配置为不能通过有线通信路径与具有二维屏幕的设备通信。这有助于降低患者监测器的成本和复杂性，同时确保患者监测数据可用于查看(经由用户接口)。
25.所述通信系统适于选择性地与两个或更多个不同的用户接口通信。
26.因此，在通信路径或用户接口的故障的情况下，新的用户接口可以与患者监测器配对或耦合，以使得能够查看患者监测数据的视觉表示。
27.当然，实施例使得多于一个用户接口能够查看与相同患者相关联的(相同或不同的)患者监测数据，以提供更灵活的工作环境。
28.所述通信系统可以适于响应于所述通信路径的所述状态指示所述通信路径已经发生故障或以其他方式不能承载所述患者监测数据而开始将所述患者监测数据传输到不同的用户接口。这可以包括利用不同的用户接口建立新的通信路径，其方法在本领域中是已知的。
29.根据所提出的构思，可以提供一种用于提供由患者监测器获得的患者监测数据的视觉表示的用户接口，所述患者监测器适于监测患者的生理参数。
30.所述用户接口包括：通信模块，所述通信模块适于：通过所述患者监测器与所述用户接口之间的通信路径从所述患者监测器接收患者监测数据；并且监测所述通信路径的状态；输出模块，所述输出模块用于提供用户可感知输出，所述输出模块可耦合到二维显示屏以生成视觉输出；用户接口处理器，所述用户接口处理器适于：监测所述用户接口和所述显示屏的状态；从所述通信模块获得所述患者监测数据；基于所述患者监测数据控制所述二维显示屏以提供所述患者监测数据的视觉表示；控制所述输出模块以提供指示所述通信路径的所述状态的用户可感知输出；并且控制所述输出模块以提供指示用户的状态的用户可感知输出。
31.所提出的用户接口实现了更灵活的患者监测系统。特别地，可以远程且可靠地提供患者监测数据的视觉表示和用户可感知警报的递送，从而移除对在患者监测器本身处提供视觉表示的需要。
32.通常，出于临床依从性目的，需要确保患者监测数据的视觉表示以及由生理或技术事件触发的任何警报的递送是可靠的，并且表示患者监测信息的最新可用采集。所提出的用户接口使得能够确保来自患者监测器的通信的可靠性，从而满足临床依从性要求而不需要物理连接。这改进了整个患者监测系统的灵活性。
33.在一些实施例中，所述用户接口处理器还适于监测所述患者监测器的状态并且控制所述输出模块以提供指示所述患者监测器的所述状态的用户可感知输出。这可以通过监测例如由患者监测器生成的心跳信号来执行。
34.在一些实施例中，由用户接口处理器执行的监测用户接口的状态的过程包括使用一个或多个看门狗定时器来重复检查用户接口是否遇到错误。
35.监测用户接口的状态确保用户接口本身是可靠的。监测用户接口的状态可以包括使用一个或多个看门狗或看门狗定时器来迭代地/重复地检查或监测用户接口是否已经遇到错误或进入意外状态。特别地，用户接口可以适于保证向用户供应或以其他方式指示用户接口的状态，从而提供“可靠的用户接口”。患者监测数据可以包括指示警报事件的存在或不存在的警报数据，该警报事件指示患者或患者监测器进入非期望状态。
36.所述输出模块可以包括用于生成音频输出的扬声器，并且所述处理器还可以适于控制扬声器提供患者监测数据的音频表示(例如，当触发与生理事件相关的警报时)和/或通信路径的状态。
37.患者监测数据(警报数据)的音频输出可以是满足一些临床依从性指南的要求。通过在(远程)用户接口处提供音频输出，可以静音、抑制或以其他方式停止患者的位置处(患者监测器处)的音频输出。这实现了患者附近的更安静的环境，减少了患者压力，减少了临床医师的分心，并且(在患者监测数据包括警报数据的情况下)减少了患者附近的临床医师的警报疲劳。
38.所述通信模块可以适于通过迭代地检查由通信路径提供的生物定向链路的存在来监测通信路径的状态，其中，迭代检查之间的持续时间不小于3秒。
39.执行这样的迭代检查可以增加整体患者监测系统对临床指南的依从性。特别地，这样的定期检查可以确保以足够的间隔更新患者监测数据以用于临床医师监测目的，或确保向临床医师警告在通信方面的错误(例如，使得他们然后可以手动检查患者的状态)。这降低了患者在临床医师(观察用户接口)没有注意到的情况下将在长时间内进入临床上非期望的状态的可能性。
40.所述通信模块可以适于选择性地与两个或更多个不同的患者监测器通信。
41.在另一实施例中，用户接口还包括例如作为输出模块的部分的二维显示屏。
42.根据依据本发明的另一方面的示例，提供了一种患者监测系统，包括如本文描述的至少一个用户接口和如本文描述的至少一个患者监测器。
43.使用户接口和患者监测器两者检查其本身和通信路径的状态确保端到端可靠性检查被执行。这意味着通过确保向用户警告在将患者监测数据呈现给用户方面的任何错误(例如，在患者监测器处生成患者监测器数据期间，在将该数据传递到用户接口期间或在显示患者监测数据期间)，整个患者监测系统是可靠的。这减少了患者进入临床上非期望的状态或医学装备故障的机会而无需用户注意，例如，因为如果患者监测系统已经发生故障，则可以提示用户手动检查患者监测器。
44.根据依据本发明的另一方面的示例，提供了一种使用患者监测器向用户接口提供患者监测数据以用于显示的方法，所述患者监测器包括辅助警报模块，所述辅助警报模块适于可控制地生成用户可感知输出。
45.所述方法包括：从一个或多个患者传感器获得患者的生理数据；响应于所述生理数据而生成患者监测数据；通过通信路径将患者监测数据传输到用户接口；监测所述通信路径的状态；监测所述患者监测器的状态；响应于所述通信路径的所述状态而控制所述辅助警报模块的所述用户可感知输出；响应于所述患者监测器的所述状态而控制所述辅助警
报模块的所述用户可感知输出；确定所述用户接口是否包括可听输出模块；并且响应于所述通信路径的所述状态指示所述通信路径能够成功地承载所述患者监测数据并且所述用户接口包括可听输出模块而阻止所述患者监测器的所述可听输出模块响应于警报数据而生成任何可听输出。
46.还提供了一种在可耦合到二维屏幕的用户接口处显示由患者监测器获得的患者监测数据的方法。所述方法包括：通过通信路径从所述患者监测器接收患者监测数据；基于所述患者监测数据控制所述二维显示屏以提供所述患者监测数据的视觉表示；监测所述患者监测器与所述用户接口之间的所述通信路径的状态；监测所述用户接口和所述二维显示屏的状态；控制所述输出模块以提供指示所述通信路径的状态的用户可感知输出；并且控制所述输出模块以提供指示所述用户接口的状态的用户可感知输出。
47.根据依据本发明的另一方面的示例，提供了一种计算机程序，包括当所述程序在处理系统上运行时用于任何本文描述的方法的代码模块。
48.本发明的这些和其他方面将根据下文描述的(一个或多个)实施例变得显而易见并将参考下文描述的(一个或多个)实施例得到阐述。
附图说明
49.为了更好地理解本发明并且为了更清楚地示出其可以如何被实现，现在将仅通过示例参考附图，其中：
50.图1图示了根据本发明的实施例的包括患者监测器和用户接口的患者监测系统；
51.图2图示了针对患者监测系统的用例情形；
52.图3图示了用于在用户接口处显示由患者监测器获得的患者监测数据的方法；并且
53.图4图示了根据实施例的另一方法。
具体实施方式
54.将参考附图来描述本发明。
55.应当理解，详细描述和具体示例在指示装置、系统和方法的示范性实施例时，仅旨在用于图示的目的，而不旨在限制本发明的范围。本发明的装置、系统和方法的这些和其他特征、方面和优点将根据以下描述、所附权利要求和附图变得更好理解。应当理解，附图仅仅是示意性的而未按比例绘制。还应当理解，贯穿附图使用相同附图标记来指示相同或相似的部分。
56.本发明针对患者监测系统提供了一种新的且灵活的构思，其不需要患者附近的显示器和/或警报系统。使用两个相互关联的产品(即，患者监测器和用于患者监测器的(一个或多个)单独的用户接口)来实现本发明构思。患者监测器和(一个或多个)单独的用户接口适于通过通信路径彼此通信。患者监测器和(一个或多个)单独的用户接口两者能够独立地检查其本身和通信路径的状态，并且在视觉上指示状态检查的结果。这有助于确保不仅在患者监测器和用户接口之间存在可靠的连接，而且还存在关于设备中的每个的“健康”的最新信息，以帮助确保满足临床依从性指南。
57.实施例可以在其中发生(自动化)患者监测的临床环境中(诸如在病房或重症监护
室中)使用。
58.图1图示了根据本发明的实施例的患者监测系统1。患者监测系统包括用户接口100和患者监测器150。
59.用户接口100表示发明构思的一个实施例，患者监测器150表示发明构思的另一实施例，并且患者监测系统1表示发明构思的又一实施例。
60.用户接口100包括通信模块101、输出模块102，输出模块102包括用户接口处理器103和优选地二维显示屏102a。所述用户接口适于在显示屏上提供由所述患者监测器获得的患者监测数据的视觉表示。
61.尽管输出模块被图示为具有作为所述模块的集成部分的显示屏102a，但是本领域技术人员应当理解，包括输出模块101的用户接口100可以采取单独单元的形式并且耦合到外部显示屏。
62.用户接口100可以是能够通信并在二维显示屏上显示患者监测数据的任何设备，诸如移动电话、平板电脑、膝上型电脑、计算机、智能手表、智能眼镜等。
63.患者监测器150包括通信系统151、输入模块152、辅助警报模块153和患者监测器处理器154。患者监测器150适于监测患者的一个或多个生理特性并生成患者监测数据，以由用户接口在视觉上表示。
64.用户接口100和患者监测器的操作分别由用户接口处理器103和患者监测器处理器154控制，如技术人员将已知的。
65.用户接口100和患者监测器150至少通过患者监测器150将患者监测数据传输到用户接口100来彼此通信。特别地，用户接口100的通信模块101适于从患者监测器150接收通信/信号(包括患者监测数据)，并且患者监测器150的通信系统151适于将通信(包括患者监测数据)传输到用户接口100。
66.优选地，用户接口100与患者监测器150之间的通信是双向的，即，用户接口能够向患者监测器提供输入，并且反之亦然。例如，在用户的选择的情况下，用户接口100可以适于以波形的形式控制所采集的生理数据的视觉表示。取决于用户的专业技能(医生或护士)，在显示屏上以不同的顺序或布置呈现生理波形可能够是有益的。此外，用户接口可以使得用户能够改变触发患者侧处的生理警报的阈值。
67.优选地，为了改进的灵活性，通信路径是无线通信路径。因此，用户接口100和患者监测器150可以至少通过患者监测器150将患者监测数据无线地传输到用户接口100来彼此无线地通信。
68.一般来说，通信路径可以是潜在不可靠的通信路径，例如，依赖于用户接口和/或患者监测器的提供者/操作者的控制之外的部件。
69.如果患者监测器与用户接口之间的通信路径(通过其进行通信)的至少部分(例如，一些或全部)通过无线通道发生，则通信路径被认为是无线的。
70.在这样的实施例中可以使用任何合适的无线通信协议或技术。患者监测器和用户接口可以用于通信的合适的无线通信协议包括红外链路、zigbee、蓝牙、诸如根据ieee802.11标准的无线局域网协议、2g、3g或4g电信协议等。其他格式对于本领域技术人员将是容易显而易见的。
71.可以使用医学设备数据语言(mddl)或通过在患者监测器与用户接口之间建立传
输控制协议(tcp)链路来对通过患者监测器与用户接口之间的通信路径的通信进行编码或格式化。对数据进行编码或格式化的其他合适的方法对于技术人员将是显而易见的。
72.优选地，通信路径提供患者监测器与用户接口之间的直接通信链路，例如使用近场通信(nfc)、蓝牙或zigbee协议。在其他实施例中，通信路径是个人或局域网，诸如可以使用wifi技术建立的那些(但不包括广域网)。在又另外的实施例中，通信路径包括广域网，例如因特网。
73.从患者监测器到用户接口的通信包括由患者监测器生成的患者监测数据(其示例将在后面给出)。因此，这样的通信可以使得患者监测器能够有效地将患者监测数据流式传输到用户接口。
74.用户接口100(的用户接口处理器103)获得患者监测数据并控制屏幕102a显示患者监测数据的视觉表示(例如，以波形和数字表示的形式)。在图1中图示了合适的视觉表示的一个示例。
75.在一些示例中，输出模块102还包括用于生成音频输出的扬声器102b。用户接口100的处理器103可以响应于患者监测数据而控制扬声器102b(但是扬声器也可以替代地或额外地用于其他目的，下面阐述)。当然，可以经由i2s接口、数字音频路径、数模转换器(dac)、放大器等来控制扬声器。
76.患者监测数据至少响应于患者的生理数据，但也可以响应于其他参数或变量。通过示例，患者监测数据可以响应于患者监测器或与患者监测器通信的生理/患者传感器的状态。
77.生成患者监测数据的方法对于技术人员将是公知的。通常，这样的方法包括在输入模块152处接收来自患者传感器(未示出)(诸如心率监测器、脉搏血氧计等)的一个或多个生理数据流/信号。患者监测器150(的处理器154)适于接收这样的信息并生成患者监测数据以用于显示(例如，以波形的形式)。
78.在一些实施例中，患者监测器150本身可以包括用于直接获得患者的生理数据的一个或多个患者传感器(未示出)，例如包括以下中的一项或多项：相机、心率监测器、呼吸速率监测器、脉搏血氧计、血压监测器等。
79.患者监测数据可以包括例如患者的生理信息(例如，心率、呼吸速率、spo2水平、温度、尿排出量等)。生理信息可以例如包括关于患者的任何生命体征、患者的任何其他体征/症状或患者或提供给患者的处置设备的任何其他可测量量(诸如静脉滴注中剩余的量或起搏器的当前电池电平)的信息。
80.除了响应于患者的生理信息的数据之外，患者监测数据还可以包括响应于患者监测器和/或与患者监测器通信的任何患者传感器的状态的数据。例如，患者监测数据可以包括对电极(例如，用于监测心率)是否与患者电连接的指示。因此，被传输到用户接口100的数据可以包括患者的医学数据(由至少一个传感器采集的生理数据)、与患者监测器或与其耦合的各种单元的功能相关的技术数据；以及患者监测器以及通信路径的状态检查的结果。
81.优选地，患者监测数据包括指示警报事件的发生或存在的警报数据。
82.如先前解释的，警报事件是对患者或患者监测器已经进入非期望状态的指示。例如，警报事件可以指示对象的低心率或spo2水平、低电池水平、断开的导线或患者监测器的
故障。特别地，如果生理参数的测量水平跨过预定阈值(例如，高于最大阈值或低于最小阈值)，则警报事件会发生。
83.清楚的是，生成警报数据的方法对于技术人员将是容易显而易见的，例如通过将获得的生理数据的值与一个或多个阈值进行比较或通过接收来自患者监测器的元件的中断。
84.在这样的示例中，当在接收到的患者监测数据中检测到警报事件或与接收到的患者监测数据一起传输警报事件时，用户接口100可以在屏幕102a上显示警告的视觉表示(例如，红灯或警告符号，诸如感叹号)。在用户接口包括用于生成音频输出的扬声器102b的实施例中，处理器可以控制扬声器响应于警报事件而生成音频警告(例如，在警报事件发生的情况下的快速蜂鸣声或连续蜂鸣声，或在没有警报事件发生的情况下的静音)。在一些示例中，输出模块102还包括专用警报光输出102c，其可以在视觉上指示警报事件的发生(即，与屏幕102a分开)，以帮助提供警报事件的区分识别。
85.患者监测数据被格式化，使得其适合于由用户接口处理器处理，使得可以提供患者监测数据的视觉表示。
86.例如，患者监测数据可以被格式化为原始数据(例如，原始生理数据或原始警报事件)，以便由用户接口处理器处理成视觉表示。在这样的实施例中，用户接口可以适于接收患者监测数据并生成用于控制二维屏幕以提供患者监测数据的视觉表示的显示数据。
87.在其他示例中，患者监测数据可以被格式化为显示数据，诸如波形和数值(其是定义二维显示屏幕上的视觉表示的数据)。这允许患者监测器150控制由用户接口100在其屏幕102b上提供的视觉表示的外观。这降低了由用户接口100所需的处理能力。
88.以这种方式，患者监测器150定义由用户接口的屏幕显示的视觉表示，使得视觉表示提供关于患者监测数据的信息。
89.用户接口100和患者监测器150两者适于独立地监测用户接口100与患者监测器150之间的通信路径190的状态。
90.具体地，它们可以适于独立地确定通信路径是否已经出故障和/或通信路径是否不能成功地承载/流式传输来自患者监测器的患者监测数据。换言之，它们均确定通信路径是否稳定到足以承载患者监测数据。未能承载该信息能够是由于例如用户接口100超出范围、用户接口故障(例如，电池的耗尽)或通信路径具有饱和带宽，例如过多的流量/噪声(例如，来自相同频带内的其他患者监测器的传输)。
91.在优选实施例中，用户接口和患者监测器可以适于确定通信路径是否能够在预定时间段内将患者监测数据从患者监测器成功地承载到用户接口，从而确定通信路径的状态。该预定时间段的长度优选地不小于用于响应于患者的非期望状态(例如，根据临床上可接受的指南)而生成用户可感知的警报的可允许延迟。例如，该预定时间段的长度优选地小于3秒，并且可以在0.1秒至3秒的范围内，例如0.1秒至2秒或0.1秒至1秒。
92.用户接口100使用通信模块监测通信路径190的状态。患者监测器150使用通信系统监测通信路径190的状态。
93.监测通信路径的状态的方法对于技术人员将是已知的，并且取决于通信路径的类型、结构、格式或协议。
94.通过简单的示例，可以通过发起握手协议或“查验”通信路径中的另一设备来检查
通信路径的状态。来自另一设备的响应可以被检查(例如，可以检查通信路径中的滞后)，并且被用于确定通信路径的状态。
95.在另一示例中，某个通信协议可以包括以周期性间隔传送(特定量的)信息。可以通过确定在周期性间隔内是否已经接收到信息来检查通信的状态，其中，丢失的通信指示通信路径的恶化，即状态的改变。
96.在又一示例中，通信协议可以包括对通信(例如，从患者监测器到用户接口，或反之亦然)进行时间戳记。可以通过确定在预定时间段内(自时间戳记以来)是否已经接收到被时间戳记的通信来检查通信路径的状态，该预定时间段可以是通信发生的预期时间长度。未能在预定时间段内接收到通信可以指示通信路径的恶化，即状态的改变。
97.用户接口100和患者监测器150两者还适于监测其本身的状态。因此，用户接口100监测用户接口100、其耦合到的显示屏的状态，并且患者监测器监测患者监测器150的状态。因此，用户接口100和患者监测器150(的处理器)适于还独立地监测它们自己的功能(例如，检查电池电平、软件错误、输出模块状态等)。
98.在一些示例中，患者监测器150可以适于检查是否已经在患者监测器数据的生成和传输方面存在任何错误，即患者监测数据是否被可靠地生成和传输。类似地，用户接口100可以适于检查是否已经在屏幕处的患者监测数据的接收和显示(例如，从接收患者监测数据到显示患者监测数据)方面存在任何错误。
99.本解决方案的优点是启用具有用户接口功能的任何显示屏。通常，患者监测器的显示屏需要遵从严格的医学要求，其中，其可视化能力(对比度、活动像素等)需要在数月(如果不是数年的话)内7天24小时操作。该要求驱动对患者监测系统的重视。本发明有利地提供了一种备选解决方案，其允许而不是对显示屏施加严格的要求，其中，生理数据被监测以向用户接口提供自检状态功能。这种自检状态功能还包括监测显示器的视觉性能，其在显示器的质量一下降到医学地施加的阈值以下就通知用户。
100.监测电子设备(诸如用户接口和患者监测器)的状态(即，检测电子设备(诸如用户接口和患者监测器)内的错误的发生)的方法对于技术人员是公知的。
101.本发明允许具有显示屏以及扬声器的任何设备变为用于患者的警报管理的主动设备，只要用户接口确保其耦合到的单独单元(诸如显示器和/或扬声器)的可靠功能。
102.在特定示例中，软件和/或硬件看门狗(诸如看门狗定时器)可以用于监测电子设备的状态。看门狗操作为使得可以保证可以提供对状态的指示。特别地，可以检测错误的存在或不存在。由此，看门狗确保电子设备是可靠的。特别地，看门狗可以以“故障-安全”模式操作，使得可以由设备的操作者注意到系统或电子设备的故障。
103.监测电子设备的状态的一些方法可以包括监测输出模块(例如，扬声器或可听输出模块)的状态。输出模块的故障可以指示电子设备的故障。
104.仅通过示例，一种状态监测方法可以包括控制扬声器或可听输出模块以提供听不见的测试信号，使得测量电路可以获得在测试信号频率下的信号的幅度。该幅度可以用于获得关于扬声器或可听输出模块的功能/状态及其到主机设备(即，用户接口或患者监测器)的电连接的了解。
105.特别地，测量电路可以适于测量可听输出模块的信号路径中的交流电流。这允许例如通过分流电阻器容易地测量可听输出模块的电路中的测试信号。备选地，可以通过其
他模块(例如，利用麦克风或光学传感器)或间接地通过测量可听输出模块的供应电流来测量可听输出。
106.这使得扬声器或可听输出模块的状态能够被准确地评估，从而潜在地形成监测整个用户接口或患者监测器的状态的方面。
107.在一些示例中，听不见的测试信号可以被添加在扬声器或可听输出模块的正常音频信号之上。以这种方式，正常音频信号不受影响，并且环境不受听不见的测试信号干扰。
108.测量电路可以适于测量可听输出模块的信号路径中的交流电流。这允许例如通过分流电阻器容易地测量可听输出模块的电路中的测试信号。备选地，可以通过其他模块(例如，利用麦克风或光学传感器)或间接地通过测量可听输出模块的供应电流来测量可听输出。
109.技术人员将意识到，当监测用户接口或患者监测器的状态时，可以以类似的方式监测其他输出模块。例如，通过监测跨输出元件的电压降(例如，以检测输出元件是否已经短路)。
110.用户接口100和患者监测器150两者适于响应于通信路径的独立确定的状态和其本身的独立确定的状态而控制一个或多个用户可感知输出(例如视觉、听觉或触觉输出)。
111.用户接口100使用输出模块102指示其本身和通信路径的状态，例如经由二维显示屏102a、(任选的)扬声器102b和/或专用光输出102d(其形成输出模块102的任选部分)。
112.指示通信路径的状态可以包括例如如果通信路径稳定到足以承载患者监测数据，则不提供用户可感知输出(例如，没有可听输出或没有视觉表示)；并且如果通信路径被确定为未稳定到足以承载患者监测数据，则提供用户可感知输出(例如，可听输出或某个视觉表示的存在)。
113.换句话说，响应于通信路径的状态而控制至少一个用户可感知输出。
114.类似地，指示用户接口100的状态可以包括如果用户接口已经完全发生故障(例如，断电)，则不提供用户可感知输出，如果没有检测到错误，则提供第一用户可感知输出(例如，绿光或没有可听声音)，和/或如果检测到至少一个错误，则提供第二用户可感知输出(例如，红光或可听声音)。
115.用户接口可以适于以“故障-安全”模式操作，其中，向技术人员通知用户接口的故障。例如，用户接口可以适于如果没有检测到错误，则提供用户可感知输出，并且如果检测到错误，则不提供用户可感知输出。因此，可以向用户通知用户接口的完全故障(例如，因为将不提供用户可感知输出)。
116.指示状态的其他方法和用于提供所述状态的用户可感知输出的合适模块对于技术人员将是显而易见的。
117.患者监测器150以类似的方式使用辅助警报模块153来指示通信路径的状态和患者监测器150的状态，辅助警报模块153可以提供视觉、听觉或触觉输出中的一个或多个。优选地，辅助警报模块是或包括扬声器，以避免对患者监测器150具有屏幕的需要。辅助警报模块153可以耦合到患者监测器处理器154，并且具有患者监测器的一般警报模块(被布置为提供用户感知的生理和/或技术警报)的额外功能。
118.通过示例，辅助警报模块可以包括用于生成可听警告的扬声器153a。在另一示例中，辅助警报模块153可以包括用于生成视觉警告的专用可见输出(例如灯)153b。
119.指示通信路径的状态可以包括例如如果通信路径稳定到足以承载患者监测数据，则不提供用户可感知输出(例如，没有可听输出或没有视觉表示)；并且如果通信路径被确定为未稳定到足以承载患者监测数据，则提供用户可感知输出(例如，听觉输出或某个视觉表示的存在)。
120.类似地，指示患者监测器100本身的状态可以包括如果患者监测器已经完全发生故障(例如，断电)，则不提供用户可感知输出，如果没有检测到错误，则提供第一用户可感知输出(例如，绿光或没有可听声音)，和/或如果检测到至少一个错误，则提供第二用户可感知输出(例如，红光或可听声音)。
121.(一个或多个)用户可感知输出的控制由用户接口100和患者监测器150的相应处理器执行。
122.在输出模块102还包括扬声器102b的实施例中，处理器还可以适于控制扬声器以提供通信路径的状态的音频表示。
123.例如，如果路径的状态是可接受的，则通信路径的状态的视觉输出可以不提供视觉表示，并且如果路径的状态是不可接受的，则通信路径的状态的视觉输出可以提供视觉表示(例如，光或警告符号)。
124.通过示例，通信路径的状态的视觉输出可以包括经由屏幕在患者监测数据的视觉表示的(上、下、左或右)侧处呈现状态的视觉表示。
125.仅通过示例，非期望通信路径的检测可以触发技术警报(inop)的生成，其可以用作中断。该技术警报继而可以触发用户可感知输出(例如，听觉警报、视觉警报等，视情况而定)的提供。
126.用户接口和患者监测器可以适于每0.1至3s检查通信路径的状态不少于一次。在特定实施例中，通信路径的状态的检查之间的可允许持续时间可以不小于用于响应于患者的非期望状态(例如，根据临床上可接受指南)而生成用户可感知警报的可允许延迟。
127.换言之，以与指示通信路径的状态类似的方式，指示通信路径和用户接口或患者监测器的状态可以采取可听、视觉或触觉输出信号的形式。
128.在一些实施例中，患者监测器150适于响应于所确定的通信路径的状态和/或其自己的功能而控制或联系其他模块，诸如寻呼系统或中央控制器通信系统。例如，患者监测器可以响应于路径的所确定的状态而控制寻呼系统(例如，如果路径发生故障，则向用户设备发送寻呼或信号)，或响应于所确定的状态而警告中央监测系统。
129.由用户接口100和患者监测器150独立执行的对通信路径的监测有效地向两个元件提供“看门狗”通信路径功能。
130.向用户接口与患者监测器之间的通信提供这样的看门狗功能意味着可以建立并确保两个设备之间的稳定且安全的连接(其中，向用户警告在连接方面的任何错误)。这使得能够抑制患者监测器处的用户可感知输出(例如，音频警告)或通过患者监测器的物理连接(即，在其附近)的实体的用户可感知输出。
131.因此，在一些实施例中，患者监测器适于响应于通信路径能够将患者监测数据承载到连接的用户接口而抑制/静音/阻止可听输出。因此，如果用户接口能够提供关于将触发可听输出的数据的信息，则可以在患者监测器处抑制可听警报。
132.具体地，患者监测器可以适于响应于通信路径能够将患者监测数据承载到连接的
用户接口而抑制/静音/阻止可听输出，其中，所述患者监测数据包括警报数据。
133.一些临床依从性指南需要响应于警报事件(例如，患者的心率下降到预定值以下)而生成可听警报。
134.在这样的情形中，患者监测器可以适于响应于通信路径能够承载患者监测数据(其包括警报数据)并且用户接口包括适于响应于患者监测数据而提供可听输出的扬声器而抑制可听输出。这使得临床依从性指南能够被安全地满足，同时减少由患者监测器输出的可听警报的数量。
135.当然，患者监测器150可以适于响应于通信路径不能承载患者监测数据(其包括警报数据)或用户接口不包括适于响应于患者监测数据而提供可听输出的扬声器而提供可听输出(响应于警报数据)。如果通信路径发生故障，则这使得临床依从性指南能够被安全地满足，从而提供合适的后备选项。
136.这些优点使得能够支持更灵活的用例，诸如使得护理提供者能够被定位在单独的(观察)房间中，同时确保患者监测数据将被提供给他们或他们将意识到是否未能提供患者监测数据。
137.类似地，看门狗功能使得能够在没有屏幕或到屏幕的物理连接的情况下提供患者监测器以显示患者监测信息的视觉表示。这是因为患者监测信息的视觉表示可以由用户接口可靠地提供(这样的可靠性由看门狗功能保证或注意)。
138.为了改进安全性并提供后备，患者监测器的辅助警报模块153可以包括用于提供关于警报的发生的信息的专用视觉输出系统153c(例如，灯条)。
139.为了进一步改进安全性，辅助警报模块153可以适于提供负责患者监测数据(从而执行一般警报模块的功能)的用户可感知输出(例如，可听警报)，患者监测器150确定通信路径190的状态为使得它不能将患者监测数据承载到用户接口100。这确保了对于通信路径(或用户接口)中的故障的适当后备。
140.用户接口和患者监测器均可以适于监测另一设备的状态。因此，用户接口可以适于监测患者监测器的状态，并且患者监测器可以适于监测用户接口的状态。
141.另一设备的状态可以根据监测另一个设备的状态的任何已知方法来执行检查，例如，采用心跳协议或通过迭代地从另一设备请求状态信息。特别地，由于设备中的每个被配置为监测其自己的状态，因此可以将关于设备的状态的信息传输到另一设备，从而使得另一设备能够监测原始设备的状态。
142.用户接口和患者监测器还可以适于响应于另一设备的所监测的状态而提供用户可感知输出。用户接口可以使用输出模块来提供该输出，并且患者监测器可以使用辅助警报模块来提供该输出。这改善了用户对设备故障的认知。
143.当然，技术人员将意识到，用户接口和/或患者监测器可以适于响应于确定另一个设备已经发生故障而执行某些步骤。这样的步骤可以从先前描述的可以响应于确定通信路径不能承载患者监测数据而被采取的示例性步骤进行调整。
144.在一个示例中，响应于确定所述用户接口已经发生故障，患者监测器可以适于响应于患者监测数据而控制用户可感知输出。这确保患者监测数据警告用户，即使用户接口已经发生故障。
145.因此，在一些示例中，如果确定通信路径已经发生故障(不能成功地承载患者监测
数据)或用户接口已经发生故障(例如，不能响应于患者监测数据而提供用户可感知输出)，则患者监测器响应于患者监测数据而控制辅助警报模块。当然，如果通信路径和用户接口都没有发生故障，则患者监测器可以适于防止辅助警报模块对患者监测数据做出响应。
146.其他步骤可以类似于先前描述的可以响应于确定通信路径不能成功地将患者监测数据承载到用户接口而被执行的步骤。
147.优选地，患者监测器适于能够与多于一个用户接口通信，即，患者监测器优选地不束缚于仅与单个用户接口通信。
148.在一些示例中，患者监测器适于能够将表示患者监测数据的相同或不同信息传输到多于一个用户接口。因此，两个不同的用户接口可以(在其相应的屏幕上)显示相同患者监测数据的视觉表示(例如，基本上相同的视觉表示)或不同类型的患者监测数据的视觉表示(例如，第一用户接口可以显示心率信息，而第二用户接口可以显示spo2信息)。因此，每种类型的患者监测数据可以反映一些总体患者监测数据的部分。
149.在一些示例中，患者监测器适于选择性地与用户接口的选择中的一个或多个通信。这可以通过建立到多于一个用户接口的通信路径来执行，如本领域中已知的。
150.可以根据任何已知的“配对”协议(诸如无线“配对”协议)来执行在用户接口与患者监测器之间建立通信路径。这样的协议通常具有将多于一个设备连接到单个“主”设备(此处，其可以是患者监测器)的能力。
151.因此，将清楚的是，显示患者监测数据的视觉表示的角色/任务能够在不同的用户接口之间共享或交换，例如，通过改变哪些用户接口建立与患者监测器的通信路径，患者监测器150向哪些用户接口100传输患者监测信息和/或哪些患者监测信息与传输到不同用户接口的信息相关联。
152.下文将描述多个合适的示例。患者监测系统(并且因此(一个或多个)患者监测器和/或(一个或多个)用户接口)可以适于能够执行这样的示例中的任一个或多个。
153.在一些示例中，多于一个用户接口显示相同患者监测数据的视觉表示。在这样的示例中，患者监测器可以适于将相同的患者监测数据传输到多于一个用户接口。
154.在一些示例中，患者监测数据的视觉表示跨多个用户接口被分裂(例如，第一用户接口显示第一部分的视觉表示，第二用户接口显示第二部分的视觉表示，等等)。当然，一些用户接口可以提供与另一用户接口相同的患者监测数据的部分的视觉表示。因此，患者监测器可以将患者监测数据的不同实例或部分传输到不同的用户接口。
155.当不同的临床人员负责患者的不同方面时，这些实施例是特别有用的。例如，患者监测数据的第一部分可以与患者的心脏病学信息相关(其可以由查看第一用户接口的心脏病学团队处理/查看)，而患者监测数据的第二部分可以与患者的呼吸信息相关(其可以由查看第二用户接口的呼吸团队处理/查看)。
156.在另外的示例中，由单个患者监测器提供的患者监测数据的视觉表示和与生理数据相关联的警报阈值对于每个用户接口是不同的。因此，每个用户接口可以根据观察对应用户接口的医学从业人员的技能集来调整可视化和用户感知的警报。这将允许基于用户之间的可操作警报的严重性来最佳地分开可操作警报：护士将在患者的状态恶化时被警告，而一旦患者的状态将对他/她的生命变得危险，医生就会被呼叫。
157.在一些示例中，仅单个用户接口显示患者监测数据的视觉表示(的部分)，其中，单
个用户接口的选择可以在不同的用户接口之间改变或切换。
158.因此，从前述内容将清楚的是，显示患者监测数据(的部分)的视觉表示的责任可以在不同的用户接口之间切换。
159.优选地控制这样的切换，使得没有用户接口提供患者监测数据(的部分)的视觉表示的时间段小于预定持续时间。该预定持续时间的长度优选地不小于检测到警报事件的发生与生成用户可感知输出(例如，根据临床顺应性指南)之间的可允许时间段。在一些实施例中，该持续时间的长度不小于3秒，例如在0.1秒至3秒或0.1秒至1秒的范围内。
160.在一些示例中，这可以通过仅当已经建立到第二不同用户接口的通信路径(并且优选地发起患者监测数据到所述第二用户接口的传输)时停止到第一用户接口的通信(从而停止第一用户接口提供合适的视觉表示)来实现。
161.在另一示例中，这可以通过在第一用户接口与第二用户接口之间快速切换(患者监测器的)通信来实现，例如如果患者监测器被配置为仅能够与单个用户接口通信。其他方法对于技术人员将是显而易见的。
162.当然，将意识到，用户接口100还能够与多于一个患者监测器150通信。因此，用户接口可以能够在显示由第一患者监测器生成的患者监测数据的视觉表示与显示由第二不同的患者监测器生成的患者监测数据的视觉表示之间切换。
163.在一些实施例中，只有患者监测器150能够与另一用户接口(例如，第二用户接口)通信才执行这种切换，以确保患者监测数据的视觉表示被连续显示。
164.在一些实施例中，患者监测器150可以适于响应于通信路径的状态指示通信路径已经发生故障或以其他方式不能承载患者监测数据(或连接的用户接口已经发生故障)而开始通过不同的通信路径将患者监测数据传输到不同的用户接口。
165.以这种方式，患者监测器可以尝试响应于与用户接口(最初显示这样的视觉表示)的通信发生故障而自动地使不同的用户接口显示患者监测数据的视觉表示。这提供了后备位置以确保患者监测数据继续被提供给临床医师。
166.在任何前述实施例中，将显而易见的是，如果没有患者被患者监测系统监测，则不需要提供患者监测数据的视觉表示。这可以手动控制。
167.图2图示了根据本发明的实施例的患者监测系统200的用例情形。
168.患者监测系统200包括多个不同的患者监测器150和多个不同的用户接口100。在该图示的情形中，每个患者监测器适于与单个用户接口通信，并且每个患者监测器与相应的床240相关联。
169.患者监测器150被定位在第一房间205(例如，重症监护室)中。用户接口100被定位在临床医师250可以被分配到的第二单独房间206(例如，观察室)中。
170.每个患者监测器150与相应的用户接口100通信，如前所述。这使得患者监测数据(诸如警报数据)能够被传输到由患者监测器占据的单独房间205。继而，这使得能够在每个患者监测器150处抑制警报或其他用户可感知输出(因为这可以替代地由用户接口提供)，从而导致更安静的第一房间205。这可以显著减少存在于第一房间205中的临床医师的患者压力和/或警报疲劳，同时确保仍然向临床医师250(存在于第二房间205中)提供适当的数据。
171.因此，所提出的患者监测系统可以通过将患者监测数据可靠地传送到用户接口来
实现减少的患者压力和减少的警报疲劳，同时确保向用户通知未能传送患者监测数据。
172.图3图示了由用户接口执行的方法300，该用户接口包括具有二维显示屏的输出模块。方法300用于在用户接口处显示由患者监测器获得的患者监测数据。
173.方法300包括通过通信路径从患者监测器接收患者监测数据的步骤301。
174.方法300包括基于患者监测数据来控制二维显示屏以提供患者监测数据的视觉表示的步骤302。
175.方法300包括监测患者监测器与用户接口之间的通信路径的状态的步骤303。
176.方法300包括监测用户接口的状态的步骤304。
177.方法300还包括控制输出模块以提供指示通信路径的状态的用户可感知输出的步骤305。
178.方法300还包括控制输出模块以提供指示用户接口的状态的用户可感知输出的步骤306。
179.步骤301和302可以被分组成一个程序线程。步骤303和305可以被分组成另一程序线程。步骤304和306可以被分组成又一程序线程。三个程序线程可以连续地和/或彼此并行地执行。
180.图4图示了根据本发明的实施例的由患者监测器执行的方法400，该患者监测器包括适于可控制地生成用户可感知输出的辅助警报模块。该方法用于使用患者监测器来向用户接口提供患者监测数据以用于显示。
181.方法400包括从一个或多个患者传感器获得患者的生理数据的步骤401。
182.方法400包括响应于生理数据而生成患者监测数据的步骤402。
183.方法400包括通过通信路径将患者监测数据传输到用户接口的步骤403。
184.方法400包括监测通信路径的状态的步骤404。
185.方法400包括监测患者监测器的状态的步骤405。
186.方法400还包括响应于通信路径的状态而控制辅助警报模块的用户可感知输出的步骤406。
187.方法400还包括响应于患者监测器的状态而控制辅助警报模块的用户可感知输出的步骤407。
188.步骤401、402和403可以被分组成一个程序线程。步骤404和406可以被分组成另一程序线程。步骤405和407可以被分组成又一程序线程。三个程序线程可以连续地和/或彼此并行地执行。
189.技术人员将能够容易地开发用于执行任何本文描述的方法的处理系统。因此，流程图的每个步骤可以表示由处理系统执行的不同动作，并且可以由处理系统的相应模块执行。
190.因此，实施例可以利用处理系统。处理系统能够利用软件和/或硬件以多种方式实施，以执行所需的各种功能。处理器是采用一个或多个微处理器的处理系统的一个示例，所述一个或多个微处理器可以使用软件(例如，微代码)来编程以执行所需的功能。然而，处理系统可以在采用或不采用处理器的情况下实施，并且还可以被实施为执行一些功能的专用硬件和执行其他功能的处理器(例如，一个或多个编程的微处理器和相关联的电路)的组合。
191.可以在本公开的各种实施例中采用的处理系统部件的示例包括但不限于常规微处理器、专用集成电路(asic)和现场可编程门阵列(fpga)。
192.在各种实施方式中，处理器或处理系统可以与一个或多个存储介质相关联，所述一个或多个存储介质诸如为易失性和非易失性计算机存储器，诸如ram、prom、eprom和eeprom。存储介质可以利用一个或多个程序来编码，所述一个或多个程序当在一个或多个处理器和/或处理系统上运行时执行所需的功能。各种存储介质可以固定在处理器或处理系统内，或可以是可运输的，使得存储在其上的一个或多个程序可以加载到处理器或处理系统中。
193.将理解，所公开的方法优选地是计算机实施的方法。这样一来，还提出了计算机程序的构思，所述计算机程序包括用于当所述程序在处理系统(诸如计算机)上运行时实施任何所描述的方法的代码模块。因此，根据实施例的计算机程序的代码的不同部分、行或块可以由处理系统或计算机运行以执行任何本文描述的方法。在一些备选实施方式中，(一个或多个)方框图或(一个或多个)流程图中注释的功能可以不按图中注释的顺序发生。例如，连续示出的两个方框实际上可以基本上同时运行，或方框有时可以以相反的顺序运行，这取决于所涉及的功能。
194.通过研究附图、公开内容以及权利要求，本领域技术人员在实践请求保护的本发明时能够理解并实现对所公开的实施例的变型。在权利要求中，“包括”一词不排除其他元件或步骤，并且词语“一”或“一个”不排除多个。单个处理器或其他单元可以履行在权利要求中记载的若干项的功能。尽管在互不相同的从属权利要求中记载了特定措施，但是这并不指示不能有利地使用这些措施的组合。如果上面讨论了计算机程序，则其可以被存储/分布在合适的介质上，例如与其他硬件一起提供或作为其他硬件的部分提供的光学存储介质或固态介质，但是其也可以被以其他形式分布，例如经由因特网或其他有线或无线电信系统分布。如果术语“适于”用在权利要求书或说明书中，则应注意术语“适于”旨在等效于术语“被配置为”。权利要求中的任何附图标记都不应被解释为对范围的限制。