优化的床旁安全协议系统的制作方法

优先权要求

本申请要求2017年10月19日提交的标题为“bedsideclosedlooptherapysystemwithspecialoptimizationforrescue”的美国临时申请号62/574,529的优先权，其全部内容通过引用并入本文中并依赖所述美国临时申请。

背景技术：

在典型的医院环境中，患者常常一人独处。例如，大多数时间患者在医院里，临床医师不会在患者的房间里主动地监测患者。大多数医院因此采用“快速响应”团队，以识别并治疗任何迅速地恶化的患者。同样地，现今在典型的医院环境中，护理正朝更低成本和/或受更少训练的人员转移。例如，住院医生正在将患者护理推向中间级提供者；护士在患者护理上花费的时间越来越少。

因此，需要使患者监测和相关护理变得既更安全又更加成本效益的系统和方法。

技术实现要素：

本文公开的系统和方法可以包括与床旁电子脑服务器、患者、多个患者监测装置和多个患者治疗装置通信的床旁治疗系统(在本文中也称为“床旁电子脑”)。

通常，床旁电子脑旨在为护理人员的后援，并且作为快速响应团队的第一响应者。床旁电子脑的目的是为了经由患者监测装置监测患者数据(例如，生命体征、实验室结果等)，确定适当的决策支持指南/警报/通知，包括要由患者治疗装置基于具有由“规则规范”(在本文中也称为“规则协议”、“安全协议”或“协议”)所确定的结构的内部规则引擎采取的特定动作，显示适当的决策支持指南/警报/通知，并且利用患者治疗装置执行特定动作。安全协议可以被通常定义为短期紧急干预协议，以至少防止或逆转正在进行的临床降级状态，其可以由于正在进行的治疗而恶化。通常，安全协议将在用于警告的预定时间量已经过去之后发生。床旁电子脑可以显示如由临床医师所选择的生命体征和趋势。如果生命体征在床旁电子脑安全工作范围外，则床旁电子脑激活警报以向临床医师报警。

优选地，床旁电子脑被配置成执行(例如，由临床医师所选择的)治疗控制规则，读取患者监测器、emr数据等并控制治疗装置。可以以允许“规则规范”元素完全地配置和指定控制算法、极限和验证参数的方式指定控制规则。床旁电子脑还被配置成当生命体征在指定范围外和/或装置需要关注时警告临床医师。床旁电子脑还被配置成当从更高级的医院系统断开时维持完整功能性(除了访问服务器数据外)。床旁电子脑还被配置成存储数据并从内部数据暂存器中检索数据。病床电子脑还被配置成支持全局多语言人机界面。

鉴于本文的公开内容，并且在不以任何方式限制本发明的范围的情况下，在本公开的第一方面中，除非另外指定，否则所述第一方面可以与本文列举的任何其它方面组合，一种系统包括：存储器；一个或多个处理器，所述一个或多个处理器与所述存储器通信；多个医学治疗装置；多个患者监测装置；和协议执行模块。所述协议执行模块被配置成在所述一个或多个处理器上执行，以显示多个协议，并且从用户接收选择的协议。所述选择的协议与作为所述多个医学治疗装置中的一个的个别医学治疗装置相关联，并且与作为所述多个患者监测装置中的一个的个别患者监测装置相关联。所述个别医学治疗装置从所述用户接收所述选择的协议的第一确认。所述协议执行模块从所述用户接收所述选择的协议的第二确认。所述协议执行模块利用所述个别医学治疗装置执行所述选择的协议。

在本公开的第二方面中，除非另外指定，否则所述第二方面可以与本文列举的任何其它方面组合，所述多个医学治疗装置包括以下中的至少一个：输液泵、透析或肾衰竭治疗机、呼吸机和除颤器。

在本公开的第三方面中，除非另外指定，否则所述第三方面可以与本文列举的任何其它方面组合，所述多个患者监测装置包括以下中的至少一个：心率传感器、温度传感器、脉搏血氧(pluseoximetry)传感器、患者体重传感器、葡萄糖传感器、呼吸传感器、血压传感器、压力传感器和容量指数传感器。

在本公开的第四方面中，除非另外指定，否则所述第四方面可以与本文列举的任何其它方面组合，所述协议执行模块从外部服务器接收所述多个协议。

在本公开的第五方面中，除非另外指定，否则所述第五方面可以与本文列举的任何其它方面组合，利用所述个别医学治疗装置执行所述选择的协议包括：利用所述个别患者监测装置识别患者参数；以及确定所述患者参数违反阈值，其中，所述阈值由所述选择的协议规定。

在本公开的第六方面中，除非另外指定，否则所述第六方面可以与本文列举的任何其它方面组合，利用所述个别医学治疗装置执行所述选择的协议还包括，响应于确定所述患者参数违反所述阈值，触发警报。

在本公开的第七方面中，除非另外指定，否则所述第七方面可以与本文列举的任何其它方面组合，还包括，响应于触发所述警报，在所述协议执行模块处显示由所述选择的协议所规定的动作。

在本公开的第八方面中，除非另外指定，否则所述第八方面可以与本文列举的任何其它方面组合，还包括启动倒数计时器。

在本公开的第九方面中，除非另外指定，否则所述第九方面可以与本文列举的任何其它方面组合，所述倒数计时器期满，使得所述协议执行模块指示所述个别医学治疗装置采取所述动作，并且其中，所述个别医学治疗装置采取所述动作。

在本公开的第十方面中，除非另外指定，否则所述第十方面可以与本文列举的任何其它方面组合，所述个别医学治疗装置是输液泵，并且其中，所述动作是增加所述输液泵的输液速率、减小所述输液泵的输液速率和停止输液中的一个。

在本公开的第十一方面中，除非另外指定，否则所述第十一方面可以与本文列举的任何其它方面组合，在所述倒数计时器期满之前，所述用户指示所述协议执行模块采取所述动作，并且所述协议执行模块指示所述个别医学治疗装置采取所述动作，使得所述个别医学治疗装置采取所述动作。

在本公开的第十二方面中，除非另外指定，否则所述第十二方面可以与本文列举的任何其它方面组合，在所述倒数计时器期满之前，所述用户指示所述协议执行模块采取取消所述动作，使得所述协议执行模块暂停所述倒数计时器并从所述个别患者监测装置中移除所述动作，使得所述第一确认不再存在。

在本公开的第十三方面中，除非另外指定，否则所述第十三方面可以与本文列举的任何其它方面组合，还包括，在所述倒数计时器期满之前：利用所述个别患者监测装置识别更新的患者参数；确定所述更新的患者参数不再违反所述阈值；以及从所述选择的协议中移除所述动作，使得不再在所述协议执行模块处显示所述动作。

在本公开的第十四方面中，除非另外指定，否则所述第十四方面可以与本文列举的任何其它方面组合，一种协议执行模块包括：存储器；一个或多个处理器，所述一个或多个处理器与所述存储器通信，其中所述协议执行模块被配置成显示多个协议。所述协议执行模块还被配置成从用户接收选择的协议，所述选择的协议与作为多个医学治疗装置中的一个的个别医学治疗装置相关联并且与作为多个患者监测装置中的一个的个别患者监测装置相关联。所述协议执行模块还被配置成利用所述个别患者监测装置识别患者参数，并且确定所述患者参数违反阈值。所述阈值由所述选择的协议规定。所述个别医学治疗装置采取由所述选择的协议规定的动作。

在本公开的第十五方面中，除非另外指定，否则所述第十五方面可以与本文列举的任何其它方面组合，所述个别医学治疗装置是输液泵。

在本公开的第十六方面中，除非另外指定，否则所述第十六方面可以与本文列举的任何其它方面组合，所述动作是增加所述输液泵的输液速率、减小所述输液泵的输液速率和停止输液中的一个。

在本公开的第十七方面中，除非另外指定，否则所述第十七方面可以与本文列举的任何其它方面组合，响应于采取所述动作，所述协议执行模块移除所述选择的协议，使得所述选择的协议不再与所述个别医学治疗装置和所述个别患者监测装置相关联。

在本公开的第十八方面中，除非另外指定，否则所述第十八方面可以与本文列举的任何其它方面组合，一种方法包括：显示多个协议；以及接收选择的协议，所述选择的协议与作为多个医学治疗装置中的一个的个别医学治疗装置相关联并且与作为多个患者监测装置中的一个的个别患者监测装置相关联。所述个别医学治疗装置从所述用户接收所述选择的协议的第一确认。所述协议执行模块从所述用户接收所述选择的协议的第二确认。所述协议执行模块利用所述个别医学治疗装置执行所述选择的协议。

在本公开的第十九方面中，除非另外指定，否则所述第十九方面可以与本文列举的任何其它方面组合，所述多个医学治疗装置包括以下中的至少一个：输液泵、透析或肾衰竭治疗机、呼吸机和除颤器。

在本公开的第二十方面中，除非另外指定，否则所述第二十方面可以与本文列举的任何其它方面组合，所述多个患者监测装置包括以下中的至少一个：心率传感器、温度传感器、脉搏血氧传感器、患者体重传感器、葡萄糖传感器、呼吸传感器、血压传感器、压力传感器和容量指数传感器。

所公开的装置、系统和方法的附加特征和优点在以下具体实施方式和附图中被描述，并且将从以下具体实施方式和附图中显而易见。本文描述的特征和优点不是全包括性的，并且特别地，鉴于这些图和描述，许多附加特征和优点对本领域的普通技术人员而言将是显而易见的。另外，任何特定实施例不必具有本文列举的所有优点。此外，应该注意的是，说明书中使用的语言主要是为了可读性和教学目的而选择的，而不是为了限制本发明主题的范围。

附图说明

在理解这些图仅描绘本发明的典型实施例而不应被认为是限制本公开的范围后，通过使用附图来以附加详情和细节描述并说明本公开。这些图被列举在下面。

图1是根据本公开的示例实施例的包括床旁电子脑的医院环境的系统图。

图2是根据本公开的示例实施例的指示协议和消息的床旁电子脑界面的图示。

图3是根据本公开的示例实施例的在配置协议的同时的床旁电子脑界面的图示。

图4是根据本公开的示例实施例的在显示完整协议逻辑的同时的床旁电子脑界面的图示。

图5是根据本公开的示例实施例的在显示协议摘要的同时的床旁电子脑界面的图示。

图6a至图6d是根据本公开的示例实施例的配置期间的治疗装置界面的图示。

图7是根据本公开的示例实施例的在与装置配置一起显示协议摘要的同时的床旁电子脑界面的图示。

图8至图12是根据本公开的示例实施例的在显示协议设定的同时的床旁电子脑界面的图示。

图13是根据本公开的示例实施例的要求预先批准的床旁电子脑界面的图示。

图14是根据本公开的示例实施例的要求预先批准的治疗装置界面的图示。

图15是根据本公开的示例实施例的确认预先批准的床旁电子脑界面的图示。

图16是根据本公开的示例实施例的在运行的同时显示协议摘要的床旁电子脑界面的图示。

图17是根据本公开的示例实施例的在协议正在运行的同时指示协议和消息的床旁电子脑界面的图示。

图18是根据本公开的示例实施例的在协议正在运行的同时显示消息的床旁电子脑界面的图示。

图19是根据本公开的示例实施例的在协议正在运行的同时显示安全动作的床旁电子脑界面的图示。

图20是根据本公开的示例实施例的在协议正在运行的同时要求安全性来访问协议的床旁电子脑界面的图示。

图21是根据本公开的示例实施例的在协议正在运行的同时显示针对安全动作的选项的床旁电子脑界面的图示。

图22是根据本公开的示例实施例的显示安全动作的自动执行的床旁电子脑界面的图示。

图23是根据本公开的示例实施例的床旁电子脑中央监测界面的图示。

具体实施方式

参考图1，医院环境10可以包括床旁电子脑(bedsidebrain)(在本文中也称为“bsb”)100。床旁电子脑100包括存储器，诸如易失性或非易失性存储器装置，诸如ram、rom、eeprom，或能够存储数据的任何其它装置。床旁电子脑100还包括与存储器通信的一个或多个处理器，所述处理器能够执行对算术、逻辑和/或i/o运算进行编码的指令。

床旁电子脑100可以另外包括床旁电子脑服务器102、云服务器或网络104、患者治疗装置106a-b和患者监测108a-b。患者治疗装置106a-b和患者监测108a-b被连接到患者110，使得床旁电子脑100经由患者治疗装置106a-b和患者监测108a-b来监测患者110并与患者110交互。床旁电子脑100可以与附加外部组件进行通信，所述附加外部组件诸如电子病历(“emr”)112、入院/出院/转移记录114和其它医疗系统116。应该领会的是，床旁电子脑100与外部组件之间的通信可以是有线通信或无线通信，并且可以例如经由床旁电子脑服务器102和/或网络104直接地或间接地发生。例如，通信可以包括以太网、lan、wlan和/或又包括外部网络，诸如因特网。网络104被以通信方式耦合到医院信息系统(“his”)118、一个或多个附加医学网络和/或一个或多个临床医师装置120。例如，床旁电子脑100可以将状态和患者信息发送到外部实体(例如，护理人员、电子病历系统、移动应用等)和外部装置(例如，笔记本电脑、平板、手机等)。

关于外部系统，诸如emr112和其它类似的外部系统，这些外部系统可以提供床旁电子脑100的输入(诸如特定实验室数据)如(在本文中更详细地描述的)一些协议所要求的。外部系统还可以提供针对个别协议的患者特定信息(例如，患者年龄)。外部系统可以按患者管理的要求收集床旁电子脑100数据。类似地，床旁电子脑100可以使用患者入院数据、入院/出院/转移记录114和相关外部系统(例如，emr112)，以提供并验证患者身份和其它患者信息。

关于床旁电子脑服务器102，床旁电子脑服务器102提供本地管理和网关功能，包括例如到医院网络的网关功能。床旁电子脑服务器102按床旁电子脑100的要求提供信息，诸如特定规则协议。床旁电子脑服务器102监测诸如在医院网络(例如，连接到服务器)中的多个床旁电子脑的状态。床旁电子脑服务器102收集由床旁电子脑100发送的数据并提供分析信息(例如，性能信息、患者信息等)。床旁电子脑服务器102提供床旁电子脑管理功能，诸如固件更新、装置状态监测、诊断和使用信息、服务质量量度等。

关于云服务器或网络104(在本文中也简称为“云”)，云104可以是单个服务器、一组服务器，或者替换地，可以分布在云计算框架内，使得床旁电子脑100的组件可以远程地访问云计算框架。云104存储数据以供由人类和机器学习系统分析，以进行新规则创建和识别。云104提供公司级的规则规范(例如，标准规则规范)。云104提供用于全球床旁电子脑100的监测和分析工具，包括床旁电子脑100的全局管理和支持，包括固件更新等。云104为由床旁电子脑100收集的信息提供公司储存库。云104提供用于规则规范创建的信息。

患者治疗装置106a-b可以包括输液泵，诸如线性容量肠外泵、不卧床输液泵、容量输液泵，或能够向患者110递送静脉内治疗的任何其它泵。患者治疗装置106a-b可以同样地包括透析或肾衰竭治疗机，诸如任何血液透析、血液滤过、血液透析滤过、连续性肾脏替代治疗(“crrt”)或腹膜透析(“pd”)机器。患者治疗装置106a-b可以同样地包括呼吸机和除颤器。通常，患者治疗装置106a-b可以是被配置成向患者110提供治疗的任何装置。治疗装置106a-b可以提供关于装置状态的输入或其它输入，诸如装置监测的输入参数。例如，除颤器可以提供ecg监测的输入参数。

患者监测装置108a-b可以包括任何患者监测器和/或生理传感器，诸如心率传感器(例如，ekg传感器和/或ecg传感器)、温度传感器、脉搏血氧传感器、患者体重秤、葡萄糖传感器、呼吸传感器、血压传感器、压力传感器、或用于确定来自患者110的生理参数或生命体征的传感器并且/或者显示有关患者110或患者110的治疗的数据。

床旁电子脑10还可以包括患者监测器，所述患者监测器被配置成显示信息，包括与患者治疗装置106a-b相关联的信息和患者治疗装置106a-b的状态信息、与患者监测装置108a-b相关联的信息和患者监测装置108a-b的状态信息、以及与患者110相关联的信息。为了用户可读性，可以以图形方式显示这种信息。例如，床旁电子脑100的监测器可以经由基于时间的图表、经由数值、经由颜色编译和/或经由任何其它图形手段来显示来自各种传感器的数据。可以将监测器以有线方式或以无线方式耦合到床旁电子脑100。进一步，为了可读性，假定除了先前指出的处理和存储能力之外，床旁电子脑100还包括监测器。然而，应该注意的是，在某些实施例中床旁电子脑100不需要监测器。

床旁电子脑100可以包括来自附加源的输入，所述附加源包括规则规范创建者、工程师或技术人员(例如，用于设置和配置、定期维护、固件升级等)、管理员、临床医师或患者。

床旁电子脑100可以包括操作员界面(例如，触摸屏、物理鼠标/键盘等)以接收患者输入(例如，患者生命体征)和其它数据(例如，来自电子病历和其它源的患者数据)。此操作员界面还可以有利地被用于规则创建，如在本文中进一步详述的那样。

床旁电子脑协议

为了理解床旁电子脑100，最简单的是用示例遍历其功能性。图2图示床旁电子脑100的界面。具体地，床旁电子脑100指示如由患者监测装置108a-b所测量的患者110的生理参数。例如，显示了患者的心率、呼吸率和容量状态。这些生理参数中的每一个均被以数值方式并以图形方式显示。应该领会的是，能够使用任何数目的患者监测装置108a-b来测量患者110的任何数目的生理参数。床旁电子脑100指示存在零个活动的安全协议(在本文中也通常称为“协议”)并且存在零条消息。

图3图示在配置协议的同时的床旁电子脑100的界面。更具体地，用户(诸如护士、医生或其它医疗保健提供者)已经选择了“配置”。通过选择“配置”，用户能够查看床旁电子脑100能够运行的所有协议。

床旁电子脑100仅能够运行它知道的协议(例如，床旁电子脑100必须已经存储了特定协议的规则语法)。此外，床旁电子脑100仅能够运行用于已连接的患者治疗装置106a-b和已连接的患者监测装置108a-b的协议。例如，如果协议要求床旁电子脑100识别心率，则床旁电子脑100可能要求已连接的患者监测装置108a-b中的至少一个为ecg监测器。同样地，例如，如果协议动作要求床旁电子脑100停止患者输液，则床旁电子脑100可能要求已连接的患者治疗装置106a-b中的至少一个为输液泵。如果满足所有必需的系统参数(例如，患者监测装置参数、患者治疗装置参数等)，则协议将由床旁电子脑100在协议列表中识别。因此，床旁电子脑100提供仅床旁电子脑100能够与给定系统一起运行的协议的列表。床旁电子脑100还识别任何支持的协议是否当前正在运行。在图2中图示的示例中，所支持的协议均不在运行。

如果用户选择特定协议，诸如“血容量不足”，则床旁电子脑100显示该协议的摘要。例如，床旁电子脑100显示协议的描述，包括什么典型的患者参数可以由床旁电子脑100触发动作。床旁电子脑还显示任何“潜在自动安全动作”。这些动作是如果一旦满足某些条件而没有用户干预，则床旁电子脑100就能潜在地采取的动作。同样地，床旁电子脑100可以显示必需的输入。例如，“血容量不足”协议要求患者110的容量指数(例如，识别患者110的容量状态的无单位数)。

床旁电子脑100还给用户提供选择“完整协议”的能力。图4图示在显示针对“血容量不足”协议的完整协议逻辑的同时的床旁电子脑100的界面。即，床旁电子脑100识别协议的整个逻辑流程，包括每个可能的逻辑确定以及由床旁电子脑100所采取的相关动作(例如，“当以下情况时：容量指数严重低”...“自动地推注补液输液”等)。这种“完整协议”显示是有用的，因为它将如果-则语句的复杂决策树提炼成用户可读的格式。具体地，以明文列举每个单独的逻辑确定和相关动作，包括不导致动作的逻辑确定(例如，“什么也不做”)。这种完整协议逻辑对非技术的用户是有益的。

图5图示在一旦协议摘要被选择就显示协议摘要的同时的床旁电子脑100的界面。如先前所指出的，床旁电子脑100可以显示必需的输入。例如，“血容量不足”协议可能要求患者110的容量指数(例如，识别患者110的容量状态的无单位数)。床旁电子脑100还可以显示必需的装置，诸如患者治疗装置106a-b和/或患者监测装置108a-b。在“血容量不足”协议的情况下，床旁电子脑要求输液泵或注射泵，其以生理盐水或乳酸林格式液作为所递送的治疗。床旁电子脑100还指示未检测到所必需的治疗装置(例如，“没有检测到”)。床旁电子脑100不会激活“血容量不足”协议，直到所必需的装置被检测到并适当地配置为止。

图6a至图6d图示配置期间的个别治疗装置界面。具体地，图6a图示作为输液泵的患者治疗装置106a。如患者治疗装置106a的显示器上所指示的，用户已经选择了“无治疗”。图6b图示用户已经选择了“乳酸林格式液”输液治疗。图6c图示要求用户确认所选择的输液治疗的患者治疗装置106a。一旦被确认，图6d就图示患者治疗装置106a被配置用于所选择的输液治疗：“乳酸林格式液”输液治疗。

返回到床旁电子脑100，图7图示在与装置配置一起显示协议摘要的同时的床旁电子脑100的界面。即，虽然在图5中床旁电子脑100指示了未检测到所必需的装置(例如，“没有检测到”)，但是图7图示所必需的治疗装置已经被配置(例如，按照图6a至图6d输液泵采用乳酸林格式液输液)。

图8至图12图示在显示协议设定的同时的床旁电子脑100的界面。例如，图8图示特定协议的“设置和激活”。设定可以包括公共设定和协议特定设定。例如，公共设定可以包括协议期满(例如，当协议由床旁电子脑100自动地停用时)、协议延迟(例如，如果用户想床旁电子脑100在发起协议之前等待特定时间)和自动执行时间(例如，床旁电子脑100在自动地采取动作之前应该等待多久，以便用户响应)。例如，关于协议期满，只要患者110在医院里，用户就能够让协议运行，或者将协议设定为在一定时间量(例如，8小时)之后自动地关闭。

用户能够更新这些公共设定中的每一种。例如，图9图示用户选择自动执行时间的公共设定。床旁电子脑100显示键盘，使得用户能够视需要将任何时间直接地键入到床旁电子脑100中(或者可以选择默认时间)。床旁电子脑100还包括对能够由用户键入的自动执行时间的硬极限，从而确保所键入的范围对给定协议来说保持合理。

用户还能够更新协议特定设定。例如，图10图示指示各种协议特定设定的床旁电子脑100的界面。具体地，在“血容量不足”协议情况下，协议特定设定能够包括设定要在床旁电子脑100上显示警告消息的水平(例如，患者110的容量指数)、设定推注值(例如，用于补液的5ml)、设定补液值(例如，如果检测到严重脱水则为250ml)、设定患者110的体重(例如，140磅)、设定患者的年龄以及设定患者110的任何特定生理状况。具体地，例如，图11图示当用户已经选择了特定生理状况(例如，“患者是否具有以下[状况]中的任一种？”)时的床旁电子脑100的界面。应该注意的是，各种协议特定设定是必需的(如由图10所指示的)。例如，如果患者患有“肾衰竭”，则床旁电子脑100不会启用协议。因此，通过协议特定设定，床旁电子脑100确保它被仅用于理想患者；可能具有异常的或不可预测的生理结果或者可能处于附加并发症风险的患者在此阶段被筛选。

图12图示一旦用户已经输入了所有协议特定设定的床旁电子脑100的界面。一旦键入了所有协议特定设定，“请求激活”按钮就出现在床旁电子脑100上。在选择后，床旁电子脑在装置上另外要求预先批准。

例如，图13图示在患者治疗装置106a上要求预先批准的床旁电子脑100的界面。在预先批准情况下，床旁电子脑100向用户识别将在上面运行协议的特定装置(例如，输液泵)和将在上面运行协议的特定治疗(例如，乳酸林格式液)。床旁电子脑100通过将患者治疗装置106a与床旁电子脑100配对来指示用户以物理方式对患者治疗装置106a进行授权。

图14图示处于此阶段的患者治疗装置106a。具体地，患者治疗装置106a显示来自床旁电子脑100的协议的动作(例如，“允许自动地推注补液输液”)。以这种方式，用户能够既在精神上又以物理方式验证从床旁电子脑100选择的协议将与此特定患者治疗装置106a一起操作。患者治疗装置106a要求用户以物理方式确认与床旁电子脑100配对，并且必须在装置106a它本身上确认配对。一旦配对被确认，床旁电子脑100就指示已经发生了预先批准。

具体地，图15图示指示患者治疗装置106a(例如，经由上面关于图14讨论的配对过程)已经被预先批准的床旁电子脑100的界面。用户然后能够在床旁电子脑100上选择“完全激活”。以这种方式，要求用户在床旁电子脑100上以物理方式选择协议，并配置协议，然后在患者治疗装置106a上以物理方式确认协议。预期此范例可以确保适当的协议配置，从而减少用户错误。

上面参考图13至图15描述的装置预先批准的过程可以在本文中被通常称为“握手”。在各种实施例中，患者治疗装置106a-b可以包括有线输入/输出端口，其可以提供到/来自床旁电子脑100的物理通信连接。在其它实施例中，患者治疗装置106a-b和床旁电子脑100可以像由企业网络规则(例如，wpa2、eap、radius等)所支持的那样以无线方式通信。

通常，患者治疗装置106a-b将不遵循用于采取用户尚未在该特定装置上预先批准的治疗动作的(例如，来自床旁电子脑100的)任何命令。在一个实施例中，患者治疗装置106a-b将不遵循用于治疗动作的任何命令，除非伴随来自床旁电子脑100的该命令的协议id与在预先批准工作流程中提供的协议id匹配。在一个实施例中，患者治疗装置106a-b将不遵循用于治疗动作的任何命令，除非该命令中的特定治疗与由床旁电子脑100发送并由用户在预先批准工作流程中预先批准的特定治疗匹配。在一个实施例中，在预先批准期满时间已经过去之后，患者治疗装置106a-b将自动地使预先批准期满，并且不再遵循来自床旁电子脑100的用于治疗动作的任何命令。

图16图示指示血容量不足协议正在运行的床旁电子脑100的界面。例如，床旁电子脑100在协议列表中将特定血容量不足协议指示为“运行”。同样地，床旁电子脑100在挨着消息的状态窗口中指示存在活动的协议。

图17图示与先前由图2图示的界面类似的床旁电子脑100的界面。然而，图17指示存在一个活动的协议。尽管协议是活动的，但是如由患者监测装置108a-b所获得的包括患者110的心率、呼吸率和容量状态的患者参数完全在由协议设定所规定的范围内。床旁电子脑100监测患者生理参数并且可以在本地(例如，在内部存储器上)或远程地(例如，在服务器102和/或网络104上)存储此信息。床旁电子脑100可以另外使数据同步或者将患者生理参数和/或治疗参数中的变化发送到emr112。在稍后的时间点，患者100可能经历恶化状况，使得他的生理参数以不希望的方式改变。

例如，当与图17相比较时，图18图示患者110的容量指数(例如，识别患者110的容量状态的无单位数)从8(按照“血容量不足”协议为令人满意的值)下降至4(按照“血容量不足”协议为不令人满意的值)的床旁电子脑100的界面。根据协议特定设定(例如，上面关于图4和图12描述的)，如果容量指数低于7，则床旁电子脑100将显示警告消息。因此，如图18中所图示的，床旁电子脑100显示警告信息。床旁电子脑100另外响应于患者状况触发警告消息(例如，低容量状态)而给用户提供推荐的动作过程。

替换地或除了显示警告消息之外，床旁电子脑100还可以继续采取附加动作。图19图示患者110的容量指数已经保持在4(不令人满意的值)下的床旁电子脑100的界面。按照(例如，上面关于图4和图12描述的)协议特定设定，床旁电子脑100将触发协议特定动作(例如，“安全动作”)。例如，床旁电子脑100向特定装置指示它将采取的动作(例如，用“输液泵”推注补液输液)。此时，床旁电子脑100可以触发附加警报(例如，可听警报、视觉警报、到远程装置的警报等)，以通知用户将采取动作。床旁电子脑100开始倒数到自动执行时间(例如，上面关于图8描述的)。在床旁电子脑100正在倒数到自动执行时间的同时，用户可以选择如由图20所指示的取消或现在执行。例如，响应于用户选择任一选项，床旁电子脑100显示键盘，使得用户能够键入pin或其它密码来对床旁电子脑100进行解锁并访问取消或现在执行的能力。这有利地确保了未经授权的用户不能在床旁电子脑100上取消或执行协议。

图21图示一旦由用户解锁的床旁电子脑100的界面。例如，用户能够选择“取消”，使得床旁电子脑100不再用所选择的协议配置患者治疗装置106a。如果被取消，则可以从患者治疗装置106a完全切断协议配置。换句话说，为了重新激活协议，用户必须经历先前描述的所有步骤(从图3的描述开始)。或者，用户能够选择“现在执行”，使得床旁电子脑100立即执行与协议相关联的动作。在血容量不足协议中，动作是“自动地推注”补液输液。例如，通过在床旁电子脑100上选择“现在执行”，床旁电子脑100指示患者治疗装置106a对患者110推注(按先前定义的参数，如在图12中一样)，并且患者治疗装置106a将推注递送给患者110。

替换地，不是选择“取消”或“现在执行”，而是用户能够等待自动执行时间期满。图22图示显示协议的自动执行的床旁电子脑100的界面。最典型地，如果用户在患者的房间外部则发生这种情况。在这种情形下，一旦自动执行时间期满，床旁电子脑100就采取如上所述由协议所规定的动作(例如“自动地推注”补液输液)。因此，无论用户知道警告消息还是床旁电子脑100打算采取动作，一旦自动执行时间期满，床旁电子脑100就继续采取由协议所规定的动作。

另外，类似于上述取消描述，一旦(例如，经由“现在执行”或经由自动执行时间期满)执行了协议，就可以从患者治疗装置106a完全切断协议配置。换句话说，为了重新激活协议，用户必须经历先前描述的所有步骤(从图3的描述开始)。这确保了协议被仅执行一次(如果有的话)。

作为附加实施例，可以存在以下情形：在由床旁电子脑100采取动作之前，患者110的状况改善。例如，床旁电子脑100的界面可以显示更新的协议。在此示例中，当与图18相比较时，床旁电子脑100的界面可以显示患者110的容量指数已经从4(不令人满意的值)改善到8(令人满意的值)。因此，按照(例如，上面关于图4和图12描述的)协议特定设定，床旁电子脑100不再需要采取动作或者示出警告消息(例如，容量指数按照协议不低于7)。尽管协议不再是活动的，但是床旁电子脑100可以包括发生了什么或什么最初触发了协议的历史。以这种方式，用户能够基于不希望的或不理想的患者生理参数来查看所触发的任何协议的历史摘要。

图23图示床旁电子脑中央监测界面的界面。具体地，如先前所指出的，床旁电子脑服务器102可以监测诸如在医院网络(例如，连接到服务器)中的多个床旁电子脑的状态。床旁电子脑服务器102收集由连接到患者110的床旁电子脑100(和连接到附加患者的附加床旁电子脑)发送的数据并提供分析信息(例如，性能信息、患者信息等)。能够从中央位置(诸如图23中的中央监测界面)查看和/或访问此信息。以这种方式，用户能够针对许多患者和相关患者治疗装置106a-b跨许多床旁电子脑识别个别协议的状态。

在一个实施例中，床旁电子脑100肯定地识别治疗中断(例如，泵阻塞)，并且因此触发治疗装置警报(例如，泵阻塞指示)，从而向临床医师报警，并基于治疗中断修改治疗。例如，床旁电子脑100可以改变或更新其它药物的流动(如果需要的话)以代替治疗中断维持患者安全。

在一个实施例中，床旁电子脑100肯定地识别正常发生的干扰并说明这些干扰。例如，如果患者咳嗽，则床旁电子脑100识别此冲动并把其考虑进去。

在一个实施例中，床旁电子脑100肯定地识别患者输入故障(例如，生命体征监测器故障)。床旁电子脑100接收监测器故障指示(例如，ecg引线故障指示)，向临床医师报警，并修改治疗(如果需要的话)以代替患者输入故障维持患者安全。

在一个实施例中，如果患者治疗装置106a不能完全履行协议动作，则患者治疗装置106a将仍然尽最大努力这样做。例如，协议动作指示泵给出500cc推注，这在首次激活协议时最初是可能的；但是，现在泵储器中不再有500cc(例如，剩下仅300cc)。最大努力是给300cc并向床旁电子脑100通知不足量。床旁电子脑100然后会继续(例如，在床旁电子脑100的界面上)向用户通知此不足量。在一个实施例中，装置可以例如在药物正变低的情况下、在不再需要超出所需容量的推注的情况下等连续地更新个别能力列表，并且将这些能力列表发送到床旁电子脑100。因此，考虑到可自行支配的资源，床旁电子脑100能够动态确定什么协议是可用的。

在一个实施例中，床旁电子脑100通过有害治疗停止来实现自动化患者安全协议。例如，床旁电子脑100可以包括监测能力和应用/决策支持(例如，上下文趋势、协议警报等)。床旁电子脑100可以识别有害治疗并停止有害治疗(例如，停止治疗装置输注)，并且可以执行附加安全协议功能(例如，输注药物以帮助患者安全协议或生理改善)。

关于停止治疗装置输注，床旁电子脑100可以另外被连接到外部装置，诸如机电装置，所述机电装置在(以有线方式或以无线方式)从床旁电子脑100接收到命令时，夹紧可压缩的中空管(例如，静脉内导管、透析导管、弗利导管、氧气管等)。以这种方式，机电装置能够有效地切断通过挠性管的内容物的流动。机电装置能够将此安全特征(例如，止流)应用于具有挠性管的任何治疗装置，而无需与治疗装置进行附加直接通信。相反，仅需要与床旁电子脑100进行通信。机电装置能够经由捏、折叠、挤压或其它相关手段来夹紧可压缩的中空管。机电装置可以采用滑块或滚轮夹具、可旋转的旋塞阀或其它相关特征。类似地，机电装置可以松开先前夹紧的中空管，从而使阻塞流反向并允许内容物流过挠性管。

在另一实施例中，床旁电子脑100通过治疗启动或改变来实现自动化患者安全协议。例如，床旁电子脑100可以包括附加应用/决策支持、附加算法、监测和警报能力，并且可以并入客户创建的算法。

在另一实施例中，床旁电子脑100实现自动化生理控制。例如，床旁电子脑100可以包括附加应用/决策支持、附加算法、监测和警报能力，并且除了装置的物理控制(例如，自动血管加压滴定和流体管理)之外，还可以并入客户创建的算法。床旁电子脑100可以识别有害治疗，停止有害治疗，并自动地执行安全协议功能。

床旁电子脑协议定制

床旁电子脑100可以包括规则创建和验证工具，使得如上面所指出的任何附加行动者或源能够创建要在床旁电子脑100上作为协议实现的规则。类似地，床旁电子脑100可以与规则库进行通信，所述规则库可以是(例如，存储在床旁电子脑100上的)本地库或(例如，经由bsb服务器102、云104或因特网访问的)外部库。因此，用户可以在床旁电子脑100上或在外部计算机上远程地访问本文公开的特征，包括规则创建和验证工具。

通常，规则规范可以给用户提供特定必需的元素以针对要作为协议实现的指定规则来配置床旁电子脑100。例如，规则规范识别个别规则(例如，规则引擎配置规范)所必需的执行引擎的结构。规则规范识别得以在规则执行时被执行的动作。可以在床旁电子脑100外部(例如，在规则规范工具上、在另一床旁电子脑上等)验证规则规范。在各种实施例中，规则执行可以作为有序列表而发生，其中每个规则被单独地执行或者规则执行可以被级联，使得单个装置(具有单个工作流程)可以同时地执行若干规则。

关于规则创建和验证工具(在本文中也称为规则规范工具)，规则规范工具允许用户构建要作为协议实现的特定规则。规则规范工具提供运行规则的可配置执行引擎。针对个别协议的执行引擎能和线性函数一样简单，或者能和基于特定图形(例如，fft、小波卡尔曼滤波器等)的训练后的人工智能引擎一样复杂。例如，规则在执行附加动作之前采用如果-则逻辑。执行引擎及其构造可以在通用处理单元和/或子处理器上运行。规则规范工具提供了模拟环境，所述模拟环境可以允许对照测试和验证数据库来验证规则。规则规范工具提供了(例如，通过云服务器)管理并分发各种规则的机制。规则规范工具确保最终规则遵循如由规则规范或要求所规定的一组严格的格式、内容和规则有效性检查。规则规范工具指示规则是否不符合语义和执行准则。

另外，床旁电子脑100将优选地检查选择的规则符合预先确定的语义和执行准则。同样地，床旁电子脑100将优选地指示规则是否不符合预先确定的语义和执行准则，并且不允许规则作为协议被激活。床旁电子脑100还可以包括内部运行时诊断和安全机制(例如，看门狗计时器、握手和子系统的检查点、安全分段等)。如果床旁电子脑100检测到内部错误，则它将系统带到安全状态，并向临床医师报警。

注释为附加行动者的规则规范创建者可以是能够批准、创建规则并(例如，经由床旁电子脑服务器102)将其推送到床旁电子脑的授权代表。具体地，这些附加行动者可以生成针对给定规则的要求，建立用于处理特定状况的准则，使用工具来创建规则以处理特定状况，使用授权工具来执行对规则的验证，记录规则，并将规则推送到床旁电子脑服务器102以便分发给床旁电子脑100。

在一个实施例中，床旁电子脑100它本身解析协议并保证如果协议遵循所有适当的语法，则系统将启用协议以进行可能的激活。在一个实施例中，床旁电子脑100接受arden语法格式化的规则。在一个实施例中，床旁电子脑100解析协议并理解协议的要求，因为它通过读取其算法逻辑而不是依靠可能与规则它本身冲突的手动生成的元数据元素来解析协议做什么。在一个实施例中，床旁电子脑100可以解析该内容以指出输入/输出是否是可选的，而不必在协议中做出该手动键入的元数据项。例如，如果床旁电子脑100识别了协议条件测试传感器是否已经被连接和/或配置，则该传感器可以是可选的。同样地，作为解析的替代方案，床旁电子脑100可以允许可选的输入。

在一个实施例中，床旁电子脑100包括语义翻译器，使得床旁电子脑100它本身不要求与任何患者治疗装置106a-b有关的任何硬编码。关于语义翻译器，它可以包括可编辑的配置文件(例如，使得能够从一种术语映射到另一术语的位置)。以这种方式，例如，如果传感器说它是“ecg”类型，但是规则指定了“ekg”类型的传感器，而这两个是同一件事，但是对于不同的术语，配置文件将使得能够将ecg映射到ekg(并且反之亦然)，使得在规则的语法与由装置106a-b发送的语法之间存在间接层。

关于治疗装置106a-b，每个治疗装置106a-b可以各自与床旁电子脑100兼容。例如，可能要求装置106a-b遵循某些行为，并且遵循床旁电子脑100所必需的任何通信协议。在一个实施例中，在治疗装置106a-b与床旁电子脑100之间的连接(例如，经由硬线)时，在床旁电子脑100与治疗装置106a-b之间发生握手。在一个实施例中，握手包括由治疗装置106a-b识别：(1)它是治疗装置；(2)它是什么种类的装置；(3)它能够采取什么非治疗动作；以及(4)它能够采取什么治疗动作。

关于传感器108a-b，每个传感器108a-b可以遵循特定协议(例如，ihe-pcd协议)或某个其它公共标准协议。同样地，作为替代方案，床旁电子脑100可以包括用于公共专有装置108a-b(例如，ge和/或飞利浦监测器)的装置驱动程序。优选地，装置驱动程序将不在床旁电子脑100的主要代码源中。

在一个实施例中，每个协议与所有其它协议无关。例如，没有协议可以在知道或使用另一协议的上下文后操作。协议可以将数据写入到数据存储中。由协议写入的这种数据仅可由协议读取(例如，以确保协议彼此独立地运行)。同样地，仅可以通过单一协议来控制每种“治疗”。如果协议的任何潜在动作包括控制已经由另一协议控制的治疗，则床旁电子脑100可以限制用户启用协议。床旁电子脑100可以在它发送请求时发送请求动作的协议的id。例如，如果来自床旁电子脑100的命令源自与已经在控制的协议不同的协议，则这允许治疗装置106a-b它本身拒绝接受该命令。

更具体地，协议可以包括许多特征。在一个实施例中，协议可以包括元数据。例如，协议可以定义必需的用户输入、所述输入的标题、输入的类型以及输入的允许值和输入的默认值(若有的话)。同样地，例如，协议可以包括协议的描述和协议的名称，它们将是面向用户的(例如，在用户界面中)。同样地，例如，协议可以包括默认值(例如，默认退出时间)。同样地，例如，协议可以声明协议类型(例如，“安全协议”)。在一个实施例中，协议被配置成为简单的非循环如果-则-否则和/或如果-否则结构。结果，协议可以在流程图中显示或经由其它手段显示，并且可由用户容易地理解。在一个实施例中，流程图可以包括描述性别名(例如，用于复杂条件)，可以消除单个语句中的嵌套条件，或者显示其它替代以改善用户对流程图的可读性。在一个实施例中，协议具有有限的措词/字符以降低协议错误的风险(例如，由于黑客和/或写得不好而导致)。在一个实施例中，如果协议包括超出所允许的有限的措词/字符的附加措词/字符，则床旁电子脑可以拒绝允许该协议被激活。在一个实施例中，协议条件可以执行各种操作。协议条件可以经由包括算术(例如，乘法、除法等)和逻辑(例如，包含、从…开始等)的语法来执行协议可用的简单操作。例如，“如果(hr<user_minimum*2)则”。协议条件可以经由作为语法的一部分的系统给出的函数来执行协议可用的复杂操作。

在一个实施例中，协议条件还可以引用位于语法中别处(例如，定制函数段)的更多的任意代码。在一个实施例中，由于多个不同的传感器108a-b可能提供相同的数据元素(例如，心率)，所以协议应该能够指定数据元素是否必须来自特定源/传感器。在一个实施例中，协议应该能够具有可选的输入或输出。在一个实施例中，语法是为了简单而被修改以保证语法具有有限的措词/字符的标准编程语言(例如，python)的受限版本。在不同的实施例中，语法被解析为全新的语法。

理想地，床旁电子脑100可以运行任何任意协议，只要该协议遵循适当的语法以及由床旁电子脑100为了适当的协议所强制的任何其它规则、限制和要求即可。床旁电子脑100它本身检查协议并保证床旁电子脑将仅在协议遵循适当的语法以及为了适当的床旁电子脑协议所强制的任何其它规则、限制和要求的情况下才启用协议以进行激活。在一个实施例中，可以在一个装置和/或多个装置上同时地运行多个协议。因此，床旁电子脑100在与多个监测装置和多个治疗装置两者对接的同时管理协议。

在一个实施例中，每一连接的装置106a-b/108a-b被认为是“输入”(例如，将数据馈送到床旁电子脑)，而一些装置被认为是“输出”(例如，能够执行附加功能或动作)，并且输出的子集被认为是患者治疗装置108a-b(例如，能够递送治疗)。在一个实施例中，床旁电子脑100经由硬线连接到装置。例如，硬线连接减少网络风险和恶意软件。同样地，例如，硬线连接可以确保个别传感器、治疗装置和床旁电子脑100都与同一患者相关联(例如，在与患者相同的物理房间中)。

在一个实施例中，存在不同类型的治疗装置106a-b。一些治疗装置106a-b一次提供仅一种治疗。例如，基本输液泵一次仅输注一种药物。一些治疗装置106a-b一次提供不止一种治疗。例如，多通道泵可以一次输注多种药物。一些治疗装置106a-b可以每患者仅具有该装置的一个实例。例如，对单个患者使用仅一个呼吸机。一些治疗装置106a-b可以每患者具有该装置的多个实例。例如，可以对单个患者使用多个输液泵。在一个实施例中，“治疗”是由特定装置提供的特定治疗。例如，呼吸机的治疗是通气。iv泵的治疗是输液加上正在输注的特定药物的组合。

在一个实施例中，如果单个装置能够并被配置成执行多种治疗，则该单个装置在其与床旁电子脑100的通信中按治疗模拟一个装置。例如，具有仅一种药物的三通道iv泵将模拟单个装置和单一治疗。同样地，例如，三通道iv泵具有连接到不同药物的所有三个通道，将模拟三个装置和三种治疗(例如，每种治疗一种药物)。在此示例中，三通道iv泵将随其状态的每次更新而发送三次单独的握手和三个单独的消息。

在一个实施例中，可以用患者监测装置108a-b监测多个生理参数。在下表1中图示了各种生理参数的示例性列表。应该注意的是，表1中列举的输入形成非包含性列表。除表1中的输入外，还通过床旁电子脑设想了许多其它输入。

表1.示例性输入

用例示例

如先前描述的，床旁电子脑100允许临床医师设定输入值、导出值、装置设定和其它数据点的范围并且可以执行与特定安全协议有关的治疗。以下示例图示用于高钾血症规则的协议。

表2.示例性高钾血症规则

用于示例性高钾血症规则的相关规则逻辑包括：

if(notany_pump_delivering_epi)//这是基本药物安全检查

if(ecg_faultedandheart_rate_ecg_invalid)//必需的输入都发生故障

动作：cfh_规则

注意：这里单元处于故障状态，能够关闭cfh吗？

在没有自动重置的情况下总是必须手动地重置警报的考虑。

elseif(ecg_faultedandheart_rate_valid)和((heart_rate<hr_min_pt_hyperkalemia)或(heart_rate<heart_rate_baseline*0.6))

动作：cfh_规则

动作：关闭钾

elseif(qrs_width>qrs_width_max_hyperkalimia)或(qrs_width>(qrs_width_basline*1.25))

和

((heart_rate<hr_min_pt_hyperkalemia)或(heart_rate<heart_rate_baseline*0.6)

和

(algo_qrs_peaking_present()或qrs_peaking_get_level_baseline*1.25)//在此上下文中，利用算法

动作：cfh_规则

动作：关闭钾

动作：递送碳酸氢盐

endif

else

动作：cfh_规则

在epi递送的同时示出对话指示对高钾血症的选择

endif

例如，患者110在遥测单元106a上并且正在经由输液泵108a接收钾的iv给药。患者的t波达到峰值，qrs波群开始变宽，并且患者110的心率减小。这些是高钾血症的一些典型体征。床旁电子脑100读取患者数据并经由刚刚指出的“典型体征”识别此模式。床旁电子脑100发警报声，从而呼叫护士、医生或其它紧急医疗保健提供者。遗憾的是，没有人回答警报。床旁电子脑100执行安全协议：它停止iv钾给药。另外，在特定实施例中，床旁电子脑100可以执行附加后续安全协议，诸如输注一个安瓿的碳酸氢钠(或者在患者未服用地高辛的情况下则输注氯化钙)。总之，如果患者110的心电图示出危险高钾的体征，则床旁电子脑100将停止钾输液。

在第二示例中，安全协议涉及低血压规则。例如，手术后患者110正在恢复，但是开始内出血。床旁电子脑100通过接收呼吸率、心率、容量状态信号的输入以及经由心率变异性、呼吸率变异性和容量状态的变化率的算法中的子节点的导出值来预测低血压。床旁电子脑100要求帮助，但是没人响应。然后患者110的容量状态信号实际上指示低血压。床旁电子脑100向患者110给出500cc的乳酸林格式液的溶液的iv推注，呼叫内科医师，呼叫护士，并继续可听见地发出警报。

在第三示例中，安全协议涉及识别体液潴留。例如，由于患者110患有流感，所以急诊科里的患者110正在接收脱水用iv液体。床旁电子脑100基于患者110的容量状态信号识别了患者110正变得体液潴留，并且患者110的呼吸率也在增加。床旁电子脑100将这些因素认为与iv输液有关，并要求帮助，但是没人响应。床旁电子脑100减小iv液体输液速率，呼叫内科医师，呼叫护士，并继续可听见地发出警报。

在第四示例中，安全协议涉及预测低血压。例如，患者110正在重症监护室中接受血液透析。床旁电子脑100使用呼吸率、心率、容量状态信号的输入以及经由心率变异性、呼吸率变异性和容量状态的变化率的算法中的子节点的导出值来识别低血压。床旁电子脑100要求帮助，但是没人响应。床旁电子脑100将透析自动地减小至其最慢可能的速率，呼叫护士，呼叫内科医师，并继续可听见地发出警报。

在第五示例中，安全协议涉及预测出血。例如，对于血凝块问题，不管患者110可能出血的严重担忧，都对患者110进行低分子量肝素注射。床旁电子脑100注意到心律增加、呼吸率增加和容量状态低。床旁电子脑100要求帮助，但是没人响应。床旁电子脑100可以启动两个动作：输注250cc生理盐水并开始缓慢推送iv硫酸鱼精蛋白(例如，以部分地逆转肝素注射)。

应该领会的是，上面提供的示例不是限制性的，并且床旁电子脑能够与许多其它传感器和治疗装置一起执行许多其它安全协议动作。

应领会的是，能够使用一个或多个计算机程序或组件来实现本文描述的所有公开的方法和程序。可以将这些组件作为一系列计算机指令在任何常规的计算机可读介质上提供，所述计算机可读介质包括ram、rom、闪速存储器、磁盘或光盘、光学存储器或其它存储介质。指令可以被配置成由处理器执行，所述处理器在执行该系列计算机指令时执行所公开的方法和程序的全部或部分或促进其的执行。

如本说明书(包括权利要求书)中所使用的，术语“和/或”是包括性或排他性的连词。因此，术语“和/或”表示在一组中存在两个或更多个事物，或者表示可以从一组替代方案中进行一个选择。

本公开的许多特征和优点从所撰写的说明书中显而易见，因此，所附权利要求旨在涵盖本公开的所有此类特征和优点。另外，由于本领域的技术人员将容易地想到许多修改和改变，所以本公开不限于如图示和描述的确切构造和操作。因此，所描述的实施例应该被视为说明性的而不是限制性的，并且本公开不应该限于本文给出的细节，而是应该由以下权利要求及其等同物的完全范围限定，而无论现在或将来是可预见的还是不可预见的。