独立于平台的实时医疗数据显示系统的制作方法

相关申请的交叉引用

本申请要求于2018年12月20日提交的美国临时申请62/782,455的权益，该前述申请的内容通过引用完全并入本文。

背景技术：

医院和其他医疗保健机构内的患者治疗体验可以以多种方式变化，包括患者和护理者之间的初始交互、诊断、治疗进展、患者在机构内的物理运动、住院时间、恢复以及康复方面的差异。例如，在某些情况下，患者通过到达急诊室以使医院工作人员解决紧急需求(例如受伤、心力衰竭、突发性疼痛或其他突发性的紧急医疗事件)来发起与医院的交互。从急诊室开始，患者可能被紧急手术、被安排在稍后的时间进行手术、给予一种或更多种药物、被安排稍后的诊断咨询、治疗并离开(release)、被移送至重症监护病房、被移送至恢复病房，或者可能针对患者采取任何其他多种措施。作为另一示例，在某些情况下，患者通过预定手术治疗来发起与医院的交互。在这样的情况下，患者可能会例如到达医院、为手术做准备、经历手术过程、在恢复病房中度过一段时间、并且然后被转移到普通医院病房，之后从医院离开并回家。

在许多情况下，一个或更多个手术过程构成了患者的治疗计划的一部分。在手术过程之后，患者可以转移通过多种环境。紧接在手术过程之后，患者逐渐恢复至稳定状况，然后他们出院回家或接受长期护理。对于需要24/7临床医师照管的患者，最初的恢复过程始于重症监护室(icu)。icu具有监测患者状态所需的装备和高的人员配备比率以帮助患者恢复。这种环境对患者而言可能是非常昂贵的，因为这通常是医院中任何房间之中每日花费最高的，尽快离开这种环境是有益的，因为这样可以使总成本最小化。对于围绕重症监护而建立的医院，icu患者吞吐量对于其整体运营效率而言是高度关注的度量——相对于工作人员和资源而言，icu是医院最昂贵的环境，并且使患者留在那里的时间长于所需的时间意味着另一患者在接受治疗之前必须等待床位变得可用。因此，对于医院和患者两者来说，将患者从icu转移出来是优选的，但是与过早出院相关联的风险常常阻止患者提早离开。

当患者位于icu中时，对确定患者稳定性所需的基本生命体征数据进行测量、记录、跟踪和趋势化，该过程通常依赖于临床人员并且可能将临床医师限制于他们可以亲自(例如，通过查看利用连接至患者的传感器的床边ecg显示器)监测患者并查看生命体征和其他数据的特定物理位置。所收集的患者生命体征可以包括：血压、体温、呼吸率、血液氧合、心律(经由ecg)和心率。除此之外，还使用软度量，例如患者反应能力和视觉评估。

在某些情况下，恢复过程可以包括在手术之后直接将患者移送至恢复室或者在手术之后在icu中待一段时间之后将患者移送至恢复室。与icu一样，恢复室环境内的患者监测也包括对临床医师解释所生成的任何数据的严重依赖，并且该数据对于照管患者的恢复的原始医师而言可能容易获得或者可能不容易获得。

患者可能经常被从icu或恢复室移送至普通病房。普通病房通常包括较低的护理者相对于患者的人员配备比率以及较少或没有生命体征监测。在许多情况下，通常不会接近持续地监测生命体征，而是护士将进行巡视以测量关键生命体征。另外，这样的生命体征测量可能常常限于一些基本参数，例如体温和血压。在普通病房之后，患者恢复进展中的下一阶段常常是患者出院。一般认为最好让患者尽快回到家中并在这种更舒适的环境中恢复。从医院离开以在家继续恢复可以将感染无关的院内并发症的风险降到最低，并且可以更好地让家庭成员以较低成本帮助患者康复。

在多种医院内和医院外环境下管理患者期间，各种利益相关者(人类和非人类)都对消耗与患者状态相关联的实时医疗数据和所接受的护理感兴趣。这些实时医疗数据通常驻留在不同的人类和非人类资源中，并且被通过各种方式传达给利益相关者。此外，随着许多利益相关者不断变化，难以以患者为中心的方式来协调护理。

本发明涉及提供实时医疗数据的系统。

技术实现要素：

本说明书描述了用于将从监测设备获得的实时医疗数据提供给客户端设备的方法、系统和计算机可读介质。特别地，该系统可以与客户端设备的平台的类型无关地向客户端设备提供实时医疗数据。该系统使用不同类型的连接在客户端设备与系统之间建立连接，以及在客户端设备与系统之间传输实时医疗数据。例如，可以使用超文本传输协议(http)连接在客户端设备与系统之间建立连接，并且可以使用websocket(网络套接字)连接在客户端设备与系统之间传输实时医疗数据。通过使用http连接，该系统可以最初在系统和与http连接兼容的任何客户端设备之间建立连接。

通常，本说明书中描述的主题的一个创新方面可以在例如由具有执行被存储在一个或更多个非暂态计算机存储设备上的计算机指令的一个或更多个计算机的计算系统执行的方法中实现。该方法可以包括：由服务代理通过超文本传输协议(http)连接从客户端设备接收对网页的第一请求，该第一请求包括特定患者的患者信息；响应于第一请求，由服务代理基于特定患者的患者信息确定特定网页，该特定网页显示第一用户界面；由服务代理通过http连接向客户端设备提供特定网页以用于在服务代理与客户端设备之间建立websocket连接；在服务代理与客户端设备之间建立websocket连接；由服务代理通过websocket连接从客户端设备接收对第一实时医疗数据的第二请求，该第二请求标识定义第一实时医疗数据的一个或更多个数据属性的医疗数据协议；由服务代理从一个或更多个数据源获得第一实时医疗数据样本集，该第一实时医疗数据样本集包括第一实时医疗数据的一个或更多个属性的相应值；基于第一实时医疗数据的一个或更多个数据属性的值生成第一实时医疗数据；以及由服务代理通过websocket连接向客户端设备提供第二用户界面以呈现第一实时医疗数据。

该方法可以可选地包括以下特征中的一个或更多个特征。响应于在客户端设备上加载特定网页，特定网页可以被配置成触发(invoke)客户端设备以在客户端设备与服务代理之间建立websocket连接。在服务代理与客户端设备之间建立websocket连接可以包括：由服务代理从客户端设备接收响应于在客户端设备上加载特定网页而被触发的websocket连接请求；以及响应于websocket连接请求，由服务代理向客户端设备提供websocket连接响应，以用于在服务代理与客户端设备之间建立websocket连接。该方法还可以包括由服务代理通过websocket连接将医疗数据异步地推送至客户端设备。

基于第一实时医疗数据的一个或更多个数据属性的值生成第一实时医疗数据可以包括：由服务代理从第二请求中识别标识、采样率、标绘时间和缓冲器信息的相应值，该第二请求包括第一实时医疗数据的一个或更多个数据属性的相应值；基于标识的值，确定由监测设备实时监测的一个或更多个波形中的特定波形；基于标绘时间、采样率和缓冲器信息的相应值，由服务代理在标绘时间使用采样率将特定波形写入缓冲器；以及基于被写入缓冲器的特定波形，由服务代理生成第一实时医疗数据。

该方法还可以包括将所生成的第一实时医疗数据存储在数据库中。提供第一实时医疗数据可以包括：由服务代理读取被存储在数据库中的第一实时医疗数据，以及由服务代理通过websocket连接将第一实时医疗数据提供给客户端设备。客户端设备可以是服务代理的针对医疗数据的订阅者。可以使用基于超文本标记语言(html)的通信在服务代理与客户端设备之间建立websocket连接。

特定网页可以同时显示(i)从服务代理通过http连接向客户端设备提供的第一用户界面以及(ii)呈现从服务代理通过websocket连接向客户端设备提供的第一实时医疗数据的第二用户界面。该方法还可以包括：由服务代理通过websocket连接从客户端设备接收对第二实时医疗数据的第三请求，该第三请求包括第二实时医疗数据的一个或更多个数据属性的相应值；由服务代理从一个或更多个数据源接收第二实时医疗数据样本集；基于第二实时医疗数据的一个或更多个数据属性的值，根据第二实时医疗数据样本集生成第二实时医疗数据；以及由服务代理更新第二用户界面以呈现第二实时医疗数据而不是第一实时医疗数据，而保持第一用户界面。

本说明书中描述的主题可以在特定实现方式中实现，并且可以产生以下优点中的一个或更多个优点。常规系统使用相同类型的连接在客户端设备与常规系统之间建立连接以及在客户端设备与常规系统之间传输实时医疗数据。相比之下，本说明书中描述的系统使用不同类型的连接在客户端设备与系统之间建立连接以及在客户端设备与系统之间传输实时医疗数据。特别地，通过使用通用类型的连接例如http连接在客户端设备和系统之间建立连接，系统可以与客户端设备的平台无关地建立至与该连接类型兼容的任何客户端设备的数据连接。因此，该系统通过使得护理者和其他相关方能够使用远程计算设备上的标准接口(例如，web浏览器)来查看从患者收集的实时医疗数据，改善了管理实时医疗数据的兼容性和灵活性。该系统无需专门的应用即可提供数据完整性。

此外，该系统不需要额外的代理在客户端设备与系统之间建立连接。这减少了整个网络中网络设备的数量，使得可以使用较少网络资源在系统与客户端设备之间传输相同的数据。因此，网络资源可以被高效利用。

此外，每当传输实时医疗数据时，常规系统需要在客户端设备与常规系统之间进行新连接。因此，即使之前已经建立了连接，也应当建立新连接以传输新的实时医疗数据。相比之下，本文所描述的系统一旦在系统和客户端设备之间建立了用于传输实时医疗数据的连接，就不需要传输实时医疗数据的任何后续连接过程。因此，与常规系统相比，该系统使用较少网络资源。

可以实施本说明书中描述的主题以实现以下优点中的一个或更多个优点。与常规系统相比，所公开的技术更加高效。所公开的系统确定被部署在部署系统中的当前部署清单(manifest)是否已经过时，并且向客户端设备提供指示当前部署清单是否已经过时的通知。响应于该通知，可以确定是否应该升级当前的部署清单或何时升级当前的部署清单。作为结果，该系统可以通过在系统不执行其他任务或系统不忙时升级服务实现来避免停机。因此，该系统可以高效地执行对服务实现的升级。

本说明书中描述的主题的一个或更多个实施方式的细节在附图和以下说明书中阐述。根据说明书、附图和权利要求书，本主题的其他特征、方面和优点将变得明显。

附图说明

图1是示出用于跟踪和监测与患者相关联的信息的示例系统的图。

图2是示出监测从患者获得的波形并向客户端设备提供实时医疗数据的示例系统的图。

图3是示出向客户端设备提供实时医疗数据的示例操作的序列图。

图4是示出向客户端设备提供实时医疗数据的示例操作的流程图。

图5是示出生成实时医疗数据的示例操作的流程图。

图6是示出用于针对实时医疗保健信息来促进发布者/订阅者系统的网络的图。

图7a至图7d是示出在客户端设备上显示的用于提供实时医疗数据的示例界面的图。

在各个附图中相似的附图标记和名称指示相似的元件。

具体实施方式

图1是示出用于跟踪和监测与患者相关联的信息的示例系统100的图。系统100可以用于监测患者生命体征、跟踪患者活动、跟踪患者运动、记录与患者相关联的信息、协调患者护理以及向健康护理提供者提供最新的信息。系统100包括：一个或更多个监测设备，例如监测设备102、106、107和108；服务代理，例如服务代理113；以及客户端设备，例如客户端设备114。

监测设备检测并记录患者的医疗数据。例如，监测设备可以检测并记录患者的各种生命体征和其他信息。在一些实现方式中，监测设备包括患者穿戴的传感器。例如，患者穿戴的传感器可以包括贴附于患者104的胸部以用于跟踪患者104的各种生命体征的胸部传感器102。另外，患者穿戴的传感器可以包括腕部传感器106，在所示的示例中，腕部传感器106贴附于患者104的右手腕，但实际上腕部传感器106可以被贴附于患者104的任一手腕。患者穿戴的传感器可以与系统100的其他部件交互以识别患者104的警报状态。警报状态可以包括患者的各种医疗状态或医疗紧急情况，这些医疗状态或医疗紧急情况可能需要或可能不需要一名或更多名护理者干预。在一些实现方式中，可以基于患者104的一种或更多种生命体征或其他度量的偏差超出可接受范围来识别警报状态。对与患者104或系统100的需要关注的部件相关联的警报状态或其他问题的检测可能引起系统的一个或更多个部件发出警告。警告可以采用以下形式：关于由计算设备显示的警报状态或其他问题的信息、发送至一个或更多个护理者的通知、音频警报、视觉警报、触觉警报(例如振动)或另外的指示。

胸部传感器102可以包括用于接触患者104的皮肤以记录患者的各种生命体征的若干粘附电极，所述各种生命体征包括心律(经由ecg)和心率。胸部传感器102可以是例如具有i、ii、iii、avl、avr和avf引线的6引线ecg传感器。可以通过胸部传感器102或胸部传感器102与腕部传感器106的组合监测的其他生命体征可以包括血压、体温、呼吸率、血液氧合、血糖水平、水合水平和排汗。在一些实现方式中，胸部传感器102可以包括可重复使用或永久性部分以及一次性部分。例如，胸部传感器102可以包括用于容纳电气部件的永久性壳体，所述电气部件用于处理从患者接收的信号以及与患者相关联地检测到的信号并且向其他设备传送信息。胸部传感器102还可以包括被设计成贴附于患者104的胸部的一次性粘附电极垫。作为一次性粘附电极垫的一部分而被包括的电极可以被配置成：接触永久性壳体的电气引线以将信号从患者104传递至胸部传感器102内的电气部件。在一些实现方式中，永久性壳体可以包括用于接合一次性粘附电极垫的电极并且将一次性粘附电极垫固定至永久性壳体的卡扣连接器。一次性粘附电极垫可以被周期性地移除并且用新的一次性粘附电极垫替换，同时允许胸部传感器102的部件中的许多部件连续地重复使用。

胸部传感器102还可以包括用于检测生物阻抗以监测患者104的水合水平、体脂水平或其他流体水平的传感器。在一些实现方式中，胸部传感器102可以包括用于对生命体征信息以及从患者104收集的其他信息进行处理和分析的电子器件。在一些实现方式中，胸部传感器102和/或其他患者穿戴的传感器收集原始的、经预处理的信息，然后将这些信息传送至系统100的其他部分以进行进一步处理和分析。

在一些实现方式中，胸部传感器102包括从胸部传感器102的主体延伸到患者104的腋窝下方以监测、跟踪和记录患者104的体温的温度传感器。温度传感器可以包括可重复使用部分和临时/一次性部分两者。例如，温度传感器可以包括用于贴附于患者104腋窝下方的患者104的皮肤的一次性触头(contact)。温度传感器还可以例如包括永久性部分，该永久性部分包括温度感测部分、用于解译和处理从患者接收的温度数据的电路系统以及从胸部传感器102的主体围绕患者104的胸部延伸到患者104的腋窝的线缆。在一些实现方式中，除了包括用于解译从患者104收集的温度数据的功能之外，温度传感器还可以收集由包含在胸部传感器102的主壳体或系统100的其他部分内的电路系统处理的原始数据。

在一些实现方式中，胸部传感器102包括用于检测和记录患者移动、活动、位置和姿势的一个或更多个加速度计。例如，包括在胸部传感器102内的加速度计可以跟踪患者活动以使得护理者能够确定：患者104是否正在接受足够水平的日常锻炼，或者对于患者104的当前身体状况而言，患者104是否正在从事过多的活动。加速度计还可以用于确定患者104是否跌落或者患者104是否已经静止不动达指定时间段。例如，加速度计可以确定患者已经处于特定姿势达指定时间段，这可以使得系统100能够识别该患者的警报状态并且发出一个或更多个警告以引起护理者对该患者的警报状态的响应。加速度计还可以用于跟踪病人的睡眠模式或者用于跟踪患者104的姿势，以使得护理者能够提供关于患者104在坐、卧、站等时如何更好地定位自己的建议。另外，加速计可以向护理者提供如下信息：该信息可以用于确定患者104是否正在从事可能会增加再次受伤或发展并发症的风险的活动或习惯。

胸部传感器102还可以包括用于识别患者104的物理位置的电路系统和部件。例如，胸部传感器102可以包括gps单元或基于无线电信号三角测量的位置确定设备。包括在胸部传感器102内的gps单元或其他位置确定电路系统可以用于例如在患者不位于其在指定时间应当处于的位置时识别患者的位置。gps单元可以用于定位患有痴呆症或其他精神疾病的患者，这些患者易于走失和迷路。作为另一示例，如果胸部传感器102中的加速度计确定患者104已经跌落，则胸部传感器102可以向一个或更多个护理者传送警告，该警告包括患者104的位置，以使得护理者能够更容易地确定患者104跌落的位置并且快速且有效地满足患者104的需求。

可以作为胸部传感器102的一部分而被包括的其他部件包括电源、用于接收用户输入的按钮或其他输入机构、一个或更多个可听警报器或扬声器以及显示灯或显示屏幕。胸部传感器102的电源可以采用如下形式：用于容纳标准一次性电池、可再充电电池的电池组或者可以用完全充电的电池组替换的可移除电池组。胸部传感器102还可以包括输入机构，例如按钮、按键或触摸屏幕。输入机构可以允许患者104或护理者调整针对胸部传感器102的设置、执行各种测试(例如传感器测试、电池电力水平测试等)或重置胸部传感器102的一个或更多个警报。例如，患者104或护理者可以通过按下胸部传感器102上的按钮来使胸部传感器102的可听警报器静音或使胸部传感器102的闪烁灯警报停止。

胸部传感器102也可以包括一个或更多个可听警报器或扬声器。当发生特定的患者事件时，作为胸部传感器102的一部分而被包括的扬声器或其他噪声发射单元可以提供可听警报。在一些实现方式中，不同类型的可听警报可以指示不同的患者事件。例如，第一警报声音可以指示心脏骤停，而第二警报声音可以指示患者104跌落，并且第三警报可以指示患者104的不规则呼吸。在一些实现方式中，胸部传感器102的按钮或其他输入设备可以用于暂停或重置可听警报或视觉警报。胸部传感器102还可以包括显示灯、显示屏幕或其他显示机构。例如，一个或更多个led灯可以指示患者104的一种或更多种生命体征的当前状态或胸部传感器102的一个或更多个部件的当前状态。例如，一个led可以指示胸部传感器102的电池电量低，而另一led可以指示通信单元(例如，无线蓝牙通信电路系统)发生故障。作为又一示例，作为胸部传感器102的一部分而被包括的显示屏幕可以提供对一种或更多种生命体征或由胸部传感器102收集的其他信息的指示。例如，显示屏幕可以示出关于患者104的一个或更多个ecg读数。

在一些实现方式中，胸部传感器的按钮或其他输入设备可以允许患者104发起患者求救呼叫。例如，患者104可以选择胸部传感器102上的按钮，该按钮可以使胸部传感器102利用无线通信和/或通过经由网络112进行通信来将求救信号传送至床边监测器108或其他计算设备。例如，当患者104按下按钮时，胸部传感器102可以向位于护士站处的计算机传送求救信号。然后，护士站可以向护理者指示患者104已经发起了求救呼叫。另外，与求救呼叫有关的信息连同进行求救呼叫时的时间的指示以及求救呼叫时患者的生命体征和其他信息可以一起被记录和存储。

在一些实现方式中，胸部传感器102的一个或更多个输入设备可以启动胸部传感器102的麦克风功能。例如，患者104可以选择胸部传感器102上的按钮以激活包括在胸部传感器102中的麦克风。麦克风可以允许患者104进行音频记录以例如指示患者104当前正在经历或最近经历的症状。音频记录与进行该记录时的时间戳一起被记录并且被存储在胸部传感器102和/或与胸部传感器102进行通信的另一计算设备的计算机存储器中。音频记录(例如，其包括患者104陈述的症状)可以被一个或更多个护理者用于对患者104进行诊断。

在一些实现方式中，胸部传感器102的麦克风功能可以用于促进患者102与位于不同位置处的护理者之间的单向或双向音频通信。例如，患者104可以选择胸部传感器102的按钮以激活胸部传感器102的麦克风并且发起与计算设备处的护理者的双向音频通信会话，所述计算设备在与患者104和胸部传感器102不同的物理位置处。例如，患者104可以与位于和患者104在医院的同一楼层的护士站处的护士交谈，以向该护士传达问题、症状或其他信息。护士可以对患者104进行应答。例如，胸部传感器102可以包括扬声器，以将由护士站传送的音频发出，从而使得护士能够向患者104提供指示或安慰或者向患者104通知正在着手提供帮助。

如上面所提及的，作为系统100的一部分而被包括的患者穿戴的传感器可以包括腕部传感器106。腕部传感器106可以用于跟踪和记录患者104的血压和血液氧合(spo2)。与胸部传感器102一样，腕部传感器106可以包括可重复使用部分和一次性部分两者。例如，腕部传感器106可以包括可重复使用的壳体和用于处理从患者104接收的信号的电路系统以及用于接触患者104的皮肤的一次性部分。

在一些实现方式中，患者穿戴的传感器包括手指传感器107，手指传感器107从腕部传感器106延伸并且与患者104的一个或更多个手指接合。手指传感器107可以用于例如测量患者104的血液氧合(spo2)。在一些实现方式中，腕部传感器106可以采用位于患者104的上臂(肘部上方)处的上臂传感器的形式，而不是位于患者104的腕部处。上臂传感器可以用于例如测量患者104的血压。

在一些实现方式中，监测设备可以包括床边监测器108。胸部传感器102可以与床边监测器108进行通信，以将由胸部传感器102和/或其他患者穿戴的传感器收集的信息(例如，患者生命体征、患者活动和患者位置)传递至床边监测器108。例如，胸部传感器102可以使用蓝牙技术与床边监测器108无线地通信。作为另一示例，胸部传感器102可以使用wifi协议或蜂窝协议与床边监测器108进行通信。作为又一示例，胸部传感器102可以使用有线连接来与床边监测器108进行通信。胸部传感器102与床边监测器108之间的通信连接也可以用于将信息从床边监测器108转发至胸部传感器102。例如，床边监测器108可以用于改变针对胸部传感器102的设置，例如由胸部传感器102和/或其他患者穿戴的传感器监测的心率、呼吸率、血液氧合或其他生命体征的可接受范围。作为另一示例，床边监测器108可以用于改变胸部传感器102和/或腕部传感器106捕获并传送患者104的特定生命体征的频率。作为又一示例，床边监测器108可以用于改变胸部传感器102和/或腕部传感器106的一个或更多个生命体征读取部件的灵敏度水平。

在一些实现方式中，腕部传感器106还(例如，通过无线蓝牙连接、其他无线连接或者通过有线连接)与床边监测器108进行通信。在一些实现方式中，腕部传感器106不与床边监测器108直接通信，而是(例如，通过无线或有线连接)将信息传输至胸部传感器102并且然后胸部传感器102将由腕部传感器106收集的信息传送至床边监测器108以及将由床边监测器108指示的设置信息和其他信息传送至腕部传感器106。

在一些实现方式中，以不同的采样率记录各种不同的生命体征，并且以统一且一致的速率对这些生命体征进行缓冲并将其发送至床边监测器(以及因此发送至与床边监测器直接或间接通信的其他计算设备)。例如，可以以每秒200个样本来对ecg波形的原始数据进行采样，而以每秒33个样本来对血液氧合和生物阻抗进行采样。可以将以不同速率采样的各种信息一起缓冲，使得可以以一致的速率(例如，每秒9次)将它们全部传送(bush)至床边监测器。

床边监测器108可以允许护理者110(例如，护士、医生、护工、物理治疗师或其他护理者)查看患者104的实时生命体征，患者104的过去的生命体征，由胸部传感器102、腕部传感器106和/或其他患者穿戴的传感器提供的其他信息或者与患者104相关联的其他信息。例如，床边监测器108可以显示患者104的ecg波形，同时还列出患者104的当前血液氧合水平、血压、水合水平、心率、呼吸率和体温。护理者110还可以使用床边监测器108记下关于对患者104进行的患者护理的笔记、对生命体征信息或其他患者信息做注释、向其他护理者发送消息或者记录患者活动。例如，护理者110可以使用床边监测器108记录患者104经历了轻度的呼吸困难或者患者104正在经历肢体疼痛。作为另一示例，护理者110可以是物理治疗师并且可以使用床边监测器108记录患者104的治疗活动并且记下关于患者104的物理治疗进度的笔记。作为又一示例，护理者110可以使用床边监测器108调整范围，所述范围被认为是患者104的一种或更多种生命体征的“正常”或“安全”范围。作为又一示例，护理者110可以是医院护工并且可以使用床边监测器108记录患者104何时进食以及患者104每餐进食的量。尽管在本文中被描述为床边监测器，但是应当理解，显示、通信、传感器控制和床边监测器108的其他功能中的一些或全部可以由远离胸部传感器102的一个或更多个设备执行。例如，床边监测器108可以是计算机或平板设备，该计算机或平板设备远离患者104和胸部传感器102并且使用下面更详细描述的技术通过一种或更多种网络连接进行通信以从胸部传感器102接收信息和/或向胸部传感器102发送信息。

床边监测器108还可以用于查看由其他护理者留下的关于对患者104进行的患者护理的笔记，或者在一段时间内跟踪患者的生命体征和活动以帮助诊断或预防并发症。床边监测器108还可以传递与胸部传感器102的警报状态相关联的信息。例如，如果各种生命体征或其他信息(例如患者的运动/位置)中的任何一个超出了所指定的“安全”限制，则胸部传感器102、腕部传感器106或床边监测器108可以发起警报状态。床边监测器108可以通过使用视觉警报或音频警报来向护理者110警告该警报状态。在一些场景下，不同的视觉警报或音频警报可以用于不同类型的警报状态，或者用于与不同警报状态相关联的不同紧急情况级别。在一些实现方式中，可以基于警报状态的严重性来对警报状态进行分级，其中，一些警报被标识为比其他警报更重要(并且/或者需要护理者或者来自护理者的更多即时关注)。例如，如果胸部传感器102检测到心脏骤停，则可以将其分类为需要即时关注的高级别紧急事件，而如果腕部传感器106检测到血压略有升高，则可以将其标识为低级别警报状态，该低级别警报状态在下一次护理者对患者104进行检查之前不需要进行处理。床边监测器108的显示器可以向护理者110指示各种警报状态以及每个警报状态的相对重要性或水平。然后，护理者110可以使用床边监测器108来查看与每个警报状态相关联的附加信息，包括生命体征的变化或提示警报状态启动的其他患者关联信息。

在一些实现方式中，胸部传感器102、腕部传感器106和/或其他患者穿戴的传感器可以包括电路系统，所述电路系统用于对由胸部传感器102、腕部传感器106和/或其他患者穿戴的传感器记录的生命体征信息和其他信息进行处理以识别一个或更多个警报状态是何时发生。在一些实现方式中，患者穿戴的传感器将原始的、经预处理的生命体征信息以及与患者104关联收集的其他信息传送至床边监测器108，床边监测器108对该原始信息进行分析以确定患者104的各种生命体征和其他信息并且识别是否存在任何警报状态(例如，通过识别是否有任何生命体征或其他信号偏离了可接受范围)。在其他实现方式中，系统100的其他部分可以用于对由胸部传感器102和腕部传感器106收集的生命体征和其他信息进行分析以识别与患者104相关联的警报状态。

在一些实现方式中，可以通过将针对患者104收集的一种或更多种生命体征与阈值进行比较来识别患者104的警报状态。例如，可以将患者104的心率与阈值心率值进行比较，如果患者104的心率降至阈值以下，则系统100的一个或更多个部件可以自动确定患者正在经历心脏骤停。然后，系统100可以将指示患者104的心脏骤停警报状态的警告发送至一个或更多个护理者。例如，可以将警告发送至患者104预定距离内的一个或更多个护理者、患者104所在的医院病房的监督护士以及负责对患者104进行一般护理的普通护理医师。还可以将警告发送至当前在患者104所位于的医疗保健机构的当值心脏病专家。

在一些实现方式中，可以将所收集的生命体征与阈值进行比较，不仅可以确定警报状态的类型而且还可以识别警报状态的严重性。例如，经历呼吸率略高于针对该患者的优选范围的患者可以被识别为具有级别为2级的呼吸警报状态，而经历呼吸率明显偏离优选范围的患者可以被识别为具有级别为1级的呼吸警报状态(例如，较高紧急级别)。如在前示例中所指示的，警报状态可以被分为不同的级别。作为另一示例，由包括在胸部传感器102中的加速度计收集的信息可以指示患者104已经跌落。如果可以将跌落的距离和速度与阈值进行比较，则可以识别跌落的严重性并且关联针对该跌落的警报级别。例如，从两英尺高的高度缓慢跌落可以具有级别为2的严重性级别，而从五英尺高处快速跌落可以被分配有级别为1的严重性级别。

除了与胸部传感器102、腕部传感器106和/或其他患者穿戴的传感器进行通信之外，床边监测器108还可以通过网络112与一个或更多个服务代理113进行通信。服务代理113可以收集由包括床边监测器108、其他床边监测器、各种传感器以及其他计算终端的各种监测设备提供的信息。

服务代理113可以包括共处一地的多个服务器或位于不同地理位置的多个服务器以针对由系统100存储的信息提供所谓的“云”存储。各种监测设备或客户端设备可以通过网络112从许多不同的位置访问服务代理113。例如，床边监测器108、与床边监测器108位于同一家医院的其他床边监测器和计算设备以及位于其他物理位置的各种床边监测器和其他计算设备(例如，移动电话、个人计算机、平板设备等)可以访问服务代理113。

系统100还包括客户端设备114。例如，客户端设备114可以是中央服务器站、移动设备或膝上型计算机。可以在客户端设备114处访问由服务代理113收集的信息。例如，护理者116或其他医院人员可以使用客户端设备114来访问关于患者104、其他患者或其他医院或医疗保健管理功能的信息。网络112可以是诸如wifi网络的医院内部局域网(lan)、诸如因特网的广域网(wan)或者lan网络和wan网络的任何组合。床边监测器108可以使用无线协议例如wifi或蜂窝通信协议或者通过有线连接与网络112连接。在一些实现方式中，客户端设备114可以位于与患者104和床边监测器108不同的机构处。

客户端设备114可以允许护理者116从远程位置监测患者104的生命体征、活动和其他信息。另外，客户端设备114可以允许护理者116同时观察医疗保健机构或系统内的多个患者的信息。在一些实现方式中，由患者穿戴的传感器(例如，胸部传感器102和腕部传感器106)收集的所有信息以及使用床边监测器108输入的所有信息由服务代理113存储并且可通过客户端设备114访问。在一些实现方式中，护理者116可以在客户端设备114处接收与患者104相关联的警报或警告，并且采取适当的行动来分派一个或更多个护理者解决警报情况。在一些实现方式中，系统100可以自动识别患者104的警报状态并且警告合适的护理者对该情况做出响应。例如，床边监测器108可以对从胸部传感器102接收的信息进行分析以确定患者104正在窒息。床边监测器108可以将这识别为紧急情况级别警告，并且将该信息传送至服务代理113。然后，服务代理113可以识别与患者104邻近的一个或更多个护理者并且警告他们患者104正在窒息。

可以例如通过护理者当前正与之交互的床边监测器、与服务代理113进行通信的计算机终端、护理者携载或穿戴的移动设备或位于患者104所在的医院或医疗保健机构各处的警报器或显示器将警告发送至一个或更多个护理者。服务代理113还可以将关于患者104的警告信息传送至客户端设备114，以通知护理者116和床边监测器108(其与患者104穿戴的胸部传感器102相关联)使护理者110或床边监测器108附近的可能的一个或更多个其他护理者警觉。对患者104的警报状态的这种自动识别以及将警报路由至邻近患者104的护理者可以减少响应和解决紧急情况所花费的时间，从而减少对患者104的不利影响。

在一些实现方式中，除了由各种患者穿戴的传感器(例如胸部传感器102、腕部传感器106和/或其他患者穿戴的传感器)收集的信息之外，床边监测器108可以包括用于收集与患者104有关的信息的功能。例如，床边监测器108可以包括用于监测患者104的移动、姿势和其他方面的一个或更多个摄像装置。摄像装置可以内置到床边监测器108中，作为外围设备附接至床边监测器108，或者可以是与床边监测器108进行有线或无线通信的独立设备。在患者104位于床上时床边监测器108的摄像装置可以被定位成面向患者104并且监测患者104的移动。该信息用于识别患者的警报状态。例如，床边监测器108(或系统100的另一计算设备，例如服务代理113)可以对由摄像装置捕获的视频图像进行分析以识别患者104是否已经从床上掉下来。作为另一示例，摄像装置可以用于识别在患者104被期望位于床上时患者104不在床上。如果床边监测器108检测到患者104已经离开床长于阈值时间段，则床边监测器108可以将这识别为警报状态并向护理者警告该情况。

作为又一示例，床边监测器108的摄像装置可以确定患者104处于清醒状态。所存储的关于患者104的信息可以指示患者104当前应该处于药物诱导的睡眠中。床边监测器108可以将在患者104应入睡的期间段内患者104处于清醒状态识别为警报状态。作为又一示例，摄像装置可以用于识别昏迷的患者处于清醒状态并且正在移动。床边监测器108可以将这识别为警报状态并且警告护理者对现在清醒的患者进行检查。

床边监测器108还可以包括用于确定床边监测器108的方位的一个或更多个加速度计。这种方位信息还可以被用于确定由床边监测器108的摄像装置捕获的各个图像的方位。例如，取决于床边监测器108相对于患者104的定位方式，床边监测器108可以被以各种不同的角度定位。例如，床边监测器108可以与贴附于患者104的床的栏杆、贴附于壁或者放置在桌子或床头柜上的支柱连接。另外，床边监测器108不一定在支撑床边监测器108的表面上完全齐平。床边监测器108的方位可以取决于床边监测器108的支撑方式而不同。加速度计可以用于确定床边监测器108的方位，并且从而确定由床边监测器108的摄像装置捕获的图像的方位。

在一些实现方式中，胸部传感器102还包括可以确定胸部传感器102的移动和胸部传感器102的方位的一个或更多个加速度计。

可以由内置在床边监测器108中或与床边监测器108通信的一个或更多个传感器或设备收集的其他信息可以包括环境温度、环境湿度、噪声水平、光照水平、一氧化碳检测或烟雾检测。例如，床边监测器108可以识别到患者104附近的环境温度已经降至可接受水平以下并且向护理者或维修工人警告温度的变化。作为另一示例，床边监测器108可以检测到环境湿度已经跌落到阈值以下。

在一些实现方式中，与患者104相关联的护理者可以被分类为不同的护理者类别。例如，第一级护理者可以被标识为负责患者104的即时护理或日常护理的护理者，而第二级护理者可以被标识为负责对患者104的恢复或治疗进行更广泛的监督的护理者。例如，患者104所在病房的主治医师可以被标识为患者104的第一级护理者，而负责每周与患者见面并致力于语言技能的语言治疗师可以被分类为病人104的第二级(或在某些情况下，甚至为第三级)护理者。作为另一示例，当患者104在家时负责患者104的护理的患者104的直系亲属可以被标识为患者104的第三级护理者。对于不同的患者，同一护理者可以具有不同的护理者分类等级。例如，物理治疗师可以是长时间地每天与物理治疗师见面若干次的患者的第一级护理者，同时该物理治疗师可以是每周仅与物理治疗师见一次面的患者的第二级护理者。

在一些实现方式中，当针对患者104发生患者事件(例如，基于生命体征信息而识别到的警报状态或另外的患者事件)时，可以将不同的警报发送至不同的护理者。在一些实现方式中，可以基于护理者的护理者分类将不同的警报发送至护理者。例如，包括关于患者104的特定警报状态的详细信息的详细警报以及关于如何响应警报状态的指示可以被传送至患者104所在病房的当值主治医师(第一级护理者)，而仅指示警报状态和警报状态发生时间的较不详细的警报可以被发送至患者104的普通护理家庭医生(患者104的第二级护理者)。作为另一示例，系统100的部件可以基于由胸部传感器102收集的生命体征信息确定患者104正在窒息。系统100可以向位于患者104附近的护士发送紧急警报，该紧急警报指示患者正在窒息并且指示护士清理患者104的气道。可以向患者104的已标识紧急联系人(例如，父母、配偶、兄弟姐妹等)发送不同的警报：该警报指示患者经历了窒息状况，并且可能还指示窒息状况已得到处理并且患者104不再处于危险之中。

在一些实现方式中，可以响应于检测到患者处于不期望位置或者患者已经处于特定位置长于指定时间段而生成警报。例如，手术之后患者可能位于恢复室中。可以安排在一定时间范围内(例如，在8小时之内)将患者转移到医院普通病房的房间。系统100的一个或更多个计算设备可以识别到患者已经在恢复室中长于八个小时，并且生成指示该患者仍然位于恢复室中的警报以提供给一个或更多个护理者。作为另一示例，系统100的一个或更多个计算设备可以确定患者本应该在特定时间窗口内从医院出院。如果识别到在经过指定时间窗口之后患者仍在医院内，则系统100可以生成指示该患者本应该已经出院的警报并将该警报提供给一个或更多个护理者。作为又一示例，如果识别到患者在楼梯间不移动超过指定时间段(例如，一分钟)，则可以生成警报并将其提供给一个或更多个护理者。

在一些实现方式中，也可以将关于除了与患者相关联的警报状态以外的情况的警报发送至系统100的护理者或其他用户。例如，可以将指示床边监测器108与胸部传感器102失去通信的警报发送至护理者110。作为另一示例，可以将指示胸部传感器102的电池电量低的警报发送至护理者110。作为又一示例，可以将指示胸部传感器102不能正确收集确定患者104的一种或更多种生命体征所必需的信息的警告传送至护理者110。在该示例中，护理者110可以通过调整胸部传感器102的触头使得它们适当地接触患者104的皮肤，或者通过用功能正常的胸部传感器替换胸部传感器102来解决该问题。

在系统100的一些实现方式中，胸部传感器102、腕部传感器106和/或其他患者穿戴的传感器可以通过(例如，使用wifi或其他无线协议)直接连接至网络112以将生命体征和其他信息传输至服务代理113来消除对床边监测器108的需要。然后，可以在客户端设备114和连接至网络112的其他终端处访问通过网络传输至服务代理113的信息。在一些实现方式中，床边监测器108用作虚拟终端，该虚拟终端从服务代理113接收信息并且显示由服务代理113指定的图形用户界面，而不是直接从胸部传感器102和/或其他患者穿戴的传感器接收信息。

在一些实现方式中，可以使用与服务代理113和/或床边监测器108通信的其他设备访问患者104的信息(例如生命体征、警报状态、治疗信息、生物信息等)。例如，可以将患者信息发送至护理者110或与患者104相关联的另一护理者所拥有的移动设备(例如智能电话、平板电脑或膝上型计算机)。作为另一示例，护理者110可以(例如，通过使用床边监测器108或另一计算设备)访问服务代理113并且指示护理者110希望接收关于患者104的更新。然后，可以将护理者110与患者104相关联(例如，通过将护理者110的护理者简档链接至患者104的患者简档)。当服务代理113接收到关于患者104的重要信息(例如警报状态或治疗计划的重大改变)时，服务代理113可以将该信息自动发送至与护理者110相关联的设备，例如护理者110的移动电话。

在一些实现方式中，与患者104相关联的护理者可以使用计算设备与服务代理113进行通信并且访问患者104的信息。例如，如果护理者具有访问患者104的信息的适当权限，则护理者可以访问患者104的信息。护理者可以通过输入访问代码或者通过访问先前已经与患者104的患者简档相关联的护理者的简档来表明访问该信息的权限。在一些实现方式中，可以通过多个不同的床边监测器或客户端设备访问与患者104相关联的信息。这样的信息访问机制可以使得护理者和系统100的其他用户能够访问多个患者的信息。例如，医生可以负责监测多个患者的状态。医生可以使用pc访问服务代理113并且查看多个患者中的每个患者的生命体征信息、警报信息和其他信息。可以将多个患者的信息设置在新闻馈送(newsfeed)中，所述新闻馈送使得医生能够容易地访问和查看最相关的患者信息，同时还为医生提供了访问每个患者的未被系统100标识为最相关的其他信息的能力。

另外，护理者110可以使用床边监测器108访问与患者104相关联的信息，所述相关联的信息已经被输入到系统100中但不是由胸部传感器102或其他患者穿戴的传感器提供。例如，护理者110可以使用床边监测器108访问与患者104相关联的信息，所述相关联的信息与发生在除了患者104的当前位置以外的位置处的治疗或手术有关。在一个示例中，护理者110可以使用床边监测器108访问和查看被存储在服务代理113处的关于患者104与急诊室工作人员之间的交互的信息，以评估患者104的当前状态。作为另一示例，护理者110可以查看麻醉师在患者104的不同床边监测器处留下的有关患者104的特定生命体征或其他表现的笔记，以在患者104的指定手术后过程时段期间进行观察。

在一些实现方式中，服务代理113可以与系统100外部的计算系统接口以访问患者104的其他信息。例如，服务代理113可以访问患者104的电子病历(emr)、电子健康记录(ehr)或图片存档和通信系统(pacs)信息，包含与过去的治疗、手术、护理计划、诊断有关的患者的医疗保健信息或者可能与和系统100相关联的医疗保健机构关联或者不关联的患者104的其他医疗保健相关信息。

如上面所讨论的，系统100的各个部件可以使得护理者(包括护理者110和116)能够更有效地协调患者护理，以及更加无缝地将患者从一个位置过渡到另一位置、从一个环境过渡到另一环境或者从一组护理者过渡到另一组护理者。例如，护理者可以使用系统100记下有关患者护理的笔记，该笔记可以与患者生命体征和其他信息一起存储。例如，护理者110可以记下有关患者104的饮食习惯的笔记。作为另一示例，护理者116可以使用客户端设备114输入关于患者104的笔记，这些笔记例如基于对从床边监测器108和其他来源接收并且存储于服务代理113的信息的查看和评估。然后，当其他护理者(例如，使用客户端设备114、床边监测器108、另一床边监测器、移动设备或与网络112通信的另一计算设备)访问有关患者104的信息时，这些笔记可以被所述其他护理者查看以使得所述其他护理者能够对患者104的治疗计划的一个或更多个方面进行调整。在一些实现方式中，可以将笔记或消息处理成一个或更多个其他护理者的注意事项(attention)。例如，护理者110可以记下患者104在服药之后具有特定反应的笔记，并将该笔记设置为负责该患者的护理的药剂师的注意事项。药剂师可以(例如，经由药剂师的移动电话)接收新的笔记已经被处理成他的注意事项的警报、查看该笔记、并且查看与患者104相关联的其他信息，以最好地确定是否需要改变患者104的药物计划(medicationschedule)。

在一些实现方式中，服务代理113可以包括除了与患者护理直接相关的信息以外的信息。例如，服务代理113可以存储与医疗保健设施维护和库存有关的信息(例如，关于医疗用品、医疗设备、药物或者常规物品例如灯泡和电池)。可以通过系统100中包括的与网络112通信的计算设备来访问该信息。该系统还可以包括用于跟踪维护和库存的功能，所述功能包括：计划维护，跟踪维护进度，在供应品耗尽时订购新库存，跟踪供应方、供应商和服务提供商信息以及跟踪维护和库存预算。服务代理113还可以存储患者的保险信息、患者的支付信息或仅与患者护理略微相关的其他患者信息。可以由服务代理113或系统100的其他部件提供的附加功能包括雇员薪资和人员调度。

在系统100的一些实现方式中，多个患者穿戴的传感器与多个相应患者相关联，并且这些患者穿戴的传感器每个均被配置成(例如，使用蓝牙或另一无线通信协议)与一个或更多个床边监测器或中间设备同步。在一些实现方式中，患者穿戴的传感器可以使用有线连接与床边监测器或其他设备通信。在一些实现方式中，患者穿戴的传感器中的一些或全部被配置成(例如，使用wi-fi或另一无线通信协议)与网络112直接通信。可以通过网络将由多个患者穿戴的传感器收集的信息路由至服务代理113并进行存储。然后可以由系统100的部件访问该信息。例如，护理者116可以在客户端设备114处访问由多个患者穿戴的传感器收集的信息，以监测与多个患者穿戴的传感器相关联的患者的状态。

在一些实现方式中，包括在系统100中的多个床边监测器可以彼此直接通信以创建网络冗余。例如，网络112可能中断(down)一段时间，或者系统100的床边监测器108和其他床边监测器可能在一段时间内无法与网络112通信。床边监测器108可以例如通过lan与服务代理113和系统100的其他计算设备通信。lan可能经历中断(outage)并且在一段时间内不可用。系统100的床边监测器可以检测到该中断，并且每个床边监测器可以与一个或更多个其他床边监测器(或系统100的其他计算设备)建立直接通信，以形成用于在床边监测器和系统100的其他计算设备之间传递患者信息和其他信息的自组网备用网络(adhocbackupnetwork)。例如，每个床边监测器可以使用无线通信功能(例如，蓝牙或wifi通信功能)与范围内的其它床边监测器通信。

在许多用例中，将在整个医院或其他医疗护理环境中基本规律地安置床边监测器。例如，通常在每个患者房间中放置一个或两个床边监测器，以及在护士站和整个医院的其他区域安置具有无线通信功能的系统100的计算设备。床边监测器的空间分布可以使得床边监测器能够通过一系列床边监测器(和其他计算设备)中继信息，从而使得能够在设备之间传送要传送的信息，所述设备与通过标准短程无线通信协议通常能够跨越的间距相比，在物理上彼此间距更远。

在使用中，可以在患者104进入医疗保健机构时或在患者104进入医疗保健机构之后不久将一个或更多个患者穿戴的传感器(例如胸部传感器102和腕部传感器106)与患者104相关联。在一些实现方式中，如果患者104在紧急情况(例如，心脏骤停、严重车祸等)期间进入医疗保健机构，则可以在处理了紧急情况并且患者104已经稳定之后将患者穿戴的传感器分发给患者104。在一些实现方式中，患者104可以与唯一的患者标识符(“id”)相关联。患者id可以像患者104的姓名，分配给患者104的唯一编号，数字、字母和其他字符的唯一组合或者与患者104相关联的任何其他的唯一标识符一样简单。如果患者104先前与医疗保健机构、系统100或相关系统进行过交互，则护理者110可以通过例如在床边监测器108处输入患者104的姓名来查找患者104的唯一标识符。然后，护理者110可以访问患者104的患者信息。患者信息可以包括诸如姓名、年龄、体重、身高、地址、联系信息、家庭成员、紧急联系人等的生物信息(biographicalinformation)以及有关患者104的过去(或现在或未来)医疗保健事件、治疗、手术、护理计划等的医疗保健信息。在一些实现方式中，护理者110可以(例如，使用患者104的患者id)访问患者104的患者简档。患者简档可以包括以上列出的关于患者104的信息中的任何信息。患者简档还可以指示与患者104相关联的护理者，例如对患者104进行手术的医生、被安排未来对患者104进行手术的医生、负责患者104的初级护理的一个或更多个护理者、对患者104的初始紧急情况护理进行处理的急诊室医生和参与者以及与患者104相关联的其他护理者。

如果患者104先前未与系统100或相关系统进行过交互，则可以通过系统100的一个或更多个部件(例如，通过床边监测器108或服务代理113)向患者104分配新的唯一id。然后可以(例如，使用床边监测器108或客户端设备114)输入患者104的生物信息、医疗信息和其它信息并将其存储在服务代理113处。

在最初将患者穿戴的监测器(例如胸部传感器102和腕部传感器106)提供给患者104时，可以通过将患者穿戴的传感器与患者104的唯一id关联来使患者穿戴的传感器与患者104相关联。例如，胸部传感器102可以与床边监测器108同步。然后，护理者110可以使用床边监测器108将胸部传感器102与患者104相关联。在胸部传感器102与患者104关联之后，胸部传感器102可以将患者104标识至系统100的其他部件，例如其他床边监测器或其他监测站。

床边监测器108可以例如通过以下操作与胸部传感器102同步：搜索在床边监测器108的指定距离内的设备、显示附近设备(例如胸部传感器102、腕部传感器106以及由附近其他患者穿戴的一个或更多个其他患者穿戴的传感器)的列表以及允许护理者110从所显示的设备列表中选择胸部传感器102。在同步之后，护理者110可以将胸部传感器102与患者104唯一的患者id相关联。作为另一示例，护理者110可以通过在床边监测器108处输入胸部传感器102的唯一传感器id来使床边监测器108与胸部传感器102同步。唯一传感器id可以例如被印在胸部传感器102的表面上。在一些实现方式中，使用与床边监测器108通信的特定扫描设备使床边监测器108与胸部传感器102同步。护理者110可以使用该扫描设备(例如，通过检测由胸部传感器102的部件传送的信号、扫描rfid标签或者通过读取印在胸部传感器102上的条形码)来扫描胸部传感器102。床边监测器108可以使用来自扫描设备的信息识别胸部传感器102并且与胸部传感器102同步。在一些实现方式中，床边监测器108可以包括被并入床边监测器108的设计的扫描设备。例如，床边监测器可以是具有可以用于扫描胸部传感器102的一个或更多个内置摄像装置的平板设备。

在一些实现方式中，只要患者穿戴的传感器和其它设备在床边监测器108的通信范围内，床边监测器108就可以自动地同步这些患者穿戴的传感器或先前已经与床边监测器108同步的其它设备。例如，可以使用上述技术中的一种技术或其他技术将胸部传感器102与床边监测器108同步。然后，患者104可以例如通过去医院自助餐厅吃午餐或去医疗保健机构的物理治疗区而离开床边监测器108的通信范围。然后，患者104可以返回至床边监测器108的通信范围。床边监测器108可以自动检测到胸部传感器102已经重新进入床边监测器108的通信范围，床边监测器108和胸部传感器102先前同步过，并且然后与胸部传感器102同步。在一些实现方式中，床边监测器108自动与指定通信范围内能够与床边监测器108通信的所有患者穿戴的传感器同步。例如，床边监测器108可以与位于同一房间的多个患者的患者穿戴的传感器同步并且显示从这些传感器中的每个传感器接收到的信息。

在一些实现方式中，患者穿戴的传感器可以与指定通信距离内的任何监测器(例如床边监测器)同步。在一些实现方式中，患者穿戴的传感器可以(例如，通过通信信号的强度)从多个监测器中识别最近的监测器，并且自动与所识别的最近监测器同步。在一些实现方式中，患者穿戴的传感器能够同时与多个监测器同步。在一些实现方式中，患者穿戴的传感器的同步活动可以用于跟踪患者的移动。例如，每个监测器可以与特定的物理位置相关联。在该示例中，床边监测器108可以与医疗保健机构中的房间309相关联。在一些实现方式中，在监测器被移动的情况下，它们变得与新的物理位置相关联。继续该示例，患者104可以离开床边监测器108所位于的房间(即，房间309)。

图2是示出监测从患者获得的或与患者相关联的波形和/或其他实时信息的示例系统200的图。系统200在一个或更多个计算机上实现。在一些实现方式中，系统200可以是图1中的系统100，或者包括图1中的系统100的部件。系统200包括客户端设备210、服务代理230以及一个或更多个监测设备250。在一些实现方式中，客户端设备210可以是图1中的客户端设备114，服务代理230可以是图1中的服务代理113，并且监测设备250可以是图1中的监测设备102、106、107和108。服务代理230包括web服务器232、web应用服务器234、websocket处理器236和数据库238。

客户端设备210向服务代理230提供对网页的请求。在一些实现方式中，该请求包括特定患者的患者信息。例如，患者信息可以包括用于标识特定患者的信息，例如患者的姓名、出生日期、社会保险号和物理地址。在一些实现方式中，该请求可以包括患者的患者标识符(例如，唯一的id号)。在一些实现方式中，该请求可以包括多个患者的患者信息。

服务代理230从客户端设备210接收对网页的请求。特别地，服务代理230的web服务器232从客户端设备210接收对网页的请求。在一些实现方式中，服务代理230可以通过http连接接收请求。然而，客户端设备210与服务代理230之间的连接类型不限于http连接。可以在客户端设备210与服务代理230之间建立任何合适类型的连接以用于各种实现方式。响应于请求，服务代理230基于包括在该请求中的患者信息来确定网页，并且通过http连接将该网页提供给客户端设备。下面将参照图3更详细地描述用于确定网页和提供网页的处理。

服务代理230可以是处理或处置(processingorhandling)实时医疗数据的按需服务代理。在一些实现方式中，服务代理230从对患者进行监测并且从患者获得实时医疗数据的监测设备250获得实时医疗数据。服务代理230允许客户端设备210访问由服务代理230基于从监测设备250获得的原始波形数据而生成的实时医疗数据。在一些实现方式中，服务代理230可以被实现为一个或更多个计算机，所述一个或更多个计算机被配置为http服务器以在服务代理230与客户端设备210之间建立http连接。在一些实现方式中，服务代理230可以在云计算平台上实现。云计算平台为客户端设备例如客户端设备210提供端点(endpoint)。云计算平台还维护或存储实时医疗数据的数据库，例如数据库238。客户端设备例如客户端设备210可以使用云计算平台访问服务代理230。

响应于对网页的请求，web服务器232将该请求分配给web应用服务器236。web应用服务器236基于特定患者的患者信息来确定特定网页。在一些实现方式中，网页包括用于呈现标识与请求中包括的患者信息相对应的特定患者的数据的界面。在一些实现方式中，该界面可以是命令行界面(cli)、图形用户界面(gui)或这两者的各种组合。web应用服务器236将包括该界面的网页提供给客户端设备210。将参照图6a和图6b更详细地描述网页中包括的界面。在一些实现方式中，可以通过http连接将网页从服务代理230提供给客户端设备210。然而，客户端设备210与服务代理230之间的连接类型不限于http连接。可以在客户端设备210与服务代理230之间使用任何合适类型的连接以用于各种实现方式。

当从服务代理230接收到网页时，在客户端设备210与服务代理230之间建立websocket连接。在一些实现方式中，在客户端设备210的web浏览器加载所请求的网页时，该网页触发客户端设备210与服务代理230之间的websocket连接。在该示例中，网页可以包括特定命令例如用javascript编程的命令，使得这些命令可以触发客户端设备210与服务代理230之间的websocket连接。

特别地，为了在客户端设备210与服务代理230之间建立websocket连接，客户端设备210向服务代理230提供websocket连接请求。例如，可以响应于在客户端设备上加载网页而触发websocket连接请求。在该示例中，服务代理230的websocket处理器236接收websocket连接请求。响应于接收到websocket连接请求，服务代理230的websocket处理器236向客户端设备210提供websocket连接响应，以在服务代理230与客户端设备210之间建立websocket连接。当客户端设备210接收到websocket连接响应时，在客户端设备210与服务代理230之间建立websocket连接。

一旦建立了websocket连接，客户端设备210就通过客户端设备210与服务代理230之间建立的websocket连接向服务代理230提供对实时医疗数据的请求。在一些实现方式中，客户端设备210可以请求在上面描述的患者信息中标识的特定患者的实时医疗数据。在一些实现方式中，对实时医疗数据的请求可以标识定义实时医疗数据的一个或更多个属性的医疗数据协议。

在一些实现方式中，属性包括标识、采样率、标绘时间(plottime)或缓冲器信息中的至少一项。例如，标识可以表示对特定患者的实时医疗数据的标识。采样率可以表示对从监测设备250获得的原始波形数据进行采样的采样率。标绘时间可以表示将原始波形数据写入缓冲器的时间段。缓冲器信息可以表示将使用哪个缓冲器以被填充原始波形数据。

响应于对实时医疗数据的请求，服务代理230获得实时医疗数据样本集。在一些实现方式中，实时医疗数据样本集包括所请求的实时医疗数据的属性的相应值。例如，在客户端设备210提供对与特定患者相关联的实时医疗数据的请求的情况下，服务代理230的websocket处理器238从包括数据库238的一个或更多个数据库中获得实时医疗数据样本集。在该示例中，实时医疗数据样本集可以包括所请求的实时医疗数据的属性的相应值。也就是说，实时医疗数据样本集可以包括所请求的实时医疗数据的标识、采样率、标绘时间和缓冲信息的值。在一些实现方式中，服务代理230直接从一个或更多个监测设备获得实时医疗数据样本集。例如，参照图1，服务代理230可以从患者穿戴的传感器例如胸部传感器104、腕部传感器106和手指传感器107获得实时医疗数据样本集。

基于所获得的实时医疗数据样本集，服务代理230生成特定患者的实时医疗数据。例如，基于所请求的实时医疗数据的属性的相应值，服务代理230生成特定患者的实时医疗数据。特别地，在属性包括标识、采样率、标绘时间和缓冲器信息的情况下，服务代理230可以基于标识的值，根据从一个或更多个监测设备获得的原始波形数据确定特定波形。基于缓冲器信息，服务代理230可以确定将使用哪个缓冲器以被填充原始波形数据。基于采样率，服务代理230可以确定特定波形的采样率。基于标绘时间，服务代理可以确定服务代理230将特定波形写入特定缓冲器的时长。

一旦服务代理230在标绘时间基于采样率将特定波形写入缓冲器，服务代理230就可以基于被写入缓冲器的波形数据生成实时医疗数据。服务代理230通过websocket连接将所生成的实时医疗数据提供给客户端设备210。在一些实现方式中，服务代理230将所生成的实时医疗数据存储在数据库238中。

客户端设备210从服务代理230接收实时医疗数据并且将这些实时医疗数据提供给客户端设备210的用户。例如，客户端设备210可以通过界面将实时医疗数据提供给诸如护理者或其他医院人员的用户。界面可以是cli、gui或两者的各种组合。界面的示例将参照图7a和图7b更详细地描述。

图3是示出向客户端设备提供实时医疗数据的示例操作的序列图。在一些实现方式中，图3中的客户端设备310、web服务器332、web应用服务器334、websocket处理器336和数据库338可以分别是图2中的客户端设备210、web服务器232、web应用服务器234、websocket处理器236和数据库238。在图3中，系统300包括客户端设备310和服务代理330，并且服务代理330包括web服务器332、web应用服务器334、websocket处理器336和数据库338。

客户端设备310向服务代理330的web服务器332提供对网页的请求(步骤312)。在一些实现方式中，请求包括特定患者的患者信息。例如，患者信息可以包括用于标识特定患者的信息，例如患者的姓名、出生日期、社会保险号和物理地址。在一些实现方式中，患者信息可以包括患者的唯一标识符，例如患者id号或患者id码。在一些实现方式中，请求可以包括多个患者的患者信息。在一些实现方式中，可以通过http连接提供请求。

一旦web服务器332从客户端设备310接收到对网页的请求，web服务器332就将该请求分配给web应用服务器334(步骤314)。在一些实现方式中，web服务器332将请求分配给专用于特定患者或与特定患者相关联的特定web应用服务器。例如，可以将每个web应用服务器分配给一组特定的患者id。例如，在web应用服务器334专用于上述特定患者或与上述特定患者相关联的情况下，服务代理330可以将请求分配给web应用服务器334。

web应用服务器334基于请求中包括的患者信息来确定网页，并且通过http连接将该网页提供给客户端设备(步骤316)。web应用服务器334基于特定患者的患者信息来确定特定网页。例如，web应用服务器334确定网页，所述网页标识包括患者的照片、患者的姓名、患者的医疗数据或患者的个人信息中的至少一项的数据。在一些实现方式中，网页包括用于呈现数据的界面。在一些实现方式中，界面可以是cli、gui或这两者的各种组合。web应用服务器336将包括该界面的网页提供给客户端设备310。在一些实现方式中，可以通过http连接将网页从服务代理330提供给客户端设备310。

当从服务代理330接收到网页时，客户端设备310向websocket处理器336提供websocket连接请求，以在客户端设备310与服务代理330之间建立连接(步骤342)。例如，在客户端设备310的web浏览器加载所请求的网页时，在客户端设备310与服务代理330之间建立websocket连接。在该示例中，网页可以包括特定命令例如用javascript编程的命令，使得这些命令可以触发客户端设备310以响应于在客户端设备310上加载包括这些命令的网页而向websocket处理器330提供websocket连接请求。

响应于接收到websocket连接请求，websocket处理器336向客户端设备310提供websocket连接响应(步骤344)。当客户端设备310接收到websocket连接响应时，在客户端设备310与服务代理330之间建立websocket连接。

一旦建立了websocket连接，客户端设备310就通过客户端设备310与服务代理330之间建立的websocket连接向服务代理330提供对实时医疗数据的请求(步骤352)。在一些实现方式中，客户端设备310可以请求特定患者的实时医疗数据。websocket处理器336如上面参照图2所描述生成实时医疗数据。websocket处理器336将所生成的实时医疗数据提供给客户端设备310(步骤354)。

websocket处理器336访问数据库并且打开数据库338(步骤356)。在websocket处理器336开始向客户端设备310提供实时医疗数据之后，websocket处理器336打开数据库338，使得可以在不在客户端设备310与服务代理330之间建立其他连接的情况下将实时医疗数据提供给客户端设备310。因此，当客户端设备310提供对实时医疗数据的后续请求时(步骤362)，服务代理330不需要在客户端设备310与服务代理330之间建立其他websocket连接，这是因为可以通过由步骤342和344建立的现有websocket连接将实时医疗数据提供给客户端设备310。因为与每当向服务代理请求实时医疗数据时建立websocket连接的常规系统相比，本技术使用较少的网络资源，所以本技术提高了网络效率。

响应于来自客户端设备310的后续请求，websocket处理器336从数据库338中读取实时医疗数据的属性的值(步骤364)。websocket处理器336基于从数据库338读取的属性的值来生成实时医疗数据。websocket处理器336将所生成的实时医疗数据提供给客户端设备310(步骤366)。

在一些实现方式中，一个或更多个监测设备异步地将所监测的原始波形数据推送至服务代理330。在这些实现方式中，服务代理330将原始波形数据存储在数据库338中。然后，当服务代理330接收到来自客户端设备的请求时，服务代理330从数据库338中读取适当的波形数据以生成实时医疗数据。

图4是示出向客户端设备提供实时医疗数据的示例方法400的流程图。为了方便起见，方法400将被描述为由包括位于一个或更多个位置的一个或更多个计算机的系统执行。例如，根据本说明书适当地编程的系统例如图2中的系统200可以执行方法400。

客户端设备向系统提供对网页的请求(步骤402)。在一些实现方式中，请求包括特定患者的患者信息。例如，患者信息可以包括用于标识特定患者的信息，例如患者的姓名、出生日期、社会保险号和/或物理地址。作为另一示例，患者信息可以包括唯一的患者标识符。在一些实现方式中，请求可以包括多个患者的患者信息。在一些实现方式中，可以通过http连接提供请求。

一旦系统从客户端设备接收到对网页的请求，则系统基于请求中包括的患者信息来确定特定网页(步骤404)。例如，系统确定网页，所述网页标识包括患者的照片、患者的姓名、患者的医疗数据或患者的个人信息中的至少一项的数据。在一些实现方式中，网页包括用于呈现数据的界面。在一些实现方式中，界面可以是cli、gui或这两者的各种组合。

系统向客户端设备提供包括用于呈现数据的界面的网页(步骤406)。在一些实现方式中，可以通过http连接将网页从系统提供给客户端设备。

当从系统接收到网页时，系统在系统与客户端设备之间建立websocket连接(步骤408)。例如，在客户端设备的web浏览器加载所请求的网页时，客户端设备向系统提供websocket连接请求，并且系统向客户端设备提供websocket连接响应，使得在客户端设备与系统之间建立websocket连接。在该示例中，网页可以包括特定命令例如用javascript编程的命令。这些命令可以响应于在客户端设备上加载包括这些命令的网页而触发客户端设备以向系统提供websocket连接请求。

一旦建立了websocket连接，客户端设备就通过客户端设备与系统330之间建立的websocket连接向系统提供对实时医疗数据的请求(步骤410)。在一些实现方式中，客户端设备可以请求在上面描述的患者信息中标识的特定患者的实时医疗数据。对实时医疗数据的请求可以包括对心律(经由ecg)、心率、血压、体温、呼吸率、血液氧合、血糖水平、患者方位、患者运动、患者睡眠状态、水合水平和/或排汗水平中的一项或更多项的请求。在一些实现方式中，对实时医疗数据的请求不指示所请求的实时医疗数据的类型，而是系统330可以提供预先指定或标准的数据集，或者系统330可以提供当前可用的所有实时医疗数据。

本系统允许发布者/订阅者关系。例如，将松散耦合的发布/订阅模式用于各种子系统之间的通信。发送数据的系统部件(例如，与患者穿戴的传感器或其他患者传感器通信的计算设备)将针对特定主题向代理系统(例如，系统330)发布包括实时数据的消息。想要接收与特定主题相关联的数据的系统部件(例如，一个或更多个护理者正在使用的计算设备)订阅特定主题频道。在通信架构的核心处是代理，代理汇总针对特定主题发布的消息并将其路由至那些主题的订阅者。例如，主题可以包括实时(时间敏感)遥测数据，例如波形数据、生命体征、警报、传感器功能信息等。

例如，系统330可以发布多个频道，每个频道包含关于不同患者的信息和/或一个或更多个患者的不同信息集。客户端设备例如客户端设备310可以订阅由系统330发布的一个或更多个频道以接收特定信息。例如，对于特定患者，系统330可以发布多个频道，每个频道包含关于该患者和/或与该患者相关联的一个或更多个医疗设备的不同信息集。例如，一个频道可以仅包括患者的ecg波形和心率信息。另一频道可以包括患者的多个生命体征，包括ecg波形和心率信息以及患者的当前血液氧合水平、血压、水合水平、心率、呼吸率和体温。另一频道可以仅包括患者的血糖水平信息。作为又一示例，系统330可以发布如下频道：所述频道仅包括胸部传感器和/或与患者相关联的一个或更多个其他传感器或医疗设备的操作信息，例如电池电量、网络连接状态或者关于传感器/医疗设备的功能的信息(例如，it工作者或医院技术人员将会感兴趣的信息)。在该示例中，感兴趣的各方(例如it工作者)可以订阅由系统330发布的包括针对特定分类内的所有患者的操作信息的频道，所述特定分类内的所有患者例如特定医疗保健机构中的所有患者、位于特定城市或地区的所有患者或者当前配备有患者穿戴的传感器的所有患者。不同的感兴趣方可以使用登录凭证来订阅由系统330发布的不同频道。在一些实现方式中，系统330将检查登录到客户端设备(例如客户端设备310)的特定用户的登录凭证，以确定该用户是否被允许访问特定频道。如果该用户被允许访问所请求的频道，则系统330可以通过所请求的频道提供患者的相关信息。在一些实现方式中，不同的客户端设备可以以如下形式提供对不同类型的实时医疗数据的请求：订阅具有一个或更多个患者的特定期望医疗数据集的特定频道或者通过向系统330发送针对信息类型的特定请求。特别地，不同的客户端设备可以请求从不同监测设备获得的特定类型的实时医疗数据。例如，如果客户端设备是护士站，则护士站可以请求从不同监测设备获得的所有实时医疗数据。例如，客户端设备可以识别出应当在护士站处显示的由一个或更多个患者穿戴的传感器收集的所有信息。作为另一示例，护士站可以请求访问已发布频道，所述已发布频道包括针对指定患者集合例如指定病房内或医院的指定楼层内的所有患者的由患者穿戴的传感器收集的所有信息。

作为另一示例，如果客户端设备是护士站桌面(desktop)，则护士站桌面可以请求从特定监测设备获得的特定类型的实时医疗数据。在该示例中，护士站桌面可以仅请求本质上至关重要的实时医疗数据，例如，心率、血压、体温、呼吸率、血液氧合或来自相应监测设备的特定警报。例如，监视护士站的一个或更多个护士可能仅对指示需要立即处理的患者状态的信息感兴趣。作为另一示例，如果客户端设备是由it人员操作的膝上型计算机，则该膝上型计算机可以向通过电池操作的所有监测设备请求诸如电池寿命信息的实时医疗数据。在该示例中，膝上型计算机不需要诸如心率、血压、体温、呼吸率和血液氧合的实时医疗数据。实际上，在该示例中，出于数据安全的目的，it人员可能没有权限访问这样的患者数据。作为另一示例，如果客户端设备是患者的家庭成员的移动设备，则该移动设备可以请求实时医疗数据的特定子集例如患者方位信息。在该示例中，该移动设备可能不会请求诸如通过电池操作的监测设备的电池寿命信息的实时医疗数据。通过使用客户端设备与服务代理之间建立的websocket连接，客户端设备可以容易地获得所请求的实时医疗数据，这是因为服务代理可以将实时医疗数据异步地推送至客户端设备。

系统生成实时医疗数据(步骤412)，并且将所生成的实时医疗数据提供给客户端设备(步骤414)。经由websocket连接提供的实时医疗数据与先前已经经由http连接提供的周围网页信息(例如，包括关于患者的信息)同时显示。生成实时医疗数据的处理将参照图5更详细地描述。

图5是示出生成实时医疗数据的示例方法500的流程图。为了方便起见，方法500将被描述为由包括位于一个或更多个位置的一个或更多个计算机的系统执行。例如，根据本说明书适当地编程的系统例如图2中的系统200可以执行方法500。

在客户端设备通过客户端设备与系统之间建立的websocket连接向系统提供对实时医疗数据的请求的情况下，对实时医疗数据的请求可以标识定义实时医疗数据的一个或更多个数据属性的医疗数据协议。在一些实现方式中，数据属性包括标识、采样率、标绘时间和缓冲器信息中的至少一项。

为了生成实时医疗数据，系统获得所请求的实时医疗数据的属性的值(步骤502)。例如，在客户端设备提供对与特定患者相关联的实时医疗数据的请求时，系统从一个或更多个数据库获得所请求的实时医疗数据的属性的相应值。也就是说，系统获得所请求的实时医疗数据的标识、采样率、标绘时间和缓冲器信息的相应值。在该示例中，实时医疗数据包括波形数据，并且属性包括标识、采样率、标绘时间和缓冲器信息。

系统从由一个或更多个监测设备监测的一个或更多个波形中确定特定波形(步骤504)。例如，在多个波形的原始波形数据存储在数据库中并且每个波形与特定患者的相应标识相关联的情况下，系统可以基于该标识的值确定特定波形。

系统确定将被使用以被填充波形数据的特定缓冲器(步骤506)。例如，基于缓冲器信息，系统可以确定将使用哪个缓冲器以被填充从数据库获得的波形数据。在一些实现方式中，可以使用双重缓冲技术来呈现(render)波形数据。例如，客户端设备可以包括两个缓冲器，即第一缓冲器和第二缓冲器。第一缓冲器可以用于被填充波形数据。在用波形数据填充第一缓冲器的同时，可以呈现存储在第二缓冲器中的波形数据。在用波形数据填充第一缓冲器(例如，至预先指定的水平)时，两个缓冲器的功能被反转，使得第二缓冲器接收波形数据，而呈现来自第一缓冲器的信息。从而，通过使用两个缓冲器，客户端设备可以高效地实时处理波形数据。

系统确定特定波形的采样率(步骤508)。例如，基于采样率的值，系统可以确定将基于存储在数据库中的原始波形数据对实时医疗数据进行采样的采样率。在一些实现方式中，可以针对不同类型的实时医疗数据使用不同的采样率。例如，可以每秒9次地从监测设备向客户端设备采样血压。作为另一示例，可以每秒200次地对原始波形数据例如从胸部传感器获得的ecg数据进行采样。作为另一示例，可以每秒33次地对从手指传感器获得的血液氧合进行采样。作为另一示例，可以每秒33次地对生物阻抗进行采样。当使用多个不同的采样率时，可以使用缓冲器来缓冲实时医疗数据。一旦在缓冲器处对特定数量的数据进行了缓冲，就可以将实时医疗数据一起传送至客户端设备。

系统确定特定波形的标绘时间(步骤510)。例如，基于标绘时间的值，系统可以确定系统将特定波形写入基于缓冲器信息而确定的缓冲器的时长。

系统生成实时医疗数据(步骤512)。基于上述确定(步骤504至510)，系统在标绘时间基于采样率将特定波形写入缓冲器。在该示例中，被写入的波形数据是所请求的波形数据。在一些实现方式中，系统将所生成的实时医疗数据存储在数据库中。

图6是示出示例系统600的图，示例系统600用于实现发布者/订阅者协议以允许客户端设备订阅各种频道以接收实时患者信息。系统600包括中央通信代理602，中央通信代理602可以是例如图3中的系统330、图2中的服务代理230或者图1中的服务代理113。中央通信代理602从多个患者侧设备例如床边监测器604a至604c接收实时患者信息。在该示例中，床边监测器604a至604c每个均与能够提供患者的实时或接近实时的数据例如生命体征、方位、睡眠状态等的一个或更多个患者穿戴的传感器和/或其他传感器通信。床边监测器604a至604c可以被实现为例如图1中的床边监测器108或者图2中的检测设备250。床边监测器604a至604c从一个或更多个传感器接收实时患者数据，并且通过网络将这些实时患者数据提供给中央通信代理602。患者移动设备606还用作中央通信代理602的实时患者信息的来源。患者移动设备606可以是例如移动电话或平板电脑，所述移动电话或平板电脑属于已经被从医疗保健机构例如医院转移到他们家或其亲属家的患者或者与所述患者相关联。患者移动设备606与一个或更多个患者穿戴的传感器进行无线通信，并且用于汇总从患者穿戴的传感器接收的数据并且通过网络例如因特网将这些数据传送至中央通信代理602。

中央通信代理602可以将从床边监测器604a至604c和患者移动设备606接收的信息发布至多个订阅频道以使得其他设备能够订阅这些频道从而接收并呈现实时患者数据。例如，中央监护台608可以与中央通信代理602进行通信并且订阅由中央通信代理602发布的一个或更多个频道。中央监护台608执行例如图1中的客户端设备114、图2中的客户端设备210或图3中的客户端设备310的功能。其他客户端设备可以包括医师的终端610和护士的移动查看器612(例如，属于或分配给护士或其他护理者的移动电话)。医师的终端610和护士的移动查看器612可以被实现成执行例如图2中的客户端设备210或图3中的客户端设备310的功能。

系统600实现用于各种子系统之间的通信的松散耦合的发布/订阅模式。发送数据的系统部件(例如，床边监测器604a至604c和患者移动设备606)将针对特定主题向中央通信代理602发布包括实时数据的消息。想要接收与特定主题相关联的数据的系统部件(例如，中央监护台608、医师的终端610和护士的移动查看器612)订阅一个或更多个特定主题频道。通信架构的核心处是中央通信代理602，中央通信代理602汇总针对特定主题发布的消息并将其路由至那些主题的订阅者。主题可以包括例如实时(时间敏感)遥测数据，例如波形数据、生命体征、警报、传感器功能信息等。

继续图6，中央通信代理602可以发布包含不同患者或不同组患者的实时患者信息和其他患者信息的不同频道。例如，第一频道可以包括位于医疗保健机构的特定区域(例如，医院的特定楼层或特定病房中)的所有患者的相关实时患者信息。第二频道可以包括当前处于特定心脏病专家照顾下的所有患者的实时患者信息。这可以使得心脏病专家(以及辅助心脏病专家的其他护理者)能够订阅将提供该心脏病专家感兴趣的所有患者的信息的频道。第三频道可以包括系统内正在接收特定分类或类别的治疗的所有患者的实时患者信息。例如，可以在特定频道上发布接受肾脏透析治疗的所有患者的实时患者信息。另外，中央通信代理602可以针对系统中的每个个体患者发布一个或更多个频道。

如以上所描述的，中央通信代理602从与患者穿戴的传感器通信的计算设备(例如，床边监测器604a至604c和患者移动设备606)接收该实时患者信息。这些计算设备可以是例如床边监测器，或者与一个或更多个患者穿戴的传感器通信的便携式计算设备例如智能手机、平板电脑、个人计算机等。这些计算设备可以是例如图2中的监测设备250。这些监测设备将实时患者信息连同标识与该信息相关联的患者的患者标识符一起提供给中央通信代理602。具体地，床边监测器604a与监测患者的一种或更多种生命体征的一个或更多个患者穿戴的传感器通信。床边监测器604a通过通信网络将由患者穿戴的传感器检测到的信息(例如，在对信息进行预处理之后)提供给中央通信代理602。将该信息连同患者的唯一患者标识符一起提供，使得可以在将该信息提供给另一终端用户设备(例如，医师的终端610)以向护理者呈现时将该信息与患者链接。然后，中央通信代理602在一个或更多个频道上发布从床边监测器604a接收的该实时患者信息。然后，终端用户可以订阅一个或更多个频道以查看相关的实时患者信息。例如，护士的移动查看器612可以通过如下操作订阅包括与床边监测器604a相关联的患者的所有信息的频道：与中央通信代理602建立websocket连接，以及使用与床边监测器604a相关联的患者的患者标识符请求信息。以这种方式，终端用户设备(例如图2中的客户端设备210、图2中的客户端设备310以及图3中的客户端设备114)可以接收由患者穿戴的传感器提供的实时患者信息，而不与患者穿戴的传感器或与患者穿戴的传感器直接通信的计算设备直接通信。另外，多个订阅设备可以同时监测来自同一患者的信息。例如，护士的移动查看器612和医师的终端610两者均可以订阅由中央通信代理602发布的包括与床边监测器604b相关联的患者的波形信息的频道以同时监测该波形信息。

换句话说，本系统不需要终端用户设备例如护士的移动查看器612，与患者侧计算设备例如床边监测器604a至604c建立直接连接。而是，终端用户设备可以通过订阅由中央通信代理602发布的一个或更多个频道来接收由床边监测器604a至604c生成的实时数据并且将该实时信息呈现给护理者。以这种方式，护理者的终端用户设备(例如，中央监护台608、医师的终端610和护士的移动查看器612)不需要知道床边监测器604a至604c的网络标识，而是可以简单地识别包括期望的实时患者信息的频道，并且中央通信代理602用作将该实时信息提供给护理者的终端用户设备的聚合器。具体地，中央通信代理602接收由例如床边监测器604a生成的实时信息、将该实时信息和与床边监测器604a相关联的患者的唯一标识符关联、并且然后在一个或更多个频道上发布该实时信息。然后，护理者的终端用户设备可以订阅所述一个或更多个频道中的一个或更多个频道以查看实时信息，而不与床边监测器604a直接连接或不需要知道床边监测器604a的网络标识。

在一些实现方式中，与特定护理者相关联的一个或更多个计算设备可以使用该护理者的护理者标识符(id)订阅由中央通信代理602发布的一个或更多个实时患者信息频道。例如，中央监护台608可以使用护理者标识符订阅包含与患者移动设备606相关联的患者的信息的一个或更多个频道。护理者标识符可以是例如与护理者相关联的唯一字母数字代码。在一些实现方式中，护理者标识符可以被护理者用作登录设备以查看患者信息的登录凭证。在一些实现方式中，护理者的护理者标识符可以与例如由该护理者部分负责护理的患者(例如，与床边监测器604a至604c相关联的患者)的一个或更多个患者标识符相关联。例如，可以将已经由特定外科医师进行过手术或计划由特定外科医师进行手术的患者的患者标识符与该外科医师的护理者标识符链接。护理者的计算设备(例如，医师的终端610)可以将护理者的唯一标识符传送至中央通信代理602。然后，中央通信代理602可以使用所接收的唯一标识符来识别护理者感兴趣的一个或更多个频道。例如，中央通信代理602可以识别针对具有与(例如，作为护理组的一部分的)护理者标识符相关联的患者标识符的患者的频道，并且将那些已发布频道提供给医师的终端610。以这种方式，不需要护理者手动输入他想查看的信息。而是，基于护理者的护理者标识符，将相关的患者信息自动提供给护理者的设备。

作为另一示例，it技术人员可以具有唯一的护理者标识符。在登录设备时，技术人员的设备可以向中央通信代理602提供唯一的护理者id。然后，中央通信代理602可以识别频道，该频道包括关于多个患者(例如，特定机构或特定病房内的所有患者)的操作信息例如电池电量、网络连接状态、一个或更多个传感器即将分离(detach)或者关于与所述患者相关联的传感器/医疗设备的功能的信息(例如，it工作者或医院技术人员可能会感兴趣的信息)。然后，中央通信代理602使技术人员的设备自动订阅那些频道，使得技术人员能够查看指示特定患者传感器何时可能需要维护或其他关注的信息。

作为另一示例，心脏病专家可以订阅由中央通信代理602发布的包括心脏护理组内所有患者的生命体征信息的频道。因此，医师可以监测护理组中所有患者的患者信息，而无需医师的设备订阅每个患者的单独的频道。

在一些实现方式中，中央通信代理602将实施一组规则以用于基于护理者id确定要将哪些信息提供给订阅设备。例如，中央通信代理602可以确定：对于与医师相关联的护理者id，将仅提供与医师直接关联的患者的患者数据(例如，不是病房或护理机构内所有患者的信息)。对于与特定监督护士(例如，可能正在中央护士站例如中央监护台608工作的护士)相关联的护理者id，提供特定病房或医疗保健机构内所有患者的信息。将向it技术人员的护理者id仅提供有关传感器功能的信息，而不提供有关实际患者生命体征数据的信息。将向患者或患者的亲属仅提供该患者的信息，而不提供其他患者的信息(例如，亲属的护理者id仅允许亲属订阅与和该亲属相关的患者相关联的频道)。

作为示例实现方式，中央通信代理602可以要求订阅设备以特定格式例如通过使用特定订阅模式来指定频道订阅信息。一个示例格式可以要求订阅设备以分层的方式识别相关的频道信息。例如，护士的移动查看器612可以根据层次结构识别频道信息，所述层次结构要求订阅设备识别特定系统或网络、特定患者或患者组以及所识别的一个或多个患者的信息集。例如，分层请求可以使用以下命名法来标识特定频道：

/系统标识符/患者标识符/信息类型例如，使用该示例频道标识命名法，护士的移动查看器612可以使用以下频道标识格式订阅针对患者id为3202的患者的显示该患者的波形数据的频道：

/病房17/3202/波形

除波形数据以外可以请求的其他类型的信息可以包括生命体征数据，警报状态数据，操作数据，方位数据或特定生命体征例如呼吸率、心率、血氧水平等。还可以使用该命名法提供静态患者信息(例如，患者治疗史)。中央通信代理602使用包括在分层命名法中的信息来识别要提供给订阅设备的信息的适当的一个或多个频道。在一些实现方式中，中央通信代理602可以允许通配符。例如，系统可以将符号“#”用作多级通配符，并且将符号“+”用作单级通配符。多级通配符请求层次结构中所指示的级别和所有后续级别的所有可用信息，而单级通配符将要求用户指定较低层级。例如，以下指示符将是对患者3202的所有患者信息的请求：

/病房17/3202/#

以下指示符将是对病房17中所有患者的所有患者信息的请求：

/病房17/#

继续该示例，以下指示符将是对病房17中所有患者的电池电量信息的请求：

/病房17/+/电池电量从上面的示例可以很明显地看出基于这种命名法的其他组合。在订阅者设备上运行的数据查看应用(例如，建立websocket连接的web浏览器)可以选择感兴趣的发布者频道主题，并且根据需要从该频道主题获取(consume)数据并适当地呈现数据。订阅模式是被发送至通信代理的要应用于该连接的过滤器。这样的基于患者id和已标识信息类型的订阅服务使得订阅者能够在患者移动通过不同环境——包括从手术后立即恢复到物理治疗到回家——时轻松地跟随患者，而无需订阅设备知道患者的位置或患者侧计算设备(例如患者的移动电话或床边监测器)的标识。

在一些实现方式中，除了提供实时患者信息之外，床边监测器604a至604c和患者移动设备606可以充当订阅设备。例如，患者移动设备606的用户可以订阅由中央通信代理602发布的一个或更多个频道。在一些实现方式中，提供实时患者信息的设备(床边监测器604a至604c和患者移动设备606)将自动订阅由中央通信代理602发布的一个或更多个频道。例如，床边监测器604a至604c和患者移动设备606可以自动签订阅指示警报确认的频道。例如，床边监测器604a可以向中央通信代理602提供指示与床边监测器604a相关联的患者的警报状态(例如，心脏骤停)的信息。接收警报的护理者可以(例如，通过选择按钮或控件)确认已接收到警报，以使其他护理者知道他们正在关注该患者警报状态。护理者对警报状态的确认可以被从护理者的设备提供回中央通信代理602，并且然后在发布频道上提供给床边监测器604a。

在一些实现方式中，针对监测设备的每个特定分组，存在中央通信代理602的单独实例。例如，系统600可以针对医院中的每个病房实现中央通信代理602的单独实例。作为另一示例，医疗保健系统内的每个医疗保健机构可以具有中央通信代理602的单独实例。在一些实现方式中，在监测设备与系统600连接时，监测设备可以将特定病房指定给要在其内进行分组的其他分组。例如，床边监测器604a的用户可以在对床边监测器604a进行初始化时指定要与床边监测器604a关联的特定病房。此后，即使在床边监测器604a被移动至其他物理位置的情况下，床边监测器604a也可以继续与最初指定的病房相关联，并且因此将继续与中央通信代理602的同一实例相关联(并向其提供实时患者信息)。

在一些实现方式中，护理者可以向中央通信代理602请求历史信息。例如，医师可以使用医师的终端610重放与床边监测器604a相关联的患者的过去的数据流。医师可以指定日期和时间以从中央通信代理602中检索以前的实时患者信息。该历史数据可以例如经由医师的终端610与中央通信代理602之间的websocket连接提供。在一些实现方式中，用户设备例如医师的终端610可能不能一次处理大量数据，并且因此中央通信代理602可以在将该信息提供给医师的终端610以向医师进行显示之前将所请求的历史信息分解成较小的信息段。

图7a至图7d是示出在客户端设备上显示的用于提供实时医疗数据的示例界面的图。图7a是示出在诸如膝上型计算机或台式设备的客户端设备上显示的示例界面710的图。该界面提供一个或更多个特定患者的实时医疗数据。例如，界面710包括提供第一患者的实时医疗数据的第一部分711，提供第二患者的实时医疗数据的第二部分712以及提供第三患者的实时医疗数据的第三部分713。第一部分711包括与患者相关联的图像714、标识患者的标识码715、患者的实时医疗数据的数字数据716以及患者的实时医疗数据的图形数据717。

图7b是示出在客户端设备上显示的示例界面720的示例的图。特别地，界面720提供与在监测设备(例如，图2中的监测设备250和/或图2中的客户端设备210)中提供的界面相同或基本相似的界面。用户界面720提供特定患者的各种实时医疗数据。用户界面720包括图标726，图标726指示当前与监测设备同步的多个传感器的电池信息。图标726中的每个图标指示每个传感器的电池充电水平。在一些实现方式中，图标726还可以指示传感器的名称或标识符，使得用户可以知道哪个传感器与特定图标相关联。在该示例中，图标726包括指示符“o2”，以指示图标726指示与患者相关联和/或贴附于患者的血液氧合传感器的电池电量水平。在这些实现方式中，可以通过http连接从客户端设备向服务代理提供对用于显示图标的实时医疗数据的请求。可以由系统(例如，系统330)使用http连接提供关于如何显示图标的信息，而可以通过websocket连接将用于图标726的实时医疗数据从服务代理提供给客户端设备。以这种方式，通过http连接提供不太可能变化的相对静态的数据，而通过websocket连接提供实时医疗数据。在该特定示例中，经由http连接提供的信息可以指定电池图标的位置和形状，而websocket连接则提供有关一个或更多个电池的充电水平的信息。然后，在客户端设备处的浏览器将该信息(来自http连接的静态显示信息以及来自websocket连接的实时值信息)进行组合，以显示示出每个传感器设备的当前充电水平的电池图标。

另外，用户界面720示出了各种生命体征波和数字水平。例如，用户界面720示出了患者的心率波形728以及患者的数字心率值741。在所示示例中，患者的心率值741为每分钟80次跳动。用户界面720在742处指示患者的可接受心率水平落在每分钟60至100次跳动之间。由于患者的当前心率为每分钟80次跳动落在所指示的可接受范围内，因此当前不存在针对患者的心率的警报状态。这由图标744指示。图标744指示患者的当前心率是否在可接受范围内。在患者的心率不在可接受水平内的情况下，图标744可以改变以指示警报状态。例如，可以将颜色更改为红色。另外，床边监测器可以发出可听警报以向附近的护理者警告患者的警报状态。在一些实现方式中，用户界面720的其他部分可以闪烁或以其他方式指示警报状态。例如，在患者的心率超出可接受水平时，所显示的心率值741可以闪烁。在一些实现方式中，图标744可以以不同速率闪烁以指示特定警报状态的严重性。例如，患者的心率距可接受范围越远，图标744就闪烁得越快。

在这些实现方式中，可以通过http连接从客户端设备向服务代理提供对用于显示心率波形728、数字心率值741、可接受心率水平742、警报744的实时医疗数据的请求。例如，客户端设备的用户可以使用客户端设备订阅包括在用户界面720上呈现的所有信息的发布频道。然后，客户端设备经由http连接接收指定如何显示实时信息的信息。例如，由系统(例如，系统330)经由两个设备之间的http连接向正在显示用户界面720的客户端设备(例如，客户端设备310)提供的信息可以指定某些类型的信息(例如，ecg和其他波形数据728、746和754，心率值741，警报状态744等)在屏幕上的显示位置。http数据还可以公开显示数据的方式，包括各种波形的颜色、值、背景和边框、图标例如警报状态图标744的外观的各个值的大小(例如，数字和图标的大小)、数字和字母的字体以及其他显示方面。该显示信息可以被视为不太可能改变或将仅偶尔(例如，在客户端设备请求不同的患者信息集和/或订阅不同的信息频道时)改变的静态信息。因此，经由http连接传送控制患者信息的显示背景的该静态或接近静态的信息。

相比之下，经由websocket连接从服务代理向客户端设备提供指示每条显示信息的值的实时医疗数据，包括例如心率波形728、数字心率值741和警报状态744。该信息是动态的，因为它会随着从患者穿戴的传感器收集到的新信息而变化。websocket连接有助于快速传输该实时的、动态变化的数据，该实时的、动态变化的数据根据由经由http连接接收到的信息指定的显示参数在用户界面720上显示

用户界面720还示出了患者的血液氧合波形746和数字血液氧合值748。该波形和数值表示在患者监测设备例如患者穿戴的传感器处收集的由服务代理经由websocket连接发布的动态数据。如以上所描述的，血液氧合波形746和数字血液氧合值748的显示特性通过由系统经由http连接提供给客户端设备的数据定义。用户界面720还在750处示出了患者的可接受血液氧合范围。用户界面720还包括指示患者的血液氧合水平在可接受范围内的警报状态图标752。如以上所描述的，关于如何显示该警报状态图标752的信息由http连接提供，而警报状态图标752的状态(例如，对警报状态或无警报状态的指示)则基于经由websocket连接接收的动态信息。

另外，用户界面720包括呼吸率波形754和数字呼吸率值756，数字呼吸率值756示出了指示患者每分钟进行的呼吸的次数的数字值。与上面描述的患者数据一样，该波形和数值表示在患者监测设备例如患者穿戴的传感器处收集的动态数据。该动态数据由服务代理经由与客户端设备的websocket连接发布。如以上所描述的，呼吸率波形754和数字呼吸率值756的显示特性通过由系统经由http连接提供给客户端设备的数据定义。在所示示例中，如呼吸率值756所指示的，患者的呼吸率为每分钟15次呼吸。用户界面720还在758处示出了患者的可接受呼吸率范围。在所示示例中，可接受呼吸率范围为每分钟8次呼吸至每分钟40次呼吸。用户界面720还包括指示患者的呼吸率在可接受范围内的警报状态图标760。如以上所描述的，关于如何显示该警报状态图标760的信息由http连接提供，而警报状态图标760的状态(例如，对警报状态或无警报状态的指示)则基于经由websocket连接接收的动态信息。

用户界面720还包括患者的血压值762。在所示示例中，血压值762指示患者的当前血压为128/78。另外，用户界面720在764处包括患者的可接受血压范围。如以上所描述的，指示如何显示血压值762的性质的信息经由系统与客户端设备之间的http连接提供。该信息可以包括例如所显示的血压值762的大小、字体、位置和颜色。血压值762的值是由服务代理经由websocket连接提供给客户端设备的动态信息。

用户界面720还包括指示患者的血压在可接受范围内的警报状态图标766。再次，可以通过经由http连接接收的信息定义警报状态图标766的不同显示特性。例如，经由http连接接收的信息可以指示用于指示不同警报状态的几种可能的警报状态图标766。指示要显示哪个警报状态图标766的信息是经由websocket连接接收的动态信息。

用户界面720还包括指示患者的当前方位的方位指示767以及指示患者已经处于当前方位多长时间的时间指示768。方位指示768可以帮助护理者识别患者是否已经处于当前方位长于优选的时间长度。方位指示768还可以用于(例如，通过使用可听警报或视觉警报，指示警报为“关”)指示患者已经跌落并且需要帮助。客户端设备可以经由http连接接收多个方位指示767，其中，方位指示767的每个变化均指示患者的不同方位(例如，仰卧、俯卧、躺在一侧或另一侧、半倾斜、坐直、站立等)。客户端设备可以经由websocket连接接收指示患者的方位的动态信息，并且然后客户端设备可以使用经由websocket连接接收的该动态信息确定要显示经由http连接接收的哪个方位指示767。换句话说，经由http连接接收的信息定义了如何显示指示特定方位的信息，而经由websocket连接接收的信息指示患者的方位并且因此确定显示先前接收的哪个方位指示767。

用户界面720还包括患者的数字体温值770。在所示示例中，体温值770指示患者的当前温度为华氏102.0度。用户界面720还在772处包括患者的可接受温度范围，以及指示患者的体温是否在可接受范围内的警报状态图标774。如以上所描述的，指示如何显示体温值770的性质的信息经由系统与客户端设备之间的http连接提供。该信息可以包括例如所显示的体温值770的大小、字体、位置和颜色。体温值770的值是由服务代理经由websocket连接提供给客户端设备的动态信息。再次，可以由经由http连接接收的信息来定义警报状态图标774的不同显示特性。例如，经由http连接接收的信息可以指示用于指示不同警报状态的几种可能的警报状态图标774。指示要显示哪个警报状态图标774的信息是经由websocket连接接收的动态信息。

用户界面720还包括控制按钮782、784和776。控制按钮782用于访问一个或更多个其他监测设备的各种控件或其他显示屏幕。例如，控制按钮782可以用于访问关于系统、监测设备(例如，患者穿戴的传感器或床边监测器)或患者的附加信息。作为另一示例，控制按钮782可以用于访问设置菜单。设置菜单可以用于例如更改监测设备的显示器的亮度。音量控制按钮784允许用户改变可听警报的音量。控制按钮786允许用户将上述所有警报静音。在一些实现方式中，控制按钮786可以基于用户设置将特定警报静音。响应于用户与控制按钮782、784和776的交互而执行的显示特性和动作可以由经由http连接接收的信息定义，这是因为根据控制按钮782、784和776执行的功能通常本质上是静态的，并且与从一个或更多个患者传感器接收的实时数据没有直接关系。

在一些实现方式中，用户界面720可以包括与患者和/或与患者相关联的传感器相关联的附加静态和/或动态信息。例如，用户界面720还可以包括患者的姓名或其他标识符以及患者的图片。用户界面720还可以包括关于患者的最近或计划的医疗过程的信息。用户界面720还可以包括关于患者的病史或最近经历的医疗状况的信息。这样的信息通常被认为本质上是静态的或相对静态的，并且因此可以经由http连接提供。在一些实现方式中，这样的患者特定信息可以经由websocket连接提供，这是因为这些信息是患者特定的并且被认为是敏感的。

在其他示例(未描绘)中，用户界面720可以具有不同的显示特性。这些不同的显示特性可以由经由http连接接收的信息定义。可以出于多种原因来更改用户界面720。例如，具有不同信息访问权限的不同用户可能仅能够访问图7b中示出的信息的子集。因此，可以将用户界面720更改为仅显示允许该特定用户访问的信息。作为另一示例，用户可能希望例如通过请求图7b中示出的信息的子集和/或通过订阅包括比图7b的示例中示出的信息多、比图7b的示例中示出的信息少或与图7b的示例中示出的信息不同的信息的不同频道来选择性地改变显示的信息。例如，物理治疗师可能仅关心心率和患者方位信息。物理治疗师可以订阅仅提供患者的该信息的发布频道。

在订阅频道时，客户端设备与系统(例如，系统330)建立http连接。客户端设备可以经由http连接指定正在请求哪个信息(或者正在请求哪个频道)。然后，系统可以经由http连接提供有关如何显示所请求的信息的信息。然后，服务代理经由websocket连接提供所需信息的实时值。然后，客户端设备可以仅显示具有由websocket信息指定的值的所请求的由http信息所指定的信息类型。以这种方式，通过订阅不同的频道(或者请求不同的患者信息集)，客户端设备经由http连接接收更新信息，该更新信息指定如何通过用户界面720显示这个新的信息子集。在该示例中，http信息可以例如指定沿屏幕的上半部显示患者的心律信息，而沿屏幕的底部显示患者的方位信息。应当认识到，可以请求并显示以上描述的信息的任何组合，并且由经由http连接接收的信息定义不同的显示格式/布局，而经由websocket连接接收显示信息的值。

图7c是示出在客户端设备上显示的示例界面730的示例的图。例如，用户界面730可以是具有有限显示屏幕区域的移动设备例如智能手机的用户界面，而用户界面720可以是具有较大显示屏幕的计算设备例如膝上型计算机、台式计算机、专用护士站或平板设备的用户界面。界面提供一个或更多个患者的实时医疗数据。例如，界面730包括提供第一患者的实时医疗数据的第一部分731，提供第二患者的实时医疗数据的第二部分732以及提供第三患者的实时医疗数据的第三部分733。第一部分731包括与患者相关联的图像734、指示患者的医疗状态的一个或更多个图标例如图标735和736。例如，图标735指示关于在部分731中指示的患者的新闻馈送的多个新通知。图标736指示在部分731中指示的患者的警报状况，例如，患者可能跌落、可能具有不规律心跳或者可能遗漏了预定的药物剂量。在一些实现方式中，可以在界面730中显示用于显示图标737a至737d的部分737。选择图标737a可以使得护理者能够使用用户界面730将私人消息写给部分731中指示的患者。选择图标737b可以使得护理者能够使用用户界面730向患者的护理组中的其他护理者发送消息。选择图标737c可以使得部分731中指示的患者的护理组中的护理者的列表或其他视觉表示被显示。选择图标737d可以使得护理者能够使用用户界面730向部分731中指示的患者的“壁(wall)”推送消息，所述“壁”可以由患者的全部护理者或护理者的子集查看。

在一些实现方式中，用户界面730还包括部分738。部分738示出了控制按钮738a，控制按钮738a允许移动设备的用户访问附加信息和控制菜单。例如，控制按钮738a允许用户访问菜单屏幕。菜单屏幕可以允许用户访问其加信息、更改设置或者指示警告偏好或查看偏好。例如，用户可以选择控制按钮738a以使移动设备显示设置屏幕或其他菜单屏幕。用户可以选择图标738b以查看护理组成员的列表。例如，选择图标738b可以使得用户界面730显示用户是其关联护理者的患者的列表。作为另一示例，选择图标738b可以使得用户界面730显示作为用户是其成员的一个或更多个特定护理者组的一部分的护理者的列表(例如，放射线护理者组中的所有护理者的列表)。用户可以选择图标738c以将消息写给应用的另一用户，例如另一护理者或患者。

图7d是示出在客户端设备上显示的示例界面740的示例的图。例如，界面740可以在具有有限的显示屏幕区域的移动设备例如智能手机或平板电脑上显示。在一些实现方式中，用户界面740可以是响应于用户在以上参照图7c描述的用户界面730中选择部分733而呈现的用户界面730。返回参照图7d，界面740提供特定患者的实时医疗数据。

用户界面740包括部分792，部分792包括用于提供各种实时医疗数据的多个区域792a至792g。区域792a指示患者位于医疗保健机构的房间2043的床8中。区域792b指示患者的数字心率值。在所示示例中，该心率值为每分钟100次跳动。区域792c指示患者的数字血液氧合值。区域792d指示患者的数字呼吸率值。在该示例中，呼吸值为每分钟100次呼吸。区域792e指示患者的血压值。在所示示例中，患者的当前血压为122/80。区域792f指示患者的数字体温值。在所示示例中，患者的当前温度为华氏100.04度。区域792g指示各种生命体征波。在一些实现方式中，区域792g可以显示一种类型的生命体征波。例如，区域792g可以显示心率波形。在一些实现方式中，区域792g可以显示多种类型的生命体征波。例如，区域792g可以显示心率波形以及呼吸率波形。如以上关于图7b所描述的，用户界面740中示出的信息可以是经由http连接和websocket连接接收的信息的组合。例如，如何显示信息以及要显示什么信息的性质可以由经由http连接接收的信息指定。所显示信息的值由经由websocket连接接收的动态数据指定。

用户界面740包括显示患者信息的部分793。例如，该部分可以显示示出了患者的照片和患者姓名。在一些实现方式中，部分793还指示关于患者的症状或疾病的信息。在一些实现方式中，通过http连接在客户端设备与服务代理之间传输患者信息，因为该信息通常是静态数据。

选择图标795a可以使得用户界面740显示患者的护理馈送(carefeed)和警报历史。护理馈送可以包括例如由患者和/或与患者相关联的护理者发布的消息、患者的历史医疗信息(包括历史生命体征信息)、患者的过去的警报状态、这些警报状态的性质以及响应于这些警报状态而采取的动作。选择图标795b可以使得仅显示护理馈送，而不显示警报列表。选择图标795c可以使得显示警报列表，而不显示其他护理馈送信息。

用户界面740包括显示患者的各种实时医疗数据的部分794。部分794提供比792部分更详细的实时医疗数据。在一些实现方式中，当用户选择部分792的特定区域时，用户界面740显示与部分794中的特定区域相关的实时医疗数据。例如，当用户选择与心率值相关的区域792b时，部分794提供与患者的心率值相关的详细实时医疗数据。特别地，部分794包括用于显示与患者的心率值有关的详细实时医疗数据的多个区域和图标794a至794g。区域794a显示患者的当前心率值。区域794b显示患者的姓名。图标794c指示当前存在尚未被护理者处理的针对患者的有效警报。在一些实现方式中，选择警报794c可以使得关于警报状态的附加细节被显示。在一些实现方式中，图标794c可以被颜色编码或具有其他视觉指示(例如以特定速度闪烁)以指示患者的警报状况的相对严重性。区域794d显示患者的可接受心率水平落在每分钟50次跳动至120次跳动之间。由于患者的当前心率为每分钟130次跳动落在所指示的可接受范围内，因此当前不存在关于患者的心率的警报状态。这由图标794e指示。图标794e指示患者的当前心率是否在可接受范围内。在患者的心率不在可接受水平内的情况下，图标794e可以改变以指示警报状态。例如，图标794e可以改变颜色。作为另一示例，当患者的心律超出可接受水平时，图标794e可以闪烁。在一些实现方式中，图标794e可以以不同速率闪烁以指示特定警报状态的严重性。例如，患者的心率距可接受范围越远，图标744就闪烁得越快。区域794f显示首次检测到高心率警报状态的时间。如以上所描述的，在部分794中示出的信息可以是经由http连接和websocket连接接收的信息的组合。例如，如何显示信息以及要显示什么信息的性质可以由经由http连接接收的信息指定。所显示信息的值由经由websocket连接接收的动态数据指定。

部分796提供患者的一项或更多项活动。在一些实现方式中，区域796a提供患者的姓名。区域796b显示患者的最近活动。例如，如果患者最近做了ct扫描，则区域796b可以指示患者做了ct扫描。部分796还可以提供时间信息。也就是说，区域796c可以显示患者的活动被报告给系统的时间或患者执行该活动的时间。部分796还可以包括图标796d，图标796d使得用户能够与其他用户例如医院工作人员、患者的家人或护理者共享关于患者的活动的信息。在这些实现方式中，包括患者姓名的患者信息可以通过http连接在客户端设备与服务代理之间传输，而包括患者的活动和时间戳的实时医疗数据可以通过websocket连接在客户端设备与服务代理之间异步更新。

在一些实现方式中，在部分793和796中显示的患者信息可以是静态的，而在部分792、794和796中显示的实时医疗数据可以由服务代理持续更新。例如，在部分792和794中显示的实时医疗数据以及在部分796中显示的患者活动和时间戳可以由服务代理通过websocket连接异步更新。另一方面，在部分793中显示的静态患者信息和在部分796中显示的患者姓名可以通过http连接提供。服务代理不会异步地更新该患者信息。因此，可以使用websocket连接有效地更新实时医疗数据。通过使用两种不同类型的连接，系统可以有效地管理患者信息和实时医疗数据。

可以作为图7a至图7d中示出的一个或更多个用户界面的一部分显示的其他信息可以包括每个患者的瞬时健康得分/指数。例如，对于每个生命参数，系统可以标识该参数的临床范围，并且针对每个生命体征指示按照例如1至10或0至5的等级患者接近临床范围内的程度。例如，瞬时健康得分0可以指示患者的特定生命体征在最佳范围内(表现良好)，而瞬时健康得分5可以指示该生命体征明显超出范围(非常差)。可以针对每个临床设置配置该健康得分模板。另外，可以针对患者计算基于所有生命体征的单个健康得分。可以通过考虑参数值和对应得分来计算健康得分。累积得分可以表示健康指数(例如，0至2意指良好，3至5意指不好)。在一段时间内查看的健康得分趋势可以向护理者指示给定时间段内患者的总体健康状况。

本说明书中描述的主题和功能操作的实施方式可以在数字电子电路系统中、在有形体现的计算机软件或固件中、在包括本说明书中公开的结构及其等同结构的计算机硬件中或它们中一种或更多种组合中实现。本说明书中描述的主题的实施方式可以被实现为一个或更多个计算机程序，即，在有形的非暂态程序载体上编码的计算机程序指令的一个或更多个模块，以由数据处理装置执行或控制数据处理装置的操作。可替选地或附加地，程序指令可以被编码在人工生成的传播信号例如机器生成的电、光或电磁信号上，所述人工生成的传播信号被生成以用于对信息进行编码以传输至合适的接收器装置，从而由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行访问存储设备或它们中的一个或更多个的组合。

术语“数据处理装置”指数据处理硬件，并且包括用于处理数据的各种装置、设备和机器，例如包括可编程处理器、计算机或多个处理器或计算机。该装置还可以是或者还可以包括专用逻辑电路系统，例如fpga(现场可编程门阵列)或asic(专用集成电路)。除了硬件之外，该装置还可以可选地包括为计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或它们中的一个或更多个的组合的代码。

计算机程序(也被称为或描述为程序、软件、软件应用、模块、软件模块、脚本或代码)可以以包括编译语言或解译语言或者声明语言或过程语言的任何形式的编程语言编写，并且可以以包括作为独立程序或作为模块、组件、子例程或适于在计算环境中使用的其他单元的任何形式部署。计算机程序可以但不需要与文件系统中的文件相对应。程序可以被存储在保存其他程序或数据(例如，存储在标记语言文档中的一个或更多个脚本)的文件的一部分中，可以被存储在专用于所讨论的程序的单个文件中，或者可以被存储在多个协作文件(例如，存储一个或更多个模块、子程序或部分代码的文件)中。计算机程序可以被部署成在一个计算机上执行或者在位于一个站点处或分布在多个站点上并通过通信网络互连的多个计算机上执行。

可以由执行一个或更多个计算机程序以执行功能的一个或更多个可编程计算机通过对输入数据进行操作并且生成输出来执行本说明书中描述的处理和逻辑流程。还可以由专用逻辑电路系统例如fpga(现场可编程门阵列)或asic(专用集成电路)来执行处理和逻辑流程，并且设备也可以被实现为专用逻辑电路系统例如fpga(现场可编程门阵列)或asic(专用集成电路)。

例如，适于执行计算机程序的计算机包括例如可以基于通用微处理器或专用微处理器或者上述两者，或者任何其他种类的中央处理单元。通常，中央处理单元将从只读存储器或随机存取存储器或上述两者接收指令和数据。计算机的基本元件是用于执行或运行指令的中央处理单元以及用于存储指令和数据的一个或更多个存储器设备。通常，计算机还将包括或者可操作地耦接至用于存储数据的一个或更多个大容量存储设备，以从所述一个或更多个大容量存储设备接收数据或向所述一个或更多个大容量存储设备传输数据或者执行上述两者，所述一个或更多个大容量存储设备例如是磁盘、磁光盘或光盘。然而，计算机不需要具有这样的设备。此外，计算机可以被嵌入到另一设备中，例如，移动电话、个人数字助理(pda)、移动音频或视频播放器、游戏机、全球定位系统(gps)接收器或便携式存储设备例如通用串行总线(usb)闪存驱动器，仅举几例。

适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储设备，以半导体存储设备为例包括例如eprom、eeprom和闪速存储器设备；磁盘，例如，内部硬盘或可移动盘；磁光盘；以及cd-rom和dvd-rom盘。处理器和存储器可以由专用逻辑电路系统补充或者并入专用逻辑电路系统中。

为了提供与用户的交互，本说明书中描述的主题的实施方式可以在如下计算机上实现：所述计算机具有用于向用户显示信息的显示设备例如crt(阴极射线管)或lcd(液晶显示器)监视器以及用户可以通过其向计算机提供输入的键盘和指向设备，例如，鼠标或轨迹球。也可以使用其他类型的设备来提供与用户的交互：例如，向用户提供的反馈可以是任何形式的感觉反馈，例如，视觉反馈、听觉反馈或触觉反馈；并且可以以包括听觉、语音或触觉输入的任何形式接收来自用户的输入。另外，计算机可以通过向用户使用的设备发送文档和从用户使用的设备接收文档来与用户进行交互，例如，通过响应于从web浏览器接收到的请求，将网页发送至用户的客户端设备上的web浏览器。

本说明书中描述的主题的实施方式可以在如下计算系统中实现：所述计算系统包括后端组件，例如作为数据服务器；或者包括中间件组件，例如应用服务器；或者包括前端组件，例如具有图形用户界面或web浏览器的客户端计算机，用户可以通过所述图形用户界面或web浏览器与本说明书中描述的主题的实现方式进行交互；或者一个或更多个这样的后端组件、中间件组件或前端组件的任何组合。系统的部件可以通过数字数据通信的任何形式或介质例如通信网络而互连。通信网络的示例包括局域网(lan)和广域网(wan)例如因特网。

计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离，并且通常通过通信网络来进行交互。客户端和服务器的关系借助于在各自计算机上运行并且彼此具有客户端-服务器关系的计算机程序而产生。

虽然本说明书包含许多具体实现细节，但是这些实现细节不应被解释为对任何发明的范围或可以要求保护的范围的限制，而是作为对可以特定于特定发明的特定实施方式的特征的描述。本说明书中在不同实施方式的上下文中描述的某些特征也可以以在单个实施方式中组合的方式实现。反之，在单个实施方式的上下文中描述的各个特征也可以在多个实施方式中单独地或以任何合适的子组合的方式实现。此外，尽管特征可以如上描述为以某种组合起作用并且甚至最初如此要求保护，但是在一些情况下，来自所要求保护的组合中的一个或更多个特征可以从组合中删除，并且所要求保护的组合可以针对子组合或子组合的变型。

类似地，虽然在附图中以特定顺序描绘了操作，但是这不应当被理解为要求以所示的特定顺序或以连续顺序执行这样的操作，或者执行所有示出的操作以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施方式中的各种系统模块和部件的分离不应被理解为在所有实现方式中都需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中或者打包到多个软件产品中。

因此，已经描述了本主题的特定实施方式。其他实施方式在所附权利要求书的范围内。例如，在科学论文的上下文中描述该主题。该主题可以应用于将深度方面添加至搜索的其他索引工作。在一些情况下，可以以不同的顺序执行权利要求书中记载的动作，并且仍然实现期望的结果。另外，附图中描绘的处理不一定需要所示出的特定顺序或连续顺序来实现期望的结果。在某些实现方式中，多任务和并行处理可能是有利的。