CN114341999A - 用于医疗设备趋势的图形用户界面的系统和方法 - Google Patents

Abstract

本发明提供了用于医疗机构中的围手术期护理的系统和方法。在一个示例中，一种系统包括显示器和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，该指令可执行以：向该显示器输出包括多个趋势线的图形用户界面(GUI)，每个趋势线示出第一时间范围内的相应患者监测参数的值，该多个趋势线按时间排列并且相对于彼此垂直地堆叠；响应于第一用户输入，调节该多个趋势线中的每个趋势线以示出第二时间范围内的该相应患者监测参数的值；并且响应于第二用户输入，在该GUI上显示示出指定持续时间内的每个患者监测参数的相对变化的叠加图。

Description

用于医疗设备趋势的图形用户界面的系统和方法

相关申请的交叉引用

本专利申请要求于2019年8月30日提交的名称为“用于医疗设备趋势的图形用户界面的系统和方法(SYSTEMS AND METHODS FOR GRAPHICAL USER INTERFACES FORMEDICAL DEVICE TRENDS)”的美国专利申请序列号16/557,943的优先权，该专利申请的全部内容据此以引用方式并入以用于所有目的。

技术领域

本文公开的主题的实施方案涉及在围手术期护理期间的患者监测，并且更具体地涉及用于医疗设备趋势的图形用户界面。

背景技术

诸如外科手术之类的某些医疗程序可能需要执行各种子程序以使患者作好外科手术的准备，使患者在外科手术期间保持处于一定条件(例如，被麻醉)，并且在外科手术后帮助患者恢复。为支持主程序而执行的此类子程序可被称为围手术期护理。医院或其他医疗机构中的患者的围手术期护理可包括监测多个患者的多个患者监测设备。因此，为了确保在患者状况恶化时作出快速反应，可能需要来自多个监测设备的输出的近连续监测。此外，所有护理提供者之间的患者护理的协调可能很复杂或耗时，从而进一步耗尽护理提供者资源。另外，向护理提供者呈现患者医疗信息可能需要多个耗时且繁琐的信息请求或搜索。

发明内容

在一个实施方案中，一种系统包括显示器和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以：向该显示器输出包括多个趋势线的图形用户界面(GUI)，每个趋势线示出第一时间范围内的相应患者监测参数的值，该多个趋势线按时间排列并且相对于彼此垂直地堆叠；响应于第一用户输入，调节该多个趋势线中的每个趋势线以示出第二时间范围内的该相应患者监测参数的值；并且响应于第二用户输入，在该GUI上显示示出指定持续时间内的每个患者监测参数的相对变化的叠加图。

应当理解，提供上面的简要描述来以简化的形式介绍在具体实施方式中进一步描述的精选概念。这并不意味着识别所要求保护的主题的关键或必要特征，该主题的范围由具体实施方式后的权利要求书唯一地限定。此外，所要求保护的主题不限于解决上文或本公开的任何部分中提到的任何缺点的实施方式。

附图说明

通过参考附图阅读以下对非限制性实施方案的描述将更好地理解本公开，其中以下：

图1A和图1B示意性地示出了用于围手术期护理和监督的示例性系统，包括监督应用程序。

图2至图5和图28示出了显示经由监督应用程序生成的单患者图形用户界面的各种视图的示例性显示设备。

图6和图7示出了显示经由监督应用程序生成的趋势图形用户界面的各种视图的显示设备。

图8至图10示出了显示输出为经由监督应用程序生成的单患者图形用户界面的一部分的各种通知的显示设备。

图11至图15示出了显示经由监督应用程序生成的多患者图形用户界面的各种视图的显示设备。

图16至图20示出了显示经由监督应用程序生成的洞察图形用户界面的各种视图的显示设备。

图21至图23示出了显示经由监督应用程序生成的房间内图形用户界面的各种视图的示例性显示设备。

图24是示出用于显示经由监督应用程序生成的监督图形用户界面的示例性方法的流程图。

图25是示出用于经由监督应用程序生成和输出通知的示例性方法的流程图。

图26是示出用于显示经由监督应用程序生成的房间内图形用户界面的示例性方法的流程图。

图27是示出用于监督应用程序的示例性方法的流程图。

图29示出了显示经由监督应用程序生成的新洞察视图的示例性显示设备。

具体实施方式

如本文所公开的系统和方法的实施方案操作以促进对多个患者的围手术期护理以及对护理该多个患者的多个护理提供者的监督。为了促进本文所述的围手术期护理和监督，如本文所公开的系统和方法收集并处理多种多样的医疗设备数据。医疗设备数据包括由医疗设备从患者获取的生理数据(也被称为患者监测数据)和从医疗设备自身内部收集的机器数据。机器数据可包括警报、设备状态、设置、消息和所测量的操作数据。机器数据还可以包括表示与医疗设备一起采取的特定动作的设置和值，例如，响应于自动控制或由于临床医生输入。例如，在麻醉递送机中，这可包括氧气和/或麻醉剂浓度的变化。机器数据还可以包括由医疗设备或设备诊断信息发起的临床和/或技术警报。机器数据的另外示例包括来自医疗设备的主动或预测性服务警示、维护检查信息和/或处理器时钟周期信号或电力信号或来自医疗设备的各种组件的其他操作信号，表示医疗设备开启、处于使用中、处于操作中、保持待机状态或关闭。

医疗设备数据可以从医疗设备本身提供的时间序列格式来收集。如本文所用，医疗设备数据的时间序列格式可以包括时间序列格式的波形、二进制数据、数字数据和/或文本数据。本文所公开的系统和方法的实施方案以与医疗设备产生数据的频率类似的频率从医疗设备接收医疗设备数据。在实施方案中，所接收的数据的这种增加的速度以及对医疗设备机器数据的监测和分析可以实现如本文所公开的改进的监测系统和方法。如本文进一步详细描述的，系统和方法的实施方案支持医疗设备数据的高速数据摄取、富集、归一化和数据策展。医疗设备数据可以经历实时分析，并且用事件检测和标记进一步富集数据。虽然可以保存所有医疗设备数据用于回顾性和自动化机器学习和分析，但是可以使用事件检测和标记来创建源于特定事件或条件的医疗设备数据的另外的示例性文件，这些文件可以用作示例性或案例研究数据以用于进一步分析。

可将医疗设备数据提供给一个或多个护理提供者，诸如监督麻醉师、护士麻醉师和其他护理提供者。具体地讲，可经由监督应用程序将医疗设备数据提供给监督麻醉师或其他监督护理提供者，该监督应用程序促进经由可在监督护理提供者的设备诸如移动设备(例如，智能电话、平板电脑、可穿戴设备)上显示的一个或多个图形用户界面实时或近实时地呈现医疗设备数据。监督应用程序可促进向监督护理提供者显示多个患者和多个不同患者监测参数的医疗设备数据(包括生理数据和医疗设备设置/参数数据)。可在多患者图形用户界面(GUI)中同时显示该多个患者的所显示的医疗设备数据，这可允许监督护理提供者易于监测每个患者的患者状态，即使护理提供者所在位置远离患者。当需要特定患者的附加信息时，监督应用程序可生成提供该患者的更详细医疗设备数据的单患者GUI。

监督应用程序还可经由医疗设备数据监测患者状态，并且可在患者状态改变或指定患者监测参数或参数组合(诸如血液氧合)达到相对于阈值的预定义的条件(例如，降至低于阈值)或随时间改变时输出各种通知，诸如警报。监督应用程序还可促进监督护理提供者与一个或多个下属护理提供者之间的通信，该一个或多个下属护理提供者可与患者一同处于房间，而监督护理提供者位于医疗机构的不同房间或区域中。例如，下属护理提供者可经由在下属护理提供者的设备上执行的监督应用程序的房间内GUI发送由监督护理提供者问诊的请求，监督护理提供者的设备可接收到该请求并且经由监督应用程序的GUI将该请求输出给监督护理提供者。房间内GUI还可促进下属护理提供者与监督护理提供者之间的文本或语音消息传递。

监督应用程序还可生成可在监督护理提供者的设备上输出的趋势GUI。经由趋势GUI，监督护理提供者可针对多个所选择的患者监测参数评估医疗设备数据随时间推移的变化。可按时间排列的方式同时显示每个所选择的患者监测参数的趋势。此外，可响应于单个用户输入来确定和显示指定持续时间内的每个患者监测参数的相对变化。

上述监督应用程序的各种GUI和功能可允许单个监督护理提供者在相应医疗程序(诸如外科手术)期间同时监测多个患者。虽然在医疗程序期间可由多个护理提供者(诸如一个或多个外科医生、护士、医疗技术人员等)护理每个患者，但某些监督护理提供者(诸如麻醉师)可同时护理多个患者并且可监督多个下属护理提供者(诸如护士麻醉师)。由于下属护理提供者的数量相对于监督护理提供者的数量增加并且由于医疗程序变得更复杂，对能够远程监测患者并监督下属护理提供者的监督护理提供者的需求已增加。例如，监督麻醉师可被排定引发并监测患者的麻醉诱导阶段，这可能要求监督麻醉师在该时间期间与患者一同处于手术室中。然而，监督麻醉师还可护理处于麻醉维持阶段的六个其他患者，其中这六个其他患者中的每个患者由房间内护士麻醉师监测。如果这六个其他患者中的一个患者发生需要监督麻醉师的护理的事件，则从监督麻醉师收到该事件的通知的时候到监督麻醉师可实际抵达以护理该患者的时候可存在延迟。然而，经由本文所述的监督应用程序，监督护理提供者可能能够从任何位置监测所有患者的患者状态，并且可能能够从远处调节医学治疗设备设置和/或指示下属护理提供者。这样，可改善患者护理。

监督应用程序可促进由监测多个患者的多个医疗设备获得和/或确定的实时医疗设备数据的显示。可经由各种图形用户界面(GUI)显示实时医疗设备数据。作为一个示例，可在护理提供者设备(例如，移动电话、平板电脑和/或可穿戴设备)上显示单患者GUI。经由单患者GUI，可经由多个患者监测参数图块(tile)显示患者的实时医疗设备数据。该多个患者监测参数图块可以是可缩放的、模块化的并且可由用户和/或监督应用程序定制以允许方便的可定制性以及便于在未来添加新患者监测参数/医疗设备数据。例如，监督应用程序的用户(例如，护理提供者诸如麻醉师)可创建一组规则或算法(其中所述规则或算法可被称为洞察)，可使用实时医疗设备数据来执行该组规则或算法以确定结果(例如，程序阶段的确定、患者状态的预测、推荐的动作过程等)或患者状态的通知。当用户选择应用该洞察时，该洞察的结果接下来可在患者特定的GUI上显示为图块，并且可调节(例如，移动、调整大小、缩放等)患者特定的GUI上的其他患者监测参数图块以适应新洞察结果图块。作为另一个示例，用户可选择将来自患者房间的实时视频馈送作为图块包括在单患者GUI(更多种类)中，这可能需要相对较大尺寸的图块。可重新布置剩余图块(不论是自动还是响应于用户)以适应更大图块。

图1A和图1B描绘了用于围手术期护理和监督的系统10的示例性实施方案。首先参见图1A，系统10包括医疗设备数据(MDD)处理系统12。MDD处理系统12可在各种硬件和/或软件具体实施中实现，并且应当注意，此类具体实施不被认为是限制性的。例如，可以设想的是，MDD处理系统12中的任一者或全部可仅在硬件中、仅在软件中、仅在固件中或在硬件、软件和/或固件的任何组合中实现。虽然下文描述了示例性方法和系统，但本文提供的示例并非实现此类方法和系统的唯一方式。

在阅读权利要求中的任一项以覆盖整个软件和/或固件具体实施的实施方案中，在任一实施方案中，元件中的至少一个据此被明确地定义为包括有形和非暂态计算机可读介质。如本文所用，术语有形计算机可读介质明确地被定义为包括任何类型的计算机可读存储装置，并且排除传播信号。附加地或另选地，示例性方法和系统可使用存储在非暂态计算机可读介质上的编码指令(例如，计算机可读指令)来实现，该非暂态计算机可读介质诸如闪存存储器、只读存储器(ROM)、随机存取存储器(RAM)、高速缓存或其中存储有信息的任何其他存储介质持续任何持续时间(例如，持续延长的时间段，永久地、简短的实例，用于临时缓冲和/或用于信息的高速缓存)。如本文所用，术语非暂态计算机可读介质明确地被定义为包括任何类型的计算机可读介质，并且排除传播信号。

在医疗设备数据处理系统12的示例性和非限制性实施方案中，系统12由一个或多个联网处理器或计算设备实现。处理系统12可在云计算平台和/或基础结构中实现。如本文所提及的存储器和处理器可以是独立的或被整体地构造为各种可编程设备的一部分，包括例如计算机或服务器。如本文所提及的计算机可读存储介质的计算机存储器可包括用于存储电子格式信息(诸如计算机可读程序指令或计算机可读程序指令、数据等的模块，其可以是独立的或作为计算设备的一部分)的易失性和非易失性或可移动和不可移动介质。计算机存储器的示例可包括但不限于RAM、ROM、EEPROM、闪存存储器、CD-ROM、DVD-ROM或其他光学存储器、磁带盒、磁带、磁盘或其他磁存储设备，或可用于存储所需电子格式的信息并且可由一个或多个处理器或计算设备的至少一部分访问的任何其他介质。

MDD处理系统12通信地连接到至少一个医院网络14。此类通信连接以及医院网络本身可包括但不限于广域网(WAN)；局域网(LAN)；互联网；有线或无线(例如，光学、蓝牙、射频(RF)网络)；基于云的计算机、路由器、服务器、网关等计算基础结构；或与其相关联的允许系统或其部分与一个或多个计算设备进行通信的它们的任何组合。

医院网络14可示例性地为与医院的一部分(例如，医院的外科病房或部门)相关联的网络，或者可更广泛地跨整个医院的医疗设备定位。还将认识到，虽然本文所公开的系统和方法的一些实施方案和具体实施可试图在医院的单个医院或医院的单个病房上操作，但其他实施方案可连接多个医院网络，包括当前归属或操作或以其他方式彼此附属的医院。在另外的实施方案中，虽然单独医院或医院组可以使用MDD处理系统12，但MDD处理系统12可从多个医院网络(包括彼此无关的那些医院网络)接收并处理信息。

如图1A所描绘，医院网络14包括多个医疗设备16。医疗设备16可包括生理监测设备16a以及患者治疗设备16b。生理监测设备16a可包括但不限于心率监测器、血压氧合监测器、呼吸监测器、ECG监测器、EEG监测器或EMG监测器。出于讨论的目的，麻醉递送机的示例性实施方案将用作医疗设备，更具体地讲，用作患者治疗设备16b，尽管本领域的普通技术人员将认识到，包括但不限于患者呼吸辅助设备或透析机的其他设备可以是患者治疗设备的另外的非限制性示例。然而，将认识到，治疗设备还可包括不仅递送患者治疗而且测量患者生理参数的能力。例如，麻醉递送机的实施方案可包括能够操作以测量患者呼出的气体浓度的气体分析模块。在一些实施方案中，成像设备(包括但不限于X射线设备、CT设备、MRI设备和超声设备)可以是本公开内设想的医疗设备16的示例。医疗设备的另外示例可包括视频和/或音频记录设备。

在示例性实施方案中，如本文所述的有限型式的MDD处理系统12可例如作为麻醉递送管理系统18局部实施。在这样的实施方案中，麻醉递送管理系统18可操作以尤其从多个麻醉递送机16b收集医疗设备数据以便监测麻醉递送机之间和跨由麻醉递送机执行的程序的麻醉剂使用，从而试图可视化麻醉剂的消耗和使用，以及量化、监测和评估医院或外科病房中所有麻醉递送机的趋势。

医疗设备16可通信地连接到一个或多个边缘设备，诸如边缘设备20。边缘设备20可示例性地为边缘处理设备、云处理设备或互联网网关。边缘设备20可包括物联网(IOT)网关，该物联网网关促进医院网络14处的医疗设备16与实现MDD处理系统12的服务器、处理器和计算机可读介质之间的安全通信链路。在示例性实施方案中，边缘设备20可与医疗设备16中的一个或多个医疗设备直接通信，或者可通过中间网络(例如，麻醉递送管理系统18或另一医疗设备数据系统或网络)与医疗设备16通信。

边缘设备20接收医疗设备数据作为可从医疗设备获得的医疗设备数据中任一者的时间序列数据。如上所述，医疗设备数据(例如，机器数据、所监测的患者生理参数数据)的数据流可以从医疗设备获取的时间序列格式获得，并且可包括但不限于警报的时间序列信息、设备状态、设备设置、消息和测量数据。在实施方案中，医疗设备可配备有改善医疗设备的自我意识的传感器，例如监测医疗设备本身的各种部件的功能、输入和/或输出的传感器。许多此类传感器已经结合到医疗设备中，诸如用于测量压缩机速度和/或循环时间、内部压力、电压、时钟速度或温度，或者如本领域普通技术人员将认识到的或如本文进一步详细公开的其他传感器。

边缘设备20加密时间序列格式的数据，并且使用有线和/或无线通信技术将加密数据传输到执行MDD处理系统12的服务器、处理器和数据存储器。边缘设备20通过加密的通信信道以时间序列格式将去识别的医疗设备数据连续地传输到MDD处理系统12的高速数据摄取模块22。虽然本文所述的示例性实施方案可参考去识别的数据，但应当认识到，其他实施方案可使用患者识别的数据，同时应适当考虑来处理患者数据。高速数据摄取模块22实时获取医疗设备数据流。数据摄取可以以自动化方式执行，并且可对时间序列中接收到的实时数据流进行预处理以供MDD处理系统12稍后处理。高速摄取模块22可以以高的传入速度(例如，以医疗设备可输出数据的频率或接近该频率)接收来自跨多个站点的多个连接设备的并发数据流。在示例性实施方案中，高速摄取模块22能够扩展以继续摄取医疗设备数据的增加的带宽，而不会显著降低摄取速度。

高速摄取模块22从一个或多个医院网络的医疗设备获取时间序列医疗设备数据，并将其格式化以供数据质量管理模块24进一步处理。在示例性和非限制性实施方案中，高速注入模块22支持开放式标准，诸如ASTMF2761或综合临床环境(ICE)。数据质量管理模块24可归一化、富集和标记数据流，而不会对数据延迟产生负面影响。在医疗保健环境中，可使用多种医疗保健信息产品和/或系统来提供医疗服务、收集医疗数据、进行医疗检查等。然而，许多医疗保健信息系统使用各种消息传递标准(例如，国际卫生七级组织(HL7 V2.x/v3)、临床文件架构/护理文件连续性(CDA/CCD)、美国材料和试验协会(ASTM)、医学数字成像与通信(DICOM)等)以及各种标准和/或协议(例如，跨企业文件共享(XDS.A/B)、跨企业文件媒体交换(XDM)、跨企业文档可靠交换(XDR)、患者标识符交叉引用/患者人口统计查询(PIX/PDQ)、患者行政管理(PAM)、查询现有数据(QED)、国家处方药计划委员会(NCPDP)等)，这使得系统整合和/或通信更加困难。因此，归一化可以包括将医疗数据重新格式化为一致或兼容的格式，以用于MDD处理系统12内。在示例性实施方案中，可将医疗设备数据归一化为ISO/IEEE 11073-10101命名及其扩展。在又一示例性实施方案中，数据质量管理模块24可通过转换测量病房来归一化传入时间序列数据流。数据质量管理模块24还可以操作以识别并标记各种类型的医疗设备数据、从其接收医疗设备数据的地点或源自同一医疗设备的时间序列数据流。这些标签可如本文所详述的那样用来识别和分析时间序列数据流组。

在示例性实施方案中，数据质量管理模块24通过将从源医疗保健系统或设备流出的临床数据转换和/或转换成具有相关元数据的规范数据模型来归一化所接收的传入数据。经处理的医疗设备数据存储在数据湖26中，该数据湖示例性地在计算机可读存储装置中实现，该计算机可读存储器体现了存储数据的字节的能力。数据湖26是长期的计算机存储库，其以原生格式保持大量原始数据，直到需要数据为止。原生格式可以包括来自医疗设备的时间序列数据，其可以是波形或二进制格式、音频数据、图像数据和/或视频数据。在实施方案中，这可有助于促进数据的摄取，该数据可能不被实时处理，但仍然可被实时或接近实时地获取，而不是存储在数据湖中直到进一步需要。这可通过识别特定数据流并限制那些数据流的处理(例如，通过数据质量管理模块24)来促进，如果此时已知此类数据流未用于实时分析。在示例性实施方案中，数据质量管理模块24可以不将数据转换为规范数据模型，但仍然可以尝试标记、富集或索引数据，以便于稍后以标准化方式从数据湖26检索该数据。

在另一实施方案中，存储在数据湖26中的数据的部分也可以另外存储在图形数据库中，该图形数据库可以是驻留在同一计算机可读存储装置上的独立数据库，或者可以在与数据湖26分开的计算机可读存储装置上实现。图形数据库可以接收数据流，其中已知系统可分析该数据流的趋势。图形数据库可以一定方式以时间序列格式存储数据流，该方式有利于数据随时间的趋势并将数据附加到在数据本身中识别的事件、其他数据流中的一个或多个中识别的事件，或者由系统从外部源接收的事件。这些事件可包括但不限于医疗设备或临床医生动作、临床事件、情况或在医疗程序期间出现的并发症。稍后临床医生或技术人员可使用图形数据库来识别趋势和数据流之间与本文所公开的其他分析的进一步关系。

在数据被存储在数据湖26中的同时，富集和归一化的医疗设备数据可被提供给流处理引擎28。流处理引擎28识别医疗设备数据的时间序列流中的病例和事件。所识别的临床病例可存储在操作病例数据库30中。临床病例可示例性地包括外科手术和重症加强护理病房(ICU)病例。临床病例可由所使用的医疗设备和医疗设备数据的时间序列中的医疗数据的时序来识别。例如，来自麻醉递送机的医疗设备数据的时间序列均指示临床病例已开始或正在进行，该医疗设备数据的时间序列示出了打开机器时的状态变化，随后是设备设置的变化以及麻醉剂的输送和/或消耗。

如上所述，源自医院中相同医疗设备或相同位置的时间序列医疗设备数据流可被标记或以其他方式被识别为相关的。这些标签可用于同时分析相关数据流或组合相关数据流的分析以识别临床病例。例如，设备状态数据流分析可与用户输入数据流、设备设置数据流和操作数据流组合，以识别设备何时被使用以及其在临床病例中如何被使用。该信息有助于区分技术人员对医疗设备的维护或检查与针对临床病例对设备的使用。

对多个医疗设备(尤其是被识别为相关或协同定位的那些医疗设备)的数据流的分析还可用于识别临床病例。例如，麻醉递送设备和相关患者监测设备和/或呼吸支持设备和/或成像设备等的数据流中的协调或类似动作还可用于识别这些设备正在一起用于临床病例。在另外的实施方案中，流式时间序列医疗设备数据可与关于预定临床病例的信息组合，以帮助进一步识别医疗设备在临床病例期间的使用时间和使用方式。

在这些实施方案中，可使用医疗设备(例如，麻醉递送机)的预定使用的知识来进一步识别医疗设备数据流中的临床病例。例如，输入或接收到关于预定程序的类型和时间的知识可有助于识别临床病例(特别是医疗设备机器数据流)的开始和结束。在一个实施方案中，医疗设备的已知使用计划表可有助于从维护或校准动作中识别临床病例，这些维护或校准动作可类似地需要对医疗设备加电和至少部分地操作。

与麻醉递送设备和/或其他医疗设备在所识别的临床病例期间的动作相关联的医疗设备数据可被存储在操作病例数据库30中。在一个示例中，将临床病例的识别连同来自该麻醉递送机的医疗设备数据的其他时间序列流以及来自与该麻醉递送机的使用相关联的任何生理监测器和/或其他医疗设备的医疗设备数据的时间序列流一起存储。在如进一步详细描述的另一示例性实施方案中，可创建具有到存储在数据湖26中的相关联的时间序列医疗设备数据的链接或标识符的临床病例汇总并将其存储在操作案例数据库30中。

在一个实施方案中，在将临床病例存储在临床病例数据库30中之前，可对临床病例进行分类或概要分析，该分类或概要分析是用于数据策展的技术。临床病例的概要分析可部分地基于临床病例汇总中的信息，并且如本文进一步详细描述，可用于将临床病例分组成组，例如正常病例、边缘病例和异常病例。这些确定可根据临床病例中的时间序列数据与其他类似临床病例中相同类型的时间序列机器数据的正态分布之间的比较来进行。边缘病例可被识别为边界线或模糊病例，未明确定义为正常或异常值。在仅为示例性的实施方案中，对于特定的测量值或发生率，这种发生率的分布可用于建立正常病例、边缘病例和异常病例。在仅为示例性的实施方案中，正常病例可在正态分布中的中值的标准偏差内，而边缘病例介于一个和两个标准偏差之间，并且异常病例与中值的偏差大于两个标准偏差。分类的病例，如本文进一步详细解释，例如，可进一步研究所识别的边缘病例以创建或改善事件检测算法、临床决策支持规则、警示算法和预测算法。

流处理引擎28还识别医疗设备数据的时间序列流中的事件，例如以如本文进一步详细描述的方式，并且以商业智能和视觉分析工具32呈现，该商业智能和视觉分析工具示例性地可以呈现在通信地连接到医疗设备数据处理系统12的图形显示器上。

一旦临床病例存储在操作病例数据库30中，临床医生或技术人员可使用策展和病例审查工具34来手动审查临床病例。策展和病例审查工具34可在图形显示器上的图形用户界面中呈现，并且还通过图形用户界面示例性地提供输入以供用户或技术人员策展或以其他方式评估临床病例。这可用于调查、教育和数据策展目的。

报告和视觉分析工具32可在多种通信信道中呈现检测到的事件。例如，可通过图形用户界面和图形显示器在视觉上呈现所检测到的事件。所检测到的事件或所检测到的事件的通知也可通过将事件/事件通知传送到可穿戴设备或移动设备以及在图形显示器上的图形用户界面中呈现的报告和/或仪表板中以视觉形式呈现医疗设备数据和所识别的事件来报告，如下文将更详细解释的。

可将医疗设备数据的时间序列中的流式分析和事件检测的结果提供给应用程序编程接口(API)38，以供应用程序开发人员使用，以基于医疗设备数据的分析流提供监测、报告和/或控制应用程序。此类应用程序可通过计算机操作系统、网站浏览器操作，或者在移动计算设备或可穿戴计算设备上操作。可利用对时间序列医疗设备数据的分析的应用程序的非限制性示例包括但不限于麻醉剂成本仪表板40、检查仪表板42、监督应用程序44、警报管理应用程序46、资产管理应用程序48和基准测试应用程序50。

麻醉剂成本仪表板40可呈现关于跨临床病例以及医院网络内的麻醉递送机之间或相对地在医院网络之间的麻醉剂使用的医疗设备数据。通过比较地呈现该信息，可理解并采取麻醉剂的使用和行为变化以促进麻醉剂的有效使用。

检查仪表板42可帮助监测受监测医疗设备的检查和维护。医疗设备数据诸如设备状态和设置以及机器数据中的消息和信息可提供对用于在医院网络维护医疗设备的检查过程的洞察。检查仪表板可识别机器数据流中的维护和/或测试事件，并根据测试计划表、要求(例如，每日)或其他标准记录这些所识别的测试事件。

监督应用程序44可由主治和/或监督麻醉师使用，以更有效地管理同时在多个地点或手术室工作的远程人员、护士麻醉师和/或其他护理提供者。警报管理应用程序46可报告和呈现关于警报通知和警报通知的静音的医疗设备数据，以便更好地理解和调整警报，以改善警报事件中的信噪比，并且减少临床医生的警报疲劳。下文提供了关于监督应用程序44的附加信息。

资产管理应用程序48可呈现关于医疗设备(例如，麻醉递送机)或由医疗设备使用的消费品的使用、状态、维护和/或检查信息，包括在医疗设备的正常操作期间可能要频繁更换、重新填充或翻新的部件(例如，过滤器、吸收器)。基准测试应用程序50可跨提供商和/或组织或者以比较方式(例如，在医院网络与平均值之间或在特定位置之间)提供进一步的操作性能和质量性能。

监督应用程序44允许用户(例如，临床医生诸如麻醉师、护士和其他护理提供者)在与用户相关联的各种智能电话、平板电脑或其他计算设备上查看处于不同位置中(例如，处于不同手术室中)的多个患者的通气机、麻醉和生命参数。监督应用程序44可包括后端，该后端作为泊坞窗/微服务托管在边缘设备20和/或MDD处理系统12上并且可使用合适的可视化平台在用户的设备(诸如图1B所示的护理提供者设备134)上呈现。

图1B示意性地示出了可经由其执行监督应用程序的系统10的示例性设备，包括经由医院网络14与多个护理提供者设备120通信并且还与MDD处理系统12通信的边缘设备20。

如上所提及，边缘设备20从医疗设备16接收医疗设备数据。边缘设备20所接收到的医疗设备数据可由可与图1A的摄取模块22类似的数据摄取模块102摄取，并且存储在数据存储器104中。数据存储器104可为暂时数据存储装置，其中所接收的数据被暂时地存储而不是持久地存储。(可将所接收的数据(诸如来自医疗设备16的医疗设备数据)发送到MDD处理系统12以供长期存储)。此外，可将所接收的医疗设备数据分配给边缘设备20上的各种微服务以便实施监督应用程序44的各方面，包括流处理模块106、规则引擎108、推理引擎110、事件通知服务112、流式服务器114和云网关116。

如上所解释，监督应用程序44可由主治和/或监督麻醉师用来管理其他护理提供者，诸如护士麻醉师和/或其他下属护理提供者。医院/医疗机构可依赖于相对较高的监督率(例如，每个监督麻醉师监督4至10名下属护理提供者)，这可增加对在手术室间具有高行动性同时仍监督所有下属护理提供者并且针对可同时进行的所有程序监测患者状态的监督麻醉师的需求。监督应用程序44可通过允许监督麻醉师从远程位置监测患者状态并且与下属护理提供者通信来促进该行动性和管理。如下文将更详细解释的，监督应用程序44可经由在监督麻醉师的移动设备或其他设备上显示的一个或多个图形用户界面将如由所接收的医疗设备数据确定的患者监测参数(例如，ECG、心率、血液氧合)、程序阶段(例如，诱导、维持和苏醒)、警报、麻醉机设置和其他相关或所选择的信息呈现给用户(例如，监督麻醉师)。可利用如上所述为检测与所识别的病例相关的事件(例如，诸如识别麻醉施用的阶段)而对医疗设备数据的时间序列流的处理和分析，并且可将此类处理和分析的输出提供给监督应用程序44。监督应用程序44可经由本文所述的图形用户界面将指定患者监测参数的所确定的值、所检测到的事件的指示以及如由医疗设备数据的时间序列流确定的其他通知提供给用户。

例如，经由监督应用程序44，用户可在示出多个患者的有限信息的图形用户界面(多患者GUI)与示出所选择的患者的更详细信息的图形用户界面(单患者GUI)之间切换。用户还可经由监督应用程序44查看患者监测数据趋势、详细警报/通知信息、洞察和/或其他信息。此外，用户可经由监督应用程序44与其他护理提供者(诸如与患者一同处于房间中的下属护理提供者)通信。用户可定制要查看哪些患者/房间、要查看哪些患者监测参数、要应用哪些警报和洞察以及用于呈现上述信息的图形用户界面的其他参数，诸如每个图形用户界面的布局。

经由监督应用程序44生成的图形用户界面可显示在与相应护理提供者设备和/或医疗机构管理设备相关联的一个或多个合适的显示设备上。如图1B所示，多个护理提供者设备120从第一护理提供者设备134、第二护理提供者设备136一直到第n护理提供者设备138可被包括为医院网络14的一部分，并且可经由医院网络14通信地耦接到边缘设备20。每个护理提供者设备可包括处理器、存储器、通信模块、用户输入设备、显示器(例如，屏幕或监视器)和/或其他子系统，并且可呈台式计算设备、膝上型计算设备、平板电脑、智能电话或其他设备的形式。每个护理提供者设备可适于发送和接收加密数据，并且显示医疗信息(包括合适格式诸如医学数字成像和通信(DICOM)或其他标准的医学图像)。护理提供者设备可位于医疗机构的本地并且基本上固定在适当的位置(诸如护士站中或患者的房间中)和/或位于医疗机构的本地或远处并且被配置为随护理提供者一起移动(诸如护理提供者的移动设备)。

当经由护理提供者设备的显示器查看经由监督应用程序44生成的图形用户界面时，护理提供者可录入输入(例如，经由用户输入设备，其可包括键盘、鼠标、麦克风、触摸屏、触笔或其他设备)，该输入可由护理提供者设备处理并发送到边缘设备20。在用户输入是图形用户界面的链接或用户界面控制按钮的选择的示例中，用户输入可触发前进到图形用户界面的期望视图或状态(例如，触发期望患者医疗信息的显示)，触发对图形用户界面的配置的更新，触发警报、洞察和/或要保存的其他通知设置，触发对机器(诸如麻醉递送机)的改变或其他动作。

本文所公开的设备(诸如护理提供者设备和/或边缘设备20的各方面)可各自包括通信模块、存储器和处理器以存储并执行监督应用程序44的各方面以及发送并接收通信、图形用户界面、医疗数据和其他信息。

每个通信模块有利于电子数据在一个或多个系统内和/或之间的传输。经由通信模块的通信可以使用一个或多个协议来实现。在一些示例中，经由通信模块的通信根据一个或多个标准(例如，医学数字成像和通信(DICOM)、健康等级七(HL7)、ANSI X12N等)发生。通信模块可以为有线接口(例如，数据总线、通用串行总线(USB)连接等)和/或无线接口(例如，射频、红外、近场通信(NFC)等)。例如，通信模块可以经由有线局域网(LAN)、无线LAN、广域网(WAN)等使用任何过去、目前或未来通信协议(例如，

USB 2.0、USB3.0等)来通信。

每个存储器包括一个或多个数据存储结构，诸如光学存储器装置、磁存储器装置或固态存储器装置，其用于存储由处理器执行的程序和例程以实施本文所公开的各种功能。存储器可以包括任何期望类型的易失性和/或非易失性存储器，诸如例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪存存储器、只读存储器(ROM)等。处理器可以为例如任何合适的处理器、处理单元或微处理器。处理器可以为多处理器系统，因此可以包括彼此相同或类似并且经由互连总线通信地耦接的一个或多个附加处理器。

如本文所用，术语“传感器”、“系统”、“单元”或“模块”可包括操作以执行一个或多个功能的硬件和/或软件系统。例如，传感器、模块、单元或系统可包括计算机处理器、控制器或基于存储在有形和非暂态计算机可读存储介质(诸如计算机存储器)上的指令来执行操作的其他基于逻辑的设备。另选地，传感器、模块、单元或系统可包括基于设备的硬连线逻辑来执行操作的硬连线设备。附图中示出的各种模块或单元可表示基于软件或硬连线指令操作的硬件、指示硬件执行操作的软件、或它们的组合。

“系统”、“单元”、“传感器”或“模块”可包括或表示执行本文描述的一个或多个操作的硬件和相关联的指令(例如，存储在有形和非暂态计算机可读存储介质上(诸如计算机硬盘驱动器、ROM、RAM等)的软件)。硬件可包括电子电路，其包括和/或连接到一个或多个基于逻辑的设备，诸如微处理器、处理器、控制器等。这些设备可以是被适当编程或指示以根据上文所述的指令来执行本文所述的操作的现成设备。除此之外或另选地，这些设备中的一个或多个可以与逻辑电路硬连线以执行这些操作。

本文所述设备中的一个或多个可通过云或其他计算机网络来实现。例如，边缘设备20在图1B中被示出为构成单个实体，但应当理解，边缘设备20可跨多个设备分布，诸如跨多个服务器分布。

监督应用程序44可将各种数据、通知和消息提供给该多个护理提供者设备120。数据、通知和/或消息可包括历史数据、(例如，由流式服务器114提供的)实时医疗设备数据以及可经由MDD处理系统12或另一个基于云的服务从事件通知服务112推送到该多个护理提供者设备120的通知。

如下文将更详细解释的，监督应用程序44可以以一个或多个图形用户界面的形式在护理提供者设备上可视化。该一个或多个图形用户界面可用实时患者监测参数(诸如从医疗设备获得的心率、血氧饱和度、呼吸率等的最近确定的值或波形)填充。当边缘设备20接收到医疗设备数据时，一些或所有医疗设备数据可由流处理模块106处理并提供给流式服务器114，然后该流式服务器可将实时患者监测参数值和/或波形提供给发出请求的护理提供者设备。例如，当用户正在护理提供者设备134上查看监督应用程序44的患者特定的图形用户界面时，图形用户界面可包括显示所选择的患者监测参数的最近确定的值的图块或其他显示区域(例如，如图2和图4A所示以及下文更详细解释的)。流式服务器114可将所选择的患者监测参数的最近确定的值流式传输到护理提供者设备134，然后该护理提供者设备可将所接收的值填充到图形用户界面中。流处理模块106可包括基于规则的流式分析算法，这些算法应用用于波形分析和事件检测的开窗功能(滑动、滚动、跳跃等)，从而触发警示、手术阶段的检测、流分析、分诊算法等。此外，与推理引擎110耦接的流处理模块106可执行预测(诸如连续预测性评分、患者恶化评分)，计算风险指数，识别疾病早期征兆、败血症预测、呼吸窘迫发作、病例结束预测以及一般临床决策支持。

要将哪些患者监测参数值发送到哪个护理提供者设备的确定可至少部分地基于护理提供者设备向边缘设备20发送的数据请求。边缘设备20可包括例如表述性状态转移(REST)服务器，该REST服务器可从护理提供者设备120接收数据请求并且可通过命令流式服务器114将所选择的医疗设备数据流式传输到发出请求的护理提供者设备来对数据请求作出响应。流式服务器114可与每个客户端(例如，护理提供者设备)保持有状态会话(例如，WebSocket)。医疗设备数据可在流式传输到客户端设备之前进行调整(转换和滤波)。

来自护理提供者设备120的数据请求还可包括对历史数据(例如，先前或非实时的患者监测参数值)的请求。历史数据可包括随时间推移的所选择的患者监测参数的趋势。例如，如图6所示以及下文更详细解释的，趋势图形用户界面可在护理提供者设备上显示为监督应用程序44的一部分，该监督应用程序将随时间推移的所选择的患者监测参数的值示出为趋势线。趋势线可从所存储的医疗设备数据(例如，存储在数据存储器104中)收集到。当用户请求在护理提供者设备上查看趋势图形用户界面时，护理提供者设备可将对要在趋势图形用户界面上显示的趋势线的请求发送到边缘设备20，并且边缘设备20可从数据存储器104获得趋势线或边缘设备20可获得相关所存储的医疗设备数据并且可(例如，由护理提供者设备)在不同位置处收集到趋势线。

在一些示例中，用户彼此可经由监督应用程序44通信。例如，如图22所示以及下文更详细描述的，房间内图形用户界面可在护理提供者设备上显示为监督应用程序44的一部分。房间内图形用户界面可包括消息视图，其中与患者一同处于房间中的护理提供者(例如，护士)可例如经由文本消息与位于房间之外的另一个护理提供者(例如，麻醉师)通信。经由监督应用程序发送和接收的消息可通过边缘设备20和/或MDD处理系统12来路由。例如，第一护理提供者设备(例如，护理提供者设备134)可发送预期用于第二护理提供者设备(例如，护理提供者设备136)的消息。可将该消息从第一护理提供者设备发送到边缘设备20，并且边缘设备20的消息传递模块可接收该消息，确定预期接收护理提供者设备，并且将该消息发送到预期护理提供者设备(例如，第二护理提供者设备)。

监督应用程序44可基于从各种医疗设备接收到的医疗设备数据来生成和/或发送各种警报和通知。警报可包括基于阈值的警报，其中响应于患者监测参数值满足相对于阈值的预先确定的条件而生成通知/警报并将通知/警报输出到一个或多个护理提供者设备(例如，可响应于特定患者的血氧饱和度降至低于阈值饱和度而生成警报并将警报发送到护理提供者设备)。例如，如图9所示以及下文更详细解释的，警报图块可被显示为监督应用程序44的单患者或多患者图形用户界面的一部分，其中警报图块包括已为特定患者触发多少次警报的指示，其中医疗设备响应于确定特定患者的患者监测参数已达到相对于阈值的预定义的条件而生成警报。

上述警报可由监测患者的医疗设备触发。例如，可由脉搏血氧计监测患者，该脉搏血氧计可将SpO2数据直接或经由麻醉递送机发送到边缘设备20。如果患者的血氧饱和度降至低于阈值，则脉搏血氧计和/或麻醉递送机可向边缘设备20发送指示患者的SpO2值已降至低于阈值的通知。边缘设备20经由事件通知服务112和/或云网关116可将警报的通知发送到护理患者的护理提供者的护理提供者设备。例如，可经由事件通知服务112直接地或经由云网关116将所生成的警报发送到适当护理提供者设备，该云网关可经由MDD处理系统12将警报(和边缘设备20所生成的其他通知，如下文更详细解释的)推送到适当护理提供者设备，即使当监督应用程序44在护理提供者设备上处于未启动状态时。

如上所提及，监督应用程序44被配置为将洞察应用于所接收的医疗设备数据以便提供患者状态的用户选择的通知、预测等。洞察可包括上述流处理模块106和/或推理引擎110所执行的基于规则的流式分析算法(例如，波形分析和事件检测，从而触发警示、手术阶段的检测、流分析、分诊算法、连续预测性评分、患者恶化评分，计算风险指数，识别疾病早期征兆、败血症预测、呼吸窘迫发作、病例结束预测以及临床决策支持)。洞察可包括基于人工智能的模型，诸如机器学习或深度学习模型。一般来讲，为监测患者状态而可应用于医疗设备数据的任何算法、模型或规则组均可被视为洞察。在一些示例中，特别是在洞察需要大量处理功率的情况下，可在基于云的设备(诸如MDD处理系统12)上存储/执行洞察。

在一些示例中，洞察可由用户根据预定义的参数组和预定义的运算符组来定义并且保存为一组规则。预定义的参数组可包括可供系统使用的所有患者监测参数(包括生理数据和机器参数/设置)(例如，可由医疗设备数据测量、推断或以其他方式确定的所有患者监测参数)。当选择参数时(例如，当选择患者监测参数时)，可向用户呈现预定义的范围(例如，时序)以选择将洞察限制于特定程序、时序等。此外，当选择参数时，可向用户呈现预定义或可调节的阈值以应用于该参数。预定义的运算符组可包括“and”运算符、“or”运算符、“while或during”运算符和/或允许用户在洞察中组合多个参数或允许用户仅为该洞察选择一个参数的任何其他合适的运算符。

规则引擎108可包括为存储和应用洞察规则组而分配的边缘设备20的资源(例如，存储器和处理器)，该洞察规则组可类似于警报，但可为多模态的和/或多参数的。洞察可为用户定制的/定义的。洞察规则可定义每个洞察的条件和范围。例如，如图20所示以及下文更详细解释的，洞察可包括定义患者监测参数和可触发洞察通知的对应阈值的条件，诸如高于150次心跳/分钟的患者心率。洞察还可包括范围，该范围可以是关于洞察的条件何时将触发通知或结果的基于时序或程序的限制。例如，该范围可定义将在其过程中应用该条件的参数，诸如该条件将在触发洞察通知之前持续多久(例如，五分钟)、该条件将在该程序的那个阶段发生以触发洞察通知(例如，在麻醉递送的维持阶段)等。如上所解释，用户可从预定义的参数组中定义条件和范围，并且如果洞察中需要超过一个条件，则用户可从预定义的运算符组选择运算符。当洞察中包括多个条件时，在选择运算符诸如“and”或“or”之后，用户可从参数组选择另一个参数。

洞察规则可由用户定制，因此洞察规则可定义哪些用户(及因此哪些护理提供者设备)将接收哪些洞察通知。边缘设备20可将医疗设备数据流分布到规则引擎108，并且规则引擎108可将所存储的洞察规则应用于医疗设备数据的传入流以便确定是否应生成任何洞察通知或结果。如果将生成洞察通知，则可生成洞察通知并经由事件通知服务112和/或云网关116将该洞察通知发送到适当护理提供者设备。

在一些示例中，洞察可包括另一个洞察的结果作为输入。例如，第一洞察可包括确定麻醉递送机的当前麻醉递送阶段的算法。第一洞察的输出/结果可在护理提供者设备上显示的监督应用程序的GUI上显示为图块，如下文将更详细解释的。第一洞察的结果还可连同医疗设备数据一起用作第二洞察的输入。例如，第二洞察可规定在来自第一洞察的结果指示患者处于麻醉递送的维持阶段的情况下在所选择的患者监测参数值达到阈值时(或在特定时间段内的所选择的患者监测参数的变化达到阈值时)输出通知。用户可选择经由上述预定义的参数组将洞察的结果作为输入包括到另一个洞察中。例如，当用户创建洞察或应用另一个用户所创建的洞察时，可将该洞察包括在预定义的参数组中。

此外，洞察可与医疗机构处的其他用户和/或其他医疗机构处的其他用户共享。因此，当被请求时，洞察规则可被保存在MDD处理系统12处。如图17所示以及下文更详细解释的，监督应用程序44的洞察图形用户界面可在被请求时显示在护理提供者设备上。经由洞察图形用户界面，用户可搜索由其他医疗机构处的用户定义的洞察和/或由用户所在的相同医疗机构处的用户定义的洞察，以及查看由用户定义的洞察。如果用户选择应用洞察，则可将已选择该洞察的通知发送到规则引擎108和/或推理引擎110并且保存为待应用于该用户的洞察规则。

推理引擎110可与基于人工智能(AI)的模型(诸如经训练的深度学习模型)一起使用，以处理传入数据并且由包含于各种机器学习模型中的事实和规则得出结论(洞察)。推理引擎110可以是基于AI的算法的运行时引擎，诸如疾病征兆的预测，并且这些将是推理引擎110的一部分。另外，云(例如，MDD处理系统12)中可存在深度学习和/或学习网络以训练算法，此处需要极高计算和资源。

如上所解释以及下文将更详细解释的，经由监督应用程序44的洞察引擎特征，用户可基于其预配置从用户界面和当前可用数据内创建其自身的规则/算法以生成洞察。洞察引擎使用流式传输，并且应用开窗功能以生成洞察。然后可使用事件通知服务112基于用户的配置(例如，用户订阅的洞察)向相应用户通知这些洞察。创建规则的可用数据可包括原始机器数据或由推理引擎110驱动的AI算法的结果(例如，另一个洞察)。

当用户通过洞察引擎创建其自身的洞察(例如，规则/算法)时，他们有机会将该洞察与其他用户共享，因此其他用户可采取并使用相同洞察。例如，用户可在用户的机构内共享洞察，并且其他用户可看到有多少人正在使用该洞察并为其自己的患者/房间采取该洞察。用户还可看到用户的机构之外的平台上的全球其他人已设定的规则(或“洞察”)，并且看到每个洞察的流行度，并且如果需要，选择这些洞察中的一个或多个洞察应用于其自己的患者/房间。

因此，如上所解释，监督应用程序44可包括托管在边缘设备20上的后端，其中该后端包括多个微服务，诸如规则引擎108、推理引擎110、事件通知服务112和流式服务器114。监督应用程序44经由后端/边缘设备20可向多个护理提供者设备输出实时医疗设备数据、医疗设备数据的趋势、消息、警报、洞察通知/结果和/或如护理提供者设备上执行的监督应用程序44的前端所请求的其他信息。监督应用程序44的前端可包括可存储在每个护理提供者设备上的监督应用程序可视化平台。监督应用程序可视化平台(诸如存储在护理提供者设备134上的监督应用程序可视化平台135)可将从边缘设备20接收到的数据呈现到一个或多个图形用户界面中。另外，保存在每个护理提供者设备上的监督应用程序44的各方面可包括各种容器、部件和表现层以从边缘设备20接收数据，用所接收的数据填充图形用户界面，发送和接收消息，显示通知，收集GUI设置和其他所请求的定制(并且将设置/配置发送到边缘设备20)等。作为一个示例，可经由REST应用程序编程接口(API)将从边缘设备20接收到的历史数据(例如，趋势)发送到第一层，可经由网络套接字将实时医疗设备数据流式传输到第一层，并且可经由可视化平台接收、处理和显示从MDD处理系统12发送的推送通知。此外，当与监督应用程序的图形用户界面交互时，用户可调节各种设置(诸如要显示哪些患者监测参数)，激活或去激活警报通知，创建洞察等。这些用户特定的偏好/配置可保存在边缘设备20上的偏好/配置数据库中。

在一些实施方案中，可从电子医疗记录(EMR)数据库122获得经由监督应用程序44请求的医疗设备数据和/或其他信息。例如，作为数据存储器104的补充或替代，可从EMR数据库122获得历史数据(例如，趋势线)。EMR数据库122可为经由安全医院界面的外部数据库，或EMR数据库122可为本地数据库(例如，容纳在医院的设备上)。EMR数据库122可为存储在大容量存储设备中的数据库，该大容量存储设备被配置为与安全信道(例如，HTTPS和TLS)进行通信，并且以加密形式存储数据。此外，EMR数据库122被配置为控制对患者电子医疗记录的访问，使得仅经授权的医疗保健提供者可编辑和访问电子医疗记录。患者的EMR可包括患者人口统计信息、家族病史、既往病史、生活方式信息、已有的医学病症、当前药物治疗、过敏、手术史、既往医疗筛检和程序、既往住院和访视等。

边缘设备20可在各种硬件和/或软件具体实施中实现，并且应当注意，此类具体实施不被认为是限制性的。例如，可以设想的是，边缘设备20中的任一者或全部可仅在硬件中、仅在软件中、仅在固件中或在硬件、软件和/或固件的任何组合中体现。本文所提供的示例不是实现此类方法和系统的唯一方式。

在边缘设备的示例性和非限制性实施方案中，边缘设备20由一个或多个处理器或计算设备实现。如本文所提及的存储器和处理器可以是独立的或被整体地构造为各种可编程设备的一部分，包括例如计算机或服务器。如本文所提及的计算机可读存储介质的计算机存储器可包括用于存储电子格式信息(诸如计算机可读程序指令或计算机可读程序指令、数据等的模块，其可以是独立的或作为计算设备的一部分)的易失性和非易失性或可移动和不可移动介质。计算机存储器的示例可包括但不限于RAM、ROM、EEPROM、闪存存储器、CD-ROM、DVD-ROM或其他光学存储器、磁带盒、磁带、磁盘或其他磁存储设备，或可用于存储所需电子格式的信息并且可由一个或多个处理器或计算设备的至少一部分访问的任何其他介质。

图2示出了可在监督护理提供者设备上启动监督应用程序44时显示的示例性单患者图形用户界面(GUI)200。单患者GUI 200可显示在显示设备202上。显示设备202可包括在其上显示单患者GUI的屏幕，并且可耦接到计算设备(诸如护理提供者设备134)和/或包括为该计算设备的一部分。可响应于用户对显示GUI的请求而显示单患者GUI 200。例如，用户可通过选择显示在显示设备的主页上的监督应用程序图标来启动监督应用程序44。当监督应用程序44(至少在最初)启动时，可经由合适的认证方法诸如经由密码、面部识别、指纹识别等来认证用户。在认证时，用户可选择从合适的菜单查看单患者GUI 200。例如，用户可访问包括用户已选择监测的所有患者的全局视图(这可包括医疗机构处护理提供者护理的所有患者)的多患者界面，并且可选择要查看的期望患者。图13中示出了示例性多患者GUI1300。多患者GUI 1300可显示在显示设备202(或与护理提供者设备相关联的其他合适显示设备)上并且可包括用户所选择的要监测的所有患者/房间。如图所示，多患者GUI 1300包括至患者特定的界面的链接。在本文所示的示例中，并不按姓名或患者ID号识别每个患者，而是可按患者当前所处的房间识别每个患者特定的界面。例如，如图13所示，为特定于位于第一手术室(OR 1)、第二手术室(OR 2)、第三手术室(OR3)等中的患者的界面显示链接。可通过滚动该界面来查看附加患者链接。患者链接的选择可启动该患者的单患者GUI。例如，OR 2的前进按钮1301的选择可引起单患者GUI 200被显示。

返回到图2，单患者GUI 200可包括识别标头204，该识别标头以患者当前所处的房间的形式识别正显示其医疗设备数据/状态的患者。在所示的示例中，单患者GUI 200特定于位于医疗机构的第二手术室(OR 2)中的患者。识别标头204可包括后退按钮206，该后退按钮在经由用户输入(例如，经由对该后退按钮的触摸输入)选择时可引起多患者GUI(诸如图13的多患者GUI 1300)的显示。识别标头204还可包括一个或多个菜单按钮，诸如菜单按钮208。当选择菜单按钮208时，可显示上下文菜单，这将在下文相对于图5更详细解释。

识别标头还包括参数视图按钮210，该参数视图按钮在被选择时引起参数视图的显示，其中显示了监测患者和/或对患者的递送治疗的该一个或多个医疗设备的机器设置/参数(诸如麻醉机的机器设置)。图3示出了响应于参数视图按钮210的选择而在显示设备202上显示的示例性参数视图300。参数视图300以包括图块阵列的第一布局显示机器参数。每个所选择的机器参数可被显示为相应图块，诸如第一图块210、第二图块212和第三图块214。在图3所示的示例中，第一图块210显示第一参数，即氧气百分比，第二图块212显示第二参数，即通向患者的氧气或医用气体流量，并且第三图块214显示第三参数，即麻醉剂类型和浓度。经由参数视图300显示的每个参数图块可呈现相应机器参数的最近确定的值。例如，第一图块210呈现95％的氧气浓度，第二图块212呈现6.50L/min的气体流量，并且第三图块214呈现2.5％的七氟烷浓度。经由机器参数图块呈现的每个所确定的值可由上文相对于图1A和图1B所描述的医疗设备数据的时间序列流确定，并且因此可经由监督应用程序44从边缘设备20发送到护理提供者设备。参数视图300中显示的所确定的值以及其他所确定的值(诸如下文将更详细解释的患者监测参数值)可以是所测量的值、所估计的值和/或所推断的值。例如，SpO2可直接从脉搏血氧计测量，而呼吸率可从二氧化碳图的输出或从脉搏血氧计的输出推断。

单患者GUI 200(下文所述)中包括的患者监测参数图块可呈现如从一个或多个患者监测医疗设备(例如，脉搏血氧计、二氧化碳分析仪)获得的患者的生理数据(例如，SpO2、呼吸率)。单患者GUI 200和/或参数视图300中包括的机器参数图块可呈现在对患者执行的医疗程序期间利用的一个或多个治疗医疗设备(诸如麻醉递送机)的机器数据。机器数据可包括机器设置或参数(例如，通气机模式、麻醉类型和浓度)。

返回到图2，单患者GUI 200还包括洞察图块302、消息图块304、警报图块306和程序时序图块308。如果已触发用户的任何预设且保存的洞察，则洞察图块302可通知用户，这将在下文更详细解释。简而言之，洞察可类似于基于阈值的警报，但可为多模态的和/或多参数的，使得仅在超过一个参数满足预先确定的条件时和/或在所选择的参数在医疗程序的特定阶段期间满足预先确定的条件、满足预先确定的条件达指定时间量、以一定速率改变等时才可触发洞察。如果已接收到任何消息(诸如来自另一个护理提供者的文本消息)，则消息图块304可通知用户。如果已触发任何警报，则警报图块306可通知用户。当所选患者监测参数(诸如SpO2)达到相对于阈值的预先确定的条件(诸如SpO2降至低于90％)时，可触发警报。程序时序图块308可向用户通知对患者执行的医疗程序的当前进度。例如，如图2所示，示出了自麻醉递送开始以来的经过时间量(例如，02:12:15)以及麻醉递送的当前阶段(例如，维持阶段)。可通过可由如上文相对于图1A和图1B所解释的MDD处理系统12和/或边缘设备20执行的阶段确定洞察来确定麻醉递送的阶段。

可经由单患者GUI 200显示的附加患者监测参数可被组织成类别，并且每个患者监测类别可被折叠或展开。当被折叠时，不显示该类别的患者监测参数。当被展开时，显示该类别的患者监测参数。图2以折叠配置示出了每个类别。图2所示的患者监测类别包括循环类别310、氧合类别312、通气类别314和神经学类别316，但在不脱离本公开的范围的情况下，其他类别也是可能的。所显示的患者监测类别可由用户定制，使得用户可选择哪些类别将显示在该用户的设备上。每个患者监测类别包括前进箭头，诸如前进箭头318，该前进箭头在被用户选择时引起类别展开以使得可查看该类别中的患者监测参数。

图4A通过单患者GUI 200的不同视图示出了进度的第一视图400。在第一视图400中，用户已选择两个类别来展开(循环类别310和氧合类别312)并且两个类别保持折叠(通气类别314和神经学类别316)。当展开类别时，相关联的前进箭头可切换到向下箭头(如向下箭头402所示)以表示已展开该类别。向下箭头的用户选择引起该类别折叠。

如通过图4A认识到的，当展开类别时，可显示多个患者监测参数。例如，循环类别310包括均与循环相关的八个患者监测参数(例如，ECG波形、最近确定的心率等)。氧合类别312包括均与氧合相关的六个患者监测参数(例如，最近确定的SpO2)。用户可经由编辑功能选择每个类别中包括的患者监测参数，该编辑功能可经由图5的上下文菜单或通过对类别进行的用户输入来执行。例如，循环类别310横幅上的划动运动可触发编辑按钮的显示。编辑按钮的选择可触发显示控制按钮，经由所述控制按钮，可删除该类别中的患者监测参数和/或可添加附加患者监测参数。这样，编辑/定制功能让用户有能力使用单患者GUI查看系统中的图块内的任何参数，包括该参数的趋势。例如，经由编辑功能，用户可选择以单个值(例如，最近确定的值)的形式、以示出随时间推移的患者监测参数的变化的趋势的形式或两者查看患者监测参数。用户有能力创建其自己的视图、其自己的洞察等，如下文将更详细解释的。

如上所解释，在类别的展开视图中显示的患者监测参数中的一个或多个患者监测参数可包括该参数的最近确定的值。例如，在氧合类别312中，可显示SpO2图块404，其示出了最近获得的SpO2值。然而，对于用户可能有利的是查看随时间推移的患者监测参数的值的变化。为了访问显示一个或多个患者监测参数趋势的视图，用户可将输入录入到所选择的患者监测参数图块，诸如对SpO2图块404的单个触摸输入(由手406示意性地示出)。患者监测参数图块的选择可触发所选择的患者监测参数的趋势视图，如图4B所示。

图4B示出了显示设备202上显示的单患者GUI 200的第二视图420。第二视图420包括可响应于SpO2图块404的用户选择而显示的一组趋势422。该组趋势422可被显示为第一视图400的顶部上的叠加图，或该组趋势422可被显示为取代或完全遮掩第一视图400的单独窗口。该组趋势422包括SpO2趋势线424和多个相关趋势线，本文为由氧气构成的吸入空气的分数(FiO2)、潮气末CO2(EtCO2)、血压(NIBP，包括舒张期和收缩期测量值)和心率(HR)。将每个趋势线绘制在其自身的y轴上，使得每个患者监测参数的值可在适用情况下按不同标度和不同单位绘制。将每个趋势线绘制在公共x轴上，以使得趋势线按时间排列。趋势线可被垂直地堆叠。这样，观察者可易于识别所显示的患者监测参数间的变化的关系或对应。

响应于SpO2图块404的选择而连同SpO2趋势线424一起显示的患者监测参数趋势可包括不一定包括在氧合类别312中的患者监测参数的趋势。例如，EtCO2可被显示为通气类别314的一部分，而NIBP和HR各自被显示为循环类别310的一部分。FiO2可能不在图4A所示的任何类别中显示。这样，可基于每个患者监测参数正在检测什么的相关性来将患者监测参数一起分组在类别中，这可帮助用户在查看第一视图400或示出每个患者监测参数的最近确定的值的另一个视图时能够快速导航以查看期望的患者监测参数。然后，当用户想要查看所选择的患者监测参数的趋势时，可将已被预先确定为与所选择的患者监测参数相关或另外已被预先确定为能提供关于过去或当前患者状态的信息的其他患者监测参数连同所选择的患者监测趋势一起呈现，而不必用户录入附加输入。

用户可例如经由设置菜单预先确定连同所选择的患者监测趋势一起显示的患者监测参数趋势。在其他示例中，可由监督应用程序44自动地确定连同所选择的患者监测趋势一起显示的患者监测参数趋势。例如，监督应用程序可包括默认的相关患者监测参数组，并且当选择一组中的一个患者监测参数时，还可显示该组中的所有其他患者监测参数。在一些示例中，监督应用程序44可获悉或以其他方式随时间推移调节哪些患者监测参数趋势应一起显示。

第二视图420还包括沿着该组趋势422的底部显示的时间范围控制按钮。例如，可选择第一时间范围控制按钮426以示出第一时间范围(例如，10分钟)内的该组趋势，可选择第二时间范围控制按钮428以示出第二时间范围(例如，30分钟)内的该组趋势，并且可选择第三时间范围控制按钮430以示出第三时间范围(例如，整个病例/程序)内的该组趋势。然而，在不脱离本公开的范围的情况下，其他时间范围也是可能的。

在一些示例中，对该组趋势422的用户输入可引起时间线432的显示。时间线432可包括在给定时间点处平分每个趋势线的垂直线。可将时间线432沿着x轴移动(例如，拖动)到期望的时间点。此外，与时间线的位置相对应的时间点处的每个患者监测参数的瞬时值可在时间线432的旁边显示。例如，在图4B中，时间线432定位在09:46处，并且因此在09:46处或附近确定的SpO2、FiO2、EtCO2、NIBP和HR的值(或根据确定每个患者监测参数的频率，该时间处的该值的推断)在时间线432的一旁显示。

至少在一些示例中，第二视图420还包括趋势图标434。趋势图标434的用户选择可引起显示趋势GUI，这将在下文相对于图6和图7更详细解释。另外，第二视图420包括后退按钮436。当被选择时，后退按钮436可触发第一视图410和/或先前所显示的单患者GUI的其他视图的显示。

图4C示出了单患者GUI 200的第三视图440。在第三视图440中，循环类别310已被折叠，氧合类别312保持展开，通气类别314被展开，并且神经学类别316保持折叠。在图4C所示的示例中，通气类别314包括均与通气相关的九个患者监测参数(例如，EtCO2、呼吸率(RR)、平台压(Pplat)等)。

如上所解释，用户可选择患者监测参数图块以便查看随时间推移的该患者监测参数的趋势。在图4C所示的示例中，用户正经由触摸输入(由手444示意性地示出)选择呼吸率(RR)图块442。呼吸率图块442的选择引起一组趋势被显示为跨第三视图440的一部分的叠加图，如图4D所示。

图4D示出了单患者GUI 200的第四视图460。在第四视图460中，在单患者GUI 200的底部部分处显示一组趋势462。该组趋势462包括呼吸率的趋势线464，因为该组趋势462是响应于呼吸率图块442的用户选择而显示的，如上文相对于图4C所解释。该组趋势462包括多个相关趋势线，本文为血压(NIBP，包括舒张期和收缩期测量值)、心率(HR)、七氟烷的潮气末浓度(EtSev)以及麻醉阶段(例如，诱导、维持或苏醒)。将每个趋势线绘制在其自身的y轴上，使得每个患者监测参数的值可在适用情况下按不同标度和不同单位绘制。将每个趋势线绘制在公共x轴上，以使得趋势线按时间排列。趋势线可被垂直地堆叠。这样，用户可易于识别所显示的患者监测参数间的变化的关系或对应。

如先前所解释，连同呼吸率趋势线464一起显示的患者监测参数趋势可包括不一定包括在与呼吸率相同的类别中的患者监测参数的趋势。此外，连同呼吸率趋势一起显示的患者监测参数趋势可由用户预先确定或由监督应用程序自动地确定。

第四视图460还包括沿着该组趋势462的底部显示的时间范围控制按钮。例如，可选择第一时间范围控制按钮466以示出第一时间范围(例如，10分钟)内的该组趋势，可选择第二时间范围控制按钮468以示出第二时间范围(例如，30分钟)内的该组趋势，并且可选择第三时间范围控制按钮470以示出第三时间范围(例如，整个病例/程序)内的该组趋势。然而，在不脱离本公开的范围的情况下，其他时间范围也是可能的。当被提示时，可显示与上述时间线432类似的时间线472。

至少在一些示例中，第四视图460还包括趋势图标474。另外，第四视图460包括划动选项卡476。当用户对划动选项卡476作出下划动作时，该组趋势462可折叠而展示第三视图440中显示的类别/患者监测参数。当该组趋势被折叠时，划动选项卡476可为可见的，并且对划动选项卡476的上划动作可引起再次显示该组趋势462。

在一些示例中，当用户选择患者监测参数图块时，可在显示设备202处于第一取向(例如，纵向，其中显示设备的纵向轴线相对于地面垂直地取向)时以图4D所示的方式显示所得趋势组，并且可在显示设备202处于第二取向(例如，横向，其中显示设备的纵向轴线相对于地面水平地取向)时以图4B所示的方式显示该组趋势。

虽然图4C和图4D示出了患者监测参数趋势及相关患者监测参数的一组附加趋势，但在一些示例中，当患者监测参数图块被选择时，可示出仅该患者监测参数的更详细的趋势视图。例如，返回参见图4A，包括在循环类别中的患者监测参数图块之一是ECG图块，其中患者的ECG信号由单个波形表示。然而，ECG监测器可包括多个电极/导联(诸如12)，每个电极/导联生成相应ECG信号。ECG图块的选择可引起显示趋势视图，其中仅示出了ECG信号，诸如来自一些或所有ECG导联的信号。

图5示出了可被显示为单患者GUI(诸如单患者GUI 200)的一部分的上下文菜单500。可响应于菜单按钮208的用户选择而显示上下文菜单500。上下文菜单500可被显示为单患者GUI的现有视图的顶部上的叠加图(如图5所示)或被显示为单独菜单。

上下文菜单500可包括可触发不同动作的多个控制按钮。例如，上下文菜单500可包括趋势按钮502、洞察引擎按钮504(其可触发洞察GUI的显示，如下文将相对于图17至图20更详细描述的)、编辑房间按钮506和房间布局按钮组508。房间布局按钮组508可包括单患者GUI如何被配置用于显示的每个不同可能布局的按钮。例如，可在选择“默认1”按钮时显示第一布局(例如，与单患者GUI 200相对应)，可在选择“默认2”按钮时显示第二默认/预先配置的布局，并且可在选择“定制1”按钮时显示第三布局(其可以是由用户定制的布局)。当用户对单患者GUI的布局作出调节(包括改变哪些患者监测参数图块被包括在单患者GUI中)时，用户可保存单患者GUI的布局，然后该布局可从上下文菜单选择为定制的布局。

当选择编辑房间按钮506时，单患者GUI(在所选布局中)可与为每个当前选择的患者监测参数显示的可选择控制按钮一起显示。对控制按钮的用户输入可使该患者监测参数在被选择(并因此被包括在GUI中)与未被选择(并因此未被包括在GUI中)之间切换。可经由添加控制按钮添加附加患者监测参数。下文将相对于图15和图16呈现可如何将患者监测参数添加到GUI的更多细节。在一些示例中，当将患者监测参数添加到GUI或从GUI移除时，可对剩余患者监测参数图块中的一个或多个患者监测参数图块进行调节(例如，从第一位置移动到第二位置，调整大小，重新缩放，调节以示出更多或更少信息)以便适应新患者监测参数图块，呈现视觉上令人愉悦且易于查看的图块布置，在显示器上示出尽可能多的信息等。可自动地进行该一个或多个剩余图块的调节或用户可按本文所述的方式作出期望的调节。

在图5所示的示例中，触摸输入正被录入到趋势按钮502(由手510示意性地示出)。趋势按钮502的选择引起显示趋势GUI。图6示出了可响应于从上下文菜单选择趋势按钮(例如，选择趋势按钮502)和/或响应于选择趋势图标(例如，趋势图标474)而显示的示例性趋势GUI 600。趋势GUI 600特定于所选择的患者，本文为位于OR 2中的患者。趋势GUI 600包括识别标头604，该识别标头识别要显示趋势的患者，包括后退按钮606和编辑按钮608。当被选择时，编辑按钮608可允许用户经由趋势GUI 600选择要查看哪些趋势。趋势GUI 600可类似于可响应于患者监测参数的用户选择而显示的趋势组，如上文相对于图4B和图4D所解释。因此，趋势GUI600可包括按时间排列且垂直地堆叠的多个患者监测参数中的每一者的一组趋势610。当被提示时，趋势GUI 600可显示与上述时间线432类似的时间线612，该时间线平分每个趋势线并且可沿着x轴移动到期望的时间。如上所解释，时间线612可包括在与时间线612的位置相符的时间处的每个患者监测参数的瞬时值。

趋势GUI 600还包括沿着该组趋势610的底部显示的时间范围控制按钮。例如，可选择第一时间范围控制按钮614以示出第一时间范围(例如，10分钟)内的该组趋势，可选择第二时间范围控制按钮616以示出第二时间范围(例如，30分钟)内的该组趋势，并且可选择第三时间范围控制按钮618以示出第三时间范围(例如，整个病例/程序)内的该组趋势。然而，在不脱离本公开的范围的情况下，其他时间范围也是可能的。

如图6所示，所显示的生理参数趋势包括心率、血压、SpO2、体温、FiO2、EtCO2、潮气量(TV)、呼吸率(RR)和呼气末正压通气(PEEP)。所显示的机器设置趋势包括机器模式(在本文中，该机器以容量控制通气(VCV)模式控制)。可由用户例如通过以下方式定制所显示的趋势：选择编辑按钮608并且删除所显示的趋势或添加要显示的趋势(例如，从可能患者监测参数趋势的列表)。虽然图6所示的每个趋势被格式化为趋势线，但在一些实施方案中，患者监测参数趋势中的一个或多个患者监测参数趋势可按不同格式(诸如一系列条形图)显示。

如上所解释，当被提示时，趋势GUI 600可包括时间线。在一些实施方案中，可响应于第一用户输入(诸如沿着该组趋势610上方显示的时间点录入到显示器的单个触摸输入)而显示时间线。虽然时间线可示出单个时间点处的每个患者监测参数的相应值，但对于用户可能有利的是以更可量化的方式查看患者监测参数的变化(例如，而不是必须基于趋势线来猜测总体趋势)。因此，可响应于第二用户输入诸如在该组趋势610处对显示器作出的两个并发触摸输入(例如，两个手指同时触摸显示器)而显示一组时间线。然后可在与触摸输入的位置相对应的时间处显示相应时间线，如图7所示。

图7示出了图6的趋势GUI 600的视图700，其中有两个时间线显示在该组趋势610上。这些时间线包括第一时间线702和第二时间线704。第一时间线702可定位在与两个并发触摸输入中的第一触摸输入相对应的位置处(例如，在08:45处)并且第二时间线704可定位在与两个并发触摸输入中的第二触摸输入相对应的位置处(例如，在09:45处)。可响应于第三触摸输入而移动这两个时间线，诸如响应于对这两个时间线的并发触摸输入而使这两个时间线一起靠得更近或分开得更远，然后将这些时间线一起拖动得更近或相隔更远。

当如图7所示的那样显示这两个时间线时，并不显示每个所显示的患者监测参数的对应瞬时值(如图6所示)，而是显示在第一时间线702与第二时间线704之间的持续时间内每个患者监测参数的总体变化。例如，心率的总体变化可从08:45到09:45确定(例如，20％增加率)并且在心率的趋势线一旁显示。

如上文相对于图2所解释，单患者GUI 200包括洞察图块302、消息图块304和警报图块306，其中显示与分别特定于患者的洞察、消息和警报有关的通知。当已触发洞察或警报时或当已接收到消息时，用户可选择适当图块引起显示洞察、消息或警报。图8至图10示出了单患者GUI 200的示例性视图，其中分别选择洞察图块，选择警报图块，并且选择消息图块。

首先参见图8，其示出了显示设备202上显示的单患者GUI 200的洞察视图800，其中洞察图块302指示已为患者(例如，位于OR 2中)触发两个洞察。洞察图块302的用户选择(由手802示意性地示出)引起显示洞察横幅804。洞察横幅804可指示已为患者触发的洞察，诸如经由通气机通向患者的氧气/医用气体流量在超过10分钟内大于6磅/分钟(如图8所示)。在图8所示的示例中，洞察横幅804正示出与第一洞察相关的信息。如果已为患者触发附加洞察，则用户输入(例如，划动洞察横幅的触摸输入)可引起在洞察横幅804处显示附加洞察。此外，可显示附加洞察的视觉通知，诸如在图8中的洞察横幅804上方示出的两个圆点。

另外，洞察图块302的用户选择引起显示动作按钮，包括确认按钮806和暂停按钮808。当被选择时，确认按钮806可向监督应用程序指示用户已看到该洞察，并且因此可免除经由当前单患者GUI 200对该洞察的进一步通知。当被选择时，暂停按钮808可向监督应用程序指示用户已看到该洞察，但希望在已经过阈值时间段(例如，10分钟)之后再次提醒该洞察。

在一些实施方案中，与该洞察相关的患者监测信息可连同洞察横幅804一起显示。在图8所示的示例中，一组趋势810显示在洞察横幅804下方。该组趋势810包括该洞察中提及的氧气/医用气体流量的趋势线812以及与氧气/医用气体流量相关的参数的趋势线，在此处被示出为包括麻醉阶段、麻醉浓度(例如，Sev％)和患者氧饱和度(例如，O2％)。与上文所解释的其他趋势组类似，可响应于用户输入(例如，对该组趋势810的所选择的时间点的触摸输入)而显示时间线814。

参见图9，其示出了显示设备202上显示的单患者GUI 200的警报视图900，其中警报图块306指示已为患者(例如，位于OR 2中)触发警报。警报图块306的用户选择(由手902示意性地示出)引起显示警报横幅904。警报横幅904可指示已为患者触发的警报，诸如SpO2低于阈值(如图9所示)。在图9所示的示例中，警报横幅904正示出与第一警报相关的信息。如果已为患者触发附加警报，则用户输入(例如，划动洞察横幅804的触摸输入)可引起在警报横幅904处显示附加警报。

另外，警报图块306的用户选择引起显示动作按钮，包括与上文相对于图8所呈现的确认按钮和暂停按钮类似的确认按钮和暂停按钮。图9中还示出了可在选择警报图块306时显示的设置按钮906。当被选择时，设置按钮906可引起显示设置/系统警报菜单，用户可在此定制警报，例如删除现有警报，添加新警报，和/或编辑现有警报。

参见图10，其示出了显示设备202上显示的单患者GUI 200的消息视图1000，其中消息图块304指示另一个护理提供者(例如，与患者一同位于房间中的下属护理提供者或其他护理提供者)已请求对患者(例如，位于OR 2中)的问诊。消息图块304的用户选择(由手1002示意性地示出)引起显示消息横幅1004。消息横幅1004可指示已接收到的消息的性质，诸如请求问诊。在图10所示的示例中，消息横幅1004正示出已请求问诊。然而，可接收到其他类型的消息，诸如来自另一个护理提供者的请求特定类型的帮助、提出问题、共享当前患者状态的细节等的基于SMS的文本消息。在此类示例中，消息横幅1004可指示已从当前护理该患者的护理提供者接收到文本消息。此外，如果已接收到与患者相关的附加消息，则用户输入(例如，划动消息横幅的触摸输入)可引起在消息横幅1004处显示附加消息。

另外，消息图块304和/或消息横幅1004的用户选择可引起显示消息线程1006，可在此显示发送触发消息的护理提供者所发送和接收到的消息。图9中还示出了消息输入框1008，用户可在此录入文本或语音输入以便将消息发送给发出请求的护理提供者。例如，如图所示，用户可用用户将有空进行所请求的问诊的估计时间量进行回应。

因此，图2至图10示出了可在护理提供者设备上显示为监督应用程序的一部分的单患者GUI的各种视图。经由单患者GUI，用户(诸如监督麻醉师或其他监督护理提供者)可查看特定患者的实时患者监测参数，所述实时患者监测参数可包括患者的生理参数和/或用于对患者执行程序的一个或多个治疗设备的机器设置。此外，经由单患者GUI，用户可查看随时间推移的特定患者的一个或多个患者监测参数的趋势，以及查看特定于患者的警报、洞察和/或消息并对其作出响应。用户可定制要查看哪些患者监测参数，要查看哪些趋势，以及要为患者触发/接收哪些警报和洞察。此外，用户可从如何在视觉上配置单患者GUI的两个或更多个默认布局选择，和/或定制单患者GUI的布局(例如，以阵列布置的正方形图块(诸如图2所示)、根据类别布置的矩形图块(如图4A所示)等)。

监督应用程序还可使用户能够查看多患者GUI，在所述多患者GUI处查看多个不同患者的有限信息量。图11至图16示出了根据本公开的实施方案的可被显示为监督应用程序的一部分的示例性多患者GUI。

图11示出了显示设备202上显示的多患者GUI 1100。可响应于启动监督应用程序和/或响应于从单患者GUI选择后退按钮而显示多患者GUI1100。多患者GUI 1100可显示与显示设备202相关联的护理提供者设备的用户(诸如监督护理提供者)所监督的多个患者中的每个患者的信息，如上文相对于图2所解释。如图11所示，示出了第一患者、第二患者和第三患者的信息。可通过向上或向下滚动来查看附加患者的信息。每个患者可由患者横幅识别，该患者横幅诸如为患者横幅1102(显示正示出OR 1中的患者的信息)、患者横幅1104(显示正示出OR 2中的患者的信息)和患者横幅1106(显示正示出OR 3中的患者的信息)。每个患者横幅可包括前进按钮(诸如前进按钮1108)或其他合适的动作按钮，该按钮在被选择时可引起显示该患者的单患者GUI。例如，如果选择患者横幅1104中的前进按钮，则可显示单患者GUI 200。

经由多患者GUI 1100显示每个患者的有限量的患者监测信息。例如，如针对第一患者(例如，位于OR 1中)所示，洞察图块1110、警报图块1112和消息图块1114都可被显示，它们类似于单患者GUI 200的洞察图块、警报图块和消息图块。然而，由于只有有限空间可用，因此相对于单患者GUI 200中的图块而言，洞察图块1110、警报图块1112和消息图块1114中的每一者可更小。如通过警报图块1112认识到的，当已为该患者触发警报时，可在警报图块1112中显示数目，其指示已为该患者触发的警报数。当分别为该患者触发或接收到洞察或消息时，可在洞察图块1110和消息图块1114中显示类似数目。此外，当为患者触发或接收到洞察、警报或消息时，图块(例如，警报图块1112)可具有不同视觉外观。例如，图块可改变颜色，变为突出显示的，或以其他方式改变视觉外观以表示存在洞察、警报或消息。可为每个患者显示洞察图块、警报图块和消息图块。

经由多患者GUI 1100显示的患者信息可包括程序时序图块，诸如程序时序图块1116，该程序时序图块指示该程序的阶段(例如，麻醉递送的阶段，诸如维持)和该程序的当前持续时间。此外，如图11所示，可为每个患者显示多个患者监测参数图块，诸如第一患者监测参数图块1118(示出第一患者的心率)、第二患者监测参数图块1120(示出血压)、第三患者监测参数1122(示出SpO2)和第四患者监测参数1124(示出了EtCO2)。在图11所示的示例中，对于每个患者而言，可显示相同患者监测参数。可由用户定制经由多患者GUI 1100显示的患者监测参数，如下文将解释的。

多患者GUI 1100还包括菜单按钮1126。当被选择时，菜单按钮1126可引起显示上下文菜单，经由该上下文菜单可调节多患者GUI的各个方面。图12示出了例如响应于菜单按钮1126的用户选择而可在显示设备202上显示的示例性上下文菜单1200。上下文菜单1200可类似于图5的上下文菜单500，并且因此包括可触发不同动作的多个控制按钮。例如，上下文菜单1200可包括添加房间按钮1202、洞察引擎按钮1204(其可触发洞察GUI的显示，如下文将相对于图17至图20更详细描述的)、编辑房间按钮1206和房间布局按钮组1208。房间布局按钮组1208可包括多患者GUI如何被配置用于显示的每个不同可能布局的按钮。例如，可在选择“默认1”按钮时显示第一布局(例如，对应于多患者GUI 1100)并且可在选择“默认2”按钮时显示第二布局(例如，对应于下述多患者GUI 1300)。虽然图12中未示出，但可在显示“定制”按钮时显示一个或多个附加布局(其可以是由用户定制的布局)。另外，上下文菜单1200可包括设置按钮(在上下文菜单的底部处示出)，该设置按钮在被选择时可引起显示设置GUI。经由设置GUI，可调节监督应用程序的各种设置，诸如语言、通知设置(例如，声音、振动)、房间设置、添加新房间和系统警报。例如，在系统警报页面中，可打开或关闭(例如，心率、SpO2和血压的)预设警报，并且至少在一些示例中，可设定新警报。

图12示出了正录入的用户输入(由手1210示意性地示出)以从多患者GUI 1100的第一布局切换到图13的多患者GUI 1300的第二布局。作为用户输入的结果，显示多患者GUI1300，如图13所示。与多患者GUI 1100相比，多患者GUI 1300可包括每个患者的更少信息，并且因此可在一个屏幕上查看更多患者。如图13所示，多患者GUI 1300包括多个患者横幅，诸如患者横幅1302(显示正示出OR 1中的患者的信息)、患者横幅1304(显示正示出OR 2中的患者的信息)和患者横幅1306(显示正示出OR 3中的患者的信息)。每个患者横幅可包括前进按钮(诸如前进按钮1308)或其他合适的动作按钮，该按钮在被选择时可引起显示该患者的单患者GUI。例如，如果选择前进按钮1301，则可显示单患者GUI 200。

经由多患者GUI 1300显示每个患者的有限量的患者监测信息。例如，如针对第一患者(例如，位于OR 1中)所示，洞察图块1310、警报图块1312和消息图块1314都可被显示，它们类似于单患者GUI 200的洞察图块、警报图块和消息图块。然而，由于只有有限空间可用，因此相对于单患者GUI 200中的图块而言，洞察图块1310、警报图块1312和消息图块1314中的每一者可更小。如通过警报图块1312认识到的，当已为该患者触发警报时，可在警报图块中显示数目，其指示已为该患者触发的警报数。当分别为该患者触发或接收到洞察或消息时，可在洞察图块和消息图块中显示类似数目。此外，当为患者触发或接收到洞察、警报或消息时，图块(例如，警报图块1312)可具有不同视觉外观。例如，图块可改变颜色，变为突出显示的，或以其他方式改变视觉外观以表示存在洞察、警报或消息。可为每个患者显示洞察图块、警报图块和消息图块。经由多患者GUI1300显示的患者信息可包括程序时序图块，诸如程序时序图块1316，该程序时序图块指示该程序的阶段(例如，麻醉递送的阶段，诸如维持)和该程序的当前持续时间。多患者GUI 1300还包括菜单按钮1318，该菜单按钮在被选择时可引起显示上下文菜单1200。

返回到图12，如上所解释，上下文菜单1200包括添加房间按钮1202。添加房间按钮1202的选择引起显示添加房间页面，诸如图14所示的添加房间页面1400。如图14所示，添加房间页面1400包括以阵列布置的多个正方形图块，其中这些图块指示可添加到多患者GUI1100或1300的可用房间。第一图块1402可包括新房间按钮。当被选择时，新房间按钮可引起尚未在添加房间页面1400中示出的房间的显示。同样，添加房间页面1400包括搜索按钮1412，可选择该搜索按钮以引起显示搜索框，从而用户可搜索添加房间页面1400上未示出的房间。

第二图块1404示出OR 1可用于添加到多患者GUI，并且第三图块1406示出OR 3已被添加(或已被选择添加)到多患者GUI。第二图块1404包括未选中的框1408，这表示OR 1尚未被添加到多患者GUI。未选中的框1408的用户选择引起OR 1添加到多患者GUI。第三图块1406包括选中的框1410，这表示OR 3已被添加或被选择添加到多患者GUI。选中的框1410的用户选择将引起OR3从多患者GUI移除。一旦已添加或移除期望的房间，添加按钮1414的用户选择就将保存添加或移除后的房间并且相应地更新多患者GUI。对多患者GUI的改变(诸如如上所解释的添加或移除房间)可保存在边缘设备的设置/配置数据库中，如上文相对于图1B所解释。

再次返回到图12，当选择编辑房间按钮1206时，多患者GUI(在当前布局中)可与为每个当前选择的患者监测参数显示的可选择控制按钮一起显示。图15示出了可响应于编辑房间按钮1206的选择而显示的示例性编辑房间页面1500。编辑房间页面1500包括与多患者GUI 1100类似的视图，而且在每个患者监测参数图块内(至少在一些示例中除了可能不能由用户移除的洞察图块和警报图块之外)包括可选择控制按钮，诸如按钮1502。对控制按钮的用户输入可使该患者监测参数在被选择(并因此被包括在GUI中)与未被选择(并因此未被包括在GUI中)之间切换。此外，可经由添加控制按钮(诸如添加控制按钮1504)添加附加患者监测参数。

另外，编辑房间页面1500可包括编辑横幅1508，该编辑横幅可包括各种编辑功能，诸如添加房间、打开特定患者监测参数的趋势、对患者监测参数图块调整大小以及移除患者监测参数图块。例如，当用户选择控制按钮(诸如图块1118内的控制按钮)时，“趋势打开”、“调整大小”和“移除”按钮可变为可选择的。通过选择“趋势打开”按钮，可示出该患者监测参数的趋势，作为该患者监测参数的最近获得的值的补充或替代。当选择“调整大小”按钮时，可对该患者监测参数的图块调整大小(例如，使之更大或更小，这还可引起显示与该患者监测参数相关联的更多或更少信息)。当选择“移除”按钮时，可移除该患者监测参数的图块。一旦用户已对为每个患者示出的患者监测参数作出期望的改变，用户就可选择保存按钮1510，这将保存这些改变并将这些改变应用于多患者GUI。

在图15所示的示例中，触摸输入正被录入到添加控制按钮1504(由手1506示意性地示出)。作为结果，显示添加图块页面，经由该添加图块页面，用户可选择要为所选择的患者/房间添加的患者监测参数图块。图16示出了示例性添加图块页面1600。添加图块页面1600可包括以阵列布置的多个患者监测参数按钮。患者监测参数按钮各自可与患者监测参数相关联。例如，第一患者监测参数按钮1610可特定于心率。患者监测参数按钮可按类别组织和显示，这可帮助用户快速导航通过该多个可能患者监测参数以添加到GUI。例如，如图16所示，已选择循环按钮1602，从而引起与循环相关的患者监测参数显示在添加图块页面1600上。添加图块页面1600还包括氧合按钮1604和通气按钮1606，这些按钮在被选择时引起显示分别与氧合和通气相关的患者监测参数。添加图块页面1600还包括搜索按钮1616，该搜索按钮可引起显示搜索框，经由该搜索框，用户可录入搜索项以查找期望的患者监测参数。

每个患者监测参数按钮可包括框，诸如框1612。对患者监测参数按钮的用户输入可引起相关联的框变成被选中/被选择(如果未被选择)或未被选中/未被选择(如果被选择)。例如，对按钮1610的用户输入(由手1614示出)可引起框1612变成被选中，这指示正选择心率以添加为要在GUI上显示的患者监测参数。一旦用户已进行期望的编辑(例如，添加期望的患者监测参数)，就可选择添加按钮1618，从而引起所选择的患者监测参数添加到适当GUI。

虽然图15和图16在上文被描述为特定于多患者GUI(诸如多患者GUI1100)，但应当理解，可在定制单患者GUI时显示类似的编辑房间页面和添加图块页面。例如，可响应于上下文菜单500的编辑房间按钮506的用户选择而显示编辑房间页面，其中编辑房间页面包括与编辑房间页面1500类似的功能(例如，对当前显示的患者监测参数进行移除、调整大小或添加趋势的控制按钮以及添加患者监测参数图块的控制按钮)。

如先前所解释，监督应用程序可应用洞察，这些洞察可类似于警报但可基于多个患者监测参数，可有条件地应用等，从而可提供在患者条件已改变时警示护理提供者的更细微方法。这些洞察可包括在所接收的医疗设备数据上应用以确定当前患者状态(不易通过查看单独患者监测参数来确定)、预测未来患者状态、确定医疗程序的当前阶段或部分和其他应用的功能。这些功能可包括基于阈值的简单比较(包括一个或多个患者监测参数和/或受范围限制)，并且还可包括分析所接收的医疗设备数据的更复杂的模型和/或算法。因此，本文所述的洞察也可被称为功能。

图17至图20示出了可在护理提供者设备上显示为监督应用程序44的一部分的洞察GUI的示例性视图。经由洞察GUI，用户可能能够定义和编辑要应用于用户所监测的患者的洞察规则，搜索和应用其他用户(不论是在本地(例如，在相同医疗机构处)还是在全球)所创建的洞察，并且查看已为用户所监测的患者触发的洞察，如下所解释。

图17示出了显示设备202上显示的洞察GUI的第一视图1700。可响应于从监督应用程序的上下文菜单对洞察引擎按钮(例如，图5的洞察引擎按钮504和/或图12的洞察引擎按钮1204)的用户选择或其他合适的用户输入而显示洞察GUI以及在一些示例中具体地第一视图1700。经由第一视图1700，用户可能能够浏览或搜索公共/共享洞察。例如，第一视图1700包括搜索框1702。用户可将搜索项录入到搜索框1702中，并且作为响应，监督应用程序可显示任何相关洞察。

第一视图1700包括洞察的第一部分(被称为“快速挑选”部分)，可在此浏览已由其他用户建立的洞察。例如，在快速挑选部分中显示第一洞察图块1704。第一洞察图块1704可包括第一洞察的洞察规则的指示(例如，如果总流量在10分钟内大于6磅/分钟，则触发洞察)。第一洞察图块1704还可包括有多少用户已应用第一洞察的指示。第一视图1700可包括被显示为快速挑选部分的一部分的四个洞察图块，但其他数量的洞察图块也是可能的。此外，可通过选择快速挑选部分内的“查看所有”按钮来查看由其他用户创建的附加洞察图块。

可由所有用户(不论是在本地还是在其他医疗机构处)生成被显示为快速挑选部分的一部分的洞察。在一些示例中，快速挑选部分中的洞察可按流行度来组织，使得可首先显示大多数用户已应用的洞察。然而，其他用于组织和呈现洞察的方法也是可能的，诸如按患者监测参数。

第一视图1700还包括第二洞察部分(被称为“医院洞察”部分)，可在此浏览由相同医疗机构处的用户创建的洞察。例如，医院洞察部分包括第二洞察图块1706，在此将第二洞察的洞察规则连同应用该洞察的用户的数量和该洞察的作者一起显示。第一视图1700可包括被显示为医院洞察部分的一部分的四个洞察图块，但其他数量的洞察图块也是可能的。此外，可通过选择医院洞察部分内的“查看所有”按钮来查看由该医疗机构处的其他用户创建的附加洞察图块。

可仅由护理该医疗机构处的患者的用户生成被显示为医院洞察部分的一部分的洞察，在该医疗机构处与第一视图1700交互的用户(例如，与显示设备202相关联的护理提供者设备的用户)护理患者。这样，用户可从符合该医疗机构或其他行政组织所应用的任何内部标准或指南的可信源浏览洞察。在一些示例中，医院洞察部分中的洞察可按流行度、按患者监测参数、按洞察的创建日期等来组织。

第一视图1700包括沿着第一视图1700的底部显示的多个控制按钮。控制按钮包括发现按钮1708、活动按钮1710和我的洞察按钮1712。当选择发现按钮1708时，可显示第一视图1700，这可使用户能够发现/搜索新洞察。当选择活动按钮1710时，可显示洞察GUI的第二视图，可在此查看已应用于患者的用户所选择的洞察的列表以及在一些示例中警报。当选择我的洞察按钮1712时，可显示洞察GUI的第三视图，用户可在此添加、移除和编辑洞察。

图18示出了可响应于活动按钮(诸如活动按钮1710)的用户选择而显示的洞察GUI的第二视图1800的示例。第二视图1800包括与第一视图1700类似的搜索框1702、发现按钮1708、活动按钮1710和我的洞察按钮1712。第二视图包括已应用于一个或多个患者的洞察和警报的列表。第二视图1800中列出的洞察和警报可包括由用户选择应用于用户所监测的患者的洞察和警报，这些洞察和警报在由本文所述的一个或多个医疗设备监测/治疗患者的程序过程期间应用于患者。例如，在第一视图1800中显示第一应用的洞察图块1802。第一应用的洞察图块1802包括应用的洞察/警报的规则的指示，本文为心率极限高优先级警报。图块1802还包括何时触发洞察/警报(例如，今天14:12)、关于什么患者(例如，房间2中的患者)以及触发条件持续多久(例如，12秒)的指示。应用的洞察/警报图块可按时间顺序、反向时间顺序或按另一种合适的方式组织。

图19示出了可响应于我的洞察按钮(例如，我的洞察按钮1712)的用户选择而显示的洞察GUI的第三视图1900的示例。第三视图1900包括与第一视图1700和第二视图1800类似的发现按钮1708、活动按钮1710和我的洞察按钮1712。在第三视图1900中，示出了由用户保存/选择的所有警报和洞察的列表，包括被选择应用的警报/洞察以及当前未被应用的警报/洞察。例如，第一图块1902包括警报/洞察的规则的指示(例如，SpO2偏高警报)以及警报/洞察应用于哪些患者的指示(例如，所有患者)。图块1902还包括开/关按钮1904，该开/关按钮示出了警报/洞察打开，这指示在患者监测参数满足警报/洞察规则时将应用警报/洞察。第三视图1900包括第二图块1906，该第二图块包括警报/洞察规则(例如，动脉平均血压偏高警报)以及警报/洞察应用于谁(例如，所有)。第二图块1906包括开/关按钮1908，该开/关按钮示出了不再应用警报/洞察。

如果用户选择第三视图1900中所列的警报或洞察，或如果用户选择添加警报/洞察按钮1910，则可显示洞察GUI的第四视图2000，如图20所示。经由第四视图2000，可编辑警报/洞察的各方面。例如，第四视图2000包括用于所选择的洞察/警报的信息图块2002，其指示洞察规则(例如，如果在维持阶段期间心率大于150次心跳/分钟持续5分钟)、优先级别(例如，级别1)以及洞察将应用于谁(例如，所有房间)。图块2002包括切换按钮2004，用户可移动该切换按钮以打开(如图所示)或关闭洞察。此外，第四视图2000包括编辑按钮2006和删除按钮2008。当被选择时，编辑按钮2006可引起显示编辑页面，可在此更改洞察的各方面。当被选择时，删除按钮2008可引起从用户的洞察列表移除所选择的洞察(例如，洞察将不在第三视图1900中示出)。在一些示例中，第四视图2000可包括共享洞察按钮2010，该共享洞察按钮在被选择时可将所显示的洞察的隐私设置从私密更改为公开。例如，图20中显示的洞察被标记为私密，但共享洞察按钮2010的选择可将隐私设置切换到公开。一旦将隐私设置更改为公开，其他用户就可在需要时查看并应用洞察。

图20所示的示例性洞察可包括条件(心率大于150次心跳/分钟)和两个范围，即该条件持续指定的时间量(例如，五分钟)以及该条件在该程序的特定时间期间(例如，在维持阶段期间)发生。用户可经由洞察GUI的新洞察视图创建示例性洞察。图29示出了可响应于创建新洞察的用户请求诸如响应于新洞察按钮(例如，图19的按钮1910)的用户选择而在显示设备202上显示的示例性新洞察视图2900。经由新洞察视图2900，用户可在标题框2902中录入洞察的标题，并且经由条件菜单2904添加洞察的条件，经由范围菜单2906添加条件的范围，并且经由优先级菜单2908为洞察选择优先级(例如，低、中或高)。

可从预定义的参数组选择可经由条件菜单2904添加的条件。预定义的参数组可包括系统中可用的任何患者监测参数，并且因此条件菜单2904的选择可启动与图16所示的视图类似的视图，在此示出可用患者监测参数并且可为该条件选择可用患者监测参数。预定义的参数组可包括用户已创建或选择应用的其他洞察。一旦选择患者监测参数，就可录入该参数的阈值。该条件的范围可完全为用户定义的(例如，用户可录入文本以定义该范围)或范围菜单2906可包括用户可从其选择的不同类型的范围(例如，该条件将持续的分钟数、将发生该条件的该程序的阶段等)。范围菜单可包括预定义的运算符组诸如“and”、“or”、“while”等，它们可允许用户创建具有多个参数和/或多个范围的洞察。这样，与依赖于仅可跟踪单个患者监测参数的机器生成的警报相比，用户可获得患者状态的更多知识。

此外，用户可选择经由开/关按钮2910打开洞察并且可经由共享选择框2912调节洞察的隐私设置，诸如共享洞察或将洞察设为私密。一旦用户已创建洞察并且设定所有洞察参数，就可通过选择保存按钮来保存洞察。

因此，监督应用程序可允许用户(诸如监督护理提供者)从医疗机构内的任何位置一次监督多个患者。监督应用程序可经由如上所解释的多个GUI实时地呈现患者监测参数，以及呈现历史数据诸如随时间推移的患者监测参数的变化。上文相对于图2至图20呈现的GUI可以是可在用户为监督护理提供者时显示的第一组GUI。例如，在初始启动监督应用程序时，可经由合适的认证机制来认证用户。认证过程可包括确定用户是否为监督护理提供者(例如，监督多个护士麻醉师的麻醉师)或用户是否为下属护理提供者(例如，护士麻醉师之一)。一旦监督应用程序已经由认证过程确认用户的身份，监督应用程序就可访问存储在医院网络的设备的存储器中(例如，边缘设备上、医院操作系统设备上)或可远程提供(例如，经由MDD处理系统或其他基于云的服务)的护理提供者信息以确定用户正监督哪些护理提供者(如果用户为监督护理提供者)或确定哪个护理提供者正监督用户(如果用户为下属护理提供者)，从而协调监督护理提供者和相关联的一个或多个下属护理提供者之间的通信。如果用户被识别为监督护理提供者，则上文相对于图2至图20呈现的GUI可在被提示时显示在用户的设备上。然而，如果用户被识别为下属护理提供者，则可不显示上文呈现的GUI。相反，可显示呈现仅用于单个患者的信息的房间内GUI。如下文将相对于图21至图23更详细讨论的，与上述单患者GUI类似，房间内GUI可呈现患者的实时患者监测参数和警报通知。房间内GUI还可经由一触/一键问诊按钮(其请求向监督护理提供者问诊)、启动与监督护理提供者的消息线程的消息按钮以及捕获经由房间内GUI查看的当前患者监测参数的图像的快照按钮来促进房间内(例如，下属)护理提供者与监督护理提供者之间的快速通信。可将该图像发送给监督护理提供者，这可允许监督护理提供者快速评估患者状态而不必导航到监督护理提供者自己的该患者的单患者GUI。

图21至图23示出了可向下属护理提供者显示的房间内GUI的各种视图或页面。图21示出了显示设备2102上显示的房间内GUI 2100的第一视图。显示设备2102可与护理提供者设备(诸如护理提供者设备136)相关联。房间内GUI 2100可包括识别标头2104，该识别标头识别GUI正为其示出患者监测参数的房间或患者，本文为房间3。识别标头2104包括呼叫按钮2106。当被选择时，呼叫按钮2106可将问诊的请求发送给护理提供者的护理提供者设备，该护理提供者监督正在其上显示房间内GUI的设备的用户。例如，可由护理房间3中的患者的护士麻醉师在护理提供者设备(例如，护理提供者设备136)上查看房间内GUI，并且呼叫按钮2106的选择可引起问诊请求发送到正监督护士麻醉师但处于不同位置(例如，处于医疗机构中的不同房间)的监督麻醉师的护理提供者设备(例如，护理提供者设备134)。识别标头2104还包括快照按钮2108。当被选择时，快照按钮2108拍摄当前显示的房间内GUI的快照(例如，图像)并且将所捕获的图像保存在存储器中，其中可将所捕获的图像发送给监督护理提供者和/或用附加信息进行注释，如下文将更详细描述的。

房间内GUI 2100包括警报图块2110和程序时序图块2112。例如，与上文相对于图9所解释的警报图块类似，警报图块2110可包括已为患者触发多少次警报的指示。当被选择时，警报图块2110可引起将在房间内GUI2100内显示的每个触发的警报的解释，如上文相对于图9所解释。程序时序图块2112可包括程序的当前阶段的指示以及对患者实施的程序的总经过持续时间。

房间内GUI 2100包括多个患者监测图块，诸如患者监测图块2114(其将患者心率同时显示为代表性ECG波形和最近确定的值)。可不由房间内GUI 2100的用户定制经由该房间内GUI显示的患者监测参数。相反，可使房间内GUI 2100中显示的患者监测参数与已由监督护理提供者选择显示在该患者的单患者GUI中的患者监测参数同步。例如，监督护理提供者可定制房间3的单患者GUI，如上文相对于图15和图16所解释的。由监督护理提供者选择包括在房间3的单患者GUI中的患者监测参数也可被包括在房间内GUI 2100中。这可包括患者监测参数的纳入并且还可包括每个患者监测参数的值是否被看作趋势/波形和/或最近确定的值以及每个患者监测参数图块的位置。这样，房间内GUI的信息和视觉外观可模拟对应单患者GUI。

房间内GUI 2100包括可沿着图块显示在房间内GUI 2100的底部或其他位置处的多个控制按钮。该多个控制按钮包括房间视图按钮2116、消息视图按钮2118和快照视图按钮2120。当被选择时，房间视图按钮2116引起显示房间内GUI的第一视图(例如，如图21所示)。消息视图按钮2118在被选择时引起显示消息视图，可在此查看并实施下属护理提供者与监督护理提供者之间的消息线程，该消息线程在图22中示出并且在下文更详细描述。快照视图按钮2120在被选择时引起显示快照视图，可在此显示并注释已经由快照按钮捕获的房间内GUI的快照，如图23所示以及下文更详细描述的。

图22示出了可在选择消息视图按钮2118时显示的房间内GUI 2100的消息视图2200。消息视图2200包括识别标头2104，该识别标头包括呼叫按钮2106和快照按钮2108。消息视图2200还包括房间视图按钮2116、消息视图按钮2118和快照视图按钮2120。

消息视图2200包括在房间内GUI 2100的用户(例如，下属护理提供者)与对应监督护理提供者之间发生的消息线程2202。消息线程2202可包括文本消息(例如，陈述“不能解决警报，需要帮助！”的消息，该消息在16:26时读取)。当需要时，用户可发送房间内GUI的视图的快照，诸如图22所示的第一视图的快照。因此，如图所示，消息线程2202包括含患者监测参数的房间内GUI 2100的第一视图的快照2204。这样，当下属护理提供者请求监督护理提供者给予帮助或建议时，下属护理提供者可发送解释下属护理提供者具有的问题(例如，无法解决的警报)的消息(通过将文本录入到消息框2206中或通过录入语音输入)，并且如果下属护理提供者认为这可能有帮助，则下属护理提供者可发送经由房间内GUI显示的患者监测参数的值的快照。然后监督护理提供者可能能够在单个视图中访问当前患者状态、机器设置和/或其他相关信息(例如，下属护理提供者经由消息线程传送的附加信息)而不必导航到其他GUI或页面。随后监督护理提供者可经由消息线程将建议或指令发送给下属护理提供者。

监督护理提供者可在监督护理提供者的设备上查看消息线程2202。例如，如图4A所示，单患者GUI 200可包括消息图块304。当从下属护理提供者接收到特定于单患者GUI200的患者的消息时，消息图块304可包括消息可用的指示。当选择消息图块304时，可例如以与图10所示的消息线程类似的方式显示监督护理提供者与下属护理提供者之间的消息线程。

图23示出了可在选择快照视图按钮2120时显示的房间内GUI 2100的快照视图2300。快照视图2300包括识别标头2104，该识别标头包括呼叫按钮2106和格式按钮2301。快照视图2300还包括房间视图按钮2116、消息视图按钮2118和快照视图按钮2120。

快照视图2300包括用户为患者捕获的以时间线格式显示的(例如，房间3的房间内GUI的)快照列表2302。快照列表2302中包括的每个快照包括所捕获的图像2304(例如，快照)和对应信息2306。对应信息2306可包括在拍摄快照时程序的时序和阶段(例如，15:23诱导)、在拍摄快照时为患者触发多少次警报(例如，3次警报)以及用户所录入的备注。可通过选择备注按钮2308来录入和/或编辑备注。在图23所示的示例中，用户所录入的备注包括在拍摄快照时患者已被插管15分钟的指示。在一些示例中，对应信息2306所示的警报的用户选择可触发显示与在拍摄快照时为患者触发的警报有关的信息。此外，所捕获的图像(诸如快照视图2302所示的所捕获的图像2304)可以是缩小/小型化的图像，以使得可在一个屏幕上查看多个图像。虽然这可促进每个快照的快速查看，但可能难以查看每个快照中的患者监测参数的值。因此，至少在一些示例中，每个所捕获的图像可在选择该图像时在单独页面中查看。图23所示的快照和相关联的信息按时间顺序布置到时间线中。然而，格式按钮2301的选择可引起以不同格式例如以阶段格式(其中给定患者和程序的快照按程序阶段诸如按麻醉阶段布置)显示快照视图。阶段格式可包括类似格式按钮，该按钮在被选择时引起显示快照的时间线格式。

图24是示出用于在与护理提供者设备相关联的显示设备上显示经由监督应用程序生成的监督图形用户界面的示例性方法的流程图。方法2400可由监督护理提供者所使用的护理提供者设备(诸如护理提供者设备134)与连接到护理提供者设备的边缘设备(例如，边缘设备20)的组合、与边缘设备和/或护理提供者设备通信的云(例如，MDD处理系统12)或它们的任何适当组合实现。

在2402处，接收启动监督应用程序的请求。可经由用户输入(诸如护理提供者设备的用户选择显示在与护理提供者设备相关联的显示设备的主页或其他位置上的监督应用程序图标)接收启动监督应用程序的请求。在接收到启动监督应用程序的请求时，输出多患者GUI以便显示在显示设备上，如2404处所指示。在一些示例中，多患者GUI可以是监督应用程序的默认页面，使得在从未启动状态启动监督应用程序的任何时间显示多患者GUI。此外，在一些示例中，在显示多患者GUI之前并且在接收到启动监督应用程序的请求之后，可显示认证/登录页面，经由该认证/登录页面，用户可经由文本输入、经由所捕获的图像(例如，面部识别)、经由指纹或其他用于录入认证凭证的合适机制来录入登录信息。一旦已认证用户，就可启动多患者GUI。在更进一步的示例中，如果用户尚未设置监督应用程序的其视图，则可在用户认证之后显示设置页面，经由该设置页面，用户可选择要在多患者GUI中显示哪些房间/患者。

作为一个示例，在启动监督应用程序并且认证用户之后，监督应用程序可显示初始设置页面，该初始设置页面可包括菜单按钮(与图11的菜单按钮1126类似)，该菜单按钮在被选择时引起显示包括添加房间按钮的上下文菜单，这类似于图12的上下文菜单1200和添加房间按钮1202。当用户选择添加房间按钮时，可显示与图14的添加房间视图1400类似的添加房间页面。然后用户可选择要将哪些房间/患者添加到多患者GUI。在一些示例中，初始设置页面可包括添加房间框或其他更直接的机制，其在被用户选择时引起显示添加房间视图。

多患者GUI可包括多个患者中的每个患者的有限信息。例如，图11的多患者GUI1100包括对于每个所选择的房间/患者而言，可查看的该患者的所有可用患者监测参数的子组(例如，患者监测参数图块1118、1120、1122和1124)以及一个或多个警示和时序图块，诸如警报图块(例如，警报图块1112)、消息图块(例如，消息图块1114)、洞察图块(例如，洞察图块1110)和程序时序图块(例如，程序时序图块1116)。可在被请求时调节多患者GUI的布局和/或显示为多患者GUI的一部分的房间，如2406处所指示。例如，图11的多患者GUI1100可以是多患者GUI的第一布局，并且用户可选择通过从上下文菜单选择适当布局来切换到不同布局，诸如图13的多患者GUI 1300的布局。图13所示的第二布局可包括警示和时序图块，但可不包括任何患者监测参数图块。此外，用户可通过选择上下文菜单的添加房间按钮(例如，菜单1200的按钮1202)(这可启动添加房间视图1400)来从多患者GUI添加或移除房间/患者。如上所解释，经由添加房间视图，用户可将房间/患者添加到多患者GUI并且还可从多患者GUI移除房间/患者。

在一些示例中，用户可进一步通过调节经由多患者GUI呈现的信息来定制多患者GUI的布局，如2408处所指示。如先前所解释，多患者GUI可经由患者监测参数的子组显示如从一个或多个医疗设备(例如，图1A的医疗设备16，其可包括生理监测设备16a以及患者治疗设备16b，例如麻醉递送机)接收到并从中间设备流式传输(例如，从边缘设备20的流式服务器114流式传输)的每个患者监测参数的实时确定的值。用户可通过选择上下文菜单的编辑房间按钮诸如菜单1200的编辑房间按钮1206(这可引起显示编辑房间视图，诸如图15的编辑房间页面1500)来定制在多患者GUI中包括哪些患者监测参数。经由编辑房间视图，用户可以以患者/房间特定的方式向多患者GUI添加或移除患者监测参数，选择作为趋势或单个值来查看患者监测参数，和/或对患者监测参数的图块进行调整大小。

在2410处，可在被请求时输出单患者GUI以便显示。单患者GUI可包括单个患者而不是多个患者的通知/警示和/或患者监测参数。示例性单患者GUI在图2和图4A中示出并且在上文解释。可响应于用户请求(诸如用户从多患者GUI选择房间/患者)而输出单患者GUI以便显示。例如，参见图13，前进按钮1301的用户选择可引起显示单患者GUI 200。与多患者GUI中该患者的对应信息相比，单患者GUI可包括所选择的患者的更多信息，因此允许护理提供者在需要时钻取(drill down)到单个患者的更详细信息。

可由用户定制与多患者GUI类似的单患者GUI以具有期望的布局，显示期望的信息等。因此，如2412处所指示，可在被请求时调节单患者GUI的布局。可以以与多患者GUI的布局调节类似的方式，例如响应于从上下文菜单(例如，图5的上下文菜单500)对期望的布局的用户选择而调节布局。此外，如2414处所指示，可在被请求时调节经由单患者GUI呈现的信息。与多患者GUI类似，可经由与图15的编辑房间页面1500和图16的添加图块页面1600类似的编辑房间视图和/或添加图块视图来调节单患者GUI。

在一些示例中，用户可请求将患者监测参数添加到单患者GUI，从单患者GUI移除患者监测参数，请求在图块中作为值或作为趋势来查看患者监测参数，请求在单患者GUI上作为图块来查看洞察的结果，或执行可引起单患者GUI的布局改变的另一个动作。在此类示例中，可响应于用户动作而调节单患者GUI上的剩余患者监测参数图块中的一个或多个患者监测参数图块。例如，可对一个或多个患者监测参数图块进行移动、调整大小、缩放等以适应新添加的图块，占据移除的图块留下的空间等。在一些示例中，可由监督应用程序自动地执行这些调节。当对图块进行调整大小时，可在更小图块与更大图块中显示不同信息。作为一个示例，如果用户选择作为趋势(代替或补充值)来查看患者监测参数，则可增加该患者监测参数图块的尺寸并且可显示更多信息。如果减小患者监测参数图块的尺寸，则可示出更少信息。此外，每个患者监测参数图块可具有可根据用户输入来显示的七种状态：数值状态、编辑状态、选定状态、趋势状态、波形状态、警报状态和拖动状态。数值状态可仅示出该参数的值，编辑状态可包括允许用户选择或取消选择该参数(并因此添加或删除该图块)的复选框，选定状态可包括该图块已由用户选择的视觉指示(例如，突出显示)，趋势状态可包括随时间推移的参数的趋势(例如，趋势线)，波形状态可将该参数示出为波形而不是值(例如，ECG波形)，警报状态可在达到警报条件时突出显示该参数的值，并且拖动状态可包括该图块具有指示用户正拖动该图块(例如，至新位置)的视觉外观，诸如该图块改变颜色或透明度。

如先前所解释，可经由单患者GUI显示的患者监测参数可包括生理参数，诸如所测量或所推断的心率、血压、体温等。至少在一些示例中，患者监测参数还可包括用于对患者实施程序(或用于支持对患者实施的程序)的一个或多个治疗设备的机器设置，诸如麻醉递送机的设置。这些设置可包括麻醉剂浓度、医用气体流量、通气机设置等。虽然查看这些设置可能对位于与患者不同的位置中(例如，护理另一个患者)的用户有帮助，但监督应用程序也可允许用户直接远程调节一个或多个机器设置，而不必实际位于治疗设备所处的房间中。因此，如2415处所指示，可在被请求时将用于调节一个或多个机器参数的命令发送到边缘设备和/或MDD处理系统。图28示出了用户可如何经由单患者GUI命令对机器参数的改变的非限制示例。图28示出了图2的单患者GUI 200的调节视图2800，该调节视图包括显示麻醉剂类型和浓度的第三图块214。第三图块214的用户选择可引起显示调节框2802。调节框2802可包括所选择的机器参数(例如，七氟烷浓度)和调节机构2804，该调节机构在本文包括向上箭头和向下箭头。对调节机构的用户输入可引起七氟烷浓度增加或减小，这可反映于调节框2802中显示的七氟烷浓度中。一旦用户已将浓度调节到期望的浓度，用户就可例如通过选择保存按钮来保存经调节的浓度，或可例如通过选择取消按钮来退出调节框2802而不调节浓度。如果用户已调节浓度并且选择保存按钮，则监督应用程序可向边缘设备和/或MDD处理系统生成并发送用于将七氟烷浓度调节到命令的浓度的命令。然后治疗设备(例如，麻醉递送机)可接收该命令并且自动地改变七氟烷浓度。

返回到图24，该方法可包括在2416处在被请求时输出趋势GUI以便显示。趋势GUI可包括随时间推移的所选择的患者监测参数的趋势。图6示出了示例性趋势GUI，其中每个趋势被可视化为相同持续时间(例如，10分钟、30分钟或整个病例)内的趋势线。可响应于单患者GUI上下文菜单的趋势按钮(诸如菜单500的趋势按钮502)的用户选择而显示趋势GUI。在其他示例中，可响应于单患者GUI上显示的趋势图标(诸如图4D的趋势图标474)的用户选择而显示趋势GUI。可在被请求时调节趋势GUI中显示的患者监测参数值的时间范围，如2418处所指示。例如，趋势GUI可包括多个按钮，每个按钮对应于不同时间范围，并且这些按钮之一的用户选择可引起所显示的趋势的时间范围改变。此外，还如2418处所指示，趋势GUI可在被请求时示出指定时间段内的患者监测/医疗设备数据的量化变化。量化变化可包括如图7所示的两个指定时间点之间的总体百分比变化，可响应于用户输入(例如，对趋势GUI的并发双触摸输入)而请求该总体百分比变化。可在被请求时调节经由趋势GUI呈现的患者监测参数的趋势，如2420处所指示。例如，趋势GUI可包括引起显示趋势编辑页面的编辑按钮，诸如编辑按钮608。经由趋势编辑页面，可从趋势GUI添加或移除患者监测参数。此外，可经由趋势编辑页面调节趋势GUI上的每个趋势的相对位置(例如，呈现趋势的顺序)。

在2422处，可在被请求时输出洞察GUI以便显示。洞察GUI可呈现洞察，这些洞察类似于基于阈值的警报但可基于更多参数，对何时应用这些洞察具有限制，以及可使这些洞察比基于阈值的警报更细微且更少二元性的其他因素。可响应于用户请求诸如从上下文菜单对洞察引擎按钮的用户选择(例如，菜单1200的洞察引擎按钮1204的选择)或其他合适的用户输入来输出洞察GUI以便显示。如2424处所指示，输出洞察GUI可包括在被请求时显示其他用户所生成的本地和/或全球洞察的可搜索页面。图17示出了洞察GUI的可搜索页面的示例，可在此显示、浏览和/或搜索用户受雇的医疗机构处的其他用户所生成的洞察(例如，本地洞察)，并且可在此显示、浏览和/或搜索其他医疗机构处的其他用户所生成的洞察(例如，全球洞察)。用户可选择要应用于用户的患者/房间的一个或多个洞察。如2426处所指示，输出洞察GUI可包括在被请求时创建、保存和/或共享洞察。例如，图19示出了洞察GUI的“我的洞察”视图，用户可在此查看用户所保存和/或创建的所有洞察。当选择洞察时，可显示洞察编辑页面，用户可在此打开或关闭洞察或编辑洞察的规则。用户可诸如经由图29所示的新洞察视图创建洞察。此外，可响应于用户请求(例如，经由共享洞察按钮诸如图20的按钮2010的选择)而共享洞察。当共享洞察时，可调节洞察的隐私设置以允许其他用户查看并应用洞察。这可包括将洞察发送到另一个设备和/或云，其他用户可在此访问洞察。然后，方法2400返回。

图25是示出用于经由监督应用程序生成和输出通知的示例性方法2500的流程图。可在与护理提供者设备相关联的显示设备上输出经由图25的方法2500输出的通知。方法2400可由护理提供者设备(诸如护理提供者设备134)与连接到护理提供者设备的边缘设备(例如，边缘设备20)的组合、与边缘设备和/或护理提供者设备通信的云(例如，MDD处理系统12)或它们的任何适当组合实现。

在2502处，接收医疗设备数据。可从一个或多个医疗设备(诸如图1A的医疗设备16)接收医疗设备数据。医疗设备数据可由例如边缘设备的数据摄取模块接收，并且在一些示例中可由边缘设备的流处理模块处理，如上文相对于图1B所解释。在2504处，将警报和/或洞察规则应用于所接收的医疗设备数据。例如，可将所接收的医疗设备数据提供给边缘设备的规则引擎和/或推理引擎，该规则引擎和/或推理引擎可应用洞察规则以便确定所接收的医疗设备数据是否满足任何所保存的洞察规则。洞察规则可包括多个洞察规则组，其中每个洞察规则组包括条件和该条件的范围。例如，该条件可包括指定患者监测参数和相对于该患者监测参数的阈值的条件(例如，心率大于150次心跳/分钟)，并且该范围可包括该条件的持续时间和/或将发生该条件而触发洞察的程序阶段，诸如在五分钟内和/或在麻醉递送的维持阶段期间。每个警报规则组和每个洞察规则组还可包括规则可应用于哪个(哪些)患者的指示，并且还可包括在满足警报规则或洞察规则时监督应用程序的哪个(哪些)用户应接收到通知的指示。

警报规则可包括多个警报规则组，其中每个警报规则组包括指定患者监测参数(例如，心率)满足相对于阈值的条件(例如，大于150次心跳/分钟)。在一些示例中，本文所述的警报可由单独医疗设备生成并发送到边缘设备，然后该边缘设备将警报输出到适当护理提供者设备(如下所解释)。在此类情况下，可由监督应用程序应用的唯一警报规则可包括用户是否已选择接收特定警报或已选择不收到特定警报的通知。

在2506处，方法2500包括确定所接收的医疗设备数据是否满足警报规则和/或洞察规则，使得触发警报或洞察。例如，如果特定于第一患者的医疗设备数据指示患者的心率大于150次心跳/分钟，并且如果规则引擎包括指示在第一患者的心率大于150次心跳/分钟时应输出警报的一组警报规则，则医疗设备数据满足该组警报规则。如果尚未触发警报或洞察规则，则方法2500循环回到2502并且继续接收医疗设备数据并将警报和/或洞察规则应用于所接收的数据。

如果所接收的医疗设备数据满足至少一组警报规则或一组洞察规则，则方法2500前进到2508以自动地基于满足的规则来生成通知。生成通知可包括如2510处所指示，生成包括患者状态的变化的警报的通知。如果满足一组警报规则，则可生成警报。警报可包括满足哪些警报规则的指示、警报适用于的患者、应接收到警报的用户和/或触发警报的时间。此外，生成通知可包括如2512处所指示，生成包括深入了解患者状态的变化的洞察的通知。如果满足一组洞察规则，则可生成洞察通知。洞察通知可包括满足哪些洞察规则的指示、洞察特定于的患者、应接收到洞察通知的用户和/或触发洞察的时间。在一些示例中，洞察通知可包括经处理的数据、未来患者状态的预测、当前患者状态或程序阶段的确定或其他非警示结果。在此类示例中，洞察的结果可在所有条件期间在单患者GUI和/或多患者GUI上显示为图块。

在2514处，输出通知以便显示。在一些示例中，通知可由边缘设备生成并直接(例如，经由通信地耦接边缘设备和护理提供者设备的医院网络)或间接(例如，经由基于云的服务)发送到适当护理提供者设备。当护理提供者设备接收到通知时，护理提供者设备可将通知在多患者GUI和/或单患者GUI中显示为图块，如2516处所指示。例如，如图9所示，可在警报图块(例如，图块306)中显示警报的简短通知并且可在用户请求时显示警报的更详细通知(例如，显示为警报横幅904)。在一些示例中，如2518处所指示，即使当监督应用程序在护理提供者设备上处于未启动状态时，也将通知推送到护理提供者设备(例如，经由基于云的服务)。在这种示例中，当未在护理提供者设备上启动监督应用程序时，护理提供者设备可输出通知以便在护理提供者设备的通知页面、主页和/或休眠页面上显示。

在2520处，可在被请求时输出包括可选择控制按钮的动作菜单以便显示。可在选择多患者或单患者GUI的警报或洞察图块时显示动作菜单，诸如响应于洞察图块302的用户选择而显示的图8的确认按钮806和暂停按钮808。在2522处，可在被请求时执行由所选择的控制按钮规定的动作。例如，如果用户选择暂停按钮，则可在预先确定的时间量(诸如10分钟)之后再次输出所触发的警报或洞察的通知。

在2524处，可在被请求时调节特定用户的通知设置(及因此用户的护理提供者设备)。例如，如果选择设置按钮(例如，图9的按钮906)，则可显示警报设置页面，可在此打开、关闭或移除所保存的警报，并且可在此添加新警报。在另一个示例中，经由对监督应用程序的洞察GUI的“我的洞察”视图中的所显示的洞察的输入，可显示编辑洞察页面(例如，如图20所示)，可在此打开、关闭、编辑或删除所保存的洞察，并且可在此创建新洞察。在更进一步的示例中，可经由洞察GUI的“发现”视图(如图17所示)搜索或浏览由其他用户创建的洞察，并且可保存来自发现视图的任何所选择的洞察以应用于该用户。然后，方法2500返回。

图26是示出用于在与护理提供者设备相关联的显示设备上显示经由监督应用程序生成的房间内图形用户界面的示例性方法2600的流程图。方法2600可由下属护理提供者所使用的护理提供者设备(诸如护理提供者设备136)与连接到护理提供者设备的边缘设备(例如，边缘设备20)的组合、与边缘设备和/或护理提供者设备通信的云(例如，MDD处理系统12)或它们的任何适当组合实现。

在2602处，接收启动监督应用程序的房间内GUI的请求。可经由用户输入(诸如护理提供者设备的用户选择显示在与护理提供者设备相关联的显示设备的主页或其他位置上的监督应用程序图标)接收启动监督应用程序的房间内GUI的请求。在接收到启动监督应用程序的房间内GUI的请求时，输出房间内GUI以便显示在显示设备上，如2604处所指示。图21示出了房间内GUI的示例。

在一些示例中，在显示房间内GUI之前并且在接收到启动房间内GUI的请求之后，可显示认证/登录页面，经由该认证/登录页面，用户可经由文本输入、经由所捕获的图像(例如，面部识别)、经由指纹或其他用于录入认证凭证的合适机制来录入登录信息。一旦已认证用户，就可启动房间内GUI。可响应于确定请求启动监督应用程序的用户是下属护理提供者或者以其他方式一次仅监督单个患者和/或预期在患者程序的过程内位于单个房间中的护理提供者而显示房间内GUI。此外，在一些示例中，边缘设备可包括注册部件，该注册部件动态地保持每个流式设备数据会话(例如，每当护理提供者设备启动监督应用程序时)的位置(房间、病房、科室)与患者的关联。监督应用程序可经由该注册表确定哪些护理提供者位于哪些房间中，并且基于护理提供者设备的位置来启动适当房间内GUI。护理提供者被分配到科室/病房。监督应用程序的用户将在任何给定时间点知道哪个患者当前位于给定手术室中，并且因此能够将给定患者与手术室所提供的流式数据相关联。

输出房间内GUI以便显示可包括输出具有与对应监督GUI的布局同步的布局的房间内GUI，如2606处所指示。例如，可在由受监督护理提供者监督的下属护理提供者使用/与该下属护理提供者相关联的护理提供者设备的显示设备上显示房间内GUI，其中下属护理提供者和监督护理提供者均护理相同患者。监督护理提供者可为患者选择/定制单患者GUI的布局，如上文相对于例如图2、图4A和图24所解释。患者的房间内GUI的布局至少在所显示的患者监测参数方面可匹配单患者GUI的布局。在一些示例中，房间内GUI的用户可不能够调节房间内GUI的布局，并且可不能够调节经由房间内GUI显示哪些患者监测参数。通过使房间内GUI的视图与对应单患者GUI的视图同步，监督护理提供者和下属护理提供者可按相同格式查看相同信息，这可确保护理提供者能够正确地协调患者的护理并且可防止因护理提供者查看不同患者监测参数而引起的错误或误解。然而，在其他示例中，如2608处所指示，可在被请求时诸如经由房间内GUI的编辑功能调节经由房间内GUI呈现的信息。

在2610处，可在被请求时输出问诊请求。问诊请求可以是下属护理提供者的快速、一次输入机制以请求监督护理提供者前往下属护理提供者护理患者的房间。可通过呼叫按钮(诸如图21的呼叫按钮2106)的用户选择来请求问诊请求。当请求问诊时，可将通知输出到监督护理提供者的设备并且在患者的单患者GUI或多患者GUI的消息图块中显示为通知和/或以与将警报或洞察通知递送到护理提供者设备的方式类似的方式推送到监督护理提供者的设备。

在2612处，可在被请求时拍摄显示屏的快照并且可将任何相关联的用户输入与快照一起保存。快照可包括在接收到快照请求时在显示设备上显示什么的图像，该图像可包括经由房间内GUI呈现的患者监测参数的当前值。可响应于房间内GUI上的快照按钮(诸如图21的快照按钮2108)的用户选择而拍摄快照。可将快照保存在房间内GUI的快照视图(诸如图23的快照视图2300)中。可将快照与相关患者信息(诸如程序阶段和时序、所触发的警报的次数等)以及房间内GUI的用户所输入的信息一起保存。如2614处所指示，可在被请求时诸如响应于房间内GUI的快照视图按钮(例如，图21的按钮2120)的用户选择而显示快照视图。

在2616处，可在被请求时显示消息视图，诸如图22所示的消息视图2200。可响应于房间内GUI的消息视图按钮(诸如按钮2118)的用户选择而显示消息视图。在消息视图中，可显示房间内GUI的用户(例如，下属护理提供者)与监督护理提供者之间的消息线程。此外，如2616处所指示，可在被提示时将消息发送到监督护理提供者的设备。例如，房间内GUI的用户可录入文本或语音输入，该文本或语音输入可被格式化为文本消息并且被发送到监督护理提供者的设备。用户还可发送基于富媒体的消息，诸如快照。当在监督护理提供者的设备处接收到消息时，单患者GUI或多患者GUI可包括消息图块(例如，图块304)中所接收的消息的指示，并且当监督护理提供者选择消息图块时，可在监督护理提供者的设备上显示包括所接收的消息的消息线程(例如，如图9所示)。此外，与警报和洞察通知类似，即使当监督护理提供者的设备上的监督应用程序处于未启动状态时，也可将消息通知推送到监督护理提供者的设备。然后，方法2600返回。

图27是示出用于监督应用程序的示例性方法2700的流程图。方法2700可由连接到护理提供者设备的边缘设备(例如，边缘设备20)、与边缘设备和/或护理提供者设备通信的云(例如，MDD处理系统12)、护理提供者设备(诸如护理提供者设备134)或它们的任何适当组合实现。

在2702处，从多个医疗设备接收医疗设备数据。可从一个或多个医疗设备(诸如图1A的医疗设备16)接收医疗设备数据。医疗设备数据可由例如边缘设备的数据摄取模块接收，并且在一些示例中可由边缘设备的流处理模块处理，如上文相对于图1B所解释。除此之外或另选地，可将医疗设备数据发送到基于云的设备，诸如图1A的MDD处理系统12，摄取模块(例如，高速摄取模块22)可在此摄取医疗设备数据。

在2704处，可处理医疗设备数据以生成趋势图并且将趋势图存储在数据库中。例如，可将医疗设备数据的每个流至少暂时作为趋势图(其可以是线图、一系列条形图或随时间推移的数据值的另一种合适表示)存储在数据存储位置(诸如图1B的数据存储器104和/或图1A的操作病例存储器30)中。

在2706处，在被请求时输出医疗设备数据值和/或趋势图。例如，当在护理提供者设备(诸如护理提供者设备134)上启动监督应用程序(诸如监督应用程序44)时，可在护理提供者设备的显示器上显示单患者GUI(例如，图2的单患者GUI 200)、多患者GUI(例如，图11的多患者GUI 1100或图13的多患者GUI 1300)或房间内GUI(诸如图21的房间内GUI2100)。当显示这些GUI之一时，监督应用程序可经由流式服务器(诸如图1B的流式服务器114)将实时医疗设备数据值流式传输到护理提供者设备。在另一个示例中，可在护理提供者设备的显示器上显示趋势GUI，并且可将所选择的收集/存储的趋势图输出到护理提供者设备以便显示为趋势GUI的一部分。在更进一步的示例中，当在护理提供者设备的显示器上显示单患者GUI时，患者监测参数图块的用户选择可引起显示该患者监测参数的趋势图和/或相关患者监测参数的附加趋势图，并且可将所选择的收集/存储的趋势图输出到护理提供者设备以便显示为单患者GUI的一部分。

在2708处，存储所接收的功能并且在被请求时输出所选择的存储的功能。可例如响应于经由护理提供者设备的显示器上显示的洞察GUI(例如，洞察GUI 1700)对功能(例如，洞察)的用户创建而从护理提供者设备接收所接收的功能。功能可经由其他机制创建，并且可包括用于处理来自一个或多个医疗设备的医疗设备数据并基于医疗设备数据来产生结果的模型、算法或其他例程。可由一个或多个医疗机构处的其他护理提供者设备接收功能。可将所接收的功能存储在边缘设备处和/或MDD处理系统上。此外，当用户创建功能时，可响应于来自用户的请求而将该功能与其他用户共享。因此，如果接收到共享功能的请求，则可将该功能输出到不同存储位置(例如，可将定义洞察的规则从边缘设备发送到MDD处理系统或其他基于云的服务)。在其他示例中，诸如当将所有功能都存储在云上时，可在共享时不将该功能输出到不同位置，而是可更改该功能的隐私设置以允许该功能与其他用户共享。

在2710处，在被请求时将用户选择的功能的结果在GUI(诸如单患者GUI)中显示为图块。例如，用户可诸如通过以下方式选择将功能应用于特定患者或房间：经由洞察GUI1700选择由另一个用户创建的功能，或选择应用由用户创建的功能，例如经由新洞察视图2900生成功能并且选择应用该功能。用户选择的功能可产生瞬时结果，诸如仅在患者的医疗设备数据满足条件和该条件的范围时触发的通知。作为另一个示例，用户选择的功能可产生可在患者的患者监测的一些或所有持续时间下生成的持久结果，诸如麻醉阶段的确定或所确定的当前患者状态(诸如败血症风险)的指示。在产生败血症风险结果的功能的示例中，败血症风险结果可采用1至10的尺度，被分类为低、中或高或该风险的另一种表示，并且可在患者监测的过程内的任何时间确定并输出该风险的表示。如果该功能产生瞬时结果，则可仅响应于满足该功能的规则(例如，条件/范围)而将该功能的结果在特定于患者或房间的单患者GUI中和/或多患者GUI中显示为图块(例如，显示为洞察图块)。如果该功能产生持久结果，则可响应于显示图块的用户请求而将来自该功能的结果在患者的单患者GUI中显示为图块，并且可仅响应于移除图块的用户请求而从GUI移除来自该功能的结果。

在2712处，可在被请求时将用户选择的功能的结果输入到第二用户选择的功能中。如上所解释，一些功能可包括连同医疗设备数据一起作为输入的另一个功能的输出。如果第二用户选择的功能包括作为输入的第一用户选择的功能的结果，则可确定第一用户选择的功能的结果，然后将该结果提供给第二用户选择的功能。例如，第一功能可产生当前麻醉阶段作为结果，并且第二功能可包括在心率在麻醉的维持阶段期间大于阈值时输出通知作为结果。第二功能可将第一功能的结果连同所接收的医疗设备数据一起用来确定第二功能的结果(例如，可连同如由监测患者的医疗设备确定的心率一起分析麻醉阶段以确定是否应输出通知)。作为另一个示例，第一功能可产生败血症风险作为结果，并且第二功能可包括在心率大于第一阈值时并且在败血症风险大于第二阈值时输出通知作为结果。第二功能可将第一功能的结果连同所接收的医疗设备数据一起用来确定第二功能的结果(例如，可连同如由监测患者的医疗设备确定的心率一起分析如由第一功能确定的败血症风险以确定是否应输出通知)。

在2714处，在一些示例中，用户选择的功能的结果基于来自至少两个不同医疗设备的医疗设备数据，并且可将来自这两个不同医疗设备中的每个医疗设备的相应患者监测值或趋势在单患者GUI上显示为相应图块，并且在一些示例中，将用户选择的功能的结果在单患者GUI上显示为单独图块。例如，除其他参数外，产生败血症风险值(例如，采用1至10的尺度)的功能还可基于心率和体温来确定败血症风险值。可由第一医疗设备(例如，心率监测器)所输出的第一医疗设备数据确定心率，并且可由第二医疗设备(例如，温度传感器)所输出的第二医疗设备数据确定体温。可在单患者GUI上的第一患者监测参数图块中显示心率，可在单患者GUI上的第二患者监测参数图块中显示体温，并且可将败血症风险在单患者GUI上显示为第三图块。

作为另一个示例，在指定持续时间内的心率变化高于阈值变化时并且在体温高于阈值温度时产生通知的功能可包括如由第一医疗设备(例如，心率监测器)所输出的第一医疗设备数据确定的心率和如由第二医疗设备(例如，温度传感器)所输出的第二医疗设备数据确定的体温作为该功能中的输入。可在单患者GUI上的第一患者监测参数图块中显示心率，可在单患者GUI上的第二患者监测参数图块中显示体温，并且至少在指定条件触发通知时可将作为该功能的结果输出的通知在单患者GUI上显示为第三图块。这样，用户选择的功能可利用医疗设备数据(在一些示例中，其可包括来自两个或更多个设备的医疗设备数据)，并且还可使用其他功能的结果来提供深入了解当前或未来患者状态的洞察，而不可能通过孤立地监测单独医疗设备的输出来提供所述洞察。例如，心率监测器可被配置为在心率很高(诸如大于150次心跳/分钟)时输出警报。虽然这种警报可能有用，但该警报可能错过患者可能正受到胁迫的更早或更微妙的征兆。因此，与仅仅依赖于心率达到预定义的阈值相比，将心率变化与体温结合在一起的功能可能能够提供败血症或患者状态的其他恶化的更早潜在警告。例如，如果患者具有低静息心率，则心率的相对变化可提供比每分钟的绝对心跳次数更多的信息，并且通过将心率变化与体温结合在一起，可将心率变化放入更好的上下文中并且因此在体温保持稳定时心率改变的情况下向护理提供者提供不同信息。

在2716处，在被请求时将用于调节机器参数的命令发送到所识别的治疗设备。例如，如果已接收到改变机器参数的请求，则可作出确定。如上文相对于图24所解释，监督应用程序的用户(例如，与护理提供者设备上的监督应用程序交互的监督护理提供者)可请求经由被显示为单患者GUI的一部分的调节框来调节机器参数或设置。护理提供者设备可向边缘设备发送调节机器参数的请求。可基于从护理提供者设备接收到的请求来识别治疗设备，该请求可指定要调节哪个机器(例如，治疗设备)以及要调节该机器的哪个参数(及调节多少)。

在2718处，在被请求时将消息或问诊请求发送到所识别的护理提供者设备。例如，可从正显示房间内GUI的第一护理提供者设备(例如，从下属护理提供者所使用的设备，诸如护理提供者设备136)接收消息或问诊请求。如果已接收到消息或问诊请求，则可将消息或问诊请求发送到所识别的护理提供者设备。可在护理提供者设备所发送的消息或问诊请求中识别接收护理提供者设备，并且所识别的护理提供者设备可以是第二不同护理提供者设备，即监督护理提供者所使用的这种护理提供者设备(例如，护理提供者设备134)。然后，方法2700返回。

在另一个表示中，系统包括显示器和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以：向该显示器输出图形用户界面(GUI)，该GUI包括由各自监测患者的多个医疗设备收集的实时医疗设备数据并且还包括在对患者执行的医疗程序中利用的一个或多个治疗设备的一个或多个机器参数；响应于用户输入，向该显示器输出包括一个或多个控制按钮的动作菜单，该一个或多个控制按钮可选择以调节该一个或多个机器参数中的所选择的机器参数；并且响应于该一个或多个控制按钮中的一者或多者的用户选择，将调节所选择的机器参数的请求发送到与所选择的机器参数相关联的治疗设备，该请求经由中间处理系统发送。

在另一个表示中，系统包括显示器和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以在该显示器上输出向用户呈现从多个医疗设备聚合的医疗设备数据的用户界面，该用户界面还被配置为向用户呈现基于医疗设备数据的可用参数和可用运算符，并且该用户界面被配置为接收指定用户定义的关系的用户输入以便显示在用户界面的图块中，该用户定义的关系使用可用运算符和可用参数中的所选择的运算符和参数。

在另一个表示中，系统包括显示器和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以在该显示器上输出向用户呈现从多个医疗设备聚合的医疗设备数据的用户界面，该用户界面被配置为作为多个患者监测参数图块呈现给医疗设备数据，并且其中该用户界面可由用户配置并在该多个患者监测参数图块中呈现医疗设备数据的多个用户可选择的显示格式。在一个示例中，该多个用户可选择的显示格式包括医疗设备数据被呈现为最近确定的值的第一显示格式、医疗设备数据被呈现为指定持续时间内的值的趋势的第二显示格式、医疗设备数据被呈现为波形的第三显示格式、医疗设备数据的多个相关参数在单个图块中显示的第四显示格式以及它们的组合。可在单个图块中显示的医疗设备数据的多个相关参数包括在单个图块中显示的收缩期和舒张期血压以及单个图块中的潮气末(Et)氧含量和吸入空气的分数(Fi)氧含量。

以用户可配置方式在单个图形用户界面上显示从多个医疗设备聚合的医疗设备数据的监督应用程序的技术效果是，用户(诸如护理提供者)可在有限显示区域上查看用户正监测的患者的期望的患者监测参数，其中在有限显示区域上显示尽可能多的数据。以用户可配置方式在单个图形用户界面上显示来自多个医疗设备的医疗设备数据还允许用户从任何位置监测患者状态并且经由监督应用程序提供指令。用户可在新医疗设备耦接到患者时查看新医疗设备数据。用户可经由监督应用程序定义功能和/或访问由其他用户定义的功能，这些功能可转换和/或分析(来自多个医疗设备的)医疗设备数据以提供不可从医疗设备数据的单个值检测到的患者状态的结果。可在任何时间创建和访问这些功能，这可允许在添加新设备时定义和应用新功能。经由监督应用程序，用户可定位和查看期望的数据而不必导航通过多个菜单，这可在与计算设备交互时增加用户效率。

在一个实施方案中，系统包括显示器；和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以：向该显示器输出包括多个趋势线的图形用户界面(GUI)，每个趋势线示出第一时间范围内的相应患者监测参数的值，该多个趋势线按时间排列并且相对于彼此垂直地堆叠；响应于第一用户输入，调节该多个趋势线中的每个趋势线以示出第二时间范围内的该相应患者监测参数的值；并且响应于第二用户输入，在该GUI上显示示出指定持续时间内的每个患者监测参数的相对变化的叠加图。在该系统的第一示例中，该GUI是趋势GUI，并且其中所述指令可执行以响应于用户请求而向该显示器输出单患者GUI，该单患者GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，并且其中经由该单患者GUI显示的至少一些该实时医疗设备数据被显示为多个患者监测参数图块，每个患者监测参数图块示出该患者监测参数的最近确定的值，并且其中由该一个或多个医疗设备的该输出确定该多个趋势线的每个相应患者监测参数的值。在该系统的第二示例(其任选地包括第一示例)中，所述指令可执行以响应于第一患者监测参数图块的用户选择而向该显示器输出该单患者GUI内的一组趋势，其中该组趋势包括示出该第一时间范围或该第二时间范围内的该第一患者监测参数的值的第一趋势线，由来自该一个或多个医疗设备的该输出确定该第一患者监测参数的值。在该系统的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，该组趋势还包括趋势图标，并且其中所述指令可执行以响应于该趋势图标的用户选择而向该显示器输出该趋势GUI。在该系统的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，所述指令可执行以响应于上下文菜单的趋势按钮的用户选择而向该显示器输出该趋势GUI，响应于菜单按钮的用户选择而向该显示器输出的该上下文菜单在该显示器上显示为该单患者GUI的一部分。在该系统的第五示例(其任选地包括第一示例至第四示例中的一项或多项或每一项)中，所述指令可执行以输出多患者GUI，该多患者GUI包括由监测多个患者的多个医疗设备的输出确定的实时医疗设备数据，该多个患者包括该患者和一个或多个附加患者，并且其中所述指令可执行以响应于该多患者GUI中的该患者的表示的用户选择而输出该单患者GUI。在该系统的第六示例(其任选地包括第一示例至第五示例中的一项或多项或每一项)中，该第一时间范围不同于该第二时间范围，并且其中该指定的时间范围由用户指定。

在一个实施方案中，方法包括向显示器输出第一图形用户界面(GUI)，该第一GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，并且其中经由该第一GUI显示的至少一些该实时医疗设备数据被显示为多个患者监测参数图块，每个患者监测参数图块示出该患者监测参数的最近确定的值；以及响应于用户请求，向显示器输出包括多个趋势线的第二GUI，每个趋势线示出第一时间范围内的相应患者监测参数的值，该多个趋势线按时间排列并且相对于彼此垂直地堆叠。在该方法的第一示例中，响应于该用户请求而输出该第二GUI包括响应于被显示为该第一GUI的一部分的趋势图标的用户选择或响应于上下文菜单的趋势按钮的用户选择而输出该第二GUI，该上下文菜单被配置为响应于该第一GUI的菜单按钮的用户选择而显示。在该方法的第二示例(其任选地包括第一示例)中，该第一GUI还包括警报图块和洞察图块，该警报图块包括已为该患者触发的警报数的指示并且该洞察图块包括已为该患者触发的洞察数的指示。在该方法的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，该方法还包括响应于由医疗设备确定的指定患者监测参数的值满足相对于阈值的预先确定的条件而接收该患者的警报，并且响应于该警报图块的用户选择，在该第一GUI中输出警报横幅，该警报横幅指示该指定患者监测参数的值已满足相对于该阈值的该预先确定的条件。在该方法的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该方法还包括响应于由该一个或多个医疗设备的输出确定的一组值满足条件和该条件的范围而触发该患者的洞察，并且响应于该洞察图块的用户选择，在该第一GUI中输出洞察横幅，该洞察横幅指示该组值已满足该条件和该条件的该范围。在该方法的第五示例(其任选地包括第一示例至第四示例中的一项或多项或每一项)中，该方法还包括响应于用户输入而调节该第一GUI的布局，该第一GUI的该布局包括在该第一GUI中包括哪些患者监测参数图块和/或该第一GUI的每个患者监测参数图块的视觉外观。在该方法的第六示例(其任选地包括第一示例至第五示例中的一项或多项或每一项)中，该一个或多个医疗设备包括麻醉递送机，其中所述医疗设备的该输出包括该麻醉机所收集的该患者的生理数据以及机器数据，该机器数据包括该麻醉递送机的设置，其中该第二GUI的该多个趋势线被组织成生理趋势和机器设置趋势。

在一个实施方案中，系统包括显示器；和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以：向该显示器输出图形用户界面(GUI)，该GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，并且其中经由该GUI显示的至少一些该实时医疗设备数据被显示为多个患者监测参数图块，每个患者监测参数图块示出该患者监测参数的最近确定的值；响应于示出第一患者监测参数的最近确定的值的第一患者监测参数图块的用户选择，调节该GUI以包括该第一患者监测参数的趋势显示并且还包括相关患者监测参数的一个或多个附加趋势显示。在该系统的第一示例中，所述相关患者监测参数由用户预先选择。在该系统的第二示例(其任选地包括第一示例)中，该第一患者监测参数的该趋势显示和所述相关患者监测参数的该一个或多个附加趋势显示各自包括趋势线，每个趋势线示出持续时间内的相应患者监测参数的值的变化。在该系统的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，所述指令可执行以将时间线叠加在该第一患者监测参数的该趋势显示和所述相关患者监测参数的该一个或多个附加趋势显示上，该时间线包括该第一患者监测参数和每个相关患者监测参数在与该时间线的位置相对应的时间的相应值。在该系统的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该一个或多个医疗设备包括麻醉递送机，其中所述医疗设备的该输出包括该麻醉机所收集的该患者的生理数据以及机器数据，该机器数据包括该麻醉递送机的设置，并且其中该第一GUI还包括程序时序图块，该程序时序图块包括向该患者的麻醉递送的当前阶段。在该系统的第五示例(其任选地包括第一示例至第四示例中的一项或多项或每一项)中，该第一GUI包括多个类别，并且每个患者监测参数图块被分配到该多个类别中的一个类别。

在一个实施方案中，系统包括计算设备，该计算设备存储指令，所述指令可执行以：接收由用户定义的洞察，该洞察规定在满足条件和该条件的范围时输出通知，该条件和该范围由该用户定义；接收由来自监测多个患者的多个医疗设备的输出确定的实时医疗设备数据；确定该医疗设备数据的一个或多个患者监测参数的一组值是否满足该条件和该范围，并且如果是，则输出该通知以便在可操作地耦接到与该用户相关联的第一护理提供者设备的显示器上显示；并且响应于来自该用户的请求，调节该洞察的隐私设置以允许该洞察分布到与其他用户相关联的一个或多个附加护理提供者设备。在该系统的第一示例中，该洞察是规定在满足第一条件和该第一条件的第一范围时输出第一通知的第一洞察，并且其中所述指令可进一步执行以：从该第一护理提供者设备接收查看由一个或多个附加用户定义的多个第二洞察的第一请求；响应于接收到该第一请求，将该多个第二洞察发送到该第一护理提供者设备；从该第一护理提供者设备接收应用该多个第二洞察中的所选择的一者的第二请求，该多个第二洞察中的所选择的一者规定在满足第二条件和该第二条件的第二范围时输出第二通知；并且响应于该第二请求，确定该医疗设备数据的一个或多个患者监测参数的第二组值是否满足该第二条件和该第二范围，并且如果是，则输出该第二通知以便在可操作地耦接到该第一护理提供者设备的该显示器上显示。在该系统的第二示例(其任选地包括第一示例)中，该条件包括所选择的患者监测参数值或趋势满足相对于阈值的预先确定的关系，并且其中该范围包括关于满足的该条件何时触发该通知的基于时序或程序的限制。在该系统的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，该洞察由该用户定义为仅适用于该多个患者中的所选择的一个或多个患者。在该系统的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该洞察是规定在满足第一条件和该第一条件的第一范围时输出第一通知的第一洞察，并且其中所述指令可进一步执行以：从该第一护理提供者设备接收应用第二洞察的请求，该第二洞察规定在满足第二条件和该第二条件的第二范围并且都满足第三条件和该第三条件的第三范围时输出第二通知；确定该医疗设备数据的一个或多个患者监测参数的第二组值是否满足该第二条件和该第二范围以及该第三条件和该第三范围，并且如果是，则输出该第二通知以便在可操作地耦接到该第一护理提供者设备的该显示器上显示。在该系统的第五示例(其任选地包括第一示例至第四示例中的一项或多项或每一项)中，所述指令可进一步执行以：从该一个或多个附加护理提供者设备中的第二护理提供者设备接收查看该洞察的第二请求，并且作为响应，将该洞察发送到该第二护理提供者设备。在该系统的第六示例(其任选地包括第一示例至第五示例中的一项或多项或每一项)中，所述指令可进一步执行以：从该第二护理提供者设备接收将该洞察应用于该多个患者中的一个或多个患者的第三请求；响应于该第三请求，确定该医疗设备数据的一个或多个患者监测参数的第二组值是否满足该条件和该范围，并且如果是，则输出该通知以便在可操作地耦接到该第二护理提供者设备的显示器上显示。在该系统的第七示例(其任选地包括第一示例至第六示例中的一项或多项或每一项)中，所述指令可进一步执行以：从该多个医疗设备中的一者接收警报；确定该用户是否已选择接收该警报；并且如果该用户已选择接收该警报，则输出该警报的指示以便在可操作地耦接到该第一护理提供者设备的该显示器上显示。在该系统的第八示例(其任选地包括第一示例至第七示例中的一项或多项或每一项)中，该警报指示由该多个医疗设备中的一者的输出确定的医疗设备数据的患者监测参数的值已达到相对于阈值的预先确定的条件。

系统的实施方案包括：显示器；和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以：向该显示器输出实时医疗设备数据，该实时医疗设备数据可在该显示器上的图形用户界面(GUI)中查看，该实时医疗设备数据由监测一个或多个患者的一个或多个医疗设备的输出确定；向该显示器输出第一用户选择的功能的所确定的结果，该实时医疗设备数据作为输入录入到该第一功能中，该第一功能的所确定的结果可在该显示器上作为该GUI的图块来查看；并且响应于满足第二用户选择的功能而向该显示器输出通知，该第一功能的所确定的结果作为输入录入到该第二功能中。在该系统的第一示例中，该实时医疗设备数据也作为输入录入到该第二功能中，并且其中该第一功能和该第二功能中的一者或两者经由该显示器上显示的第二GUI来选择。在该系统的第二示例(其任选地包括第一示例)中，该第一功能和该第二功能中的一者或两者由用户定义。在该系统的第三示例(其任选地包括第一示例和第二示例中的一项或多项)中，该第二功能由该第一功能、该用户从预定义的参数组选择的第二参数以及该用户从预定义的运算符组选择的运算符来定义。在该系统的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该一个或多个医疗设备包括麻醉递送机，其中该第一功能的所确定的结果是从该麻醉递送机的麻醉递送的当前阶段，其中该预定义的参数组包括能够由该实时医疗设备数据确定的每个患者监测参数，并且其中该预定义的运算符组包括and、or和while中的一者或多者。

在一个实施方案中，系统包括第一显示器；和第一计算设备，该第一计算设备可操作地耦接到该第一显示器并且存储指令，所述指令可执行以：向该第一显示器输出第一图形用户界面(GUI)，该第一GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据；在该第一GUI上显示通知，该通知指示已接收到与护理该患者的护理提供者通信的请求；并且响应于该通知的用户选择，在该第一GUI上显示来自该护理提供者的通信，其中来自该护理提供者的该通信经由在可操作地耦接到第二计算设备的第二显示设备上显示的第二GUI来接收。在该系统的第一示例中，该通信包括对问诊的请求、文本消息或该第二GUI的快照中的一者或多者。在该系统的第二示例(其任选地包括第一示例)中，该第一GUI包括各自显示相应患者监测参数的第一多个患者监测参数图块，每个相应患者监测参数示出从该实时医疗设备数据获得的该患者监测参数的最近确定的值和/或趋势，并且其中在该第一GUI上的通知图块中显示该通知。在该系统的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，该第二GUI包括匹配所述第一多个患者监测参数图块的第二多个患者监测参数图块、呼叫按钮和消息视图按钮。在该系统的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，经由该第二GUI接收来自该护理提供者的该通信包括该第一计算设备响应于该护理提供者选择该第二GUI的该呼叫按钮而接收该通信。在该系统的第五示例(其任选地包括第一示例至第四示例中的一项或多项或每一项)中，经由该第二GUI接收来自该护理提供者的该通信包括该第一计算设备响应于该护理提供者选择该第二GUI的该消息视图按钮而接收该通信，该消息视图按钮的该选择引起消息框显示在该第二显示器上，经由该消息框录入来自该护理提供者的该通信。

系统的实施方案包括：显示器；和计算设备，该计算设备可操作地耦接到该显示器并且存储指令，所述指令可执行以：向该显示器输出图形用户界面(GUI)，该GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，并且其中经由该GUI显示的至少一些该实时医疗设备数据被显示为多个患者监测参数图块，每个患者监测参数图块示出该患者监测参数的最近确定的值或趋势，该多个患者监测参数图块根据第一布局来布置；并且响应于用户动作，调节该多个患者监测参数图块中的一个或多个患者监测参数图块以形成第二布局。在该系统的第一示例中，调节该多个患者监测参数图块中的该一个或多个患者监测参数图块以形成该第二布局包括对该一个或多个患者监测参数图块进行移动或调整大小以形成该第二布局。在该系统的第二示例(其任选地包括第一示例)中，该用户动作包括从该第一布局切换到该第二布局的请求，该请求经由该显示器上显示的上下文菜单来录入。在该系统的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，该用户动作包括在该GUI上包括新患者监测参数图块的请求或从该GUI移除该多个患者监测参数图块之一的请求。在该系统的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该用户动作包括在所选择的患者监测参数图块上查看趋势的请求。在该系统的第五示例(其任选地包括第一示例至第四示例中的一项或多项或每一项)中，调节该一个或多个患者监测参数图块包括增加所选择的患者监测参数图块的尺寸以适应该趋势，并且还调节一个或多个附加患者监测参数图块以适应所选择的患者监测参数图块的增加的尺寸。在该系统的第六示例(其任选地包括第一示例至第五示例中的一项或多项或每一项)中，该用户动作包括根据一个或多个类别来布置该多个患者监测参数的请求。在该系统的第七示例(其任选地包括第一示例至第六示例中的一项或多项或每一项)中，该用户动作包括在该GUI上作为图块来查看来自用户选择的功能的结果的请求。在该系统的第八示例(其任选地包括第一示例至第七示例中的一项或多项或每一项)中，该实时医疗设备数据作为输入应用于该用户选择的功能。在该系统的第九示例(其任选地包括第一示例至第八示例中的一项或多项或每一项)中，该GUI是单患者GUI，并且其中指令可执行以输出多患者GUI，该多患者GUI包括由监测多个患者的多个医疗设备的输出确定的实时医疗设备数据，该多个患者包括该患者和一个或多个附加患者，并且其中所述指令可执行以响应于该多患者GUI中的该患者的表示的用户选择而输出该单患者GUI。

方法的实施方案包括经由被布置为形成第一布局的图形用户界面(GUI)的多个患者监测参数图块来显示由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据；接收应用用户选择的功能的请求，所述用户选择的功能被配置为基于所述实时医疗设备数据来生成结果；响应于所述请求，在所述GUI上的功能图块中显示所述用户选择的功能的所述结果并且自动地调节所述多个患者监测参数图块中的一个或多个患者监测参数图块以形成第二布局。在该方法的第一示例中，自动地调节该一个或多个患者监测参数图块包括自动地对该一个或多个患者监测参数图块进行移动和/或调整大小以适应该功能图块。在该方法的第二示例(其任选地包括第一示例)中，该用户选择的功能由该用户定义并且应用该用户选择的功能的该请求经由来自该用户的输入来接收。在该方法的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，该用户选择的功能是第一功能，并且其中接收应用该第一功能的该请求包括显示该第一功能的指示和附加功能的多个附加指示并且从请求应用该第一功能的该用户接收用户输入，其中该第一功能和该多个附加功能由一个或多个其他用户定义。在该方法的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该方法还包括响应于用户动作，进一步调节该多个患者监测参数图块中的一个或多个患者监测参数图块以形成第三布局。

方法的实施方案包括经由被布置为形成第一布局的图形用户界面(GUI)的多个患者监测参数图块来显示由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，包括在第一患者监测参数图块中显示由第一医疗设备的输出确定的第一医疗设备数据并且在第二患者监测参数图块中显示由第二医疗设备的输出确定的第二医疗设备数据；接收应用用户选择的功能的请求，所述用户选择的功能被配置为基于所述第一患者监测参数图块中显示的所述第一医疗设备数据和所述第二患者监测参数图块中显示的所述第二医疗设备数据来生成结果；以及响应于该请求，在该GUI上的功能图块中显示该用户选择的功能的该结果并且自动地调节该多个患者监测参数图块中的一个或多个患者监测参数图块以形成第二布局。在该方法的第一示例中，该结果包括当前患者状态的确定、未来患者状态的预测以及对患者执行的医疗程序的当前阶段的确定中的一者。在该方法的第二示例(其任选地包括第一示例)中，该方法还包括从该第一医疗设备接收指示该第一医疗设备数据的值已达到相对于阈值的预先确定的条件的警报，并且作为响应，在该GUI的警报图块中显示该警报的通知。在该方法的第三示例(其任选地包括第一示例和第二示例中的一项或两项)中，自动地调节该一个或多个患者监测参数图块包括自动地对该一个或多个患者监测参数图块进行移动和/或调整大小以适应该功能图块。在该方法的第四示例(其任选地包括第一示例至第三示例中的一项或多项或每一项)中，该方法还包括响应于用户动作，进一步调节该多个患者监测参数图块中的一个或多个患者监测参数图块以形成第三布局。

如本文所用，以单数形式列举并且以单词“一个”或“一种”开头的元件或步骤应当被理解为不排除多个所述元件或步骤，除非明确说明此类排除。此外，对本发明的“一个实施方案”的引用不旨在被解释为排除也包含所引用特征的附加实施方案的存在。此外，除非明确地相反说明，否则“包含”、“包括”或“具有”具有特定特性的元件或多个元件的实施方案可包括不具有该特性的附加此类元件。术语“包括”和“在…中”用作相应的术语“包含”和“其中”的简明语言等同形式。此外，术语“第一”、“第二”和“第三”等仅用作标记，而不旨在对其对象施加数字要求或特定位置次序。

该书面描述使用示例来公开本发明，包括最佳模式，并且还使相关领域中的普通技术人员能够实践本发明，包括制造和使用任何设备或系统以及执行任何包含的方法。本发明可取得专利权的范围由权利要求书限定，并且可包括本领域普通技术人员想到的其他示例。如果此类其它示例具有与权利要求书的字面语言没有区别的结构元件，或者如果它们包括与权利要求书的字面语言具有微小差别的等效结构元件，则此类其它示例旨在落入权利要求书的范围内。

Claims (14)

1.一种系统，包括：

显示器；以及

计算设备，所述计算设备能够操作地耦接到所述显示器并且存储指令，所述指令能够执行以：

向所述显示器输出包括多个趋势线的图形用户界面(GUI)，每个趋势线示出第一时间范围内的相应患者监测参数的值，所述多个趋势线按时间排列并且相对于彼此垂直地堆叠；

响应于第一用户输入，调节所述多个趋势线中的每个趋势线以示出第二时间范围内的所述相应患者监测参数的值；以及

响应于第二用户输入，在所述GUI上显示示出指定持续时间内的每个患者监测参数的相对变化的叠加图。

2.根据权利要求1所述的系统，其中所述GUI是趋势GUI，并且其中所述指令能够执行以响应于用户请求而向所述显示器输出单患者GUI，所述单患者GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，并且其中经由所述单患者GUI显示的至少一些所述实时医疗设备数据被显示为多个患者监测参数图块，每个患者监测参数图块示出该患者监测参数的最近确定的值，并且其中由所述一个或多个医疗设备的所述输出确定所述多个趋势线的每个相应患者监测参数的所述值。

3.根据权利要求2所述的系统，其中所述指令能够执行以响应于第一患者监测参数图块的用户选择而向所述显示器输出所述单患者GUI内的一组趋势，其中所述组趋势包括示出所述第一时间范围或所述第二时间范围内的所述第一患者监测参数的值的第一趋势线，由来自所述一个或多个医疗设备的所述输出确定所述第一患者监测参数的值。

4.根据权利要求3所述的系统，其中所述组趋势还包括趋势图标，并且其中所述指令能够执行以响应于所述趋势图标的用户选择而向所述显示器输出所述趋势GUI。

5.根据权利要求2所述的系统，其中所述指令能够执行以响应于上下文菜单的趋势按钮的用户选择而向所述显示器输出所述趋势GUI，响应于菜单按钮的用户选择而向所述显示器输出的所述上下文菜单在所述显示器上显示为所述单患者GUI的一部分。

6.根据权利要求2所述的系统，其中所述指令能够执行以输出多患者GUI，所述多患者GUI包括由监测多个患者的多个医疗设备的输出确定的实时医疗设备数据，所述多个患者包括所述患者和一个或多个附加患者，并且其中所述指令能够执行以响应于所述多患者GUI中的所述患者的表示的用户选择而输出所述单患者GUI。

7.根据权利要求1所述的系统，其中所述第一时间范围不同于所述第二时间范围，并且其中所述指定的时间范围由用户指定。

8.一种方法，包括：

向显示器输出第一图形用户界面(GUI)，所述第一GUI包括由各自监测患者的一个或多个医疗设备的输出确定的实时医疗设备数据，并且其中经由所述第一GUI显示的至少一些所述实时医疗设备数据被显示为多个患者监测参数图块，每个患者监测参数图块示出该患者监测参数的最近确定的值；以及

响应于用户请求，向显示器输出包括多个趋势线的第二GUI，每个趋势线示出第一时间范围内的相应患者监测参数的值，所述多个趋势线按时间排列并且相对于彼此垂直地堆叠。

9.根据权利要求8所述的方法，其中响应于所述用户请求而输出所述第二GUI包括响应于被显示为所述第一GUI的一部分的趋势图标的用户选择或响应于上下文菜单的趋势按钮的用户选择而输出所述第二GUI，所述上下文菜单被配置为响应于所述第一GUI的菜单按钮的用户选择而显示。

10.根据权利要求8所述的方法，其中所述第一GUI还包括警报图块和洞察图块，所述警报图块包括已为所述患者触发的警报数的指示并且所述洞察图块包括已为所述患者触发的洞察数的指示。

11.根据权利要求10所述的方法，还包括响应于由医疗设备确定的指定患者监测参数的值满足相对于阈值的预先确定的条件而接收所述患者的警报，并且响应于所述警报图块的用户选择，在所述第一GUI中输出警报横幅，所述警报横幅指示所述指定患者监测参数的所述值已满足相对于所述阈值的所述预先确定的条件。

12.根据权利要求10所述的方法，还包括响应于由所述一个或多个医疗设备的输出确定的一组值满足条件和所述条件的范围而触发所述患者的洞察，并且响应于所述洞察图块的用户选择，在所述第一GUI中输出洞察横幅，所述洞察横幅指示所述组值已满足所述条件和所述条件的所述范围。

13.根据权利要求8所述的方法，还包括响应于用户输入而调节所述第一GUI的布局，所述第一GUI的所述布局包括在所述第一GUI中包括哪些患者监测参数图块和/或所述第一GUI的每个患者监测参数图块的视觉外观。

14.根据权利要求8所述的方法，其中所述一个或多个医疗设备包括麻醉递送机，其中所述医疗设备的所述输出包括所述麻醉机所收集的所述患者的生理数据以及机器数据，所述机器数据包括所述麻醉递送机的设置，并且其中所述第二GUI的所述多个趋势线被组织成生理趋势和机器设置趋势。

Images