传达关于被通气患者的健康相关消息的系统和方法

技术领域

本主题技术解决了与被通气患者的健康相关信息的通信有关的在医院护理和医疗护理用户和系统接口中常见的缺陷。

发明内容

用于确定患者护理优先级(例如，何时见谁，首先见谁)的系统和/或策略通常是初级的，涉及对设备/装置警报或基于时间的患者抽查的孤立人工解释。用于确定患者状态的视觉系统是不够的和嘈杂的，因为必须将大量信息拼接在一起才能确定临床行为。由于需要类似危重护理系统(例如通气)的患者意外涌入，所以确定患者群体状态的能力可能会进一步恶化。

当今医疗环境中的治疗师、护士和医生等临床医生经常携带移动电话(例如，智能手机)或其他智能设备(例如，平板电脑)。或者，临床医生可以在轮子上安装计算机，这些计算机可以随手携带或存放在患者区域(例如，ICU)。驻留在这些设备上用于患者监测或患者护理的当前软件和数字应用程序通常与它们镜像的设备一样复杂。例如，测量心率、血氧饱和度、血压、温度和呼气末二氧化碳的患者生命体征监测设备可能包含大量的数字、指标、图表和数据元素，这些数据元素可能会让人无法承受。在较小的屏幕上远程提供该相同数据的移动应用程序可能会提供一些便利，但在解释数据和基于该数据决定如何对待患者方面同样让人无法承受。作为另一示例，机械呼吸机包含的数据元素、波形、趋势和信息要比患者生命体征监测仪多得多，并且为数据解释提供了更为压倒性的场景，如果限制或局限在移动环境中(即较小的屏幕或形状因子)，这种场景可能会加剧。收听警报或向移动设备发送警报同样让人无法承受，因为它无法解决存在的基本听觉和视觉过载问题。我们需要的是在嘈杂的医疗环境中简化护理，这可以提供移动、可视、可操作的见解，从而实现患者护理的优先级、定制和协调，以及流程指标、设备维护、订单管理和人员管理。因此，本主题技术解决了当前环境中基于移动的临床见解的缺陷或其不足。

本主题技术解决了医院护理和医疗护理中常见的缺陷，涉及对被通气患者的健康相关信息的解释，部分方法是产生可操作的临床见解，并将所述可操作临床见解传播给护理人员。本主题技术进一步解决了在解释数据和传播与医院设备和装置、相邻临床专科(例如呼吸治疗、护理、医生)之间护理的合作与协调、对时间敏感的患者护理任务以及与医院绩效相关的质量和流程指标方面的类似缺陷。

根据各种实施方式，本主题技术包括通信系统，该通信系统被配置为传达与被通气患者相关的健康相关信息。所公开的通信系统包括一个或多个处理器和存储器。存储器包括存储在其上的指令，当由一个或多个处理器执行时，该指令使一个或多个处理器执行操作，以执行传达关于被通气患者的健康相关消息的方法。该方法包括从多个呼吸机接收通气数据，该通气数据包括当前从多个呼吸机接收通气的多个患者的生理测量；向多个用户设备提供用户界面，用户界面被配置为呈现多个患者以供相应用户选择，从相应用户接收对多个患者中的一个或多个所选患者的选择，以及当所选患者的生理测量满足预定标准时向相应用户提供与所选患者的生理测量相关的消息；从多个用户设备中的第一用户设备上操作的用户界面的第一实例接收向用户界面认证的第一用户从多个患者中选择了第一被通气患者的指示；从所接收的通气数据确定与第一被通气患者相关联的第一生理测量满足预定阈值或取值范围；以及响应于第一被通气患者的第一生理测量满足预定阈值或取值范围，当向所述用户界面认证所述第一用户时，将与第一生理测量相关的消息发送到所述第一用户设备以供用户界面显示。其他方面包括用于实现计算机实现的方法的相应系统、装置和计算机程序产品。

下文参考附图详细描述了本主题技术的其他方面、特征和优点，以及本主题技术的各个方面的结构和操作。

附图说明

当结合以下附图考虑时，参考以下详细描述，可以更充分地理解本公开的各种目的、特征和优点，其中相同的附图标记表示相同的元件。以下附图仅用于说明目的，并不旨在限制本公开，其范围在随后的权利要求中陈述。

图1描绘了根据本主题技术的各个方面的显示在移动设备上的所公开的消息传递系统的示例签到或登录屏幕。

图2描绘了根据本主题技术的各个方面的示例患者选择屏幕。

图3描绘了根据本主题技术的各个方面的显示锁定屏幕的示例用户界面，包括显示所推送的临床见解消息。

图4描绘了根据本主题技术的各个方面的所选患者的第一示例显示屏幕，包括切换布局设计，通过该切换布局设计用户可以在患者的活动消息和所有(记录的)消息之间移动。

图5描绘了根据本主题技术的各个方面的所选患者的第二示例显示屏幕，包括切换布局设计，其中显示了“全部”消息类别。

图6描绘了根据本主题技术的各个方面的示例菜单对话框。

图7描绘了根据本主题技术的各个方面的用于显示当前登录用户订阅的那些患者的示例用户界面。

图8描绘了根据本主题技术的方面的包括与医院或护理区域内(例如，与用户相关联)的患者群体的呼吸机住院时长(以天为单位)有关的信息的示例显示屏。

图9描绘了根据本主题技术的各个方面的指示关于氧浓度和肺压力的患者趋势的示例显示屏。

图10是根据本主题技术的各个方面的指示通气相关设备的运行状况的示例显示屏。

图11描绘了根据本主题技术的各个方面的指示所选医疗设备的状态的示例显示屏。

图12描绘了根据本主题技术的各个方面的指示由登录用户照看的患者的示例显示屏，其具有针对其信息包括时间敏感组件或内容的患者的附加警报指示器。

图13描绘了根据本主题技术的各个方面的示例患者选择屏幕，其中患者信息显示在弹出式对话框中。

图14描绘了根据本主题技术的各个方面的用于所选患者的示例显示屏，包括切换布局设计，其中患者信息显示在弹出式对话框中。

图15描绘了根据本主题技术的各个方面的指示由登录用户照看的患者的示例显示屏，其中患者信息显示在弹出式对话框中。

图16是描绘根据本主题技术的某些方面的用于传达关于被通气患者的健康相关消息的系统的框图，该系统包括示例通气设备和通气管理系统。

图17描绘了根据本主题技术的方面的传达关于被通气患者的健康相关消息的方法的示例流程图。

图18是示出根据本主题技术的方面的用于传达关于被通气患者的健康相关消息的示例电子系统的概念图。

具体实施方式

尽管本文参考特定应用的说明性示例描述了本主题技术的各个方面，但应理解，本主题技术不限于这些特定应用。可以访问本文提供的教导的本领域的技术人员将认识到其范围内的其他修改、应用和方面以及本主题技术将具有显著效用的其他领域。

本主题技术包括计算机支持的通信系统，其包括视觉环境，该系统能够从基于云的或连接的分析平台向移动设备传递与健康相关的消息。与被通气患者相关的临床见解消息作为通知或消息在屏幕上推送到用户，然后被记录下来供后续查看。用户可以包括医生、护士、治疗师、技术人员、工程师或其他与患者或医疗系统、员工和设备交互的个人。通过该系统传递消息使得护理人员能够根据从无数数据源中提取的简化见解采取行动，与其他临床工作人员或用户进行协调和合作，优先考虑患者护理，并及时决定提供何种护理或治疗。消息可以根据用户护理领域或学科、用户临床档案、用户分级和设施档案或规范进行定制。消息可能与呼吸护理、镇静和药物治疗、生命体征、影像、实验室结果、人口统计学、疾病状态、病情进展、设备状态以及科室或医院指标有关。虽然术语“临床见解”可指通过该系统发送的消息内提供的信息，但术语“临床见解”可与本文中的术语“通知”或“消息”同义使用，以描述通过所公开的系统发送的消息。

图1描绘了根据本主题技术的各个方面，在移动设备(例如，图16的用户设备170)上显示的用于所公开的消息传递系统的用户界面10的示例签到或登录屏幕。用户界面被配置为显示本文公开的各种显示屏。当用户第一次访问用户界面10时，例如当用户开始换班时，可以使用图1的登录屏幕。在某些实施方式中，用户每次访问应用程序时都会显示登录屏幕。系统要求每个用户向用户界面10进行认证(例如，通过提供界面的服务器)，并且每个用户被授权接收可操作地连接到系统的患者或系统为其接收数据的患者的患者健康数据。系统仅提供与授权用户的患者相关的信息和消息，且符合患者隐私规定。当用户通过用户界面或通过被配置为将凭证传达到用户界面和相应系统的其他装置输入适当的凭证时，通常授予访问权限。

图2描绘了根据本主题技术的各个方面的示例患者选择屏幕。在登录或签到时，用户界面10可以显示图2的屏幕，该屏幕使经认证的用户能够做出将确定他们将接收的消息的选择。临床用户例如呼吸治疗师被带到所描绘的屏幕以选择患者。在该屏幕上显示设施重症监护病房或设施重症监护病房(ICU)集合中所有患者的列表。设施可能包含不同类型的ICU，例如新生儿(NICU)、外科(SICU)、医疗(MICU)、儿科(PICU)等。在所描述的实施方式中，用于选择患者的屏幕包含患者姓名、他们在医院内的ICU病床位置以及谁正在为他们接收消息。

系统的用户可以使用该界面订阅在护理区域住院或目前正在护理的患者。图2的用户界面10包括名为“Watching(照看)”的列，该列识别/显示已订阅接收每个患者的见解的用户的姓名首字母。显示正在照看患者或接收消息的用户或临床医生的姓名首字母，使护理人员能够与其他用户协调对特定患者的护理，并快速确定谁正在接收针对哪些患者的消息以及哪些患者可能没有被任何人照看。通过在一组首字母上触摸并握住手指在适当的位置，应用程序将显示用户的全名、专业和任何其他信息，这些信息可能有助于其他用户识别他们，或使他们能够做出临床合作决定。患者可以由多个用户订阅，使得订阅患者的所有用户都在接收该患者的移动见解。当用户通过触摸患者的姓名或复选框或类似的选择目标来选择患者时，用户的姓名首字母被添加到“watching(照看)”列。图2示出了一个这样的示例，其中用户的姓名首字母是“JA”。一旦用户选择了患者，他们可以按下“Done(完成)”按钮以表示订阅过程的完成(例如，到中央服务器)。一旦用户订阅了一个或多个患者，系统被配置为将临床见解(作为消息或通知)发送到应用程序正在其上运行的设备(例如，在用户的移动设备或电话上)。

图3描绘了根据本主题技术的各个方面的显示锁定屏幕的示例用户界面10，包括显示所推送的临床见解消息。在该实施方式中，当用户界面处于锁定模式时，包含临床见解的推送通知或消息可以被传送到计算设备并显示在锁定屏幕上。

根据某些实施方式，系统(例如，系统的集中式服务器)可以包括机器学习算法，以查找数据中的模式，并预测在患者护理方面应采取的步骤。可以自动生成与达到的临床阈值(例如，氧水平低于预定百分比)或应执行的未来事件或行动相对应的临床见解信息。在一个示例中，如果发生事件X，则可以将消息推送到用户设备。在一些实施方式中，系统可以基于过去发生的X来确定Y将在未来发生。根据事件，系统可以识别未来时间点，在该特定未来时间点发出数据回顾的信号，并发出事件发生的可能性的信号，或者如果可能性是重大或病态/不期望的事件，则向患者发出警报。在另一个示例中，机器学习可以从给定的数据模式中识别可能的患者路径，并且在某些实施方式中，自动就护理系统的调整提出自己的建议(例如，作为自动驾驶仪)。例如，在确定通气流速未对患者产生预期效果时，可以将调整后的流速包括在临床见解中(例如，在预定范围内)，以将患者推向预期效果。示例警报可以包括文本消息，其指示“注意，您的患者X正趋向于呼吸机相关联的事件”或“注意，你的患者Y已准备好脱离呼吸机。”

在所描述的示例中，一个推送通知指示患者的吸入氧分数已超过第一阈值，而另一个通知指示患者准备拔管。这些是护理人员可能会对改善患者护理和患者护理优先级做出反应的可操作见解。轻触任一推送通知都会导致用户界面将用户直接带到专用于相关患者的页面。例如，通过轻触名为Tina Sloan的用户，用户被带到图4所示的Tina Sloan的屏幕。

图4描绘了根据本主题技术的各个方面的所选患者的第一示例显示屏，包括切换布局设计，通过该切换布局设计用户可以在患者的活动消息和所有(记录的)消息之间移动。每条消息可能与日期和时间戳相关联，涵盖了时间段，该时间段可以追溯到患者入院。

在所描绘的示例中，显示“活动”消息类别。在这种情况下，用户可以看到患者TinaSloan的两条显示的活动消息。该系统被配置为(例如，基于预定条件或学习数据)自动确定消息何时需要时间敏感动作或响应。图4的用户界面包括出现在一个消息上的时钟面图标，以指示该消息包含时间敏感组件。例如，在对被通气患者进行护理和呼吸治疗之间的护理协调过程中，必须对患者有利地协调自发呼吸试验(SBT)和镇静唤醒试验(SAT)。通过向用户显示时钟图标，可以提醒用户注意基于时间的消息，这有助于协调和时间管理。

图5描绘了根据本主题技术的各个方面的所选患者的第二示例显示屏，包括切换布局设计，其中显示了“All(全部)”消息类别。在该示例中，用户界面10向用户显示在患者住院期间由分析引擎生成的所有消息。系统按日期和时间记录消息，以提供患者的历史视图，并在用户和换班之间提供连续的护理。通过显示患者历史的所有记录的消息，系统使护理人员能够确定针对同一患者或其他患者的未来情况的行动过程中的改进。在某些实施方式中，对于记录的或All类别中的每条消息，用户界面可以包括字段，该字段显示了在推送或生成消息时订阅该患者消息的所有用户的姓名首字母。通过这种方式，既可以重建护理场景，也可以确定与谁谈论护理过程中过去的决定或行动。在图5所示的示例中，每个屏幕还包含左上角附近的图标52，该图标具有三条水平线，其表示菜单功能。用户界面被配置为，通过在本发明的任何屏幕中按下该图标，用户被带到如图6所示的菜单屏幕。

图6描绘了根据本主题技术的各个方面的示例菜单对话框。在菜单上，用户可以选择“Select Patients(选择患者)”屏幕、“My Patients(我的患者)”屏幕或注销。如果用户选择“My Patients(我的患者)”屏幕，他们将直接进入如图7所示的屏幕。当用户轻触前面显示的“SELECT PATIENTS(选择患者)”屏幕上的“Done(完成)”按钮时，也会直接显示该屏幕。

图7描绘了根据本主题技术的各个方面的用于显示当前登录用户订阅的那些患者的示例用户界面。“My Patients(我的患者)”仅显示用户已选择或订阅为其接收消息的患者的消息状态。图7中的“MY PATIENTS(我的患者)”屏幕列出了用户订阅的每个患者、他们的位置、谁正在接收该患者的消息以及每个患者存在的活动消息或见解的数量。患者列表按每个患者的消息总数排序，这有助于确定护理的优先级。例如，护理人员或用户可能会选择查看传递的消息最多和/或优先级最高的消息或见解的患者。通常，为患者发出的消息或通知越活跃，需要采取的行动就越多，因此这可能会提高优先级。另一方面，如果存在时间敏感的消息或通知，与时间敏感状态相关联的患者可能会优先于具有更多消息或见解的患者，但不会立即对时间敏感。这样，本主题技术将图标72放置在列表中其消息具有时间敏感性质或标记的任何患者的消息数量旁边。通过这种方式，视觉标识符立即向护理人员传达时间是重要的。

通过轻触“My Patients(我的患者)”列表中的任何患者，用户可以直接进入包括该患者信息的显示屏。在一些实施方式中，该患者屏幕可类似于图4，其中，用户直接轻触已为该患者接收的推送通知。

本主题技术的系统包括一组具有视觉效果的移动可访问应用程序，这些应用程序可即时访问与被通气患者健康相关的信息。在这方面，本主题技术的系统被配置为传达(例如，经由移动应用程序)关于患者在呼吸机和ICU上花费的时间量的患者群体的健康和/或设施的性能以及个人和患者群体在呼吸机相关联的事件(VAE)方面的趋势。在呼吸机上花费的时间(也被称为呼吸机住院时长(VLOS))以及与使用呼吸机相关联的事件，例如接触可能导致肺炎和其他负面状况的病原体，都是导致患者预后恶化和医院成本高昂的因素。如今，没有方便的方法来获取这些信息，或者让临床医生随时掌握这些信息，以评估患者的健康状况和设施的性能。

图8描绘了根据本主题技术的方面的示例显示屏，该示例显示屏包括与医院或护理区域内(例如，与用户相关联)的患者群体的呼吸机住院时长(以天为单位)有关的信息。示例显示屏传达可视刻度盘82中的关键度量，其中图形指针84通过与可视刻度盘的预定区域相关联或指向该预定区域的指针指示当前住院时长。每个预定区域可以进行颜色编码(例如，绿色、红色和黄色)，其中每个颜色编码区域对应于取值范围或满足住院时长的预定阈值的值。在示例视觉显示屏中呈现的信息还包括目标住院时长86(例如，由绿色编码的第一区域指示)。显示屏还描绘了与先前时间段的住院时长性能相关的历史数据，其可能包括几个月或几个季度或任何其他感兴趣的时间段。在所描绘的示例中，历史数据由水平条形图(或图表)88表示，其中每个水平条的长度对应于相关联的颜色编码预定区域内的相应值。其他实施方式可以包括垂直条形图或其他启发式图。与文本或条形图相反，目标和历史住院时长值也可以在其他实施例中显示为沿刻度盘指示器的刻度。菜单按钮出现在屏幕的左上角。通过轻触菜单图标，用户可以选择另一个被称为VAE的屏幕，如图9所示，该屏幕提供了对呼吸机相关联的事件(VAE)监控视觉的即时访问。

图9描绘了根据本主题技术的各个方面的指示关于氧浓度和肺压力的患者趋势的示例显示屏。在这个屏幕上，患者按姓名和使用呼吸机的天数以及与吸入氧分数(FiO2)和呼气末正压(PEEP)水平相关的箭头列出。显示箭头92，其示出这些参数在一天中的水平是否保持不变(水平)、增加(对角向上)、减少(对角向下)、显著增加或减少(向上或向下)，和/或它们是否在任一方向(红色或绿色)上越过预定义阈值。可以对每个箭头进行颜色编码以指示对应信息(FiO2或PEEP)的对应取值范围，或指示已达到阈值。通过提供这些患者的图标和基于颜色的映射，本主题技术为用户提供了他/她的患者群体健康的简单和即时视图。

图10是根据本主题技术的各个方面的指示通气相关设备的运行状况的示例显示屏。所描绘的示例包括与多种类型的呼吸机以及肺功能测试设备的车队管理相关的视觉和数据。屏幕提供设备94类型的图像，以及该类型的在线和离线设备的数量以及这些设备是否存在任何消息。通过提供这种类型的快速视觉，本发明为生物医学工作人员或其他用户提供了需要注意的设备、设施如何运行以及需要采取的具体行动(如果有的话)的广泛视图。通过轻触任何一种设备或装置类型，用户将进入一个可视屏幕，该屏幕提供了有关单个设备的详细信息，而不是整个群体。

图11描绘了根据本主题技术的各个方面的指示所选医疗保健设备的状态的示例显示屏。每个设备在行项目细节98中表示，该行项目细节包括设备的名称、图形指示器(例如，云)，该图形指示器直观地描述了设备是否通过网络(例如，“在线”)连接到系统，以及设备生成的通知数目。在所描绘的示例中，许多设备处于离线状态，其中一个设备具有通知或消息。通过轻触通知或消息，用户可以看到消息的显示，例如，其可能与维护需求、数据需求、连接问题或任何其他需要注意的功能问题有关。与患者消息类似，系统可以向与设备相关的用户推送通知或消息。这些消息同样具有可操作性，也可以促进临床描述中描述的用户的优先级、协调和合作。

图12描绘了根据本主题技术的各个方面的指示由登录用户照看的患者的示例显示屏，其具有针对其信息包括时间敏感组件或内容的患者的附加警报指示器。在所描绘的示例中，用户界面在接收到时间敏感消息或通知的患者旁边显示时钟图标。也可以在消息计数旁边显示其他图标，以指示其他事情。例如，提醒护理人员注意新消息或活动消息是否与计算机化医嘱输入(CPOE)系统中的医嘱相关，这很有用。在这方面，图12还描绘了示例“医嘱”图标91(患者“Diane Woolsey”旁边)，其指示活动消息与活动医嘱相关。

在某些实施方式中，用户界面可能包括这样的代码：当选择患者姓名一段时间(例如，通过触摸并按住患者姓名)时，应用程序可能会显示关于患者的其他相关信息。在一些实施例中，可以显示患者人口统计信息，例如性别和年龄。在某些实施方式中，系统将使用户界面显示患者正在接收哪种类型的通气—例如，无创、插管、气管、患者使用呼吸机的天数以及与患者状况相关的评分，例如APACHE II评分和RASS。APACHE II评分是根据多个生理参数确定的计算评分，其预测ICU入院初期的死亡率。RASS是Richmond激动镇静评分，它是患者镇静和情绪水平的指标。

一个或多个先前描述的显示屏可被配置为呈现弹出式对话框或显示附加患者参数的窗口98。患者弹出信息可以在任何显示患者姓名以保持一致性和可访问性的应用程序屏幕上可用。在一些实施方式中，可以使用诸如面罩、气管内导管或气管图标之类的图标来显示通气类型。图13描绘了根据本主题技术的各个方面的示例患者选择屏幕(如图2所示)，其中患者信息显示在弹出式对话框中。图14描绘了根据本主题技术的各个方面的所选患者的示例显示屏，包括切换布局设计(如图4所示)，其中患者信息显示在弹出式对话框中。图15描绘了根据本主题技术的各个方面的示例显示屏，其指示登录用户照看的患者(如图12所示)，其中患者信息显示在弹出式对话框中。

在一些实施例中，应用程序可以显示哪些呼吸机与患者无关，或者在呼吸机与患者分离时发送消息。了解哪种患者类型(例如气管与插管)对于计算住院时长(LOS)非常重要，因为气管患者经常通气更长时间，这可能会偏离插管患者的数值。为此，系统可以计算和显示住院时长度量(例如，在图8中)，并且还可以考虑患者类型以用于计算、显示和消息。消息传递应用程序还可以发送与抗生素使用、败血症跟踪和与感染预防相关的其他度量相关的消息。时间敏感且与呼吸机相关联的事件相关的消息可能包含倒计时定时器值—例如，“在患者Y状况成为可报告事件之前，您还有13小时的时间来处理”。住院时长度量可根据医疗ICU、外科ICU、所有ICU等单位类型进行细分、消息化和显示。临床医生与静脉给药相关的消息可能包括药物即将用完或应在X分钟内更换的通知。在触摸运动期间显示的与患者状况相关的信息还可以包括患者是俯卧还是仰卧。倾斜患者可能会影响某些通气参数，因此可能需要调整警报依从性和其他通气策略的限制。与患者位置相关的消息也可以由应用程序发送。

想法或发明的变体包括构造视觉指示器的替代方式、提供消息或通知的替代方式(例如，文本或电子邮件)、用于优先级排序的替代排序、用于强调显示的替代图标(例如，时钟、箭头)。

本主题技术使卫生组织及其临床医生能够将大量数据提取为简单且可操作的见解，其在呼吸保健和相邻临床见解的移动应用程序中以推送通知和视觉效果的形式提供。消息、视觉效果、分类和图标为临床医生或用户提供了关于其患者、设施或设备的简化见解。消息、视觉分类和图标使护理优先化、相邻临床专科和用户档案之间的合作与协调以及定制成为可能。消息、视觉效果、分类和图标将嘈杂的数据环境过滤为可操作的见解。重要健康数据(例如住院时长和VAE监控)的整合和可视化呈现－即，将这些数据呈现为可视化地图和/或分数，使临床医生和其他健康专业人员能够高效地开展工作，同时通过减少临床医生重复访问服务于这些医疗保健设备的共享计算机设备或服务器的需要来减少对医疗环境的压力。

图16是描绘根据本主题技术的某些方面的用于传达关于被通气患者的健康相关消息的系统的框图，该系统包括示例通气设备102、通气管理系统150和家庭通气设备130。通气管理系统150可以包括服务器，并且在许多方面，包括用于提供先前关于图1到图15描述的功能的逻辑和指令。例如，通气管理系统150的服务器可以代理各种设备之间的通信，和/或生成用于由用户设备170显示的用户界面10。通气设备102和通气设备130可以表示连接到通气管理系统150的多个通气设备中的每个。尽管通气管理系统150被示为连接到通气设备102和通气设备130，但通气管理系统150被配置为还连接到不同的医疗设备，包括输液泵、护理点生命体征监测仪和肺诊断设备。在这方面，设备102或设备130可以代表不同的医疗设备。

通气设备102通过LAN 119经由通气系统102和通气管理系统150的相应通信模块110和160连接到通气管理系统150。通气管理系统150通过WAN 120经由通气管理系统150和家庭通气设备130的相应通信模块160和146连接到家庭通气设备130。通气设备130被配置为基本上类似于医院101的通气设备102运行，除了通气设备(或医疗设备)130被配置用于家庭140。通信模块110、160和146被配置为与网络连接，以发送和接收信息，例如数据、请求、响应，并向网络上的其他设备发送命令。通信模块110、160和146例如可以是调制解调器、以太网卡或WiFi组件模块和设备。

通气管理系统150包括处理器154、通信模块160和存储器152，存储器152包括医院数据156和通气管理应用程序158。虽然图16中示出了一个通气设备102，但通气管理系统150被配置为连接和管理多个通气设备102，医院101的通气设备102和家庭140中使用的通气设备130。

在某些方面，通气管理系统150被配置为根据某些规则和程序管理医院101中的许多通气设备102。例如，当通电时，通气系统102可以向通气管理系统150发送握手消息以建立与通气管理系统150的连接。类似地，当断电时，通气系统102可以向通气管理系统150发送断电消息，使得通气管理系统150停止与通气系统102的通信尝试。

通气管理系统150被配置为支持与不同通气设备102和通气设备130的多个同时连接，并管理不同设备之间的消息分发，包括与用户设备170的通信。用户设备170可以是移动设备，例如膝上型计算机、平板电脑或移动电话。用户设备170还可以是授权用户使用的桌面或终端设备。在这方面，用户设备170被配置有图1到图15所示的先前描述的消息传递应用程序以从通气管理系统150接收消息、通知和其他信息，如本公开所述。

管理员可以配置同时连接的数量，以适应网络通信限制(例如，有限的带宽可用性)。在通气设备102成功地与通气管理系统150握手(例如，连接到)之后，当信息变得可用时，或在建立的间隔内，通气管理系统150可以发起与通气设备102的通信。建立的间隔可以由用户配置，以确保通气设备102不超过用于与通气管理系统150通信的建立的间隔。

通气管理系统150可以接收数据或向通气设备102提供数据。例如，可以响应于超过阈值从通气设备102(或设备130)接收警报。可以向医院101的特定护理区域内的指定通气设备102发送入院-出院-转移通信。可以向与患者相关联的通气设备102发送患者特定的命令，并且可以从通气设备102接收患者特定的数据。

如果通气系统102上发生警报，则通气设备102可以发起与通气管理系统150的通信。警报可以指示为时间敏感，并被发送到队列的开头，以用于将数据传达到通气管理系统150。通气设备102的所有其他数据可同时一起被发送，或者数据的子集可以以一定间隔被发送。

医院数据156可以由通气管理系统150从每个呼吸机设备102和每个呼吸机设备130连续或定期(实时或近实时)接收。医院数据156可以包括配置文件，配置文件被配置为指定各个通气设备102的操作参数、每个通气设备102的操作参数和/或与通气设备102相关联的患者的生理统计或测量。医院数据156还包括医院101中的患者的患者数据、医院101中患者的医嘱(例如，药物医嘱、呼吸治疗医嘱)数据和/或用户数据(例如，针对与医院101相关联的护理人员)。

呼吸机数据的生理统计或测量包括，例如，指示肺顺应性(Cdyn，Cstat)、患者气道的流动阻力(Raw)、反比通气(I/E)、自发通气率、呼气潮气量(Vte)、每分钟总肺通气量(Ve)、峰值呼气流速(PEFR)、峰值吸气流速(PIFR)、平均气道压力、峰值气道压力、平均呼气末CO2和总通气率的统计或测量。操作参数包括，例如，通气模式、设定的强制潮气量、呼吸末正压(PEEP)、呼吸暂停间隔、偏流、呼吸回路可压缩容积、患者气道类型(例如气管内导管、气管造口管、面罩)和大小、吸入氧分数(FiO2)、呼吸循环阈值以及呼吸触发阈值。

通气管理系统150的处理器154被配置为执行指令，例如物理编码到处理器154中的指令、从存储器152中的软件(例如，通气管理应用程序158)接收的指令或两者的组合。例如，通气管理系统150的处理器154执行指令以从通气设备102接收呼吸机数据(例如，包括通气系统102的初始配置文件)。

通气设备102被配置为发送与通气设备102相关联的患者的呼吸机信息、通知(或“警报”)、标量、操作参数106(或“设置”)、生理统计(或“监视器”)以及一般信息。通知包括可能需要操作员检查和纠正措施的通气设备102的操作条件。标量包括通常定期(例如，每500ms)更新的参数，并且可以在二维尺度上以图形方式表示。生理统计表示通气设备102正在监测的信息并且可以基于特定参数是动态的。操作参数106表示护理人员已接受的通气设备102的操作控制值。一般信息可以是通气设备102独有的信息，也可以是与患者相关的信息(例如，患者标识符)。一般信息可以包括通气设备102的版本和型号的标识符。还应理解，相同或类似的数据可在通气管理系统150和通气设备130之间进行通信。

图16进一步示出了用于提供所公开的用户界面(由图1到图15的显示屏表示)的示例分布式服务器-客户端系统。通气管理系统150可以包括(除其他设备外)集中式服务器和至少一个数据源(例如，数据库152)。集中式服务器和数据源可以包括分布在局域网119或广域网120上的多个计算设备，或者可以组合在单个设备中。数据可以实时存储在数据源152(例如，数据库)中并由集中式服务器管理。在这方面，当从患者收集或测量数据时，多个医疗设备102、130可以通过网络119、120将患者数据实时传达到集中式服务器，并且集中式服务器可以将患者数据存储在数据源152中。根据一些实施方式，一个或多个服务器可以在多个数据源中接收和存储患者数据。

根据各种实施方式，通气管理系统150(包括集中式服务器)被配置为(通过指令)生成虚拟用户界面10并将其提供给临床医生设备170。在一些实施方式中，通气管理系统150可以用作网络服务器，并且虚拟界面100可以从通气管理系统150提供的网站呈现。根据各种实施方式，通气管理系统150可以聚合实时患者数据并提供数据以在虚拟界面100中显示。数据和/或虚拟界面100可被提供(例如，发送)给每个临床医生设备170，并且每个临床医生设备170可以包括软件客户端程序或其他指令，其被配置为当由设备的一个或多个处理器执行时，渲染和显示具有相应数据的虚拟界面100。所描绘的临床医生设备170可以包括个人计算机或移动设备，例如智能手机、平板电脑、膝上型电脑、PDA、增强现实设备、可穿戴设备(例如手表或腕带或眼镜)或其组合，或其他触摸屏或电视，其中嵌入或耦合有一个或多个处理器，或具有网络连接的任何其他种类的计算机相关电子设备。虽然图16中未示出，但应理解，局域网119或广域网120上的各种设备之间的连接可以通过无线连接(例如WiFi、蓝牙、射频、蜂窝或其他类似连接)进行。

图17描绘了根据本主题技术的方面的传达关于被通气患者的健康相关消息的过程1700的示例流程图。过程1700部分地通过通气设备102、通气管理系统150和用户设备170之间的数据交换来实现。出于解释目的，本文参考图1到图16以及本文描述的组件和/或过程描述了示例过程1700的各个块。过程1700的一个或多个块可以例如由计算设备实现，包括处理器和设备使用的其他组件。在一些实施方式中，一个或多个块可以与其他块分开实现，并且可以由一个或多个不同的处理器或设备实现。进一步出于解释目的，示例过程1700的块被描述为串行或线性发生。然而，示例过程1700的多个块可以并行发生。此外，示例过程1700的块不需要按所示顺序执行和/或示例过程1700的一个或多个块不需要执行。

在所描绘的示例流程图中，从多个呼吸机接收包括当前正在接受通气的多个患者的生理测量(和，例如，统计)的通气数据(1702)。用户界面10被提供给多个用户设备170(1704)。用户界面10被配置为呈现多个患者以供相应用户选择，从相应用户接收对多个患者中的一个或多个所选患者的选择，并且当所选患者的生理测量满足预定标准时，向相应用户提供与所选患者的生理测量相关的消息。系统150从在多个用户设备中的第一用户设备170上操作的用户界面10的第一实例接收向用户界面认证的第一用户从多个患者中选择了第一被通气患者的指示(1706)。系统150根据接收到的通气数据确定与第一被通气患者相关联的第一生理测量满足预定阈值或取值范围(1708)，并且当向第一用户界面认证第一用户时，系统150向第一用户设备发送消息以供用户界面的第一实例显示(1710)，该消息包括与第一生理测量有关的信息。

上述示例1700的许多方面以及相关特征和应用程序也可以实现为软件过程，该软件过程被指定为记录在计算机可读存储介质(也被称为计算机可读介质)上的一组指令，并且可以自动执行(例如，无需用户干预)。当这些指令由一个或多个处理单元(例如，一个或多个处理器、处理器内核或其他处理单元)执行时，它们会导致处理单元执行指令中指示的操作。计算机可读介质的示例包括但不限于CD-ROM、闪存驱动器、RAM芯片、硬盘驱动器、EPROM等。计算机可读介质不包括无线或通过有线连接传递的载波和电子信号。

术语“软件”是指，在适当的情况下，包括位于只读存储器中的固件或存储在磁存储器中的应用程序，这些应用程序可以读入存储器以供处理器处理。此外，在一些实施方式中，本主题公开的多个软件方面可作为较大程序的子部分实施，同时保留本主题公开的不同软件方面。在一些实施方式中，多个软件方面也可以作为单独的程序实现。最后，共同实现此处描述的软件方面的单独程序的任何组合都在本主题公开的范围内。在一些实施方式中，软件程序当被安装为在一个或多个电子系统上运行时，定义了一种或多种实施和执行软件程序操作的特定机器实施方式。

计算机程序(也被称为程序、软件、软件应用程序、脚本或代码)可以以任何形式的包括编译或解释语言、声明性或过程性语言的编程语言来编写，并且它可以以任何形式部署，包括作为独立程序或作为合适用于计算环境的模块、组件、子例程、对象或其他单元来部署。计算机程序可以但不必与文件系统中的文件相对应。程序可以存储在保存其他程序或数据(例如，存储在标记语言文档中的一个或多个脚本)的文件的一部分中，存储在专用于所考虑的程序的单个文件中，或者存储在多个协调的文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。计算机程序可以被部署从而在一台计算机或多台计算机上被执行，计算机位于一个位置上，或者分布在多个位置上，并且通过通信网络互联。

图18是示出根据本主题技术的方面的用于传达关于被通气患者的健康相关消息的示例电子系统1800的概念图。电子系统1800可以是用于执行与过程1800的一个或多个部分或步骤或图1到图17提供的组件和过程相关联的软件的计算设备。结合关于图1到图17的公开，电子系统1800可以代表上述通气管理系统150(或系统150的服务器)或临床医生设备170。在这方面，电子系统1800或计算设备可以是个人计算机或移动设备，例如智能手机、平板电脑、笔记本电脑、PDA、增强现实设备、可穿戴设备，例如手表或腕带或眼镜，或其组合，或其他触摸屏或电视，其中嵌入或耦合有一个或多个处理器，或具有网络连接的任何其他种类的计算机相关电子设备。

电子系统1800可以包括各种类型的计算机可读介质和用于各种其他类型的计算机可读介质的接口。在所描绘的示例中，电子系统1700包括总线1808、处理单元1812、系统存储器1804、只读存储器(ROM)1810、永久存储设备1802、输入设备接口1814、输出设备接口1806和一个或多个网络接口1816。在一些实施方式中，电子系统1800可以包括其他计算设备或电路或与其他计算设备或电路集成，以用于操作先前描述的各种组件和过程。

总线1808共同表示通信连接电子系统1700的众多内部设备的所有系统、外围设备和芯片组总线。例如，总线1808将处理单元1812与ROM 1810、系统存储器1804和永久存储设备1802通信连接。

处理单元1812从这些不同的存储器单元检索要执行的指令和要处理的数据，以便执行本主题公开的过程。在不同的实施方式中，处理单元可以是单个处理器或多核处理器。

ROM 1810存储电子系统的处理单元1812和其他模块所需的静态数据和指令。另一方面，永久存储设备1802是读写存储器设备。该设备是非易失性存储器单元，即使在电子系统1800关闭时也存储指令和数据。本主题公开的一些实施方式使用大容量存储设备(例如磁盘或光盘及其相应的磁盘驱动器)作为永久存储设备1802。

其他实施方式使用可移动存储设备(例如软盘、闪存驱动器及其相应的磁盘驱动器)作为永久存储设备1802。与永久存储设备1802一样，系统存储器1804是读写存储器设备。然而，与存储器设备1802不同，系统存储器1804是易失性读写存储器，例如随机存取存储器。系统存储器1804存储处理器在运行时需要的一些指令和数据。在一些实施方式中，本主题公开的过程存储在系统存储器1804、永久存储设备1802和/或ROM 1810中。处理单元1812从这些不同的存储器单元检索要执行的指令和要处理的数据，以便执行一些实施方式的过程。

总线1808还连接到输入和输出设备接口1814和1806。输入设备接口1814使用户能够向电子系统传达信息和选择命令。与输入设备接口1814一起使用的输入设备包括，例如，字母数字键盘和定点设备(也被称为“光标控制设备”)。输出设备接口1806可以(例如)显示由电子系统1800生成的图像。与输出设备接口1806一起使用的输出设备包括(例如)打印机和显示设备，例如阴极射线管(CRT)或液晶显示器(LCD)。一些实施方式包括诸如用作输入和输出设备的触摸屏之类的设备。

此外，如图18所示，总线1808还通过网络接口1816将电子系统1700耦合到网络(未示出)。网络接口1816可以包括，例如，无线接入点(例如，蓝牙或WiFi)或用于连接到无线接入点的无线电电路。网络接口1816还可以包括硬件(例如，以太网硬件)，以用于将计算机连接到计算机网络的一部分，例如局域网(“LAN”)、广域网(“WAN”)、无线LAN或内联网，或多个网络中的网络，例如互联网。电子系统1700的任何或所有组件可以结合本主题公开使用。

上述这些功能可以在计算机软件、固件或硬件中实现。这些技术可以使用一个或多个计算机程序产品来实现。可编程处理器和计算机可以被包括在移动设备中或封装为移动设备。过程和逻辑流可以由一个或多个可编程处理器和一个或多个可编程逻辑电路执行。通用和专用计算设备和存储设备可以通过通信网络互连。

一些实施方式包括电子组件，例如微处理器、存储和存储器，它们将计算机程序指令存储在机器可读或计算机可读介质(也被称为计算机可读存储介质、机器可读介质或机器可读存储介质)中。此类计算机可读介质的一些示例包括RAM、ROM、只读光盘(CD-ROM)、可记录光盘(CD-R)、可重写光盘(CD-RW)、只读数字通用盘(例如，DVD-ROM、双层DVD-ROM)、各种可记录/可重写DVD(例如，DVD-RAM、DVD-RW、DVD+RW等)、闪存(例如，SD卡、迷你SD卡、微型SD卡等)、磁性和/或固态硬盘驱动器、只读和可记录

虽然上述讨论主要涉及执行软件的微处理器或多核处理器，但一些实施方式由一个或多个集成电路执行，例如专用集成电路(ASIC)或现场可编程门阵列(FPGA)。在一些实施方式中，这种集成电路执行存储在电路本身上的指令。

如本说明书和本申请的任何权利要求中使用的，术语“计算机”、“服务器”、“处理器”和“存储器”均指电子或其他技术设备。这些术语不包括人或人群。出于本说明书的目的，术语显示或显示意味着显示在电子设备上。如本说明书和本申请的任何权利要求中使用的，术语“计算机可读介质(computer readable medium)”和“计算机可读媒介(computerreadable media)”完全限于以计算机可读的形式存储信息的有形物理对象。这些术语不包括任何无线信号、有线下载信号和任何其他短暂信号。

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

本说明书中描述的主题的实施方式可以在计算系统中实现，该计算系统包括后端组件(例如，作为数据服务器)，或包括中间件组件(例如，应用服务器)，或包括前端组件，例如，具有图形用户界面或网页浏览器的客户端计算机，用户可以通过其与本说明书中描述的主题的实施方式交互，或一个或多个这样的后端、中间件或前端组件的任何组合。系统的组件可以通过任何形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)和广域网(“WAN”)、内部网络(例如，互联网)和对等网络(例如，自组织对等网络)。

计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离并且可以通过通信网络进行交互。客户端和服务器的关系是由于在各自的计算机上运行并且彼此具有客户端-服务器关系的计算机程序而产生的。在一些实施方式中，服务器向客户端设备发送数据(例如，HTML页面)(例如，用于向与客户端设备交互的用户显示数据并从其接收用户输入)。在客户端设备处生成的数据(例如，用户交互的结果)可以从服务器处的客户端设备接收。

本领域技术人员将理解，本文所述的各种说明性块、模块、元件、组件、方法和算法可以实现为电子硬件、计算机软件或两者的组合。为了说明硬件和软件的这种可互换性，上文一般就其功能描述了各种说明性块、模块、元件、组件、方法和算法。这种功能是作为硬件还是软件实现取决于施加在整个系统上的特定应用和设计约束。熟练的技术人员可以针对每个特定应用以不同的方式实现所描述的功能。各种组件和块可以不同地布置(例如，以不同的顺序布置或以不同的方式划分)，所有这些都不脱离本主题技术的范围。

主题技术作为条款的说明：

为了方便起见，本公开各方面的各种示例被描述为编号条款(1、2、3等)。这些是作为示例提供的，并不限制本主题技术。附图和参考号的标识仅作为示例和说明目的提供，并且条款不受这些标识的限制。

条款1。一种用于传达患者通气数据的方法，包括：从多个呼吸机接收通气数据，其包括当前从多个呼吸机接收通气的多个患者的生理测量；向一个或多个用户设备提供用户界面，该用户界面被配置为呈现多个患者以供相应用户选择，从相应用户接收对多个患者中的一个或多个所选患者的选择，以及当所选患者的生理测量满足预定标准时向相应用户提供与所选患者的生理测量相关的消息；从一个或多个用户设备中的第一用户设备上操作的用户界面接收向用户界面认证的第一用户从多个患者中选择了第一被通气患者的指示；根据所接收的通气数据确定与所选择的第一被通气患者相关联的第一生理测量满足预定阈值或取值范围；以及响应于第一被通气患者的第一生理测量满足预定阈值或取值范围，当向用户界面认证第一用户时，将与第一生理测量相关的消息发送到第一用户设备以供用户界面显示。

条款2。根据条款1所述的方法，还包括：基于第一用户对第一被通气患者的选择，向与第二用户相关联的第二用户设备上操作的用户界面提供第一用户已选择接收与第一被通气患者相关的消息的指示。

条款3。根据条款1所述的方法，其中，多个患者与医院的预定护理区域相关联，该方法还包括：确定与预定护理区域相关联的多个患者的平均住院时长；并且提供具有多个颜色编码区域的圆形刻度盘的至少一部分的图形显示，以用于在用户界面上显示，每个区域代表给定的时间范围或阈值，该图形显示包括在代表所确定的平均住院时长的位置处与刻度盘重叠的指针；以及提供具有多个条的条形图，与刻度盘的图形显示一起显示在用户界面上，每个条表示给定先前时间段的历史平均住院时长。

条款4。根据条款1所述的方法，还包括：根据通气数据为第一被通气患者确定吸入氧分数(FiO2)水平和呼气末正压(PEEP)水平；以及提供第一被通气患者的姓名以及多个方向箭头供用户界面显示，每个箭头指示所确定的吸入氧分数(FiO2)水平或确定的呼气末正压(PEEP)水平的正或负或稳定趋势，并且每个箭头对应于多个预定固定时间段中的相应时间段。

条款5。根据条款1所述的方法，还包括：为多个呼吸机中的每个，确定呼吸机的状态以及与通过呼吸机接收通气的患者相关联的通知数目；以及为多个呼吸机中的每个，提供呼吸机的状态的指示以及与通过呼吸机接收通气的患者相关联的通知数目，以供用户界面显示。

条款6。一种系统，包括：一个或多个处理器；存储器设备，其包含指令，指令在由一个或多个处理器执行时，使得一个或多个处理器：从多个呼吸机接收包括当前从多个呼吸机接收通气的多个患者的生理测量的通气数据；向多个用户设备提供用户界面，该用户界面被配置为呈现多个患者以供相应用户选择，从相应用户接收对多个患者中的一个或多个所选患者的选择，以及当所选患者的生理测量满足预定标准时向相应用户提供与所选患者的生理测量相关的消息；从多个用户设备中的第一用户设备上操作的用户界面接收向用户界面认证的第一用户从多个患者中选择了第一被通气患者的指示；从所接收的通气数据确定与所选择的第一被通气患者相关联的第一生理测量满足预定阈值或取值范围；以及响应于第一被通气患者的第一生理测量满足预定阈值或取值范围，当向用户界面认证第一用户时，将与第一生理测量相关的消息发送到第一用户设备以供用户界面显示。

条款7。根据条款6所述的系统，其中，指令在被执行时，进一步使得一个或多个处理器：基于第一用户对第一被通气患者的选择，向与第二用户相关联的第二用户设备上操作的用户界面提供第一用户已选择接收与第一被通气患者相关的消息的指示。

条款8。根据条款6所述的系统，其中，多个患者与医院的预定护理区域相关联，其中，指令在被执行时进一步使得一个或多个处理器：确定与预定护理区域相关联的多个患者的平均住院时长；并且提供具有多个颜色编码区域的圆形刻度盘的至少一部分的图形显示，以用于在用户界面上显示，每个区域代表给定的时间范围或阈值，该图形显示包括在代表所确定的平均住院时长的位置处与刻度盘重叠的指针；以及提供具有多个条的条形图，与刻度盘的图形显示一起显示在用户界面上，每个条表示给定先前时间段的历史平均住院时长。

条款9。根据条款6所述的系统，其中，指令在被执行时进一步使得一个或多个处理器：根据通气数据为第一被通气患者确定吸入氧分数(FiO2)水平和呼气末正压(PEEP)水平；以及提供第一被通气患者的姓名以及多个方向箭头，以供用户界面显示，每个箭头指示所确定的吸入氧分数(FiO2)水平或确定的呼气末正压(PEEP)水平的正或负或稳定趋势，并且每个箭头对应于多个预定固定时间段中的相应时间段。

条款10。根据条款6所述的系统，其中，指令在被执行时进一步使得一个或多个处理器：针对多个呼吸机中的每个，确定呼吸机的状态以及与通过呼吸机接收通气的患者相关联的通知数目；以及为多个呼吸机中的每个，提供呼吸机的状态的指示以及与通过呼吸机接收通气的患者相关联的通知数目，以供用户界面显示。

条款11。一种包括指令的非暂时性计算机可读介质，指令当由计算设备执行时，使计算设备执行包括以下步骤的操作：从多个呼吸机接收通气数据，该通气数据包括当前从多个呼吸机接收通气的多个患者的生理测量；向多个用户设备提供用户界面，该用户界面被配置为呈现多个患者以供相应用户选择，从相应用户接收对多个患者中的一个或多个所选患者的选择，以及当所选患者的生理测量满足预定标准时向相应用户提供与所选患者的生理测量相关的消息；从多个用户设备中的第一用户设备上操作的用户界面接收向用户界面认证的第一用户从多个患者中选择了第一被通气患者的指示；从所接收的通气数据确定与所选择的第一被通气患者相关联的第一生理测量满足预定阈值或取值范围；以及响应于第一被通气患者的第一生理测量满足预定阈值或取值范围，当向用户界面认证第一用户时，将与第一生理测量相关的消息发送到第一用户设备以供用户界面显示。

条款12。根据条款11所述的非暂时性计算机可读介质，该操作还包括：基于第一用户对第一被通气患者的选择，向与第二用户相关联的第二用户设备上操作的用户界面提供第一用户已选择接收与第一被通气患者相关的消息的指示。

条款13。根据条款11所述的非暂时性计算机可读介质，其中，多个患者与医院的预定护理区域相关联，该操作还包括：确定与预定护理区域相关联的多个患者的平均住院时长；以及提供具有多个颜色编码区域的圆形刻度盘的至少一部分的图形显示，以用于在用户界面上显示，每个区域代表给定的时间范围或阈值，该图形显示包括在代表所确定的平均住院时长的位置处与刻度盘重叠的指针；以及提供具有多个条的条形图，与刻度盘的图形显示一起显示在用户界面上，每个条表示给定先前时间段的历史平均住院时长。

条款14。根据条款11所述的非暂时性计算机可读介质，该操作还包括：根据通气数据确定第一被通气患者的吸入氧分数(FiO2)水平和呼气末正压(PEEP)水平；以及提供第一被通气患者的姓名以及多个方向箭头，以供用户界面显示，每个箭头指示所确定的吸入氧分数(FiO2)水平或确定的呼气末正压(PEEP)水平的正或负或稳定趋势，并且每个箭头对应于多个预定固定时间段中的相应时间段。

条款15。根据条款11所述的非暂时性计算机可读介质，该操作还包括：为多个呼吸机中的每个，确定呼吸机的状态以及与通过呼吸机接收通气的患者相关联的通知数目；以及为多个呼吸机中的每个，提供呼吸机的状态的指示以及与通过呼吸机接收通气的患者相关联的通知数目，以供用户界面显示。

还考虑：

在一些实施例中，本文中的任何条款可以依赖于任何一个独立条款或任何一个从属条款。在一个方面，任何条款(例如，从属或独立条款)可以与任何其他一个或多个条款(例如，从属或独立条款)组合。在一个方面，权利要求可以包括条款、句子、短语或段落中所述的部分或全部词语(例如，步骤、操作、手段或组件)。在一个方面，权利要求可以包括在一个或多个条款、句子、短语或段落中所述的部分或全部词语。在一个方面，每个条款、句子、短语或段落中的一些词语可能会被删除。在一个方面，可以在条款、句子、短语或段落中添加额外的词语或元件。在一个方面，可以在不利用本文所述的某些组件、元件、功能或操作的情况下实施本主题技术。在一个方面，可以利用附加组件、元件、功能或操作来实现本主题技术。

可以理解，所公开的过程中步骤的具体顺序或层级是示例方法的说明。根据设计偏好，可以理解，可以重新安排过程中步骤的具体顺序或层级。一些步骤可以同时执行。随附的方法权利要求以样本顺序呈现各个步骤的元素，并不意味着局限于所呈现的具体顺序或层级。

提供先前描述是为了使本领域技术人员能够实践本文所述的各个方面。先前描述提供了本主题技术的各种示例，并且本主题技术不限于这些示例。对这些方面的各种修改对于本领域技术人员将是显而易见的，并且本文定义的一般原理可应用于其他方面。因此，权利要求并不旨在局限于本文所示的方面，而是应被赋予与语言权利要求一致的全部范围，其中，除非特别说明，否则对单数形式的元件的引用并不意味着“一个且仅一个”，而是指“一个或多个”。除非另有特别说明，否则术语“一些”指一个或多个。男性(例如，他的(his))中的代词包括女性和中性(例如，她的(her)和它的(its))，反之亦然。标题和副标题(如有)仅用于方便，并不限制本公开。

如本文所用，术语“网站”可以包括网站的任何方面，包括一个或多个网页、用于托管或存储网络相关内容的一个或多个服务器等。因此，术语“网站”可以与术语“网页”和“服务器”互换使用。谓词“被配置用于(configurated to)”、“可操作(operable to)”和“被编程用于(programmed to)”并不意味着对主语的任何具体的有形或无形修改，而是旨在互换使用。例如，被配置用于监视和控制操作或组件的处理器还可以表示处理器被编程用于监视并控制操作，或者处理器可操作以监视和控制该操作。同样，被配置用于执行代码的处理器可以被解释为被编程用于执行代码或可操作以执行代码的处理器。

本文使用的术语“自动”可以包括计算机或机器在没有用户干预的情况下的性能；例如，通过响应于计算机或机器或其他启动机制的谓词动作的指令。“示例”一词在本文中用于表示“用作示例或说明”。本文中描述为“示例”的任何方面或设计不一定被解释为优于或胜于其他方面或设计。

“方面”等短语并不意味着该方面对本主题技术至关重要，或该方面适用于本主题技术的所有配置。与一个方面相关的公开可应用于所有配置或一个或多个配置。一个方面可以提供一个或多个示例。诸如方面之类的短语可以指一个或多个方面，反之亦然。诸如“实施方式”之类的短语并不意味着这种实施方式对于本主题技术是必要的，或者这种实施方式适用于本主题技术的所有配置。与实施方式相关的公开可应用于所有实施方式或一种或多种实施方式。实施方式可以提供一个或多个示例。诸如“实施方式”之类的短语可以指一种或多种实施方式，反之亦然。诸如“配置”之类的短语并不意味着这种配置对于本主题技术是必要的，或者这种配置适用于本主题技术的所有配置。与配置相关的公开可应用于所有配置或一个或多个配置。配置可以提供一个或多个示例。诸如“配置”之类的短语可以指一个或多个配置，反之亦然。

本领域普通技术人员已知或稍后将已知的与贯穿本公开所描述的各个方面的元件的所有结构和功能等效物均通过引用明确并入本文，并意图包含在权利要求书中。此外，无论权利要求书中是否明确陈述了此类公开，本文中公开的任何内容都不打算专用于公众。根据《美国法典》第35卷第112节第六段的规定，不得解释任何权利要求元素，除非该元素使用短语“用于……的手段(means for)”明确叙述，或者在方法权利要求的情况下，该元素使用短语“用于……的步骤(step for)”叙述。此外，在描述或权利要求中使用术语“包括”、“具有”或类似术语的情况下，该术语意在以类似于术语“包括”的方式包含，因为“包括”在权利要求中用作过渡性词语时被解释。