首页 > 专利学习

用于对生命攸关医疗设备进行远程控制的系统和方法与流程

用于对生命攸关医疗设备进行远程控制的系统和方法
1.相关申请的交叉引用
2.本技术要求2020年4月17日提交的印度专利申请号202041016573的优先权。上述申请的全部内容据此以引用方式并入以用于所有目的。
技术领域
3.本文公开的主题的实施方案涉及围手术期护理期间的患者监测，并且更具体地涉及对生命攸关医疗设备的远程控制。

背景技术：

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

技术实现要素：

5.在一个实施方案中，一种系统包括：生命攸关医疗设备，该生命攸关医疗设备通信地联接到远程设备并且被配置为向患者供应医疗疗法，该生命攸关医疗设备包括显示器和存储器，该存储器存储指令，该指令能够执行以：向显示器输出图形用户界面(gui)，该gui显示生命攸关医疗设备的多个实时机器设置；响应于第一用户输入，经由gui显示远程控制面板，该远程控制面板包括能够用于认证远程设备的会话代码；以及响应于从访问服务器接收到远程设备已被认证的指示，在gui上显示指示生命攸关医疗设备当前由远程设备控制的通知。
6.应当理解，提供上面的简要描述来以简化的形式介绍在具体实施方式中进一步描述的精选概念。这并不意味着识别所要求保护的主题的关键或必要特征，该主题的范围由具体实施方式后的权利要求书唯一地限定。此外，所要求保护的主题不限于解决上文或本公开的任何部分中提到的任何缺点的实施方式。
附图说明
7.通过参考附图阅读以下对非限制性实施方案的描述将更好地理解本公开，其中以下：
8.图1a和图1b示意性地示出了用于围手术期护理和监督的示例性系统，包括监督应用程序。
9.图2至图4示出了显示经由监督应用程序生成的单患者图形用户界面的各种视图的示例性显示设备。
10.图5示意性地示出了用于认证被配置为远程控制生命攸关医疗设备的远程设备的示例性系统。
11.图6和图18示出了在生命攸关医疗设备(本文中为麻醉机)上显示的图形用户界面的示例性视图。
12.图7至图9是分别从生命攸关医疗设备、远程设备和专用访问服务器的角度示出用于对用于更改生命攸关医疗设备上的设置的远程设备进行认证的示例性方法的流程图。
13.图10示出了由位于护理点的生命攸关医疗设备显示的图形用户界面的示例性视图。
14.图11示出了在生命攸关医疗设备的gui内显示的图形用户界面的示例性视图，其示出了指示远程会话已被激活的通知。
15.图12示出了用于获得会话/访问代码以便经由在远程设备上显示的图形用户界面认证远程会话的不同模式的示例性视图。
16.图13是在远程设备上显示的图形用户界面的示例性视图，其中可调整室内生命攸关医疗设备中的参数设置。
17.图14至图15是分别从远程设备和生命攸关医疗设备的角度示出用于经由在远程设备上显示的图形用户界面请求生命攸关医疗设备上的设置更改的示例性方法的流程图。
18.图16示出了生命攸关医疗设备所显示的图形用户界面上的设置更改请求的通知的示例性视图。
19.图17示出了在远程设备上的图形用户界面中显示的设置更改通知的示例性视图。
具体实施方式
20.如本文公开的系统和方法的实施方案便于从远程设备远程控制一个或多个生命攸关医疗设备(诸如麻醉机)。如本文所用，远程设备可指可从生命攸关医疗设备远程操作(例如，在不同房间中操作)并且通信地联接到生命攸关医疗设备的计算设备。远程设备可由临床医生(诸如监督麻醉师)操作。为使远程设备能够远程控制生命攸关医疗设备，可通过要求远程设备靠近生命攸关医疗设备的认证例程，诸如通过利用在生命攸关医疗设备处生成并在生命攸关医疗设备上显示的会话代码来认证远程设备。一旦生命攸关医疗设备的控制权已交给远程设备，远程设备的用户就可直接从远程设备更改生命攸关医疗设备的期望设置。通过使用要求靠近生命攸关医疗设备的认证例程，可避免与远程认证相关联的安全问题。
21.远程设备对生命攸关医疗设备的远程控制可通过监督应用程序来促进，该监督应用程序也可操作以促进多个患者的围手术期护理，以及对照顾多个患者的多个护理提供者的监督。为了促进本文所述的围手术期护理和监督，如本文所公开的系统和方法收集并处理多种多样的医疗设备数据。医疗设备数据包括由医疗设备从患者获取的生理数据(也被称为患者监测数据)和从医疗设备自身内部收集的机器数据。机器数据可包括警报、设备状态、设置、消息和所测量的操作数据。机器数据还可以包括表示与医疗设备一起采取的特定动作的设置和值，例如，响应于自动控制或由于临床医生输入。例如，在麻醉递送机中，这可
包括氧气和/或麻醉剂浓度的变化。机器数据还可以包括由医疗设备或设备诊断信息发起的临床和/或技术警报。机器数据的另外示例包括来自医疗设备的主动或预测性服务警示、维护检查信息和/或处理器时钟周期信号或电力信号或来自医疗设备的各种组件的其他操作信号，表示医疗设备开启、处于使用中、处于操作中、保持待机状态或关闭。
22.医疗设备数据可以从医疗设备本身提供的时间序列格式来收集。如本文所用，医疗设备数据的时间序列格式可以包括时间序列格式的波形、二进制数据、数字数据和/或文本数据。本文所公开的系统和方法的实施方案以与医疗设备产生数据的频率类似的频率从医疗设备接收医疗设备数据。在实施方案中，所接收的数据的这种增加的速度以及对医疗设备机器数据的监测和分析可以实现如本文所公开的改进的监测系统和方法。如本文进一步详细描述的，系统和方法的实施方案支持医疗设备数据的高速数据摄取、富集、归一化和数据策展。医疗设备数据可以经历实时分析，并且用事件检测和标记进一步富集数据。虽然可以保存所有医疗设备数据用于回顾性和自动化机器学习和分析，但是可以使用事件检测和标记来创建源于特定事件或条件的医疗设备数据的另外的示例性文件，这些文件可以用作示例性或案例研究数据以用于进一步分析。
23.可将医疗设备数据提供给一个或多个护理提供者，诸如监督麻醉师、护士麻醉师和其他护理提供者。具体地讲，可经由监督应用程序将医疗设备数据提供给监督麻醉师或其他监督护理提供者，该监督应用程序促进经由可在监督护理提供者的设备诸如移动设备(例如，智能电话、平板电脑、可穿戴设备)上显示的一个或多个图形用户界面实时或近实时地呈现医疗设备数据。监督应用程序可促进向监督护理提供者显示多个患者和多个不同患者监测参数的医疗设备数据(包括生理数据和医疗设备设置/参数数据)。可在多患者图形用户界面(gui)中同时显示该多个患者的所显示的医疗设备数据，这可允许监督护理提供者易于监测每个患者的患者状态，即使护理提供者所在位置远离患者。当需要特定患者的附加信息时，监督应用程序可生成提供该患者的更详细医疗设备数据的单患者gui。
24.监督应用程序还可经由医疗设备数据监测患者状态，并且可在患者状态改变或指定患者监测参数或参数组合(诸如血液氧合)达到相对于阈值的预定义的条件(例如，降至低于阈值)或随时间改变时输出各种通知，诸如警报。监督应用程序还可促进监督护理提供者与一个或多个下属护理提供者之间的通信，该一个或多个下属护理提供者可与患者一同处于房间，而监督护理提供者位于医疗机构的不同房间或区域中。例如，下属护理提供者可经由在下属护理提供者的设备上执行的监督应用程序的房间内gui发送由监督护理提供者问诊的请求，监督护理提供者的设备可接收到该请求并且经由监督应用程序的gui将该请求输出给监督护理提供者。房间内gui还可促进下属护理提供者与监督护理提供者之间的文本或语音消息传递。
25.监督应用程序还可生成可在监督护理提供者的设备上输出的趋势gui。经由趋势gui，监督护理提供者可针对多个所选择的患者监测参数评估医疗设备数据随时间推移的变化。可按时间排列的方式同时显示每个所选择的患者监测参数的趋势。此外，可响应于单个用户输入来确定和显示指定持续时间内的每个患者监测参数的相对变化。
26.上述监督应用程序的各种gui和功能可允许单个监督护理提供者在相应医疗程序(诸如外科手术)期间同时监测多个患者。虽然在医疗程序期间可由多个护理提供者(诸如一个或多个外科医生、护士、医疗技术人员等)护理每个患者，但某些监督护理提供者(诸如
麻醉师)可同时护理多个患者并且可监督多个下属护理提供者(诸如护士麻醉师)。由于下属护理提供者的数量相对于监督护理提供者的数量增加并且由于医疗程序变得更复杂，对能够远程监测患者并监督下属护理提供者的监督护理提供者的需求已增加。例如，监督麻醉师可被排定引发并监测患者的麻醉诱导阶段，这可能要求监督麻醉师在该时间期间与患者一同处于手术室中。然而，监督麻醉师还可护理处于麻醉维持阶段的六个其他患者，其中这六个其他患者中的每个患者由房间内护士麻醉师监测。如果这六个其他患者中的一个患者发生需要监督麻醉师的护理的事件，则从监督麻醉师收到该事件的通知的时候到监督麻醉师可实际抵达以护理该患者的时候可存在延迟。然而，经由本文所述的监督应用程序，监督护理提供者可能能够从任何位置监测所有患者的患者状态，并且可能能够从远处调整生命攸关医疗设备设置和/或指示下属护理提供者。这样，可改善患者护理。
27.监督应用程序可促进由监测多个患者的多个医疗设备获得和/或确定的实时医疗设备数据的显示。可经由各种图形用户界面(gui)显示实时医疗设备数据。作为一个示例，可在护理提供者设备(例如，移动电话、平板计算机和/或可穿戴设备)上显示单患者gui。经由单患者gui，可经由多个患者监测参数图块显示患者的实时医疗设备数据。该多个患者监测参数图块可以是可缩放的、模块化的并且可由用户和/或监督应用程序定制以允许方便的可定制性以及便于在未来添加新患者监测参数/医疗设备数据。例如，监督应用程序的用户(例如，护理提供者诸如麻醉师)可创建一组规则或算法(其中所述规则或算法可被称为洞察)，可使用实时医疗设备数据来执行该组规则或算法以确定结果(例如，程序阶段的确定、患者状态的预测、推荐的动作过程等)或患者状态的通知。当用户选择应用该洞察时，该洞察的结果接下来可在患者特定的gui上显示为图块，并且可调节(例如，移动、调整大小、缩放等)患者特定的gui上的其他患者监测参数图块以适应新洞察结果图块。作为另一个示例，用户可选择将来自患者房间的实时视频馈送作为图块包括在单患者gui(更多种类)中，这可能需要相对较大尺寸的图块。可重新布置剩余图块(不论是自动还是响应于用户)以适应更大图块。
28.监督应用程序还可包括机器设置gui，该机器设置gui可类似于单患者gui或者可被视为单患者gui的一部分。在机器设置gui中，监督应用程序的用户可查看生命攸关医疗设备的当前设置。在一些示例中，监督应用程序的用户可能能够经由机器设置gui直接控制特定生命攸关医疗设备(例如，当远程设备被认证用于直接控制生命攸关医疗设备时)。例如，机器设置gui可包括设置图块，每个设置图块都指示相应机器设置的当前值。对设置图块的选择可触发多个相关联值图块的显示，其中可显示所选择的机器设置的其他可能值。对值图块的选择(和对选择的确认)可导致命令将所选择的设置调整为所选择的值以便发送到生命攸关医疗设备，该生命攸关医疗设备可响应于该命令而自动调整所选择的设置。在一些示例中，对值图块的选择可导致请求将所选择的设置调整为所选择的值以便发送到生命攸关医疗设备，然后在生命攸关医疗设备上显示该请求，以便主治临床医生接受或拒绝修改设置的请求。以这种方式，可根据特定的安全需求、医疗协议、患者状况/情况等，直接或间接地从远程位置进行对生命攸关医疗设备的控制。
29.除了确保在允许远程控制生命攸关医疗设备的同时不损害安全性之外，本文所述的系统和方法可减少或避免在生命攸关医疗设备和远程设备之间的切换期间原本可能发生的错误、在多于一名临床医生试图控制生命攸关医疗设备等时原本可能发生的错误等
等。例如，可在认证和切换期间经由本文所述的监督应用程序向远程设备的用户提供与连接到生命攸关医疗设备的患者相关的实时医疗设备数据。此实时医疗设备数据可包括用于生命攸关医疗设备的当前设置，使得如果在对远程设备的认证和切换完成之前对医疗设备设置进行了任何更改，则这些更改将呈现给远程设备的用户，使得远程设备始终显示当前医疗设备设置，从而避免与向用户呈现不准确/旧设备设置相关联的任何可能问题。此实时医疗设备数据还可包括由其他医疗设备(例如，除生命攸关医疗设备之外)确定的监测的患者参数。以此方式，远程设备的用户可能能够基于患者状态的完整情况做出有关患者护理的决定，包括是否调整生命攸关医疗设备上的任何设置。作为另一个示例，生命攸关医疗设备的控制权一次只能授予单个设备。例如，生命攸关医疗设备的控制可仅在生命攸关医疗设备处执行，直到远程设备被认证并且控制权被交给远程设备。此时，生命攸关医疗设备可能仅由远程设备控制。为了将控制权交还给生命攸关医疗设备，可经由对生命攸关医疗设备的输入(并且至少在一些示例中，不是通过对远程设备的输入)来撤销远程设备的控制权。在一些实施方案中，远程设备的控制权也可经由远程设备(例如，经由对远程设备的用户输入)撤销，并由用户(例如，主治临床医生)在机上确认。通过要求用户移交和/或确认生命攸关医疗设备处的远程控制权，可避免当临床医生不在场而无法监测/控制生命攸关医疗设备时的意外切换。此外，本文所述的认证过程可一次仅允许一个用户/远程设备远程控制生命攸关医疗设备，这可防止生命攸关医疗设备的控制权发生冲突。
30.下文描述的系统和方法具体地相对于针对临床医生配置的监测应用程序而呈现，该临床医生诸如是监督麻醉师，其监视手术期间诸如麻醉递送的医疗规程。因此，下面相对于作为生命攸关医疗设备示例的麻醉递送机来呈现系统和方法。然而，本文提供的系统和方法可应用于其他生命攸关医疗设备而不脱离本公开的范围，诸如透析机、呼吸机、药物递送机、输液泵等。
31.图1a和图1b描绘了用于围手术期护理和监督的系统10的示例性实施方案。首先参见图1a，系统10包括医疗设备数据(mdd)处理系统12。mdd处理系统12可在各种硬件和/或软件具体实施中实现，并且应当注意，此类具体实施不被认为是限制性的。例如，可以设想的是，mdd处理系统12中的任一者或全部可仅在硬件中、仅在软件中、仅在固件中或在硬件、软件和/或固件的任何组合中实现。虽然下文描述了示例性方法和系统，但本文提供的示例并非实现此类方法和系统的唯一方式。
32.在阅读权利要求中的任一项以覆盖整个软件和/或固件具体实施的实施方案中，在任一实施方案中，元件中的至少一个据此被明确地定义为包括有形和非暂态计算机可读介质。如本文所用，术语有形计算机可读介质明确地被定义为包括任何类型的计算机可读存储装置，并且排除传播信号。附加地或另选地，示例性方法和系统可使用存储在非暂态计算机可读介质上的编码指令(例如，计算机可读指令)来实现，该非暂态计算机可读介质诸如闪存存储器、只读存储器(rom)、随机存取存储器(ram)、高速缓存或其中存储有信息的任何其他存储介质持续任何持续时间(例如，持续延长的时间段，永久地、简短的实例，用于临时缓冲和/或用于信息的高速缓存)。如本文所用，术语非暂态计算机可读介质明确地被定义为包括任何类型的计算机可读介质，并且排除传播信号。
33.在医疗设备数据处理系统12的示例性和非限制性实施方案中，系统12由一个或多个联网处理器或计算设备实现。处理系统12可在云计算平台和/或基础结构中实现。如本文
所提及的存储器和处理器可以是独立的或被整体地构造为各种可编程设备的一部分，包括例如计算机或服务器。如本文所提及的计算机可读存储介质的计算机存储器可包括用于存储电子格式信息(诸如计算机可读程序指令或计算机可读程序指令、数据等的模块，其可以是独立的或作为计算设备的一部分)的易失性和非易失性或可移动和不可移动介质。计算机存储器的示例可包括但不限于ram、rom、eeprom、闪存存储器、cd-rom、dvd-rom或其他光学存储器、磁带盒、磁带、磁盘或其他磁存储设备，或可用于存储所需电子格式的信息并且可由一个或多个处理器或计算设备的至少一部分访问的任何其他介质。
34.mdd处理系统12通信地连接到至少一个医院网络14。此类通信连接以及医院网络本身可包括但不限于广域网(wan)；局域网(lan)；互联网；有线或无线(例如，光学、蓝牙、射频(rf)网络)；基于云的计算机、路由器、服务器、网关等计算基础结构；或与其相关联的允许系统或其部分与一个或多个计算设备进行通信的它们的任何组合。
35.医院网络14可示例性地为与医院的一部分(例如，医院的外科病房或部门)相关联的网络，或者可更广泛地跨整个医院的医疗设备定位。还将认识到，虽然本文所公开的系统和方法的一些实施方案和具体实施可试图在医院的单个医院或医院的单个病房上操作，但其他实施方案可连接多个医院网络，包括当前归属或操作或以其他方式彼此附属的医院。在另外的实施方案中，虽然单独医院或医院组可以使用mdd处理系统12，但mdd处理系统12可从多个医院网络(包括彼此无关的那些医院网络)接收并处理信息。
36.如图1a所描绘，医院网络14包括多个医疗设备16。医疗设备16可包括生理监测设备16a以及患者设备16b。生理监测设备16a可包括但不限于心率监测器、血压氧合监测器、呼吸监测器、ecg监测器、eeg监测器或emg监测器。出于讨论的目的，麻醉递送机的示例性实施方案将用作医疗设备，并且更具体地讲，用作患者设备16b，尽管本领域的普通技术人员将认识到，包括但不限于患者呼吸辅助设备或透析机的其他设备可以是患者设备(在本文也称为生命攸关医疗设备)的另外的非限制性示例。然而，将认识到，设备还可包括不仅递送患者而且测量患者生理参数的能力。例如，麻醉递送机的实施方案可包括能够操作以测量患者呼出的气体浓度的气体分析模块。在一些实施方案中，成像设备(包括但不限于x射线设备、ct设备、mri设备和超声设备)可以是本公开内设想的医疗设备16的示例。医疗设备的另外示例可包括视频和/或音频记录设备。
37.在示例性实施方案中，如本文所述的有限型式的mdd处理系统12可例如作为麻醉递送管理系统18局部实施。在这样的实施方案中，麻醉递送管理系统18可操作以尤其从多个麻醉递送机16b收集医疗设备数据以便监测麻醉递送机之间和跨由麻醉递送机执行的程序的麻醉剂使用，从而试图可视化麻醉剂的消耗和使用，以及量化、监测和评估医院或外科病房中所有麻醉递送机的趋势。
38.医疗设备16可通信地连接到一个或多个边缘设备，诸如边缘设备20。边缘设备20可示例性地为边缘处理设备、云处理设备或互联网网关。边缘设备20可包括物联网(iot)网关，该物联网网关促进医院网络14处的医疗设备16与实现mdd处理系统12的服务器、处理器和计算机可读介质之间的安全通信链路。在示例性实施方案中，边缘设备20可与医疗设备16中的一个或多个医疗设备直接通信，或者可通过中间网络(例如，麻醉递送管理系统18或另一医疗设备数据系统或网络)与医疗设备16通信。
39.边缘设备20接收医疗设备数据作为可从医疗设备获得的医疗设备数据中任一者
的时间序列数据。如上所述，医疗设备数据(例如，机器数据、所监测的患者生理参数数据)的数据流可以从医疗设备获取的时间序列格式获得，并且可包括但不限于警报的时间序列信息、设备状态、设备设置、消息和测量数据。在实施方案中，医疗设备可配备有改善医疗设备的自我意识的传感器，例如监测医疗设备本身的各种部件的功能、输入和/或输出的传感器。许多此类传感器已经结合到医疗设备中，诸如用于测量压缩机速度和/或循环时间、内部压力、电压、时钟速度或温度，或者如本领域普通技术人员将认识到的或如本文进一步详细公开的其他传感器。
40.边缘设备20加密时间序列格式的数据，并且使用有线和/或无线通信技术将加密数据传输到执行mdd处理系统12的服务器、处理器和数据存储器。边缘设备20通过加密的通信信道以时间序列格式将去识别的医疗设备数据连续地传输到mdd处理系统12的高速数据摄取模块22。虽然本文所述的示例性实施方案可参考去识别的数据，但应当认识到，其他实施方案可使用患者识别的数据，同时应适当考虑来处理患者数据。高速数据摄取模块22实时获取医疗设备数据流。数据摄取可以以自动化方式执行，并且可对时间序列中接收到的实时数据流进行预处理以供mdd处理系统12稍后处理。高速摄取模块22可以以高的传入速度(例如，以医疗设备可输出数据的频率或接近该频率)接收来自跨多个站点的多个连接设备的并发数据流。在示例性实施方案中，高速摄取模块22能够扩展以继续摄取医疗设备数据的增加的带宽，而不会显著降低摄取速度。
41.高速摄取模块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还可以操作以识别并标记各种类型的医疗设备数据、从其接收医疗设备数据的地点或源自同一医疗设备的时间序列数据流。这些标签可如本文所详述的那样用来识别和分析时间序列数据流组。
42.在示例性实施方案中，数据质量管理模块24通过将从源医疗保健系统或设备流出的临床数据转换和/或转换成具有相关元数据的规范数据模型来归一化所接收的传入数据。经处理的医疗设备数据存储在数据湖26中，该数据湖示例性地在计算机可读存储装置中实现，该计算机可读存储器体现了存储数据的字节的能力。数据湖26是长期的计算机存储库，其以原生格式保持大量原始数据，直到需要数据为止。原生格式可以包括来自医疗设备的时间序列数据，其可以是波形或二进制格式、音频数据、图像数据和/或视频数据。在实
施方案中，这可有助于促进数据的摄取，该数据可能不被实时处理，但仍然可被实时或接近实时地获取，而不是存储在数据湖中直到进一步需要。这可通过识别特定数据流并限制那些数据流的处理(例如，通过数据质量管理模块24)来促进，如果此时已知此类数据流未用于实时分析。在示例性实施方案中，数据质量管理模块24可以不将数据转换为规范数据模型，但仍然可以尝试标记、富集或索引数据，以便于稍后以标准化方式从数据湖26检索该数据。
43.在另一实施方案中，存储在数据湖26中的数据的部分也可以另外存储在图形数据库中，该图形数据库可以是驻留在同一计算机可读存储装置上的独立数据库，或者可以在与数据湖26分开的计算机可读存储装置上实现。图形数据库可以接收数据流，其中已知系统可分析该数据流的趋势。图形数据库可以一定方式以时间序列格式存储数据流，该方式有利于数据随时间的趋势并将数据附加到在数据本身中识别的事件、其他数据流中的一个或多个中识别的事件，或者由系统从外部源接收的事件。这些事件可包括但不限于医疗设备或临床医生动作、临床事件、情况或在医疗程序期间出现的并发症。稍后临床医生或技术人员可使用图形数据库来识别趋势和数据流之间与本文所公开的其他分析的进一步关系。
44.在数据被存储在数据湖26中的同时，富集和归一化的医疗设备数据可被提供给流处理引擎28。流处理引擎28识别医疗设备数据的时间序列流中的病例和事件。所识别的临床病例可存储在操作病例数据库30中。临床病例可示例性地包括外科手术和重症加强护理病房(icu)病例。临床病例可由所使用的医疗设备和医疗设备数据的时间序列中的医疗数据的时序被识别。例如，来自麻醉递送机的医疗设备数据的时间序列均指示临床病例已开始或正在进行，该医疗设备数据的时间序列示出了打开机器时的状态变化，随后是设备设置的变化以及麻醉剂的输送和/或消耗。
45.如上所述，源自医院中相同医疗设备或相同位置的时间序列医疗设备数据流可被标记或以其他方式被识别为相关的。这些标签可用于同时分析相关数据流或组合相关数据流的分析以识别临床病例。例如，设备状态数据流分析可与用户输入数据流、设备设置数据流和操作数据流组合，以识别设备何时被使用以及其在临床病例中如何被使用。该信息有助于区分技术人员对医疗设备的维护或检查与针对临床病例对设备的使用。
46.对多个医疗设备(尤其是被识别为相关或协同定位的那些医疗设备)的数据流的分析还可用于识别临床病例。例如，麻醉递送设备和相关患者监测设备和/或呼吸支持设备和/或成像设备等的数据流中的协调或类似动作还可用于识别这些设备正在一起用于临床病例。在另外的实施方案中，流式时间序列医疗设备数据可与关于预定临床病例的信息组合，以帮助进一步识别医疗设备在临床病例期间的使用时间和使用方式。
47.在这些实施方案中，可使用医疗设备(例如，麻醉递送机)的预定使用的知识来进一步识别医疗设备数据流中的临床病例。例如，输入或接收到关于预定程序的类型和时间的知识可有助于识别临床病例(特别是医疗设备机器数据流)的开始和结束。在一个实施方案中，医疗设备的已知使用计划表可有助于从维护或校准动作中识别临床病例，这些维护或校准动作可类似地需要对医疗设备加电和至少部分地操作。
48.与麻醉递送设备和/或其他医疗设备在所识别的临床病例期间的动作相关联的医疗设备数据可被存储在操作病例数据库30中。在一个示例中，将临床病例的识别连同来自该麻醉递送机的医疗设备数据的其他时间序列流以及来自与该麻醉递送机的使用相关联
的任何生理监测器和/或其他医疗设备的医疗设备数据的时间序列流一起存储。在如进一步详细描述的另一示例性实施方案中，可创建具有到存储在数据湖26中的相关联的时间序列医疗设备数据的链接或标识符的临床病例汇总并将其存储在操作案例数据库30中。
49.在一个实施方案中，在将临床病例存储在临床病例数据库30中之前，可对临床病例进行分类或概要分析，该分类或概要分析是用于数据策展的技术。临床病例的概要分析可部分地基于临床病例汇总中的信息，并且如本文进一步详细描述，可用于将临床病例分组成组，例如正常病例、边缘病例和异常病例。这些确定可根据临床病例中的时间序列数据与其他类似临床病例中相同类型的时间序列机器数据的正态分布之间的比较来进行。边缘病例可被识别为边界线或模糊病例，未明确定义为正常或异常值。在仅为示例性的实施方案中，对于特定的测量值或发生率，这种发生率的分布可用于建立正常病例、边缘病例和异常病例。在仅为示例性的实施方案中，正常病例可在正态分布中的中值的标准偏差内，而边缘病例介于一个和两个标准偏差之间，并且异常病例与中值的偏差大于两个标准偏差。分类的病例，如本文进一步详细解释，例如，可进一步研究所识别的边缘病例以创建或改善事件检测算法、临床决策支持规则、警示算法和预测算法。
50.流处理引擎28还识别医疗设备数据的时间序列流中的事件，例如以如本文进一步详细描述的方式，并且以商业智能和视觉分析工具32呈现，该商业智能和视觉分析工具示例性地可以呈现在通信地连接到医疗设备数据处理系统12的图形显示器上。
51.一旦临床病例存储在操作病例数据库30中，临床医生或技术人员可使用策展和病例审查工具34来手动审查临床病例。策展和病例审查工具34可在图形显示器上的图形用户界面中呈现，并且还通过图形用户界面示例性地提供输入以供用户或技术人员策展或以其他方式评估临床病例。这可用于调查、教育和数据策展目的。
52.报告和视觉分析工具32可在多种通信信道中呈现检测到的事件。例如，可通过图形用户界面和图形显示器在视觉上呈现所检测到的事件。所检测到的事件或所检测到的事件的通知也可通过将事件/事件通知传送到可穿戴设备或移动设备以及在图形显示器上的图形用户界面中呈现的报告和/或仪表板中以视觉形式呈现医疗设备数据和所识别的事件来报告，如下文将更详细解释的。
53.可将医疗设备数据的时间序列中的流式分析和事件检测的结果提供给应用程序编程接口(api)38，以供应用程序开发人员使用，以基于医疗设备数据的分析流提供监测、报告和/或控制应用程序。此类应用程序可通过计算机操作系统、网站浏览器操作，或者在移动计算设备或可穿戴计算设备上操作。可利用对时间序列医疗设备数据的分析的应用程序的非限制性示例包括但不限于麻醉剂成本仪表板40、检查仪表板42、监督应用程序44、警报管理应用程序46、资产管理应用程序48和基准测试应用程序50。
54.麻醉剂成本仪表板40可呈现关于跨临床病例以及医院网络内的麻醉递送机之间或相对地在医院网络之间的麻醉剂使用的医疗设备数据。通过比较地呈现该信息，可理解并采取麻醉剂的使用和行为变化以促进麻醉剂的有效使用。
55.检查仪表板42可帮助监测受监测医疗设备的检查和维护。医疗设备数据诸如设备状态和设置以及机器数据中的消息和信息可提供对用于在医院网络维护医疗设备的检查过程的洞察。检查仪表板可识别机器数据流中的维护和/或测试事件，并根据测试计划表、要求(例如，每日)或其他标准记录这些所识别的测试事件。
56.监督应用程序44可由主治和/或监督麻醉师使用，以更有效地管理同时在多个地点或手术室工作的远程人员、护士麻醉师和/或其他护理提供者。警报管理应用程序46可报告和呈现关于警报通知和警报通知的静音的医疗设备数据，以便更好地理解和调整警报，以改善警报事件中的信噪比，并且减少临床医生的警报疲劳。下文提供了关于监督应用程序44的附加信息。
57.资产管理应用程序48可呈现关于医疗设备(例如，麻醉递送机)或由医疗设备使用的消费品的使用、状态、维护和/或检查信息，包括在医疗设备的正常操作期间可能要频繁更换、重新填充或翻新的部件(例如，过滤器、吸收器)。基准测试应用程序50可跨提供商和/或组织或者以比较方式(例如，在医院网络与平均值之间或在特定位置之间)提供进一步的操作性能和质量性能。
58.监督应用程序44允许用户(例如，临床医生诸如麻醉师、护士和其他护理提供者)在与用户相关联的各种智能电话、平板电脑或其他计算设备上查看处于不同位置中(例如，处于不同手术室中)的多个患者的通气机、麻醉和生命参数。监督应用程序44可包括后端，该后端作为泊坞窗/微服务托管在边缘设备20和/或mdd处理系统12上并且可使用合适的可视化平台在用户的设备(诸如图1b所示的护理提供者设备134)上呈现。
59.图1b示意性地示出了可经由其执行监督应用程序的系统10的示例性设备，包括经由医院网络14与多个护理提供者设备120通信并且还与mdd处理系统12通信的边缘设备20。
60.如上所提及，边缘设备20从医疗设备16接收医疗设备数据。边缘设备20所接收到的医疗设备数据可由可与图1a的摄取模块22类似的数据摄取模块102摄取，并且存储在数据存储器104中。数据存储器104可为暂时数据存储装置，其中所接收的数据被暂时地存储而不是持久地存储。(可将所接收的数据(诸如来自医疗设备16的医疗设备数据)发送到mdd处理系统12以供长期存储)。此外，可将所接收的医疗设备数据分配给边缘设备20上的各种微服务以便实施监督应用程序44的各方面，包括流处理模块106、规则引擎108、推理引擎110、事件通知服务112、流式服务器114和云网关116。
61.如上所解释，监督应用程序44可由主治和/或监督麻醉师用来管理其他护理提供者，诸如护士麻醉师和/或其他下属护理提供者。医院/医疗机构可依赖于相对较高的监督率(例如，每个监督麻醉师监督4至10名下属护理提供者)，这可增加对在手术室间具有高行动性同时仍监督所有下属护理提供者并且针对可同时进行的所有程序监测患者状态的监督麻醉师的需求。监督应用程序44可通过允许监督麻醉师从远程位置监测患者状态并且与下属护理提供者通信来促进该行动性和管理。如下文将更详细解释的，监督应用程序44可经由在监督麻醉师的移动设备或其他设备上显示的一个或多个图形用户界面将如由所接收的医疗设备数据确定的患者监测参数(例如，ecg、心率、血液氧合)、程序阶段(例如，诱导、维持和苏醒)、警报、麻醉机设置和其他相关或所选择的信息呈现给用户(例如，监督麻醉师)。可利用如上所述为检测与所识别的病例相关的事件(例如，诸如识别麻醉施用的阶段)而对医疗设备数据的时间序列流的处理和分析，并且可将此类处理和分析的输出提供给监督应用程序44。监督应用程序44可经由本文所述的图形用户界面将指定患者监测参数的所确定的值、所检测到的事件的指示以及如由医疗设备数据的时间序列流确定的其他通知提供给用户。
62.例如，经由监督应用程序44，用户可在示出多个患者的有限信息的图形用户界面
(多患者gui)与示出所选择的患者的更详细信息的图形用户界面(单患者gui)之间切换。用户还可经由监督应用程序44查看患者监测数据趋势、详细警报/通知信息、洞察和/或其他信息。此外，用户可经由监督应用程序44与其他护理提供者(诸如与患者一同处于房间中的下属护理提供者)通信。用户可定制要查看哪些患者/房间、要查看哪些患者监测参数、要应用哪些警报和洞察以及用于呈现上述信息的图形用户界面的其他参数，诸如每个图形用户界面的布局。此外，经由监督应用程序44，用户可请求对当前监测和/或向患者递送的医疗设备(诸如麻醉机)的设置进行更改。
63.经由监督应用程序44生成的图形用户界面可显示在与相应护理提供者设备和/或医疗机构管理设备相关联的一个或多个合适的显示设备上。如图1b所示，多个护理提供者设备120从第一护理提供者设备134、第二护理提供者设备136一直到第n护理提供者设备138可被包括为医院网络14的一部分，并且可经由医院网络14通信地联接到边缘设备20。每个护理提供者设备可包括处理器、存储器、通信模块、用户输入设备、显示器(例如，屏幕或监视器)和/或其他子系统，并且可呈台式计算设备、膝上型计算设备、平板电脑、智能电话或其他设备的形式。每个护理提供者设备可适于发送和接收加密数据，并且显示医疗信息(包括合适格式诸如医学数字成像和通信(dicom)或其他标准的医学图像)。护理提供者设备可位于医疗机构的本地并且基本上固定在适当的位置(诸如护士站中或患者的房间中)和/或位于医疗机构的本地或远处并且被配置为随护理提供者一起移动(诸如护理提供者的移动设备)。
64.当经由护理提供者设备的显示器查看经由监督应用程序44生成的图形用户界面时，护理提供者可录入输入(例如，经由用户输入设备，其可包括键盘、鼠标、麦克风、触摸屏、触笔或其他设备)，该输入可由护理提供者设备处理并发送到边缘设备20。在用户输入是图形用户界面的链接或用户界面控制按钮的选择的示例中，用户输入可触发前进到图形用户界面的期望视图或状态(例如，触发期望患者医疗信息的显示)，触发对图形用户界面的配置的更新，触发警报、洞察和/或要保存的其他通知设置，触发对机器(诸如麻醉递送机)的改变或其他动作。
65.本文所公开的设备(诸如护理提供者设备和/或边缘设备20的各方面)可各自包括通信模块、存储器和处理器以存储并执行监督应用程序44的各方面以及发送并接收通信、图形用户界面、医疗数据和其他信息。
66.每个通信模块有利于电子数据在一个或多个系统内和/或之间的传输。经由通信模块的通信可以使用一个或多个协议来实现。在一些示例中，经由通信模块的通信根据一个或多个标准(例如，医学数字成像和通信(dicom)、健康等级七(hl7)、ansi x12n等)发生。通信模块可以为有线接口(例如，数据总线、通用串行总线(usb)连接等)和/或无线接口(例如，射频、红外、近场通信(nfc)等)。例如，通信模块可以经由有线局域网(lan)、无线lan、广域网(wan)等使用任何过去、目前或未来通信协议(例如，usb 2.0、usb 3.0等)来通信。
67.每个存储器包括一个或多个数据存储结构，诸如光学存储器装置、磁存储器装置或固态存储器装置，其用于存储由处理器执行的程序和例程以实施本文所公开的各种功能。存储器可以包括任何期望类型的易失性和/或非易失性存储器，诸如例如静态随机存取存储器(sram)、动态随机存取存储器(dram)、闪存存储器、只读存储器(rom)等。处理器可以
为例如任何合适的处理器、处理单元或微处理器。处理器可以为多处理器系统，因此可以包括彼此相同或类似并且经由互连总线通信地联接的一个或多个附加处理器。
68.如本文所用，术语“传感器”、“系统”、“单元”或“模块”可包括操作以执行一个或多个功能的硬件和/或软件系统。例如，传感器、模块、单元或系统可包括计算机处理器、控制器或基于存储在有形和非暂态计算机可读存储介质(诸如计算机存储器)上的指令来执行操作的其他基于逻辑的设备。另选地，传感器、模块、单元或系统可包括基于设备的硬连线逻辑来执行操作的硬连线设备。附图中示出的各种模块或单元可表示基于软件或硬连线指令操作的硬件、指示硬件执行操作的软件、或它们的组合。
[0069]“系统”、“单元”、“传感器”或“模块”可包括或表示执行本文描述的一个或多个操作的硬件和相关联的指令(例如，存储在有形和非暂态计算机可读存储介质上(诸如计算机硬盘驱动器、rom、ram等)的软件)。硬件可包括电子电路，其包括和/或连接到一个或多个基于逻辑的设备，诸如微处理器、处理器、控制器等。这些设备可以是被适当编程或指示以根据上文所述的指令来执行本文所述的操作的现成设备。除此之外或另选地，这些设备中的一个或多个可以与逻辑电路硬连线以执行这些操作。
[0070]
本文所述设备中的一个或多个可通过云或其他计算机网络来实现。例如，边缘设备20在图1b中被示出为构成单个实体，但应当理解，边缘设备20可跨多个设备分布，诸如跨多个服务器分布。
[0071]
监督应用程序44可将各种数据、通知和消息提供给该多个护理提供者设备120。数据、通知和/或消息可包括历史数据、(例如，由流式服务器114提供的)实时医疗设备数据以及可经由mdd处理系统12或另一个基于云的服务从事件通知服务112推送到该多个护理提供者设备120的通知。
[0072]
如下文将更详细解释的，监督应用程序44可以以一个或多个图形用户界面的形式在护理提供者设备上可视化。该一个或多个图形用户界面可用实时患者监测参数(诸如从医疗设备获得的心率、血氧饱和度、呼吸率等的最近确定的值或波形)填充。当边缘设备20接收到医疗设备数据时，一些或所有医疗设备数据可由流处理模块106处理并提供给流式服务器114，然后该流式服务器可将实时患者监测参数值和/或波形提供给发出请求的护理提供者设备。例如，当用户正在护理提供者设备134上查看监督应用程序44的患者特定的图形用户界面时，图形用户界面可包括显示所选择的患者监测参数的最近确定的值的图块或其他显示区域(例如，如图2和图4所示以及下文更详细解释的)。流式服务器114可将所选择的患者监测参数的最近确定的值流式传输到护理提供者设备134，然后该护理提供者设备可将所接收的值填充到图形用户界面中。流处理模块106可包括基于规则的流式分析算法，这些算法应用用于波形分析和事件检测的开窗功能(滑动、滚动、跳跃等)，从而触发警示、手术阶段的检测、流分析、分诊算法等。此外，与推理引擎110联接的流处理模块106可执行预测(诸如连续预测性评分、患者恶化评分)，计算风险指数，识别疾病早期征兆、败血症预测、呼吸窘迫发作、病例结束预测以及一般临床决策支持。
[0073]
要将哪些患者监测参数值发送到哪个护理提供者设备的确定可至少部分地基于护理提供者设备向边缘设备20发送的数据请求。边缘设备20可包括例如表述性状态转移(rest)服务器，该rest服务器可从护理提供者设备120接收数据请求并且可通过命令流式服务器114将所选择的医疗设备数据流式传输到发出请求的护理提供者设备来对数据请求
作出响应。流式服务器114可与每个客户端(例如，护理提供者设备)保持有状态会话(例如，websocket)。医疗设备数据可在流式传输到客户端设备之前进行调整(转换和滤波)。
[0074]
来自护理提供者设备120的数据请求还可包括对历史数据(例如，先前或非实时的患者监测参数值)的请求。历史数据可包括随时间推移的所选择的患者监测参数的趋势。例如，趋势图形用户界面可在护理提供者设备上显示为监督应用程序44的一部分，该监督应用程序将随时间推移的所选择的患者监测参数的值示出为趋势线。趋势线可从所存储的医疗设备数据(例如，存储在数据存储器104中)收集到。当用户请求在护理提供者设备上查看趋势图形用户界面时，护理提供者设备可将对要在趋势图形用户界面上显示的趋势线的请求发送到边缘设备20，并且边缘设备20可从数据存储器104获得趋势线或边缘设备20可获得相关所存储的医疗设备数据并且可(例如，由护理提供者设备)在不同位置处收集到趋势线。
[0075]
在一些示例中，用户彼此可经由监督应用程序44通信。例如，房间内图形用户界面可在护理提供者设备上显示为监督应用程序44的一部分。房间内图形用户界面可包括消息视图，其中与患者一同处于房间中的护理提供者(例如，护士)可例如经由文本消息与位于房间之外的另一个护理提供者(例如，麻醉师)通信。经由监督应用程序发送和接收的消息可通过边缘设备20和/或mdd处理系统12来路由。例如，第一护理提供者设备(例如，护理提供者设备134)可发送预期用于第二护理提供者设备(例如，护理提供者设备136)的消息。可将该消息从第一护理提供者设备发送到边缘设备20，并且边缘设备20的消息传递模块可接收该消息，确定预期接收护理提供者设备，并且将该消息发送到预期护理提供者设备(例如，第二护理提供者设备)。
[0076]
监督应用程序44可基于从各种医疗设备接收到的医疗设备数据来生成和/或发送各种警报和通知。警报可包括基于阈值的警报，其中响应于患者监测参数值满足相对于阈值的预先确定的条件而生成通知/警报并将通知/警报输出到一个或多个护理提供者设备(例如，可响应于特定患者的血氧饱和度降至低于阈值饱和度而生成警报并将警报发送到护理提供者设备)。例如，警报图块可被显示为监督应用程序44的单患者或多患者图形用户界面的一部分，其中警报图块包括已为特定患者触发多少次警报的指示，其中医疗设备响应于确定特定患者的患者监测参数已达到相对于阈值的预定义的条件而生成警报。
[0077]
上述警报可由监测患者的医疗设备触发。例如，可由脉搏血氧计监测患者，该脉搏血氧计可将spo2数据直接或经由麻醉递送机发送到边缘设备20。如果患者的血氧饱和度降至低于阈值，则脉搏血氧计和/或麻醉递送机可向边缘设备20发送指示患者的spo2值已降至低于阈值的通知。边缘设备20经由事件通知服务112和/或云网关116可将警报的通知发送到护理患者的护理提供者的护理提供者设备。例如，可经由事件通知服务112直接地或经由云网关116将所生成的警报发送到适当护理提供者设备，该云网关可经由mdd处理系统12将警报(和边缘设备20所生成的其他通知，如下文更详细解释的)推送到适当护理提供者设备，即使当监督应用程序44在护理提供者设备上处于未启动状态时。
[0078]
如上所提及，监督应用程序44被配置为将洞察应用于所接收的医疗设备数据以便提供患者状态的用户选择的通知、预测等。洞察可包括上述流处理模块106和/或推理引擎110所执行的基于规则的流式分析算法(例如，波形分析和事件检测，从而触发警示、手术阶段的检测、流分析、分诊算法、连续预测性评分、患者恶化评分，计算风险指数，识别疾病早
期征兆、败血症预测、呼吸窘迫发作、病例结束预测以及临床决策支持)。洞察可包括基于人工智能的模型，诸如机器学习或深度学习模型。一般来讲，为监测患者状态而可应用于医疗设备数据的任何算法、模型或规则组均可被视为洞察。在一些示例中，特别是在洞察需要大量处理功率的情况下，可在基于云的设备(诸如mdd处理系统12)上存储/执行洞察。
[0079]
在一些示例中，洞察可由用户根据预定义的参数组和预定义的运算符组来定义并且保存为一组规则。预定义的参数组可包括可供系统使用的所有患者监测参数(包括生理数据和机器参数/设置)(例如，可由医疗设备数据测量、推断或以其他方式确定的所有患者监测参数)。当选择参数时(例如，当选择患者监测参数时)，可向用户呈现预定义的范围(例如，时序)以选择将洞察限制于特定程序、时序等。此外，当选择参数时，可向用户呈现预定义或可调节的阈值以应用于该参数。预定义的运算符组可包括“and”运算符、“or”运算符、“while或during”运算符和/或允许用户在洞察中组合多个参数或允许用户仅为该洞察选择一个参数的任何其他合适的运算符。
[0080]
规则引擎108可包括为存储和应用洞察规则组而分配的边缘设备20的资源(例如，存储器和处理器)，该洞察规则组可类似于警报，但可为多模态的和/或多参数的。洞察可为用户定制的/定义的。洞察规则可定义每个洞察的条件和范围。例如，洞察可包括定义患者监测参数和可触发洞察通知的对应阈值的条件，诸如高于150次心跳/分钟的患者心率。洞察还可包括范围，该范围可以是关于洞察的条件何时将触发通知或结果的基于时序或程序的限制。例如，该范围可定义将在其过程中应用该条件的参数，诸如该条件将在触发洞察通知之前持续多久(例如，五分钟)、该条件将在该程序的那个阶段发生以触发洞察通知(例如，在麻醉递送的维持阶段)等。如上所解释，用户可从预定义的参数组中定义条件和范围，并且如果洞察中需要超过一个条件，则用户可从预定义的运算符组选择运算符。当洞察中包括多个条件时，在选择运算符诸如“and”或“or”之后，用户可从参数组选择另一个参数。
[0081]
洞察规则可由用户定制，因此洞察规则可定义哪些用户(及因此哪些护理提供者设备)将接收哪些洞察通知。边缘设备20可将医疗设备数据流分布到规则引擎108，并且规则引擎108可将所存储的洞察规则应用于医疗设备数据的传入流以便确定是否应生成任何洞察通知或结果。如果将生成洞察通知，则可生成洞察通知并经由事件通知服务112和/或云网关116将该洞察通知发送到适当护理提供者设备。
[0082]
在一些示例中，洞察可包括另一个洞察的结果作为输入。例如，第一洞察可包括确定麻醉递送机的当前麻醉递送阶段的算法。第一洞察的输出/结果可在护理提供者设备上显示的监督应用程序的gui上显示为图块，如下文将更详细解释的。第一洞察的结果还可连同医疗设备数据一起用作第二洞察的输入。例如，第二洞察可规定在来自第一洞察的结果指示患者处于麻醉递送的维持阶段的情况下在所选择的患者监测参数值达到阈值时(或在特定时间段内的所选择的患者监测参数的变化达到阈值时)输出通知。用户可选择经由上述预定义的参数组将洞察的结果作为输入包括到另一个洞察中。例如，当用户创建洞察或应用另一个用户所创建的洞察时，可将该洞察包括在预定义的参数组中。
[0083]
此外，洞察可与医疗机构处的其他用户和/或其他医疗机构处的其他用户共享。因此，当请求时，洞察规则可被保存在mdd处理系统12处。监督应用程序44的洞察图形用户界面可在被请求时显示在护理提供者设备上。经由洞察图形用户界面，用户可搜索由其他医疗机构处的用户定义的洞察和/或由用户所在的相同医疗机构处的用户定义的洞察，以及
查看由用户定义的洞察。如果用户选择应用洞察，则可将已选择该洞察的通知发送到规则引擎108和/或推理引擎110并且保存为待应用于该用户的洞察规则。
[0084]
推理引擎110可与基于人工智能(ai)的模型(诸如经训练的深度学习模型)一起使用，以处理传入数据并且由包含于各种机器学习模型中的事实和规则得出结论(洞察)。推理引擎110可以是基于ai的算法的运行时引擎，诸如疾病征兆的预测，并且这些将是推理引擎110的一部分。另外，云(例如，mdd处理系统12)中可存在深度学习和/或学习网络以训练算法，此处需要极高计算和资源。
[0085]
如上所解释，经由监督应用程序44的洞察引擎特征，用户可基于其预配置从用户界面和当前可用数据内创建其自身的规则/算法以生成洞察。洞察引擎使用流式传输，并且应用开窗功能以生成洞察。然后可使用事件通知服务112基于用户的配置(例如，用户订阅的洞察)向相应用户通知这些洞察。创建规则的可用数据可包括原始机器数据或由推理引擎110驱动的ai算法的结果(例如，另一个洞察)。
[0086]
当用户通过洞察引擎创建其自身的洞察(例如，规则/算法)时，他们有机会将该洞察与其他用户共享，因此其他用户可采取并使用相同洞察。例如，用户可在用户的机构内共享洞察，并且其他用户可看到有多少人正在使用该洞察并为其自己的患者/房间采取该洞察。用户还可看到用户的机构之外的平台上的全球其他人已设定的规则(或“洞察”)，并且看到每个洞察的流行度，并且如果需要，选择这些洞察中的一个或多个洞察应用于其自己的患者/房间。
[0087]
因此，如上所解释，监督应用程序44可包括托管在边缘设备20上的后端，其中该后端包括多个微服务，诸如规则引擎108、推理引擎110、事件通知服务112和流式服务器114。监督应用程序44经由后端/边缘设备20可向多个护理提供者设备输出实时医疗设备数据、医疗设备数据的趋势、消息、警报、洞察通知/结果和/或如护理提供者设备上执行的监督应用程序44的前端所请求的其他信息。监督应用程序44的前端可包括可存储在每个护理提供者设备上的监督应用程序可视化平台。监督应用程序可视化平台(诸如存储在护理提供者设备134上的监督应用程序可视化平台135)可将从边缘设备20接收到的数据呈现到一个或多个图形用户界面中。另外，保存在每个护理提供者设备上的监督应用程序44的各方面可包括各种容器、部件和表现层以从边缘设备20接收数据，用所接收的数据填充图形用户界面，发送和接收消息，显示通知，收集gui设置和其他所请求的定制(并且将设置/配置发送到边缘设备20)等。作为一个示例，可经由rest应用程序编程接口(api)将从边缘设备20接收到的历史数据(例如，趋势)发送到第一层，可经由网络套接字将实时医疗设备数据流式传输到第一层，并且可经由可视化平台接收、处理和显示从mdd处理系统12发送的推送通知。此外，当与监督应用程序的图形用户界面交互时，用户可调节各种设置(诸如要显示哪些患者监测参数)，激活或去激活警报通知，创建洞察等。这些用户特定的偏好/配置可保存在边缘设备20上的偏好/配置数据库中。
[0088]
在一些实施方案中，可从电子医疗记录(emr)数据库122获得经由监督应用程序44请求的医疗设备数据和/或其他信息。例如，作为数据存储器104的补充或替代，可从emr数据库122获得历史数据(例如，趋势线)。emr数据库122可为经由安全医院界面的外部数据库，或emr数据库122可为本地数据库(例如，容纳在医院的设备上)。emr数据库122可为存储在大容量存储设备中的数据库，该大容量存储设备被配置为与安全信道(例如，https和
tls)进行通信，并且以加密形式存储数据。此外，emr数据库122被配置为控制对患者电子医疗记录的访问，使得仅经授权的医疗保健提供者可编辑和访问电子医疗记录。患者的emr可包括患者人口统计信息、家族病史、既往病史、生活方式信息、已有的医学病症、当前药物、过敏、手术史、既往医疗筛检和程序、既往住院和访视等。
[0089]
边缘设备20可在各种硬件和/或软件具体实施中实现，并且应当注意，此类具体实施不被认为是限制性的。例如，可以设想的是，边缘设备20中的任一者或全部可仅在硬件中、仅在软件中、仅在固件中或在硬件、软件和/或固件的任何组合中体现。本文所提供的示例不是实现此类方法和系统的唯一方式。
[0090]
在边缘设备的示例性和非限制性实施方案中，边缘设备20由一个或多个处理器或计算设备实现。如本文所提及的存储器和处理器可以是独立的或被整体地构造为各种可编程设备的一部分，包括例如计算机或服务器。如本文所提及的计算机可读存储介质的计算机存储器可包括用于存储电子格式信息(诸如计算机可读程序指令或计算机可读程序指令、数据等的模块，其可以是独立的或作为计算设备的一部分)的易失性和非易失性或可移动和不可移动介质。计算机存储器的示例可包括但不限于ram、rom、eeprom、闪存存储器、cd-rom、dvd-rom或其他光学存储器、磁带盒、磁带、磁盘或其他磁存储设备，或可用于存储所需电子格式的信息并且可由一个或多个处理器或计算设备的至少一部分访问的任何其他介质。
[0091]
图2示出了可在监督护理提供者设备上启动监督应用程序44时显示的示例性单患者图形用户界面(gui)200。单患者gui 200可显示在显示设备202上。显示设备202可包括在其上显示单患者gui的屏幕，并且可联接到计算设备(诸如护理提供者设备134)和/或包括为该计算设备的一部分。可响应于用户对显示gui的请求而显示单患者gui 200。例如，用户可通过选择显示在显示设备的主页上的监督应用程序图标来启动监督应用程序44。当监督应用程序44(至少在最初)启动时，可经由合适的认证方法诸如经由密码、面部识别、指纹识别等来认证用户。在认证时，用户可选择从合适的菜单查看单患者gui 200。例如，用户可访问包括用户已选择监测的所有患者的全局视图(这可包括医疗机构处护理提供者护理的所有患者)的多患者界面，并且可选择要查看的期望患者。例如，多患者gui可包括至患者特定的界面的链接。在本文所示的示例中，并不按姓名或患者id号识别每个患者，而是可按患者当前所处的房间识别每个患者特定的界面。例如，为特定于位于第一手术室(or 1)、第二手术室(or 2)、第三手术室(or 3)等中的患者的界面显示链接。可通过滚动该界面来查看附加患者链接。患者链接的选择可启动该患者的单患者gui。
[0092]
返回到图2，单患者gui 200可包括识别标头204，该识别标头以患者当前所处的房间的形式识别正显示其医疗设备数据/状态的患者。在所示的示例中，单患者gui 200特定于位于医疗机构的第二手术室(or 2)中的患者。识别标头204可包括后退按钮206，该后退按钮在经由用户输入(例如，经由对该后退按钮的触摸输入)选择时可引起多患者gui的显示。识别标头204还可包括一个或多个菜单按钮，诸如菜单按钮208。当选择菜单按钮208时，可显示上下文菜单，该上下文菜单可包括触发趋势、洞察或其他数据可视化或交互式控件的显示的按钮。
[0093]
识别标头还包括设置视图按钮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可直接从脉搏血氧计测量，而呼吸率可从二氧化碳图的输出或从脉搏血氧计的输出推断。
[0094]
单患者gui 200(下文所述)中包括的患者监测参数图块可呈现如从一个或多个患者监测医疗设备(例如，脉搏血氧计、二氧化碳分析仪)获得的患者的生理数据(例如，spo2、呼吸率)。单患者gui 200和/或设置视图300中包括的机器设置图块可呈现在对患者执行的医疗程序期间利用的一个或多个生命攸关医疗设备(诸如麻醉递送机)的机器数据。机器数据可包括机器设置或参数(例如，通气机模式、麻醉类型和浓度)。如下文将更详细地描述，可经由监督应用程序对麻醉机的设置进行更改或建议更改。
[0095]
返回到图2，单患者gui 200还包括洞察图块302、消息图块304、警报图块306和程序时序图块308。如果已触发用户的任何预设且保存的洞察，则洞察图块302可通知用户。简而言之，洞察可类似于基于阈值的警报，但可为多模态的和/或多参数的，使得仅在超过一个参数满足预先确定的条件时和/或在所选择的参数在医疗程序的特定阶段期间满足预先确定的条件、满足预先确定的条件达指定时间量、以一定速率改变等时才可触发洞察。如果已接收到任何消息(诸如来自另一个护理提供者的文本消息)，则消息图块304可通知用户。如果已触发任何警报，则警报图块306可通知用户。当所选患者监测参数(诸如spo2)达到相对于阈值的预先确定的条件(诸如spo2降至低于90％)时，可触发警报。程序时序图块308可向用户通知对患者执行的医疗程序的当前进度。例如，如图2所示，示出了自麻醉递送开始以来的经过时间量(例如，02:12:15)以及麻醉递送的当前阶段(例如，维持阶段)。可通过可由如上文相对于图1a和图1b所解释的mdd处理系统12和/或边缘设备20执行的阶段确定洞察来确定麻醉递送的阶段。
[0096]
可经由单患者gui 200显示的附加患者监测参数可被组织成类别，并且每个患者监测类别可被折叠或展开。当被折叠时，不显示该类别的患者监测参数。当被展开时，显示该类别的患者监测参数。图2以折叠配置示出了每个类别。图2所示的患者监测类别包括循环类别310、氧合类别312、通气类别314和神经学类别316，但在不脱离本公开的范围的情况下，其他类别也是可能的。所显示的患者监测类别可由用户定制，使得用户可选择哪些类别将显示在该用户的设备上。每个患者监测类别包括前进箭头，诸如前进箭头318，该前进箭头在被用户选择时引起类别展开以使得可查看该类别中的患者监测参数。
[0097]
图4示出了单患者gui 200的视图400。在视图400中，用户已选择两个类别来展开
(循环类别310和氧合类别312)并且两个类别保持折叠(通气类别314和神经学类别316)。当展开类别时，相关联的前进箭头可切换到向下箭头(如向下箭头402所示)以表示已展开该类别。向下箭头的用户选择引起该类别折叠。
[0098]
如通过图4认识到的，当展开类别时，可显示多个患者监测参数。例如，循环类别310包括均与循环相关的八个患者监测参数(例如，ecg波形、最近确定的心率等)。氧合类别312包括均与氧合相关的六个患者监测参数(例如，最近确定的spo2)。用户可经由编辑功能选择每个类别中包括的患者监测参数，该编辑功能可经由上下文菜单或通过对类别进行的用户输入来执行。例如，循环类别310横幅上的划动运动可触发编辑按钮的显示。编辑按钮的选择可触发显示控制按钮，经由所述控制按钮，可删除该类别中的患者监测参数和/或可添加附加患者监测参数。这样，编辑/定制功能让用户有能力使用单患者gui查看系统中的图块内的任何参数，包括该参数的趋势。例如，经由编辑功能，用户可选择以单个值(例如，最近确定的值)的形式、以示出随时间推移的患者监测参数的变化的趋势的形式或两者查看患者监测参数。用户有能力创建其自己的视图、其自己的洞察等。
[0099]
如上所解释，在类别的展开视图中显示的患者监测参数中的一个或多个患者监测参数可包括该参数的最近确定的值。例如，在氧合类别312中，可显示spo2图块404，其示出了最近获得的spo2值。然而，对于用户可能有利的是查看随时间推移的患者监测参数的值的变化。为了访问显示一个或多个患者监测参数趋势的视图，用户可将输入录入到所选择的患者监测参数图块，诸如对spo2图块404的单个触摸输入(由手406示意性地示出)。患者监测参数图块的选择可触发所选择的患者监测参数的趋势视图，其中附加参数的趋势数据可显示为具有任选的可移动时间线，以便在任意给定时间点、不同范围、不同趋势上显示参数值，并具有不同的取向和布局选项，其可如下所述进行自定义。
[0100]
监督应用程序44经由由菜单按钮208触发的菜单支持进一步的自定义选项，包括单患者视图或多患者视图、自定义洞察视图、默认和自定义布局，以及编辑房间视图，在这些视图中可创建可自定义的图块布局以可视化多个患者的患者数据。除可视化患者数据之外，监督应用程序还可支持包含可自定义的警报、提醒或通知；监督应用程序的两个或更多个用户(例如，主管和主治临床医生)之间经由文本、语音或音频记录进行消息传递，包括发送屏幕截图或其他图像的能力；将注释附加到患者显示或记录的能力；显示有关患者当前处于给定过程的哪个阶段的状态指示；以及远程直接更改各种机器或设备上的设置，或向主治医生请求/建议设置更改的能力。作为示例，对患者施用麻醉代表可使用上述监督应用程序来改善患者护理的一个特定区域。如果主管临床医生缺乏第一手信息，如果存在技术和/或距离限制，并且主管可能同时监管多个房间/临床医生，那么主治临床医生和主管临床医师之间的沟通可能会很复杂。随着非手术室麻醉(nora)继续超越传统手术室麻醉的使用，并且护理工作进一步脱离传统手术室环境，特别是在越来越多地使用监督模式的背景下，支持远程麻醉护理的需求越来越大。
[0101]
上述监督应用程序可允许临床医生(例如，监督麻醉师)通过以各种用户自定义格式按需提供实时医疗设备数据来在任何给定时刻远程监测一个或多个患者。实时医疗设备数据可包括当前机(例如，麻醉机)的设置，诸如氧气流量、麻醉浓度等。在一些情况下，当位于麻醉机所在房间之外时，临床医生要求更改麻醉机设置可能会有所帮助。
[0102]
也可能出现护理点的主治临床医生需要从室外监测或控制麻醉施用的情况。例
如，在nora情况下，麻醉机可能与x射线机位于同一位置，这需要主治医生暂时离开房间，以避免暴露于辐射。在此类情况下，麻醉设置和患者响应的监测通常必须暂停，当临床医生离开麻醉机时，如果发生意外反应、机器退化或其他意外情况，患者将面临更高的风险。其他情况可能包括无法预见的临床医生短缺、事故或缺勤、传染性强或有虐待倾向的患者、临时工作场所的危险，或主治临床医生不可能、不可行、不切实际或不希望亲自陪伴患者的任何其他情况。
[0103]
下面在图5至图18中呈现了用于将麻醉机的控制权暂时转移到远程设备的系统的实施方案。该系统可包括麻醉机、远程设备(诸如护理提供者设备134)和用于管理针对传统医院认证服务的认证的专用麻醉访问服务器，如下所述并且如图5至图12所示。如果主治临床医生无法直接操作麻醉机，则远程访问可能需要经由远程设备上显示的gui中提供的控件直接更改麻醉机上的设置，如下所述并且如图13所示。在监督麻醉师监测一名或多名主治临床医生的情况下，远程访问可包括向主治临床医生发送请求更改设置的通知，该通知可能会显示在麻醉机上，如下所述并且如图14至图17所示。
[0104]
由于安全漏洞有可能引起患者护理问题，诸如中断有序的/命令的，因此可经由认证程序管理远程访问。当前，大多数安全性都涉及网络层和组织级别(例如，ldap)的认证。由于网络层安全性和组织级别的认证机制可能不足以提供必要的安全级别，因此可能需要采取附加机制，以确保根据医院政策和最佳实践对麻醉机的远程操作员进行适当授权、识别和跟踪。另外，出于安全目的并且为了确保主治临床医生可在护理点更改麻醉机设置，只能经由与麻醉机的直接交互而不是通过远程设备来发起对远程访问的认证。
[0105]
图5示意性地显示了用于经由专用麻醉访问服务器504管理认证的示例性系统500，该服务器针对医院认证服务506验证用户。访问服务器504管理麻醉机502和远程设备508(例如，智能手机，诸如护理提供者设备134)之间的切换。应当理解，麻醉机502是图1a的患者设备16b中的一个患者设备的非限制性示例。根据示例性系统500进行认证的程序经由与麻醉机图形用户界面的用户交互发起，如下所述并且如图6所示。
[0106]
麻醉访问服务器504和医院认证服务506可在多种硬件和/或软件具体实施中实现，并且应当注意，此类具体实施不被认为是限制性的。例如，可以设想的是，麻醉访问服务器504和医院认证服务506中的任一者或全部可仅在硬件中、仅在软件中、仅在固件中或在硬件、软件和/或固件的任何组合中实现。虽然下文描述了示例性方法和系统，但本文提供的示例并非实现此类方法和系统的唯一方式。
[0107]
在实施方案中，麻醉访问服务器504和医院认证服务506可分别托管在医院计算基础设施(诸如物理服务器)上，该医院计算基础设施包括通信模块、存储器和处理器，以存储和执行麻醉访问服务器504和医院认证服务506的各方面，类似于上文关于图1a所解释的服务器。例如，服务器或系统可包括计算机处理器、控制器或基于存储在有形和非暂态计算机可读存储介质(诸如计算机存储器)上的指令来执行操作的其他基于逻辑的设备。
[0108]
在示例性和非限制性实施方案中，麻醉访问服务器504和医院认证服务506可由一个或多个联网处理器或计算设备实现，包括云计算平台和/或基础设施。
[0109]
可在至少一个医院网络(例如，医院网络14)上访问麻醉访问服务器504和医院认证服务506。医院网络可包括但不限于：广域网(wan)；局域网(lan)；互联网；有线或无线(例如，光学、蓝牙、射频(rf)网络)；基于云的计算机、路由器、服务器、网关等计算基础结构；或
与其相关联的允许系统或其部分与一个或多个计算设备进行通信的它们的任何组合。医院认证服务506可使用轻量级目录访问协议(ldap)通过医院网络提供对用户凭证的访问。
[0110]
应当理解，虽然医院认证服务506和麻醉访问服务504的一些实施方案和具体实施可能寻求在单个医院或医院的单位内操作，但医院认证服务506和麻醉访问服务504可托管在医院外部，和/或其范围可包括多个医院或患者护理中心，包括当前拥有或操作或以其他方式彼此关联的医院。在又另外的实施方案中，虽然各个医院或医院组可使用医院认证服务506和麻醉访问服务504，但使用医院认证服务器506和麻醉访问服务504可同时接收和处理来自多个医院网络(包括彼此无关的网络)的信息。
[0111]
图6示出了在麻醉机上显示的图形用户界面的两个示例性视图。gui602示出了由操作员(例如，主治临床医生)在护理点监测患者时看到的图形用户界面。经由一系列显示元素显示各种机器设置，包括但不限于左侧的刻度盘(气道压力)和仪表(空气和o2总流量)；gui中心的气道压力、流量和co2的趋势线和参数，gui底部三分之一的图块中显示的附加参数，以及右侧的功能菜单按钮(图块)。在一些实施方案中，显示元素可包括交互式控制元素，该交互式控制元素允许操作员通过在gui 602中的显示元素上直接选择(例如，点击或触摸)来更改参数设置。
[0112]
gui 602和gui 606包括显示元素604，该显示元素为控制元素(例如按钮)，当选中时，该控制元素打开gui 606的左侧显示的远程控制面板608，该远程控制面板部分地遮挡gui 602，在该远程控制面板内，可呈现与启用远程控制相关的显示元素或控制元素。远程控制面板608可包括控制元素610(例如，滑块)，该控制元素允许用户发送请求以发起将麻醉机的控制权转移到远程设备的程序。显示元素604和610出于说明性目的分别示为按钮和滑块，但可包括任何交互式元素(按钮、滑块、单选按钮、复选框等)。
[0113]
远程控制面板上可包括其他显示元素，诸如在认证过程期间显示的访问代码信息(如图10所示)，或麻醉机的控制权已交给远程设备的通知(如图11所示)和/或其他信息，诸如移交控制权的对象、自移交控制权以来经过的时间量、联系信息等。
[0114]
除显示元素之外，还可提供诸如按钮的控制元素，以撤销远程会话并将控制权返回麻醉机，如图11所示。由于主治临床医生最终负责患者护理，因此可在机器上亲自发起和撤销远程会话，从而确保当控制权被移交并返回给麻醉机时，主治临床医生在场。当撤销远程会话时，远程控制面板将从麻醉机gui中消失，留下gui，如602所示。还可显示取消按钮，该取消按钮关闭远程控制面板并将远程面板从视图中移除，从而允许操作员查看602中显示的完整gui。可经由窗口关闭元素(诸如面板右上角的x)提供同样的功能，如612所示。应当理解，至少在一些示例中，在关闭麻醉机上的远程控制面板时可能不会撤销麻醉机的远程控制权。
[0115]
图6示出了可被配置用于调用麻醉递送机的远程控制权的gui的第一实施方案。图18中示出被配置用于调用麻醉递送机的远程控制权的gui的第二实施方案。图18的gui 1800可显示在麻醉机的显示设备/屏幕上，如上文关于图6所解释，并且可包括类似的控制元素、显示的机器设置等，如上所述。gui 1800可能缺乏显示元素604，并且可替代地包括沿着gui 1800的底部定位的远程控制按钮1802。远程控制按钮1802可包括表示远程控制的图标(例如，表示无线连接)或具有另一合适的视觉外观。
[0116]
接下来，图7、图8和图9分别从麻醉机角度、远程设备角度和麻醉访问服务器角度
显示了通过远程设备(例如，智能手机，诸如护理提供者设备134)请求和建立麻醉机的远程控制权的示例性方法流程图。参照图1a、图1b和图6的系统和部件描述图7至图9，但应当理解，该方法可在不脱离本公开的范围的情况下利用其他系统和部件来实现。
[0117]
图7示出了从麻醉机角度建立麻醉机的远程控制权的方法700。方法700可根据存储在麻醉机(诸如图5的麻醉机502)的非暂态存储器中的指令来执行。在702处，接收到来自用户(例如，主治临床医生)的请求，以使得能够通过远程设备对麻醉机进行远程控制。例如，用户可选择在麻醉机的显示设备上显示的图形用户界面上的远程按钮(例如，图6的按钮604或图18的按钮1802)，或录入另一合适的用户输入。在704处，由麻醉机生成会话代码。会话代码可以是唯一代码(例如，数字)，用于唯一地识别网络上两个或更多个通信设备之间的交互式临时信息交换。例如，麻醉机可经由随机数生成器生成会话代码。会话代码可能无法用于医院计算机网络(诸如医院网络14)，以便防止系统外的个体或元素不适当地访问会话代码，这可能构成安全漏洞，并允许未经授权的用户控制麻醉机。
[0118]
需注意，在讨论远程设备和远程设备gui时，出于常见用法和可通信的原因，可将表述“访问代码”替换为“会话代码”，如图12中的gui1204所示。表述“访问代码”和“会话代码”在本文作为同义词使用。
[0119]
会话代码可以一种或多种方式传输到远程设备，诸如护理提供者设备134。例如，会话代码可以文本形式显示在麻醉机的gui上，诸如在麻醉机gui 606的远程控制面板608中，以便手动录入到远程设备中，或经由将由远程设备扫描的qr代码显示，或经由另一个形式显示。远程控制面板608还可显示会话已经由近场通信(nfc)提供给远程设备的指示。图10中示出会话/访问代码显示替代方案的示例。
[0120]
返回图7，一旦会话代码如上所述成功传输到远程设备，在712处，远程设备上的移动应用程序可将会话代码发送到麻醉访问服务器，诸如麻醉访问服务器504，以进行认证。一旦认证过程成功终止，如方法900中更详细描述，麻醉访问服务器可在714处向麻醉机发送会话令牌，指示会话已被授权。在这种情况下，麻醉机在716处继续将控制权交给远程设备，并且在718处可在麻醉机gui上显示控制权已交给远程设备的通知，如图11所示。一旦控制权成功转移到远程设备，则在720处，麻醉机确定是否接收到来自已被授权远程控制麻醉机的远程设备的设置更改请求。如果接收到请求，则方法700前进至722，其中麻醉机更改请求的设置。例如，操作远程设备的临床医生可能会接收到(例如，经由在远程设备上执行的监督应用程序)连接到麻醉机的患者的监测参数已更改的警告(例如，spo2已下降5％)。作为回应，临床医生可经由远程设备录入请求增加麻醉机的o2流量的输入(如下文将更详细地解释)。麻醉机可接收请求并可自动(例如，无需附加的明确的人机交互)增加麻醉机的o2流量。如果未接收到请求(或一旦进行了设置更改)，则方法700前进至724以确定麻醉机的控制权是否已交还给麻醉机。可经由麻醉机处的用户输入/命令将控制权交还给麻醉机，诸如对麻醉机gui中的控制元素的用户选择，诸如图11中的撤销按钮1108。如果控制权尚未交还给麻醉机，则方法700返回到718和/或720以继续处理如上所述的设置更改请求。如果在724处将控制权交还给麻醉机，则该方法返回。在一些示例中，一旦麻醉机的控制权已交给远程设备，则除非在麻醉机处撤销远程控制权，否则不能经由麻醉机本身(例如，经由gui 602)对麻醉机设置进行调整。
[0121]
此外，在一些示例中，当控制权已交给远程设备时，麻醉机可监测麻醉机和远程设
备之间的连接。如果连接丢失(例如，远程设备移动到wifi和/或蜂窝网络覆盖薄弱/没有的位置)，麻醉机可能会检测到连接已丢失或连接太弱而无法维持远程设备对麻醉机的控制权。然后，麻醉机可经由麻醉机上的视觉和/或听觉通知输出通知任何本地用户和/或可尝试经由可被配置为经由多个连接向远程设备发送通知的通知系统通知远程设备的操作员(例如，远程设备和麻醉机之间的连接可通过无线医院网络，但通知系统可配置为经由蜂窝网络与远程设备通信)。在一些示例中，如果丢失的连接是暂时的(例如，在阈值时间内重新建立连接，诸如在丢失连接后的5秒-30秒)，则一旦重新建立连接，就可维持远程设备对麻醉机的先前远程控制权。
[0122]
因此，图7的方法700提供了经由麻醉访问服务器管理的认证过程将麻醉机的控制权转移到远程设备以确保安全性。如上所述，当主治临床医生在监测患者时必须暂时离开麻醉机时，需要远程控制麻醉机。方法700通过要求远程设备/远程设备的用户位于麻醉机处以便例如经由在麻醉机上显示的会话代码认证用户/远程设备来安全地将控制权交给远程设备，该会话代码可由用户在远程设备上手动录入或经由qr代码扫描，或在远程设备处经由nfc从麻醉机接收。现在转向图8和图9，方法800和900分别从远程设备和麻醉访问服务器的角度反映同一程序的不同视图。
[0123]
在图8中，方法800从远程设备的角度示出了相同的过程。方法800可根据存储在被配置为与麻醉机通信的远程设备(诸如图5的远程设备508和/或图1b的护理提供者设备134)的非暂态存储器中的指令来执行。在802处，远程设备从麻醉机接收会话代码。如上所述，远程设备可通过扫描qr代码(如804处所指示)，经由将代码手动输入设备(如806处所指示)或经由nfc(如808处所指示)来接收代码。在810处，远程设备将会话代码发送到麻醉访问服务器(aas)，诸如图5的aas 504，以进行认证。
[0124]
一旦麻醉访问服务器成功认证会话代码(如图9所示)，麻醉机在812处将麻醉机的远程控制权交给远程设备。远程设备继续在814处显示通知(例如，在与远程设备相关联的显示设备上)，该通知向远程设备的用户指示远程控制权已被移交。在816处，远程设备在请求时显示具有麻醉机设置的gui，以便用户可选择要更改的设置。例如，可使用交互式平铺布局，其中一个或多个设置图块可指示特定麻醉机设置。例如，如上所述，图3示出了当麻醉机的控制权已交给远程设备时可在远程设备上显示的gui的示例，其中包括多个设置图块(例如，显示设置的o2浓度的图块)。在用户选择该图块时，每个设置图块可触发多个交互设置值图块的显示，每个设置值图块指示不同的设置/值选项，诸如图13的示例性gui中示出的多个不同o2浓度图块，并在下面更详细地解释。通过选择相关设置图块并执行确认动作(例如，按下按钮)，可更改任何所选择的参数的设置。这种平铺布局的示例在图13中示出并在下文讨论。
[0125]
在818处，方法800确定是否已从用户接收到更改麻醉机设置的请求。在以上示例中，当用户选择指示给定设置的期望值的设置值图块并按下按钮以确认设置更改时，可在远程设备上触发请求。如果接收到这样的请求，则方法800前进至820以向麻醉机发送更改设置的命令。如果未接收到更改麻醉机设置的请求，则方法800前进至822以确定麻醉机的控制权是否已交还给麻醉机。如果未将控制权交还给麻醉机，则方法800返回到816以继续等待任何进一步的设置更改请求。另选地，如果控制权已交还给麻醉机，则方法800返回。
[0126]
与方法700和800一样，图9的方法900类似地提供经由由麻醉访问服务器管理的认
证过程将麻醉机的控制权转移到远程设备。方法900从麻醉访问服务器的角度示出了认证过程。方法900可根据存储在麻醉访问服务器(诸如图5的麻醉访问服务器504)的非暂态存储器中的指令来执行。
[0127]
在902处，麻醉访问服务器(诸如麻醉访问服务器504)经由远程设备接收由麻醉机生成的会话代码。在904处，麻醉访问服务器继续将会话代码发送到医院认证服务(诸如医院认证服务506)，以进行认证。在906处，麻醉访问服务器从医院认证服务接收会话令牌，指示远程会话已成功认证。然后，在908处，麻醉访问服务器继续将会话令牌发送到麻醉机，使得麻醉机可将远程控制权交给远程设备，然后该方法返回。
[0128]
因此，方法700、800和900提供了程序的不同视角，由此可经由麻醉访问服务器(诸如图5的麻醉访问服务器504)将麻醉机(诸如图5的麻醉机502)的控制权交给远程设备(诸如图5的远程设备508)。上文在方法700-900中描述的程序由用户(例如，主治临床医生)经由通过与在麻醉机器上和远程设备上提供的gui交互执行的一系列步骤来执行。图10至图13示出了在此程序期间可在麻醉机和远程设备上显示的示例性gui。图10和图11示出了示例性麻醉机gui，而图12和图13示出了远程设备gui。
[0129]
图10示出了gui 502的示例性视图1000，其中远程控制面板1004显示在gui的左侧，部分地遮挡了gui 502。如上所述，可显示qr代码1006以将会话代码传送到远程设备(诸如护理提供者设备134)。另选地，会话代码可手动录入到远程设备中，例如图10所示的访问代码1008可手动录入到远程设备中。图10还示出了会话代码可用于经由nfc传输到远程设备的视觉指示1010。
[0130]
图11示出了远程访问菜单1102的示例性视图1100，一旦远程控制权已从麻醉机交给远程设备，该菜单可显示在gui 502的远程控制面板中。显示区域1104可包括远程会话处于活动状态的通知1106，以及关于已授予远程控制权的临床医生的信息，或任何其他相关信息，诸如会话的当前持续时间、联系信息等。显示“撤销”按钮1108，当选中该按钮时，撤销远程会话并将控制权返回给麻醉机。还显示取消按钮1110，当选中该按钮时，关闭远程访问菜单，以便可看到gui 502的底层元素。
[0131]
图12和图13示出了可结合方法700、800和900在远程设备(诸如护理提供者设备134)上显示的示例性gui。图12示出了用于从麻醉机接收访问代码的一组替代远程控制面板gui 1200。可响应于请求将远程设备与麻醉机配对的用户输入(诸如响应于在监督应用程序的菜单中对远程控制选项的用户选择)而显示远程控制面板gui(例如，在响应于对图2的菜单按钮208的用户选择而显示的上下文菜单中)。如果用户选择通过扫描qr代码来接收访问代码，则远程设备可显示扫描框，该扫描框用于将远程设备定位在相对于麻醉机的适当距离和取向，使得可正确扫描qr代码1006，如远程控制面板1202中所示。如果用户选择手动输入访问代码，则远程设备可显示具有访问代码的文本提示的数据输入字段，如远程控制面板1204中所示。如果用户选择经由近场通信(nfc)接收访问代码，则远程设备可通过任何相关扫描指令显示可经由nfc获得访问代码的指示，如远程控制面板1206中所示。
[0132]
为了让远程设备用户能够选择他们喜欢的方式来接收访问代码并显示对应的gui，远程控制面板可包括控制元素，诸如按钮、可点击文本或允许用户在远程控制面板1202、1204和1206之间导航的其他导航选项，如扫描qr按钮1208、访问代码按钮1210和nfc按钮1212所示。按钮1208、1210和1212可使用视觉提示(诸如突出显示、颜更改或类似视
觉指示)来显示当前在屏幕上哪个控制面板选项处于活动状态。例如，在远程控制面板1202中，扫描qr按钮1208以与其他按钮具有不同的颜(例如，蓝)的文本显示，指示用于扫描qr代码的gui正在屏幕上显示。类似地，在远程控制面板1204中，访问代码按钮1210以具有指示用于手动录入访问代码的gui正在屏幕上显示的颜的文本显示，并且在远程控制面板1206中，nfc按钮1212以具有指示用于通过nfc传送访问代码的gui正在屏幕上显示的颜的文本显示。
[0133]
远程控制面板1202、1204和1206出于说明性目的而显示，并且可任选地包括其他或附加的显示元素和/或控制元素，诸如用于授权远程访问的麻醉机的识别信息、关于接收麻醉的患者的信息、时间戳或其他类似信息。在图13中，gui 1300示出了在远程设备(诸如护理提供者设备134)上显示的gui 204的设置视图的示例，该远程设备包括允许用户远程更改麻醉机的控制元素。gui 1300包括识别标头204，该识别标头识别其医疗设备数据/状态正在显示的患者，如上面关于图2所解释的。由于远程设备被认证用于对当前连接到or2中患者的麻醉机进行远程控制，因此在患者/房间标识符旁边显示远程连接图标1301。gui 1300的上半部包括平铺布局的麻醉机设置的示例性视图。例如，监督应用程序可显示o2的交互式图块，如210所示，指示在麻醉机上的80％的设置。根据用户自定义或默认布局的选择，还可显示用于不同设置(例如，总流量、sev、模式、tv、rr、psupport等)的其他图块。如上所述，gui 1300还可显示控制特征，诸如后退箭头206、设置视图按钮210或上下文菜单208。
[0134]
在gui 1300中，用户可选择图块以便请求更改麻醉机上的设置，如图块210(o2)所示，其中可经由突出显示的边框、颜、亮度的更改或通过更改图块的任何其他视觉特征来向远程设备用户提供图块已被选择的视觉指示。在选择图块时，可显示设置控制面板1302，其中显示与所选择的设置相关的一个或多个显示元素或交互式控制元素。设置控制面板1302包括所选择的设置的当前值(例如，95％ o2)。
[0135]
作为示例，在图13中，可在gui 1300的下半部显示包括各个值图块的平铺布局，其中每个值图块都是允许用户根据对应图块上指示的值来重置所选择的设置的交互式控制元素。如上所述，可例如通过如值图块1304所示的颜变化来提供图块已被选择的视觉指示，其中所选择的图块指示氧气设置图块210的80％的期望设置。一旦已选择新的设置，用户可经由控制元素(诸如确认图块1306)提交更改麻醉机上的设置的请求，由复选标记指示。可通过将设置图块210更新为新设置来指示设置已成功更改的确认。通过显示一组可能的值图块而不是用户可录入文本/数字以指定期望值的控制框，可更快地录入对所选择的设置的更改，这可改善患者护理。此外，在设置仅允许有限的一组可能值的情况下，经由值图块显示的值可表示设置的所有可能值。
[0136]
切换装置，虽然图5至图13展示了其中麻醉机的远程控制权可由主治临床医生交给远程设备的一种方法，但图14至图17展示了远程用户(例如，监督麻醉师)可提议更改麻醉机上的设置的方法，但仅在本地用户(例如，主治临床医生)的批准下。换句话讲，一些控制权被交给远程用户，诸如查看参数设置的能力和在麻醉机上显示的gui上显示通知的能力，而无需放弃方法700-900所述的完全控制权(直接更改设置的能力)。如上所述，在监督麻醉师希望在护理点监测一个或多个主治临床医生进行麻醉的情况下，可能优选的是将麻醉机的控制权留在主治临床医生手中。
[0137]
图14示出了用于经由远程设备(例如，智能电话，诸如护理提供者设备134)请求和建立对麻醉机的远程访问的方法1400。方法1400可根据存储在被配置为与麻醉机通信的远程设备(诸如图5的远程设备508和/或图1b的护理提供者设备134)的非暂态存储器中的指令来执行。
[0138]
在1402处，方法1400可任选地包括发起监督应用程序，诸如上文讨论的监督应用程序44。如先前所述，可响应于用户请求而发起监督应用程序。在一些示例中，可能已发起监督应用程序，因此可免除单独的发起。在方法1400的1404处，当远程设备请求设置更改时(例如，更改麻醉机的设置的请求)，监督应用程序将设置更改请求发送到麻醉机。在1406处，方法1400确定是否已从麻醉机接收到响应。如果未在预先建立的时间限制(例如，30秒、一分钟)内接收到响应，则在1408处麻醉机执行默认动作，并且在1410处，监督应用程序在远程设备上显示通知，然后该方法返回。未进行提议的设置更改的通知可能表明，主治临床医生未看到提议的更改或可能已忽略提议的更改，这可能会以文本方式或经由可识别的显示元素(诸如图标、图像或类似的视觉特征)显示在远程设备上。如果在1406处从麻醉机重新接收到响应，则方法1400在1412处确定该请求得到主治临床医生的批准还是拒绝。作为示例，在图16中，主治临床医生可经由在1602处显示在麻醉机gui上的通知、通过在1604处选择复选标记以指示批准、或通过在1606处选择x以指示拒绝来批准或拒绝设置。在1412处，如果该请求在麻醉机上得到主治临床医生的批准，则监督应用程序继续在1416处在远程设备上显示接受通知，并且该方法返回。图17中示出在远程设备上显示的接受通知的示例。另选地，如果该请求被拒绝，则监督应用程序在1414处在远程设备上显示拒绝通知，并且该方法返回。
[0139]
图15示出了用于接收麻醉机(例如，麻醉机502)上提议的设置更改的通知的方法1500，该通知由用户(例如，监督麻醉师)经由远程设备(例如，智能手机，诸如护理提供者设备134)发送。方法1500从麻醉机的角度示出了由方法1400描述的相同程序，并且可根据存储在麻醉机(诸如图5的麻醉机502)的非暂态存储器中的指令来执行。
[0140]
与方法1400一样，方法1500在1504处发起，此时经由监督应用程序从远程设备接收设置更改请求。在接收到请求时，麻醉机在麻醉机gui上显示该请求作为通知，如图16中的1602处所例示，并等待用户(例如，主治临床医生)以接受或拒绝的形式记录响应。如果在1506处麻醉机未接收到用户输入(如上面在方法1400中描述的那样接受或拒绝请求)，则在1508处在定时器到期时采取默认动作。例如，在定时器到期时(例如，定时器可能在30秒后、在一分钟后或在另一合适的时间量后到期)，可执行默认动作。默认动作可包括向远程设备发送超时通知(例如，指示用户在麻醉机处未采取动作)和/或停止显示设置更改请求。该方法返回。如果在1506处从麻醉机接收到用户输入，则在1510处方法1500继续确定该请求是否得到用户的批准。如果在1510处记录了批准，则该方法前进至1514以更改麻醉机上的请求的设置。例如，如果请求的设置更改包括请求更改提供到当前连接到麻醉机的患者的气流中的氧气浓度(例如，从85％更改为80％)，则麻醉机递送的氧气浓度可能会更改(例如，更改为80％)。在1516处，麻醉机继续将接受请求的设置更改的通知发送到远程设备(例如，经由监督应用程序)，并且该方法返回。另选地，如果在1510处记录了对请求的拒绝，则麻醉机在1512处将拒绝请求的设置更改的通知发送到远程设备(例如，经由监督应用程序)，然后方法1500返回。图17中示出接受通知和拒绝通知的示例。
[0141]
图16示出了麻醉机gui 502的示例性视图1600，其中在gui左下角在1602处示出从监督应用程序(诸如监督应用程序44)发送的设置更改请求的通知。在通知面板1602中，可包括一个或多个显示元素，该一个或多个显示元素识别麻醉机上远程用户(例如，监督者)正在请求主治临床医生更改麻醉机的设置，以及远程用户请求的新设置。例如，在通知面板1602中，由监督应用程序显示针对设置o2的设置更改请求，其中远程用户请求将设置更改为2.2％。通知面板1602还可能包含允许主治临床医生接受或拒绝麻醉机上的更改请求的控制元素，如1604处的复选标记和1606处的x所示。
[0142]
通知面板1602中包含的元素是出于说明性目的，并且还可包括附加的或其他的显示或控制元素，例如，远程监督者的姓名、显示通知的时间、将采取默认动作之前剩余的时间，或触发附加功能的一个或多个控制元素，诸如消息传递、屏幕截图等。
[0143]
图17示出了一组两个示例性远程设备gui 1700，其中每个gui示出了对远程监督员提出的设置更改请求的响应的示例性通知。一旦经由监督应用程序提出了设置更改请求并如图16所示在麻醉机上通知，则可通知远程设备用户(例如，监督者)主治临床医生经由图16的控制元素1604或1606做出的任何接受或拒绝。可显示接受通知，指示主治临床医生已接受设置更改，如在gui 1702的标头中在1706处所示。另选地，可显示拒绝通知，指示主治临床医生已拒绝设置更改，如在gui 1704的标头中在1708处所示。
[0144]
因此，本文所述的系统和方法提供了对生命攸关医疗设备(诸如麻醉递送机)的远程控制权。由于对生命攸关医疗设备的控制错误的后果(其可能对患者的结果产生负面影响)，因此仅当远程设备靠近生命攸关医疗设备时，才能执行远程设备的认证，这可提高生命攸关医疗设备的安全性。此外，生命攸关医疗设备的远程控制可经由监督应用程序来执行，该监督应用程序向远程设备提供有关生命攸关医疗设备的设置和生命攸关医疗设备正在/监测的患者的患者监测数据的实时信息。可从一个或多个患者监测/医疗设备(诸如spo2监测器、心率监测器等)获得患者监测数据。远程设备的用户远程全面监测患者的能力可使远程控制生命攸关医疗设备成为可能，这原本因为远程设备的用户未完全了解患者状况，因此无法就何时以及如何调整生命攸关医疗设备的设置做出充分的明智决定而可能无法实现。例如，如果远程设备无法告知远程设备的用户所有相关患者监测数据(诸如来自生命攸关医疗设备以外的患者监测设备的患者监测数据)，则当用户尝试录入生命攸关医疗设备的设置更改时，远程设备可能会出现错误，但由于用户在录入和执行设置更改之前不了解患者状况的所有方面，因此做出了不知情(可能危及生命)的决定。本文所述的生命攸关医疗设备的监督应用程序和远程控制通过提供特定的、动态更新的患者监测数据列表来解决此问题。通过呈现在监督应用程序的背景下对生命攸关医疗设备的远程控制，室内环境可能会被模仿/呈现给远程设备的用户，这可改善患者护理，同时也可维护护理提供者的安全(例如，允许护理提供者在x射线成像期间退出房间)。
[0145]
一个实施方案涉及一种系统，该系统包括：生命攸关医疗设备，该生命攸关医疗设备通信地联接到远程设备并且被配置为向患者供应医疗疗法，该生命攸关医疗设备包括显示器和存储器，该存储器存储指令，该指令能够执行以：向显示器输出图形用户界面(gui)，该gui显示生命攸关医疗设备的多个实时机器设置；响应于第一用户输入，经由gui显示远程控制面板，该远程控制面板包括能够用于认证远程设备的会话代码；以及响应于从访问服务器接收到远程设备已被认证的指示，在gui上显示指示生命攸关医疗设备当前由远程
设备控制的通知。在该系统的第一实施例中，该指令能够执行以在接收到远程设备已被认证的指示时，响应于从远程设备接收到更改设置的请求而更改多个实时设置中的设置。在该系统的第二实施例(其任选地包括第一实施例)中，通知包括撤销按钮，并且其中指令能够执行以响应于对撤销按钮的用户选择，终止远程设备对生命攸关医疗设备的控制权。在该系统的第三实施例(其任选地包括第一实施例和第二实施例中的一者或两者)中，指令能够执行以在接收到远程设备已被认证的指示时，仅响应于接收到来自远程设备的请求并且不响应于在生命攸关医疗设备处接收到用户输入来更改多个实时设置的设置，直到选择撤销按钮。在该系统的第四实施例(其任选地包括第一实施例至第三实施例中的一者或多者或每一者)中，gui包括远程控制按钮，并且其中第一用户输入包括对远程控制按钮的用户选择。在该系统的第五实施例(其任选地包括第一实施例至第四实施例中的一者或多者或每一者)中，生命攸关医疗设备是被配置为向患者供应麻醉剂的麻醉机。在该系统的第六实施例(其任选地包括第一实施例至第五实施例中的一者或多者或每一者)中，显示器是第一显示器，其中远程设备包括第二显示器，并且其中远程设备被配置为：向第二显示器输出远程控制面板；以及响应于在远程控制面板处接收到会话代码，将会话代码发送到访问服务器，访问服务器可使用会话代码来认证远程设备。在该系统的第七实施例(其任选地包括第一实施例至第六实施例中的一者或多者或每一者)中，远程设备被配置为接收生命攸关医疗设备的多个实时机器设置和实时患者监测数据，并且当请求时，在第二显示器上显示多个实时机器设置和/或实时患者监测数据中的一者或多者。
[0146]
系统的实施方案包括：显示器；和计算设备，该计算设备可操作地联接到显示器并存储指令，该指令能够执行以：向显示器输出第一图形用户界面(gui)，该gui包括远程控制面板以接收会话代码，会话代码能够用于认证计算设备以对麻醉机进行远程控制；向显示器输出第二gui，该第二gui包括多个麻醉机设置图块，每个麻醉机设置图块指示相应的麻醉机设置；响应于对多个麻醉机设置图块中的麻醉机设置图块的用户选择，经由第二gui显示所选择的麻醉机设置图块的多个值图块，每个值图块指示所选择的麻醉机设置的可能值；以及响应于从访问服务器接收到计算设备已被认证的指示且进一步响应于对多个值图块中的值图块的用户选择，向麻醉机发送将所选择的麻醉机设置调整为所选择的值的命令。在该系统的第一实施例中，麻醉机被配置为接收命令并且响应于接收到命令而自动将所选择的麻醉机设置调整为所选择的值。在该系统的第二实施例(其任选地包括第一实施例)中，麻醉机被配置为仅响应于接收到命令并且不响应于在麻醉机处的直接用户输入而将所选择的麻醉机设置调整为所选择的值，直到撤销计算设备对麻醉机的控制权。在该系统的第三实施例(其任选地包括第一实施例和第二实施例中的一者或两者)中，指令能够执行以在接收到会话代码时将会话代码发送到访问服务器。在该系统的第四实施例(其任选地包括第一实施例至第三实施例中的一者或多者或每一者)中，指令能够执行以在计算设备的认证之前、期间和/或之后接收多个麻醉机设置的实时值。
[0147]
系统的实施方案包括：显示器；和计算设备，该计算设备可操作地联接到显示器并存储指令，该指令能够执行以：在接收到计算设备已被认证用于对麻醉机进行远程控制的指示时，向显示器输出第一图形用户界面(gui)，该第一gui包括多个麻醉机设置图块，每个麻醉机设置图块指示相应的麻醉机设置；响应于对多个麻醉机设置图块中的麻醉机设置图块的用户选择，经由第一gui显示所选择的麻醉机设置图块的多个值图块，每个值图块指示
所选择的麻醉机设置的可能值；响应于对多个值图块中的值图块的用户选择，向麻醉机发送将所选择的麻醉机设置调整为所选择的值的请求；以及响应于接收到对来自麻醉机的请求的响应，经由第一gui显示指示调整所选择的麻醉机设置的请求是否在麻醉机处得到用户的批准的通知。在该系统的第一实施例中，经由第一gui显示指示调整所选择的麻醉机设置的请求是否得到批准的通知包括接收指示请求在麻醉机器处得到用户的批准的响应，以及作为响应，显示通知，通知指示所选择的麻醉机设置得到批准。在该系统的第二实施例(其任选地包括第一实施例)中，显示器是第一显示器，并且其中麻醉机被配置为输出第二gui以在与麻醉机相关联的第二显示器上显示，第二gui包括针对每个相应麻醉机设置的实时值。在该系统的第三实施例(其任选地包括第一实施例)中，麻醉机被进一步配置为响应于接收到将所选择的麻醉机设置调整为所选择的值的请求，经由第二gui显示指示计算设备的用户已请求将所选择的麻醉机设置调整为所选择的值的通知面板，通知面板包括接受按钮和拒绝按钮。在该系统的第三实施例(其任选地包括第一实施例和第二实施例中的一者或两者)中，麻醉机被配置为响应于接受按钮的选择而将所选择的麻醉机设置调整为所选择的值，并且将指示请求得到批准的响应发送到计算设备。在该系统的第四实施例(其任选地包括第一实施例至第三实施例中的一者或多者或每一者)中，指令能够执行以在输出第一gui之前向显示器输出远程控制面板以接收会话代码，会话代码能够用于认证计算设备，并且其中指示是在访问服务器接收到会话代码时从访问服务器接收的。在该系统的第五实施例(其任选地包括第一实施例至第四实施例中的一者或多者或每一者)中，指令能够执行以从监测连接到麻醉机的患者的一个或多个监测设备接收实时患者监测数据，并在请求时输出实时患者监测数据以在显示器上显示。
[0148]
经由远程设备远程控制生命攸关医疗设备的技术效果是，通过允许临床医生无需亲自到护理点就能对患者状态变化做出响应，由此对患者状态变化做出更快速的响应，从而改进患者护理。
[0149]
如本文所用，以单数形式列举并且以单词“一个”或“一种”开头的元件或步骤应当被理解为不排除多个该元件或步骤，除非明确说明此类排除。此外，对本发明的“一个实施方案”的引用不旨在被解释为排除也包含所引用特征的附加实施方案的存在。此外，除非明确地相反说明，否则“包含”、“包括”或“具有”具有特定特性的元件或多个元件的实施方案可包括不具有该特性的附加此类元件。术语“包括”和“在
…
中”用作相应的术语“包含”和“其中”的简明语言等同形式。此外，术语“第一”、“第二”和“第三”等仅用作标记，而不旨在对其对象施加数字要求或特定位置次序。
[0150]
该书面描述使用示例来公开本发明，包括最佳模式，并且还使相关领域中的普通技术人员能够实践本发明，包括制造和使用任何设备或系统以及执行任何包含的方法。本发明可取得专利权的范围由权利要求书限定，并且可包括本领域普通技术人员想到的其他示例。如果此类其他示例具有与权利要求书的字面语言没有区别的结构元素，或者如果它们包括与权利要求书的字面语言具有微小差别的等效结构元素，则此类其他示例旨在落入权利要求书的范围内。

技术特征：

1.一种系统，所述系统包括：生命攸关医疗设备，所述生命攸关医疗设备通信地联接到远程设备并且被配置为向患者供应医疗疗法，所述生命攸关医疗设备包括显示器和存储器，所述存储器存储指令，所述指令能够执行以：向所述显示器输出图形用户界面(gui)，所述gui显示所述生命攸关医疗设备的多个实时机器设置；响应于第一用户输入，经由所述gui显示远程控制面板，所述远程控制面板包括能够用于认证所述远程设备的会话代码；以及响应于从访问服务器接收到所述远程设备已被认证的指示，在所述gui上显示指示所述生命攸关医疗设备当前由所述远程设备控制的通知。2.根据权利要求1所述的系统，其中所述指令能够执行以在接收到所述远程设备已被认证的所述指示时，响应于从所述远程设备接收到更改设置的请求而更改所述多个实时设置中的所述设置。3.根据权利要求2所述的系统，其中所述通知包括撤销按钮，并且其中所述指令能够执行以响应于对所述撤销按钮的用户选择，终止所述远程设备对所述生命攸关医疗设备的控制权。4.根据权利要求3所述的系统，其中所述指令能够执行以在接收到所述远程设备已被认证的所述指示时，仅响应于接收到来自所述远程设备的所述请求并且不响应于在所述生命攸关医疗设备处接收到用户输入来更改所述多个实时设置的所述设置，直到选择所述撤销按钮。5.根据权利要求1所述的系统，其中所述gui包括远程控制按钮，并且其中所述第一用户输入包括对所述远程控制按钮的用户选择。6.根据权利要求1所述的系统，其中所述生命攸关医疗设备是被配置为向所述患者供应麻醉剂的麻醉机。7.根据权利要求1所述的系统，其中所述显示器是第一显示器，其中所述远程设备包括第二显示器，并且其中所述远程设备被配置为：向所述第二显示器输出远程控制面板；以及响应于在所述远程控制面板处接收到所述会话代码，将所述会话代码发送到所述访问服务器，所述访问服务器能够使用所述会话代码来认证所述远程设备。8.根据权利要求7所述的系统，其中所述远程设备被配置为接收所述生命攸关医疗设备的所述多个实时机器设置和实时患者监测数据，并且当请求时，在所述第二显示器上显示所述多个实时机器设置和/或所述实时患者监测数据中的一者或多者。9.一种系统，所述系统包括：显示器；和计算设备，所述计算设备能够操作地联接到所述显示器并且存储指令，所述指令能够执行以：向所述显示器输出第一图形用户界面(gui)，所述第一gui包括远程控制面板以接收会话代码，所述会话代码能够用于认证所述计算设备以对麻醉机进行远程控制；向所述显示器输出第二gui，所述第二gui包括多个麻醉机设置图块，每个麻醉机设置
图块指示相应的麻醉机设置；响应于对所述多个麻醉机设置图块中的麻醉机设置图块的用户选择，经由所述第二gui显示所选择的麻醉机设置图块的多个值图块，每个值图块指示所选择的麻醉机设置的可能值；以及响应于从访问服务器接收到所述计算设备已被认证的指示并且进一步响应于对所述多个值图块中的值图块的用户选择，向所述麻醉机发送将所选择的麻醉机设置调整为所选择的值的命令。10.根据权利要求9所述的系统，其中所述麻醉机被配置为接收所述命令并且响应于接收到所述命令而自动将所选择的麻醉机设置调整为所选择的值。11.根据权利要求10所述的系统，其中所述麻醉机被配置为仅响应于接收到所述命令并且不响应于在所述麻醉机处的直接用户输入而将所选择的麻醉机设置调整为所选择的值，直到撤销所述计算设备对所述麻醉机的控制权。12.根据权利要求9所述的系统，其中所述指令能够执行以在接收到所述会话代码时，将所述会话代码发送到所述访问服务器。13.根据权利要求9所述的系统，其中所述指令能够执行以在所述计算设备的认证之前、期间和/或之后接收所述多个麻醉机设置的实时值。14.一种系统，所述系统包括：显示器；和计算设备，所述计算设备能够操作地联接到所述显示器并且存储指令，所述指令能够执行以：在接收到所述计算设备已被认证以对麻醉机进行远程控制的指示时，向所述显示器输出第一图形用户界面(gui)，所述第一gui包括多个麻醉机设置图块，每个麻醉机设置图块指示相应的麻醉机设置；响应于对所述多个麻醉机设置图块中的麻醉机设置图块的用户选择，经由所述第一gui显示所选择的麻醉机设置图块的多个值图块，每个值图块指示所选择的麻醉机设置的可能值；响应于对所述多个值图块中的值图块的用户选择，向所述麻醉机发送将所选择的麻醉机设置调整为所选择的值的请求；以及响应于接收到对来自所述麻醉机的所述请求的响应，经由所述第一gui显示指示调整所选择的麻醉机设置的所述请求是否在所述麻醉机处得到用户的批准的通知。15.根据权利要求14所述的系统，其中经由所述第一gui显示指示调整所选择的麻醉机设置的所述请求是否得到批准的所述通知包括接收指示所述请求在所述麻醉机处由所述用户批准的响应，以及作为响应，显示所述通知，所述通知指示所选择的麻醉机设置得到批准。16.根据权利要求15所述的系统，其中所述显示器是第一显示器，并且其中所述麻醉机被配置为输出第二gui，以在与所述麻醉机相关联的第二显示器上显示，所述第二gui包括针对每个相应麻醉机设置的实时值。17.根据权利要求14所述的系统，其中所述麻醉机被进一步配置为响应于接收到将所选择的麻醉机设置调整为所选择的值的所述请求，经由所述第二gui显示指示所述计算设
备的用户已请求将所选择的麻醉机设置调整为所选择的值的通知面板，所述通知面板包括接受按钮和拒绝按钮。18.根据权利要求17所述的系统，其中所述麻醉机被配置为响应于所述接受按钮的选择而将所选择的麻醉机设置调整为所选择的值，并且将指示所述请求得到批准的所述响应发送到所述计算设备。19.根据权利要求14所述的系统，其中所述指令能够执行以在输出所述第一gui之前，向所述显示器输出远程控制面板以接收会话代码，所述会话代码能够用于认证所述计算设备，并且其中所述指示是在访问服务器接收到所述会话代码时从所述访问服务器接收的。20.根据权利要求14所述的系统，其中所述指令能够执行以从监测连接到所述麻醉机的患者的一个或多个监测设备接收实时患者监测数据，并在请求时输出所述实时患者监测数据以在所述显示器上显示。

技术总结

本文提供了用于远程控制生命攸关医疗设备的系统和方法。在一个示例中，一种系统包括：生命攸关医疗设备，该生命攸关医疗设备通信地联接到远程设备并且被配置为向患者供应医疗疗法，该生命攸关医疗设备包括显示器和存储器，该存储器存储指令，该指令能够执行以：向显示器输出图形用户界面(GUI)，该GUI显示生命攸关医疗设备的多个实时机器设置；响应于第一用户输入，经由GUI显示远程控制面板，该远程控制面板包括能够用于认证远程设备的会话代码；以及响应于从访问服务器接收到远程设备已被认证的指示，在GUI上显示指示生命攸关医疗设备当前由远程设备控制的通知。当前由远程设备控制的通知。当前由远程设备控制的通知。