CN117321512A - 具有蓝色代码集成的建筑物管理系统 - Google Patents

Abstract

一种建筑物的用于控制医疗设施的建筑物管理系统(BMS)。所述BMS包括一个或多个处理电路，所述一个或多个处理电路包括被配置成在其上存储指令的一个或多个存储器装置，所述指令当由一个或多个处理器执行时致使所述一个或多个处理器：接收指示患者的房间中的蓝色代码事件的信号；以及响应于所接收信号而自动调整所述房间中的温度、压力、湿度水平、照明系统或空气成分中的至少一者。

Description

具有蓝色代码集成的建筑物管理系统

相关申请的交叉引用

本申请要求于2021年5月12日提交的第63/187,842号美国临时专利申请和于2022年5月5日提交的第17/737,876号美国专利申请的权益。上文列出的所有申请的全部内容通过引用并入本文。

背景技术

本公开大体上涉及建筑物管理系统(BMS)。更具体地，本公开大体上涉及具有集成命令中心的BMS系统。

发明内容

这一概述仅是说明性的，且不旨在以任何方式进行限制。结合附图，本文所描述的装置或过程的其它方面、发明特征和优点将在本文所阐述的具体实施方式中变得显而易见，其中相同的附图标记指代相同的元件。

本公开的一个实施方案为一种建筑物的用于控制医疗设施的建筑物管理系统(BMS)。该BMS包括一个或多个处理电路，该一个或多个处理电路包括一个或多个存储器装置，该一个或多个存储器装置被配置成在其上存储指令，这些指令当由一个或多个处理器执行时致使该一个或多个处理器：接收指示患者的房间中的蓝色代码事件的信号；以及响应于所接收信号而自动调整房间中的温度、压力、湿度水平、照明系统或空气成分中的至少一者。

本公开的另一个实施方案为一种建筑物管理系统的集成引擎。该集成引擎包括一个或多个处理电路，该一个或多个处理电路位于现场且包括联接到一个或多个处理器的一个或多个存储器装置，该一个或多个存储器装置被配置成在其上存储指令，这些指令当由一个或多个处理器执行时致使该一个或多个处理器：从护士呼叫系统接收护士呼叫信息；基于护士呼叫信息而确定蓝色代码标识符；基于护士呼叫信息而确定房间标识符；基于蓝色代码标识符而确定活动蓝色代码事件正在发生；基于房间标识符而确定其中活动蓝色代码事件正在发生的房间位置；发起蓝色代码事件响应；以及响应于直接发起蓝色代码事件响应而在不控制任何非现场处理电路的情况下自动实施一组蓝色代码动作，该组蓝色代码动作包括控制房间供暖通风与空气调节(HVAC)系统或照明系统中的至少一者。

本公开的另一个实施方案为一种操作集成引擎的方法。该方法包括接收指示蓝色代码事件正在患者的房间中发生的护士呼叫信息；以及响应于护士呼叫信息而自动调整房间中的温度、压力或湿度水平中的至少一者。

在一些实施例中，处理器进一步被配置成接收房间内部的实时视频馈送，并且响应于确定患者已受伤而自动向房间的护理团队成员提供通知。

附图说明

图1为根据一些实施例的配备有HVAC系统的建筑物的示意图。

图2为根据一些实施例的可用作图1的HVAC系统的一部分的水侧系统的示意图。

图3为根据一些实施例的可用作图1的HVAC系统的部分的空边系统的框图。

图4为根据一些实施例的可在图1的建筑物中使用的BMS的框图。

图5为根据一些实施例的可以在图1的建筑物中实施的集成命令中心的框图。

图6为根据某一实施例的可以在图5的集成命令中心中实施的命令中心引擎的框图。

图7为根据一些实施例的可以在图5的集成命令中心中实施的具有预警系统的命令中心引擎的框图。

图8为根据一些实施例的可以在图5的集成命令中心中实施的具有集成停车控制的命令中心的框图。

图9为根据一些实施例的可以在图5的集成命令中心中实施的具有分布式护理功能的命令中心引擎的框图。

图10为根据一些实施例的可以在图5的集成命令中心中实施的具有有感知的患者房间功能的命令中心引擎的框图。

图11为根据一些实施例的可以在图5的集成命令中心中实施的具有智能房间集成的命令中心引擎的框图。

图12为根据一些实施例的可以在图5的集成命令中心中实施的具有患者识别功能的命令中心引擎的框图。

图13为根据一些实施例的可以由图5的引擎实施的用于在紧急情况期间实施对患者的适当响应的示意图。

图14为根据一些实施例的可以由图5的引擎实施的用于在紧急情况期间实施对患者的适当响应的示意图。

图15为根据一些实施例的可以由图5的引擎实施的智能蓝色代码系统架构的示意图。

图16为根据一些实施例的可以由图5的引擎实施的蓝色代码响应方法的流程图。

图17为根据一些实施例的可以由图5的引擎实施的智能蓝色代码系统架构的示意图。

具体实施方式

概述

大体上参考附图，用于聚合来自多个子系统的数据并基于聚合数据而做出一个或多个命令决策的系统和方法。在一些实施例中，建筑物(例如医院)包括若干系统和/或子系统，例如供暖、通风或空气调节(HVAC)系统、房间调度系统、患者监测系统、救护车调度系统和分布式护理系统。

建筑物管理系统和HVAC系统

现在参考图1，展示了建筑物10(例如，医院或医疗设施)的透视图。建筑物10由建筑物管理系统(BMS)服务。BMS通常为被配置成控制、监测和管理建筑物或建筑物区中或周围的设备的装置的系统。BMS可以包括例如HVAC系统、安全系统、照明系统、火灾警报系统、能够管理建筑物功能或装置的任何其他系统，或其任何组合。

服务于建筑物10的BMS包含HVAC系统100。HVAC系统100可包含被配置成为建筑物10提供加热、冷却、通风或其它服务的多个HVAC装置(例如，加热器、制冷机、空气处置单元、泵、风扇、热能存储装置等)。例如，HVAC系统100被示出为包含水侧系统120和空气侧系统130。水侧系统120可以向空气侧系统130的空气处理单元提供加热或冷却的流体。空气侧系统130可以使用所述加热或冷却的流体来加热或冷却提供给建筑物10的气流。在一些实施例中，水边系统120替换为中央能量设备，例如参考图2所描述的中央设备200。

在一些实施例中，建筑物10充当能够容纳HVAC系统100的一些或所有组件的建筑物或园区(例如，医院园区的若干建筑物)。虽然本文中所描述的系统和方法主要集中于典型建筑物(例如，建筑物10)内的操作，但其可容易地应用于各种其它空间或空间(例如，汽车、飞机、休闲车辆等)。

仍参考图1，HVAC系统100被展示为包含制冷机102、锅炉104和屋顶空气处置单元(AHU)106。水侧系统120可以使用锅炉104和制冷机102来加热或冷却工作流体(例如，水、乙二醇等)并且可以将工作流体循环到AHU 106。在各种实施例中，水边系统120的HVAC装置可位于建筑物10中或周围(如图1中所展示)，或位于例如中央设备(例如，制冷机设备、蒸汽设备、加热设备等)的场外位置。取决于建筑物10中是需要加热还是冷却，工作流体可在锅炉104中加热或在制冷机102中冷却。锅炉104可以例如通过燃烧可燃材料(例如，天然气)或使用电加热元件来向循环流体添加热量。制冷机102可以使循环流体与热交换器(例如，蒸发器)中的另一流体(例如，制冷剂)成热交换关系以从循环流体吸收热量。来自制冷机102和/或锅炉104的工作流体可经由管路108输送到AHU 106。

AHU 106可以使工作流体与传递通过AHU 106的气流成热交换关系(例如，通过一级或多级冷却盘管和/或加热盘管来进行)。气流可为例如外部空气、建筑物10内部的返回空气，或两者的组合。AHU 106可以在气流与工作流体之间传递热量，以为气流提供加热或冷却。举例来说，AHU 106可包含一个或多个风扇或鼓风机，其被配置成使气流传递穿过或通过含有工作流体的热交换器。然后工作流体可以通过管道110返回到制冷机102或锅炉104。

空气侧系统130可以通过送风管112将AHU 106所供应的气流(即，供应气流)递送到建筑物10，并且可以通过回风管114将来自建筑物10的回流空气提供给AHU 106。在一些实施例中，空气侧系统130包含多个可变风量(VAV)单元116。例如，空气侧系统130被示出为在建筑物10的每个楼层或区包含单独的VAV单元116。VAV单元116可包含可操作以控制提供到建筑物10的个别分区的供应气流量的风门或其它流量控制元件。在其它实施例中，空边系统130(例如，经由空气供应管道112)将供应气流递送到建筑物10的一个或多个分区中而不使用中间VAV单元116或其它流量控制元件。AHU 106可包含被配置成测量供应气流的属性的各种传感器(例如，温度传感器、压力传感器等)。AHU 106可以从位于AHU 106内和/或建筑物分区内的传感器接收输入，并且可以调整通过AHU 106的供应气流的流速、温度或其他属性以实现建筑物分区的设定点条件。

现在参考图2，根据示例性实施例，展示中央设备200的框图。简单来说，中央设备200可包含被配置成服务于建筑物或园区(即，建筑物的系统)的热能负载的各种类型的设备。举例来说，中央设备200可包含加热器、制冷机、热回收制冷机、冷却塔或被配置成服务于建筑物或园区的加热和/或冷却负载的其它类型的设备。中央设备200可消耗来自公用设施的资源(例如，电力、水、天然气等)以加热或冷却循环到一个或多个建筑物或存储以供稍后使用(例如，在热能存储罐中)的工作流体，以为建筑物提供加热或冷却。在各种实施例中，中央设备200可补充或替换建筑物10中的水边系统120，或可与建筑物10分开实施(例如，在场外位置处)。

中央设备200被展示为包含多个分设备202-212，所述分设备包含加热器分设备202、热回收制冷机分设备204、制冷机分设备206、冷却塔分设备208、热热能存储(TES)分设备210和冷热能存储(TES)分设备212。分设备202-212消耗来自公用设施的资源以服务于建筑物或园区的热能负载(例如，热水、冷水、加热、冷却等)。举例来说，加热器分设备202可被配置成在热水环路214中加热水，所述热水环路使热水在加热器分设备202与建筑物10之间循环。制冷机分设备206可被配置成在冷水环路216中冷却水，所述冷水环路使冷水在制冷机分设备206与建筑物10之间循环。热回收制冷机分设备204可被配置成将热从冷水环路216传送到热水环路214，以为热水提供额外加热和为冷水提供额外冷却。冷凝水回路218可以从冷水机子设备206中的冷水吸收热量，并且排出在冷却塔子设备208中吸收的热量或将所吸收的热量传递到热水回路214。高温TES子设备210和低温TES子设备212可以分别存储高温热能和低温热能以供后续使用。

热水回路214和冷水回路216可以将加热和/或冷却的水递送到位于建筑物10的屋顶上的空气处理器(例如，AHU 106)或递送到建筑物10的各个楼层或区(例如，VAV单元116)。空气处理器将空气推过热交换器(例如，加热盘管或冷却盘管)，水通过该热交换器为空气提供加热或冷却。加热空气或冷却空气可递送到建筑物10的个别分区以服务于建筑物10的热能负载。然后，水返回到子设备202-212以进行进一步加热或冷却。

虽然子设备202-212被展示和描述为加热和冷却用于循环到建筑物的水，但是应理解，可使用任何其他类型的工作流体(例如，乙二醇、CO₂等)来代替或补充水，以服务于热能负载。在其他实施例中，子设备202-212可以直接向建筑物或校园提供加热和/或冷却，而不需要中间传热流体。中央设备200的这些和其它变化在本发明的教示内。

分设备202-212中的每一个可包含被配置成促进分设备的功能的多种设备。例如，加热器子设备202被示出为包含被配置成在热水回路214中向热水添加热量的多个加热元件220(例如，锅炉、电加热器等)。加热器子设备202还被展示为包括被配置成使热水在热水回路214中循环并控制热水通过各个加热元件220的流速的若干泵222和224。冷水机子设备206被示出为包含被配置成从冷水回路216中的冷水中去除热量的多个冷水机232。制冷机子设备206还被展示为包括被配置成使冷水在冷水回路216中循环并控制冷水通过各个制冷机232的流速的若干泵234和236。

热回收冷水机子设备204被示出为包含被配置成将热量从冷水回路216传递到热水回路214的多个热回收热交换器226(例如，制冷回路)。热回收制冷机子设备204还被展示为包括被配置成使热水和/或冷水循环通过热回收热交换器226并控制水通过各个热回收热交换器226的流速的若干泵228和230。冷却塔子设备208被示出为包含被配置成从冷凝水回路218中的冷凝水中去除热量的多个冷却塔238。冷却塔子设备208还被展示为包括被配置成使冷凝水在冷凝水回路218中循环并控制冷凝水通过各个冷却塔238的流速的若干个泵240。

高温TES子设备210被示出为包含被配置成储存热水以供后续使用的高温TES罐242。高温TES子设备210还可以包括被配置成控制热水流入或流出高温TES罐242的流速的一个或多个泵或阀。低温TES子设备212被示出为包含被配置成储存冷水以供后续使用的低温TES罐244。低温TES子设备212还可以包括被配置成控制冷水流入或流出低温TES罐244的流速的一个或多个泵或阀。

在一些实施例中，中央设备200中的泵(例如，泵222、224、228、230、234、236和/或240)中的一个或多个或中央设备200中的管线包含与其相关联的隔离阀。隔离阀可与泵集成或定位在泵的上游或下游以控制中央设备200中的流体流动。在各种实施例中，基于中央设备200的特定配置和由中央设备200服务的负载的类型，中央设备200可包含更多、更少或不同类型的装置和/或分设备。

现在参考图3，根据示例性实施例，展示空气侧系统300的框图。在各种实施例中，空边系统300可补充或替换HVAC系统100中的空边系统130，或可与HVAC系统100分开实施。当在HVAC系统100中实施时，空边系统300可包含HVAC系统100中的HVAC装置的子集(例如，AHU 106、VAV单元116、管道112、管道114、风扇、风门等)，并且可位于建筑物10中或周围。空边系统300可操作以使用由水边系统200提供的加热或冷却流体来加热或冷却提供到建筑物10的气流。

在图3中，空气侧系统300被示出为包含节能器型空气处理单元(AHU)302。节能器型AHU可改变被空气处理单元用于加热或冷却的室外空气和回流空气的量。举例来说，AHU302可经由返回空气管道308从建筑物分区306接收返回空气304，并且可经由供应空气管道312将供应空气310递送到建筑物分区306。在一些实施例中，AHU 302是位于建筑物10的屋顶上的屋顶单元(例如，如图1中所示的AHU 106)，或者另外定位成接收回流空气304和外部空气314两者的屋顶单元。AHU 302可以被配置成运作排气风阀316、混合风阀318和外部空气风阀320，以控制组合以形成供应空气310的外部空气314和回流空气304的量。不穿过混合风阀318的任何回流空气304可以作为排气322通过排气风阀316从AHU 302排出。

风门316-320中的每一者均可以由致动器操作。例如，排气风阀316可以由致动器324运作，混合风阀318可以由致动器326运作，并且外部空气风阀320可以由致动器328运作。致动器324-328可以经由通信链路332与AHU控制器330通信。致动器324-328可以从AHU控制器330接收控制信号，并且可以将反馈信号提供到AHU控制器330。反馈信号可以包括，例如，对当前致动器或风门位置的指示、由致动器施加的扭矩或力的量、诊断信息(例如，由致动器324-328执行的诊断测试的结果)、状态信息、调试信息、配置设置、校准数据和/或可以由致动器324-328收集、存储或使用的其他类型的信息或数据。AHU控制器330可以是节能器控制器，该节能器控制器被配置成使用一个或多个控制算法(例如，基于状态的算法、极值搜索控制(ESC)算法、比例积分(PI)控制算法、比例积分微分(PID)控制算法、模型预测控制(MPC)算法、反馈控制算法等)来控制致动器324-328。

仍参考图3，AHU 302被示为包含冷却盘管334、加热盘管336，以及位于送风管道312内的风机338。风机338可以被配置成迫使供应空气310通过冷却盘管334和/或加热盘管336并且将供应空气310提供到建筑区306。AHU控制器330可以经由通信链路340与风扇338通信以控制供应空气310的流速。在一些实施例中，AHU控制器330通过调节风机338的速度来控制施加到供应空气310的加热或冷却量。

冷却盘管334可经由管路342从水边系统200(例如，从冷水环路216)接收冷却流体，并且可经由管路344将冷却流体返回到水边系统200。阀346可以沿着管道342或管道344定位以控制通过冷却盘管334的冷却的流体的流速。在一些实施例中，冷却盘管334包含可以独立地激活和去激活(例如，由AHU控制器330、由BMS控制器366等)以调节施加到供应空气310的冷却量的冷却盘管的多个级。

加热盘管336可经由管路348从水边系统200(例如，从热水环路214)接收加热流体，并且可经由管路350将加热流体返回到水边系统200。阀352可以沿着管道348或管道350定位以控制通过加热盘管336的加热的流体的流速。在一些实施例中，加热盘管336包含可以独立地激活和去激活(例如，由AHU控制器330、由BMS控制器366等)以调节施加到供应空气310的加热量的加热盘管的多个级。

阀门346和352中的每一个可以由致动器控制。例如，阀门346可以由致动器354控制并且阀门352可以由致动器356控制。致动器354-356可以经由通信链路358-360与AHU控制器330通信。致动器354-356可以从AHU控制器330接收控制信号，并且可以将反馈信号提供到控制器330。在一些实施例中，AHU控制器330从位于送风管道312(例如，在冷却盘管334和/或加热盘管336下游)中的温度传感器362接收供应空气温度的测量值。AHU控制器330还可从位于建筑物分区306中的温度传感器364接收建筑物分区306的温度的测量值。

在一些实施例中，AHU控制器330经由致动器354-356操作阀346和352以调节提供到供应空气310的加热或冷却量(例如，以实现供应空气310的设定点温度或将供应空气310的温度维持在设定点温度范围内)。阀门346和352的位置影响通过冷却盘管334或加热盘管336提供到供应空气310的加热或冷却量，并且可以与所消耗能量的量相关以实现期望的供应空气温度。AHU控制器330可以通过激活或解除激活盘管334-336、调整风扇338的速度或两者的组合来控制供应空气310和/或建筑物分区306的温度。

仍然参考图3，空气侧系统300被示出为包含建筑物管理系统(BMS)控制器366和客户端装置368。BMS控制器366可以包含一个或多个计算机系统(例如，服务器、监督控制器、子系统控制器等)，该计算机系统用作空气侧系统300、水侧系统200、HVAC系统100和/或服务于建筑物10的其他可控系统的系统级控制器、应用或数据服务器、头节点或主控制器。BMS控制器366可根据相似或不同协议(例如，LON、BACnet等)经由通信链路370与多个下游建筑物系统或子系统(例如，HVAC系统100、安全系统、照明系统、水边系统200等)通信。在各种实施例中，AHU控制器330和BMS控制器366可以是单独的(如图3中所示)或集成的。在集成实施方式中，AHU控制器330可以是配置用于由BMS控制器366的处理器执行的软件模块。

在一些实施例中，AHU控制器330从BMS控制器366接收信息(例如，命令、设定点、运作边界等)，并且将信息提供到BMS控制器366(例如，温度测量值、阀门或致动器位置、运作状态、诊断等)。举例来说，AHU控制器330可向BMS控制器366提供来自温度传感器362和364的温度测量值、设备开/关状态、设备操作能力和/或可由BMS控制器366用于监测或控制建筑物分区306内的可变状态或条件的任何其它信息。

客户端装置368可以包含一个或多个人机界面或客户端界面(例如，图形用户界面、报告界面、基于文本的计算机界面、面向客户端的网络服务、向网络客户端提供页面的网络服务器等)，用于控制、查看HVAC系统100、其子系统和/或装置或以其它方式与其交互。客户端装置368可以是计算机工作站、客户端终端、远程或本地接口，或任何其它类型的用户界面装置。客户端装置368可以是固定终端或移动装置。例如，客户端装置368可以是台式计算机、具有用户界面的计算机服务器、膝上型计算机、平板计算机、智能电话、PDA，或任何其它类型的移动或非移动装置。客户端装置368可经由通信链路372与BMS控制器366和/或AHU控制器330通信。

现在参考图4，根据示例性实施例，展示建筑物管理系统(BMS)400的框图。BMS 400可以在建筑物10中实施以自动地监测和控制各种建筑物功能。BMS 400被示出为包含BMS控制器366和多个建筑物子系统428。建筑物子系统428被展示为包括建筑物电气子系统434、信息通信技术(ICT)子系统436、安全子系统438、HVAC子系统440、照明子系统442、电梯/自动扶梯子系统432，以及防火安全子系统430。在各种实施例中，建筑物子系统428可以包含更少、另外或替代性子系统。举例来说，建筑物子系统428还可或替代地包含制冷子系统、广告或标牌子系统、烹饪子系统、售卖子系统、打印机或复制服务子系统，或使用可控制设备和/或传感器来监测或控制建筑物10的任何其它类型的建筑物子系统。在一些实施例中，建筑物子系统428包括水侧系统200和/或空气侧系统300，如参考图2和图3所描述的。

建筑物子系统428中的每一个可以包含用于完成其各个功能和控制活动的任何数目个装置、控制器和连接。HVAC子系统440可以包括与HVAC系统100相同的许多组件，如参考图1至图3所描述的。例如，HVAC子系统440可以包含冷水机、锅炉、任何数目个空气处理单元、节能器、场控制器、监督控制器、致动器、温度传感器和用于控制建筑物10内的温度、湿度、气流或其他可变条件的其他装置。照明子系统442可以包含任何数目个照明器具、镇流器、照明传感器、减光器，或被配置成可控制地调整提供到建筑物空间的光的量的其他装置。安全子系统438可包含占用传感器、视频监控摄像头、数字视频记录器、视频处理服务器、入侵检测装置、存取控制装置(例如，卡存取等)和服务器，或其它安全相关装置。

仍参考图4，BMS控制器366经展示为包含通信接口407和BMS接口409。通信接口407可以促进BMS控制器366与外部应用程序(例如，监测和报告应用程序422、企业控制应用程序426、远程系统和应用程序444、驻留在客户端装置448上的应用程序等)之间的通信，以用于允许对BMS控制器366和/或子系统428的用户控制、监测和调整。通信接口407还可以促进BMS控制器366与客户端装置448之间的通信。BMS接口409可促进BMS控制器366与建筑物子系统428(例如，HVAC、照明安全、电梯、配电、业务等)之间的通信。

接口407、409可以为或包含用于与建筑物子系统428或其他外部系统或装置进行数据通信的有线或无线通信接口(例如，插口、天线、传输器、接收器、收发器、电线接头等)。在各种实施例中，通过接口407、409的通信可以是直接通信(例如，本地有线或无线通信)或者通过通信网络446(例如，WAN、因特网、蜂窝网络等)进行。例如，接口407、409可以包含以太网卡和端口以用于经由基于以太网的通信链路或网络发送和接收数据。在另一实例中，接口407、409可以包含用于通过无线通信网络通信的Wi-Fi收发器。在另一实例中，接口407、409中的一个或两个可以包含蜂窝式或移动电话通信收发器。在一个实施例中，通信接口407为电源线通信接口，并且BMS接口409为以太网接口。在其他实施例中，通信接口407和BMS接口409两者为以太网接口或为同一以太网接口。

仍参考图4，BMS控制器366经展示为包含处理电路404，所述处理电路包含处理器406和存储器408。处理电路404可以通信地连接到BMS接口409和/或通信接口407，使得处理电路404和其各种组件可以通过接口407、409发送和接收数据。处理器406可以被实施为通用处理器、专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)、一组处理组件或其他合适的电子处理组件。

存储器408(例如，存储器、存储器单元、存储装置等)可包括一个或多个用于存储用于完成或促进本申请中描述的各种过程、层和模块的数据和/或计算机代码的装置(例如，RAM、ROM、闪存、硬盘存储器等)。存储器408可为或包含易失性存储器或非易失性存储器。存储器408可以包括用于支持本申请中描述的各种活动和信息结构的数据库组件、目标代码组件、脚本组件或任何其它类型的信息结构。根据示例性实施例，存储器408经由处理电路404可通信地连接到处理器406，并且包括用于(例如，由处理电路404和/或处理器406)执行本文描述的一个或多个过程的计算机代码。

在一些实施例中，BMS控制器366实施在单个计算机(例如，一个服务器、一栋房屋等)内。在各种其他实施例中，BMS控制器366可分布在多个服务器或计算机上(例如，可存在于分散的位置中)。进一步地，虽然图4将应用422和426示出为存在于BMS控制器366外部，但在一些实施例中，应用422和426可以托管在BMS控制器366内(例如，存储器408内)。

仍参考图4，存储器408经展示为包含企业集成层410、自动化测量和校验(AM&V)层412、需求响应(DR)层414、故障检测和诊断(FDD)层416、集成控制层418，以及建筑物子系统集成稍后420。层410-420可以被配置成从建筑物子系统428和其他数据源接收输入，基于输入而确定用于建筑物子系统428的最佳控制动作，基于最佳控制动作而生成控制信号，以及将所生成的控制信号提供到建筑物子系统428。以下段落描述由BMS 400中的层410-420中的每一者进行的通用功能中的一些。

企业集成层410可以被配置成向客户端或本地应用提供信息和服务以支持多种企业级应用。例如，企业控制应用426可以被配置成将子系统横跨控制提供到图形用户界面(GUI)或提供到任何数目个企业级商业应用(例如，计费系统、用户识别系统等)。企业控制应用程序426还可或替代地被配置成提供配置GUI以用于配置BMS控制器366。在又其他实施例中，企业控制应用426可以与层410-420一起工作以基于在通信接口407和/或BMS接口409处接收到的输入而优化建筑物性能(例如，效率、能量使用、舒适度或安全性)。

建筑物子系统集成层420可以被配置成管理BMS控制器366与建筑物子系统428之间的通信。举例来说，建筑物子系统集成层420可从建筑物子系统428接收传感器数据和输入信号且将输出数据和控制信号提供到建筑物子系统428。建筑物子系统集成层420还可被配置成管理建筑物子系统428之间的通信。建筑物子系统集成层420跨越多个多供应商/多协议系统转译通信(例如，传感器数据、输入信号、输出信号等)。

需求响应层414可以被配置成响应于满足建筑物10的需求而优化资源使用(例如，电力使用、天然气使用、水使用等)和/或此类资源使用的货币成本。优化可以基于使用时间价格、缩减信号、能量可用性或从公用设施提供者、分布式能量生成系统424、从能量存储装置427(例如，高温TES242、低温TES244等)或从其他源接收到的其他数据。需求响应层414可从BMS控制器366的其它层(例如，建筑物子系统集成层420、集成控制层418等)接收输入。从其他层接收到的输入可以包含环境或传感器输入，例如温度、二氧化碳水平、相对湿度水平、空气质量传感器输出、占用传感器输出、房间时间表等。输入还可包含来自公用设施的例如电使用(例如，以kWh表达)、热负载测量、定价信息、计划定价、平滑定价、缩减信号等的输入。

根据示例性实施例，需求响应层414包括用于响应其接收的数据和信号的控制逻辑。这些响应可以包含以受控的方式与集成控制层418中的控制算法通信、改变控制策略、改变设定点或激活/停用建筑物设备或子系统。需求响应层414还可包含被配置成确定何时利用所存储能量的控制逻辑。举例来说，需求响应层414可确定刚好在峰值使用小时开始之前开始使用来自能量存储装置427的能量。

在一些实施例中，需求响应层414包含被配置成基于一个或多个表示需求或基于需求的输入(例如，价格、削减信号、需求水平等)而主动地起始控制动作(例如，自动改变设定点)的控制模块，这可最大限度地降低能量成本。在一些实施例中，需求响应层414使用设备模型来确定一组最佳控制动作。设备模型可以包含例如描述由建筑设备的各种集合执行的输入、输出和/或功能的热力学模型。设备模型可表示建筑物设备的集合(例如，分设备、制冷机阵列等)或个别装置(例如，个别制冷机、加热器、泵等)。

需求响应层414可进一步包含一个或多个需求响应策略定义(例如，数据库、XML文件等)或按所述一个或多个需求响应策略定义绘制。策略定义可以由用户编辑或调整(例如，通过图形用户界面)，使得响应于需求输入而起始的控制动作可以针对用户的应用、所要舒适度水平、特定建筑设备或基于其他关注点而定制。例如，需求响应策略定义可以指定哪个设备可以响应于特定需求输入而接通或断开、系统或一件设备应断开多长时间、哪些设定点可改变、可允许设定点调整范围是什么、在返回到正常调度的设定点之前保持高需求设定点多长时间、接近容量极限的程度、利用哪些设备模式、进出储能装置(例如，储热罐、电池组等)的能量传递速率(例如，最大速率、警报速率、其他速率边界信息等)，以及何时分派现场能量生成(例如，通过燃料电池、电动发电机组等)。

集成控制层418可以被配置成使用建筑物子系统集成层420和/或需求响应层414的数据输入或输出来作出控制决策。由于由建筑物子系统集成层420提供的子系统集成，集成控制层418可以集成子系统428的控制活动，使得子系统428表现为单个集成超系统。在示例性实施例中，集成控制层418包括控制逻辑，该控制逻辑使用来自多个建筑物子系统的输入和输出来提供相对于单独的子系统可以独自提供的舒适度和节能更大的舒适度和节能。例如，集成控制层418可以被配置成使用来自第一子系统的输入来针对第二子系统作出节能控制决策。这些决策的结果可以传送回建筑物子系统集成层420。

集成控制层418被示出为在逻辑上位于需求响应层414下方。集成控制层418可以被配置成通过使建筑物子系统428和其相应控制环路能够与需求响应层414协同地控制来增强需求响应层414的效力。相比于常规系统，此配置可以有利地减少破坏性的需求响应行为。例如，集成控制层418可以被配置成确保对冷却水温度的设定点(或者直接或间接影响温度的另一组件)的需求响应驱动的向上调整不会导致风机能量(或用于冷却空间的其他能量)的增加，该风机能量的增加原本会导致建筑物总能量使用大于冷水机处所节省的能量。

集成控制层418可以被配置成将反馈提供到需求响应层414，使得需求响应层414检查约束(例如，温度、照明水平等)是否恰当地维持，即使在所需减载在进行中时也是如此。约束条件还可包含与安全性、设备操作极限和性能、舒适性、防火规范、电气法规、能源规范等相关的设定点或所感测边界。集成控制层418同样在逻辑上位于故障检测和诊断层416及自动化测量和验证层412下方。集成控制层418可以被配置成基于来自一个以上建筑物子系统的输出而将所计算输入(例如，汇总)提供到这些较高层级。

自动化测量和验证(AM&V)层412可以被配置成校验由集成控制层418或需求响应层414命令的控制策略恰当地工作(例如，使用由AM&V层412、集成控制层418、建筑物子系统集成层420、FDD层416或其他层汇总的数据)。由AM&V层412进行的计算可以基于用于各个BMS装置或子系统的建筑物系统能量模型和/或设备模型。举例来说，AM&V层412可将模型预测的输出与来自建筑物子系统428的实际输出进行比较以确定模型的准确性。

故障检测和诊断(FDD)层416可被配置成为建筑物子系统428、建筑物子系统装置(即，建筑物设备)以及由需求响应层414和集成控制层418使用的控制算法提供持续故障检测。FDD层416可从集成控制层418、直接从一个或多个建筑物子系统或装置，或从另一数据源接收数据输入。FDD层416可自动地诊断和响应于检测到的故障。对检测到的或诊断到的故障的响应可包含将警示消息提供到用户、维护调度系统，或被配置成尝试修复故障或解决故障的控制算法。

FDD层416可以被配置成使用建筑物子系统集成层420处可用的详细子系统输入来输出故障组件的特定识别或故障的原因(例如，风门连杆松动)。在其他示例性实施例中，FDD层416被配置成向集成控制层418提供“故障”事件，该集成控制层响应于接收到的故障事件而执行控制策略和方针。根据示例性实施例，FDD层416(或由集成控制引擎或业务规则引擎执行的策略)可以关闭系统或指导有故障的装置或系统周围的控制活动以减少能量浪费、延长设备寿命或确保适当的控制响应。

FDD层416可以被配置成存储或访问多种不同系统数据存储库(或实况数据的数据点)。FDD层416可使用数据存储的一些内容来识别设备层级(例如，特定制冷机、特定AHU、特定终端单元等)处的故障以及使用其它内容来识别组件或子系统层级处的故障。举例来说，建筑物子系统428可产生指示BMS 400和其各种组件的性能的时间(即，时间序列)数据。由建筑物子系统428生成的数据可以包含展现统计特征的所测量或所计算值，并且提供关于相应系统或过程(例如，温度控制过程、流量控制过程等)如何根据来自其设定点的错误执行的信息。这些过程可以由FDD层416检查以在系统的性能开始降级时暴露，并且警告用户在故障变得更严重之前修复该故障。

集成命令中心

现在参考图5，根据一些实施例，展示了超级系统500的框图。超级系统500可以与本文所描述的系统中的任何系统集成，例如HVAC系统100、水侧系统200、空气侧系统300和BMS系统400。超级系统500被展示为包括附属于建筑物10的多个系统，以及用于聚集和分析来自一个或多个系统的数据的命令中心工程师。超级系统500被展示为包括BMS 400、登记系统512、日程安排系统514、电子病历(EMR)系统516、实验室监测系统518、生理监测系统520、床位管理系统522、实时定位系统524、护理人员监测系统526、运输系统528、环境服务(EVS)530、医疗预约日程安排(MAS)系统532、患者偏好管理系统(PPMS)534和事件关联引擎536。另外，超级系统500被展示为包括命令中心引擎502，该命令中心引擎包括界面管理器504、分析管理器506和报告管理器508。

登记系统512可以被配置成促进向建筑物10进行的登记。在一些实施例中，用户经由应用程序在建筑物10处登记他们的预约。在一些实施例中，应用程序在到建筑物10的通勤之前和/或期间向用户提供全球定位卫星(GPS)坐标。应用程序可以向用户提供可以包括颜色编码和/或声音指示符的方向。例如，在应用程序上，用户可以被表示为沿着绿色路径通向建筑物10的蓝点。一旦进入建筑物10内部，应用程序还可以提供前往完成登记所需的特定房间或其他位置的方向。在一些实施例中，应用程序包括用于访问建筑物10的若干方面的GPS指令和帮助，例如提供到建筑物10的另一配楼的引导、提供到浴室的引导以及提供到新位置的引导以继续访问建筑物10。在一些实施例中，MAS系统532被包括在登记系统512中，并且被配置成促进医疗预约安排并及时协调前往预约的行程。日程安排、签到和导航的集成提高了用户安排和前往预约的能力，并且为设施提供了更准确的日程安排。

日程安排系统514可以被配置成促进使用在命令中心引擎502处收集的数据来改进患者的日程安排。在一些实施例中，日程安排系统514从登记系统512接收用户偏好并使用该信息来选择性地安排患者预约的时间/日期。例如，在登记期间，提示用户(例如，经由应用程序等)关于他们的偏好的问题，例如安排预约的优选时间。在完成登记之后，用户尝试安排其优选时间段之外的时间或数据(例如，用户更喜欢早上的时间段，并且用户正尝试安排下午的预约等)，应用程序可以通过向用户建议优选时间段来进行响应。例如，应用程序回复：“感谢您的预订！我们注意到您更喜欢在早上的时间段进行医院预约。这里有一些符合您偏好的建议时间段，以备您想切换时使用。”然后，应用程序可以提供符合用户偏好的一天或多天的一个或多个时间段。

在一些实施例中，日程安排系统514促进基于若干组聚合数据而不仅仅是来自登记系统512的数据而安排一个或多个患者。例如，BMS 400可以确定被配置成向冷却建筑物10的特定分区中的空气的子系统供应冷却流体的一个或多个冷却器无法操作，并且因而，不能恰当地控制该建筑物分区中的温度。命令中心引擎502接收该信息和来自日程安排系统514的日程安排信息，该日程安排信息指示该建筑物分区中的优选预约。应用程序(例如，可以可通信地连接到命令中心引擎，或者查询来自命令中心引擎502的数据等)可以通过向用户通知建筑物当前无法接收针对建筑物的该位置的日程安排预约来响应所请求的日程安排。在一些实施例中，超级系统500内所描述的一个或多个系统的操作利用来自超级系统500内的一个或多个其他系统的数据集。

EMR系统516可以被配置成更新和组织电子病历。在一些实施例中，病历的更新和组织至少部分地由命令中心引擎502监测。命令中心引擎502可以被配置成使用来自超级系统500内的其他系统的聚合数据来接收帮助促进以更有效的方式组织病历的信息。例如，命令中心引擎可以包括从日程安排系统514接收的日程安排偏好(例如，优选的日程安排时间等)、护理人员偏好(例如，性别、资格等)(例如，来自护理人员监测系统526等)、床位管理信息(例如优选房型等)，以及其他信息。

实验室监测系统518可以被配置成在实验室会话(例如，手术、扫描等)之前、期间或之后监测和记录实验室操作。在一些实施例中，向实验室房间提供的控制信号基于命令中心引擎502做出的决策而进行调整。例如，命令中心引擎502从PPMS 534接收关于对房间内的温度、压力和湿度(TPH)水平的用户偏好的信息。命令中心引擎502还接收关于实验室中的TPH水平如何遵守规则和规定的信息。然后，命令中心引擎502遵循用户偏好，使得它们遵循实验室的操作的规则和规定。还可以考虑其他用户的偏好，例如医生的偏好或护士的偏好。

生理监测系统520可以被配置成获得与一名或多名患者的生理操作相关的实时和/或历史数据。在一些实施例中，生理监测系统520向命令中心引擎502提供生理信息，使得命令中心引擎502可以基于生理信息而做出决策。例如，命令中心引擎502可以从EMR系统516接收EMR并从生理监测系统520接收同一患者的生理数据，并且确定该生理数据与患者的EMR相比显著异常。命令中心引擎502可以自动向护理团队(例如，医生、护士等)提供通知，该通知提供与所发现的信息相关的警告。

床位管理系统522可以被配置成促进对患者进行适当的床位管理。在一些实施例中，这可以包括基于患者的偏好(例如，如由PPMS 534确定的)而向患者分配特定的床位/房间。例如，患者可能更喜欢被分配到具有某些特征(例如，倾斜靠背、附加枕头、大号床等)的床位，这些特征可以经由登记系统512提供。命令中心引擎502可以分析登记偏好并将床位分配给患者以满足偏好。当然，可以考虑多种类型的偏好和/或数据集来在生理监测系统520或超级系统500中的系统中的任何系统中做出决策。

实时定位系统(RTLS)524可以被配置成提供对到达建筑物10的多个患者中的一者、当前在建筑物10内的占用者或其组合的实时监测。RTLS 524可以在用户处于建筑物10的一定距离内之后向这些用户提供方向。例如，在穿过地理围栏(例如，距建筑物10为1英里、距建筑物10为5英里等)之后，托管在用户装置上并可通信地连接到命令中心引擎502的应用程序向用户更新建筑物10处的停车方向，并且继续提供一直到建筑物10中的适当房间的方向，包括在建筑物10内时提供方向。在一些实施例中，RTLS524经由GPS或经由来自WiFi信号、信号等的射频识别(RFID)来跟踪用户(例如，患者、建筑物占用者等)。例如，建筑物的每个占用者可以携带能够进行RFID传输的装置，例如手机、徽章或挂绳、腕带等，该装置可以通过遍布建筑物的RFID收发器进行跟踪。在一些实施例中，RTLS 524利用面部和/或语音识别来检测和跟踪占用者。

护理人员监测系统526可以被配置成使用命令中心引擎502内的聚合数据向患者的护理团队提供更新。例如，如下面参考图7和图12更详细地描述的，可以将更新发送到患者的护理团队(例如医生、护士等)，该护理团队可以使用来自患者房间的传感器数据、来自患者档案的病历(例如，经由EMR系统516等)、由命令中心引擎502生成的具有与生理信息和舒适度信息相关的历史数据的简档或其任何组合来先发制人地检测到不安全或危险情况。

运输系统528可以被配置成促进患者从建筑物10的入口到建筑物10内的所需房间的运输或者在建筑物10内的多个房间之间的运输。例如，救护车可以载着患者到达并自动向命令中心引擎502提供患者已到达的指示。然后，命令中心引擎502可以查询数据库(例如，由PPMS 534维护，如下所述)，该数据库指示用户的一个或多个偏好，例如房间中的优选温度、压力和湿度水平。因此，可以在患者到达房间之前为患者准备房间。

EVS系统530可以被配置成促进建筑物10(例如，医院)的房间、走廊、桌子和其他组件的清洁和消毒。EVS系统530可以采用对管理员的全球定位卫星(GPS)跟踪并维护虚拟清洁日志以显示已经清洁和尚未清洁的位置。在一些实施例中，EVS系统530特别配备成在检测到传染病(例如，COVID-19)之后处理消毒。例如，一旦在设施中检测到COVID-19，就可以基于位于建筑物10内的摄像机而确定接触者追踪。命令中心引擎502可以接收来自摄像机的视频馈送和潜在传染区域的位置，确定疾病的潜在携带者的概况，并且实施接触者追踪/预防。

PPMS 534被配置成确定、记录、存储和/或检索各种患者偏好。例如，患者偏好可以包括房间(例如，患者房间)中优选的温度、压力和湿度水平、优选的照明温度和强度、优选的进餐时间、最喜欢的电影或电视节目、最喜欢的音乐家和乐队、患者的睡眠时间表等，以及本文所描述的任何其他患者或用户偏好。在一些实施例中，患者偏好是手动输入的，例如在患者签到或登记时由患者或设施(例如，医院)工作人员手动输入。在一些实施例中，PPMS534被配置成通过随时间记录房间和/或日程参数(例如，患者房间中的温度、压力和湿度水平)和/或通过分析患者的社交媒体帐户、银行和/或信用卡购买、搜索历史等而自动确定患者偏好。例如，PPMS 534可以从远程和/或第三方(例如，等)接收患者的偏好信息。在一些实施例中，PPMS 534可以与EMR系统516介接以确定患者偏好及/或存储患者偏好。在一些实施例中，PPMS 534维护患者简档以随时间记录患者偏好。例如，PPMS534的患者附加特征在下面更详细地描述。

事件关联引擎536可以被配置成监测和检测患者护理中的模式。例如，事件关联引擎536可以随时间监测患者温度检查，以确定温度检查之间的间隔(即，频率)。如果一段时间(例如，时间间隔)过去了而没有进行温度检查，则当患者期望进行温度检查时，事件关联引擎536可以向护理提供者或其他用户发送通知以启动温度检查。在一些实施例中，事件关联引擎536可以识别建筑物事件(例如，BMS 400事件)与临床事件之间的相关性。例如，事件相关引擎536可以识别患者房间的TPH与患者恢复时间或患者舒适度之间的关联。

命令中心引擎

现在参考图6，展示了根据一些实施例的命令中心引擎502的详细框图。命令中心引擎502被展示为包括处理电路604和通信接口650，该处理电路包括处理器606和存储器608。处理电路604可以可通信地连接到通信接口650，使得处理电路604和其各种组件可以经由通信接口650发送和接收数据。处理器606可以被实施为通用处理器、专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)、处理组件的群组或其他适合的电子处理组件。

存储器608(例如，存储器、存储器单元、存储装置等)可以包括用于存储用于完成或促进本申请中描述的各种过程、层和模块的数据和/或计算机代码的一个或多个装置(例如，RAM、ROM、闪存、硬盘存储器等)。存储器608可为或包含易失性存储器或非易失性存储器。存储器608可以包括用于支持本申请中所描述的各种活动和信息结构的数据库组件、目标代码组件、脚本组件或任何其他类型的信息结构。根据示例性实施例，存储器608经由处理电路604可通信地连接到处理器606，并且包括用于执行(例如，由处理电路604和/或处理器606)本文所描述的一个或多个过程的计算机代码。在一些实施例中，命令中心引擎502在单个计算机(例如，一个服务器、一栋房屋等)内实施。在各种其他实施例中，命令中心引擎502可以分布在多个服务器或计算机上(例如，可以存在于分布位置中)。

通信接口650可以促进命令中心引擎502和超级系统500内的其他系统(例如，日程安排系统514、床位管理系统522等)之间的通信，以允许用户对命令中心引擎502和/或超级系统500中的一个或多个系统进行控制、监测和调整。通信接口650可以是或包括有线或无线通信接口(例如，插口、天线、传输器、接收器、收发器、电线接头等)，用于实现超级系统500或其他外部系统或装置内的数据通信。在各种实施例中，经由通信接口650的通信可以是直接的(例如，现场有线或无线通信)或经由通信网络(例如，WAN、因特网、蜂窝网络等)。举例来说，通信接口650可包含以太网卡和端口以用于经由基于以太网的通信链路或网络发送和接收数据。在另一实例中，通信接口650可包含用于经由无线通信网络通信的Wi-Fi收发器。

存储器608被展示为包括临床命令中心610，包括企业容量优化614、重症监护外展616、医院运营618、预测分析620、护理通信622、预警监视624、流行病管理626和虚拟护理628。存储器608还被展示为包括设施命令中心612，包括建筑物自动化630、消防系统632、护士呼叫系统634、电信运营商636、资产管理638、医疗气体管理640、自动引导车辆642和安全装置644。存储器608被展示为进一步包括集成命令中心646。

命令中心引擎进程

预警系统

现在参考图6，展示了根据一些实施例的具有预警系统功能的命令中心引擎502的系统700。系统700被展示为包括命令中心引擎502、HVAC设备712、通知系统714、护理团队中心716和患者房间718。在一些实施例中，系统700被配置成向护理团队中心716或直接向建筑物10内的占用者提供预警(例如，经由通知系统714等)。这可以使用从患者房间718内的传感器收集的数据来执行。参考图7描述的预警系统和方法可以是或被包括在超级系统500的一个或多个系统(例如BMS 400)中。

在一些实施例中，传感器720可以获得与系统700内的任何类型的操纵或控制变量相关的信息。例如，传感器720获得对温度、压力、湿度、光强度、百叶窗位置、声级、运动或其组合的测量，并且向命令中心引擎502中的数据收集器702提供传感器数据。数据收集器702可以被配置成向神经网络706提供患者房间的状态数据。

神经网络706可以被配置成对可能保证出于安全原因而分发通知、警告或警报的某些情况进行预测。因此，神经网络706可以是任何合适类型的神经网络，例如感知器、前馈、递归(RNN)、深度前馈、卷积、残差、支持向量机(SVM)等。然而，在一些实施例中，神经网络706可以被替换为其他基于模型或算法的预测方法(例如，聚类、预测、时间序列等)。虽然未展示，但是可以使用历史数据来训练神经网络706。例如，神经网络可以使用关于患者房间718的数据、关于先前处于患者房间718中的患者的数据和/或关于所有患者和患者房间的元数据来生成“安全”条件的模型。如图所示，神经网络706可以被配置成基于患者元数据而输出区域(例如，患者房间)的最佳TPH设置或水平。

例如，一名20岁的男性因背部受伤被安置在患者房间718中。神经网络706使用训练数据，该训练数据包括已置于患者房间718中的若干个月的不同患者、20岁男性的历史数据以及历史时间周期内背部受伤的患者。在一些实施例中，神经网络706尝试满足目标函数，其中目标函数的目标是基于多个因素而提供适当的传感器值(例如，温度)。在上面的示例中，指示20岁男性的温度偏好的历史数据可以与背部受伤的患者的温度偏好不同地加权，该背部受伤的患者的温度偏好可以与位于患者房间718中的患者不同地加权。这可以产生多加权目标函数，其中还可以包括一个或多个约束。在一些实施例中，提供约束以确保操纵变量遵循一般规则和规定。例如，如果目标函数指示温度应当为100℉，则约束可以禁止控制信号尝试达到患者房间718中的100℉设定点，该约束不允许温度设定点高于75℉。

在一些实施例中，神经网络706被展示为接收所有患者的元数据，包括位于患者房间718中的患者的数据。该数据可以包括先前优选的操纵变量(例如，温度、压力、湿度、光强度、声级等)、来自患者的设定点、与患者相关的医疗数据、已用命令中心引擎502记录数据的任何和所有患者的数据。例如，神经网络706可以从监测患者的生命体征和其他生理参数的一个或多个传感器或装置接收数据。神经网络706可以被配置成基于患者的生命体征而调整房间中的TPH值(例如，冷却房间以降低患者的核心温度)。

在一些实施例中，神经网络706还接收指示患者的分类或诊断代码的患者数据。这些代码可以包括国际疾病和相关健康问题统计分类(ICD)代码、诊断相关组(DRG)代码、当前程序术语(CPT)代码和/或可以由医疗设施实施的任何其他类似类型的分类或诊断代码格式。在一些此类实施例中，神经网络706在确定患者房间的TPH值或其他参数时包括这些类型的代码(例如，作为输入)。例如，出现COVID-19症状的患者可以被分配有IDC代码“U07.1,2019-nCoV急性呼吸道疾病”，并且作为响应，可以调整患者房间的TPH或其他参数，从而不仅改进患者护理，而且有助于防止或减缓COVID-19向其他患者和/或建筑物内的区域的传播。在此示例中，患者的房间可以与医院的其他区域隔离，例如通过调整HVAC设备和/或通过改变房间的TPH值。在另一示例中，睡眠方案可以响应于特定分类或诊断代码而发起，并且可以使患者房间中的灯变暗、百叶窗关闭、温度降低等。

在一些实施例中，上面讨论的任何数据也可以用于训练神经网络706。在训练之后，神经网络706然后可以用于满足目标函数。一旦神经网络706被实施并且预测的操纵变量值由神经网络706确定，TPH管理器708就可以经由控制信号发生器710生成控制信号以满足预测的操纵变量值。在一些实施例中，这包括将操纵变量值设置为设定点并向HVAC设备712提供控制信号以满足该设定点。

如上所述，命令中心引擎502可以被配置成基于所接收的数据而提供预警检测。因而，经过训练的神经网络706能够确定操纵变量是否异常，使得它们指示患者房间718中的不安全环境。在此类实施例中，控制信号发生器710可以向护理团队中心提供帮助患者的通知。虽然未展示，但是控制信号发生器710还可以向HVAC设备提供控制信号以将操纵变量调整到安全水平。在一些实施例中，预警检测部分地基于患者温度改变请求的数量、类型和/或频率(例如，来自用于调整患者房间的参数的应用程序)。

在一些实施例中，控制信号发生器710可以向通知系统714提供警告通知。通知系统714可以是可通信地连接到建筑物10内的工作站、建筑物10内(例如，或最终将在建筑物10内)的占用者的一个或多个用户装置或其任何组合的系统。例如，控制信号发生器710提供警告，指示患者房间718内的温度对于对高温特别敏感的患者来说太高。建筑物管理器接收通知并监视将温度设定点调整到安全水平。

在一些实施例中，命令中心引擎502可以知道房间TPH值以及大多数人在房间内应当如何感觉(例如，基于上述神经网络功能等)。例如，如果患者请求房间中的温度改变，则命令中心引擎502可以使用人口统计信息(例如，身高、体重、性别、病史等)来确定是否需要提醒护理团队，或者这是否仅仅是优先的温度改变。

命令中心引擎502可以被配置成集成超级系统500内的任何和所有系统。在一些实施例中，超级系统500被配置成改进患者房间内的噪音水平、改进BMS 400内的能量效率、改进患者的睡眠质量、降低感染风险、增加护理团队响应时间(例如，通知最近的护士而不必通知指定的护士等)，并且增加安全响应时间。

服务重新路由

命令中心引擎502所提供的集成允许系统提供改进的服务和设施效率。在一些实施例中，如果服务(例如，MRI机器、疫苗接种等)被备份或者在一个位置(例如，建筑物10等)经历比平常更长的等待时间，则命令中心引擎502可以向用户提供通知并提供在网络中的替代位置(例如在另一个位置的医院)接收服务的选项。替代位置的推荐可以包括接受或拒绝推荐的替代位置的提示。在一些实施例中，命令中心引擎502利用基于从用户当前位置到可用建筑物的行进时间和在可用建筑物处的等待时间的算法，并且推荐最短的总服务时间。例如，在预定位置可能需要等待90分钟，但3英里外的位置可能会立即可用。选择替代位置可以减少用户接收服务所花费的时间，也可以改进每个建筑物的效率。例如，等待时间较长的建筑物可能会出现拥挤的候诊室和烦躁的患者。

在一些实施例中，命令中心引擎502还考虑患者所需的护理类型。在一些此类实施例中，患者所需的护理类型可以基于分类或诊断代码(例如上面讨论的ICD、DRG和/或CPT代码)而确定。例如，命令中心引擎502可以仅识别那些能够治疗与特定分类或诊断代码相关联的患者的替代位置。在一些实施例中，基于位置的设备、人员配备和/或能力而确定该位置适合于治疗患者。例如，不具有MRI机器的位置可能不适合治疗被归类为头部受伤的患者。作为另一个示例，没有配备儿科医生的位置可能比配备儿科医生的位置更不适合10岁以下的患者。

在一些实施例中，命令中心引擎502被配置成基于患者所需的护理类型(例如，基于ICD、DRG和/或CPT代码)而对设施进行评级和/或评分。在一些此类实施例中，命令中心引擎502可以为每个识别的替代位置计算并分配评级(例如，以从零到五的等级、基于星星的数量、作为百分比等)，该评级可以在推荐替代位置时被呈现给患者。例如，可以向患者呈现列出多个潜在替代位置、每个替代位置的等待时间和/或距离以及每个位置的星级的界面。因此，在该示例中，患者可以权衡在第一五星级位置处的较长等待时间是否优于在第二四星级位置处的较短等待时间。

推荐替代位置的能力具有在设施之间分散患者负荷并减少候诊室中的人数的效果。候诊室中人数的减少带来了许多益处，包括降低疾病传播的可能性。当用户选择或接受替代位置时，命令中心引擎502可以协调调度改变和导航改变。调度的协调包括预留预约时段、调整医生或护理人员的时间表、协调房间分配和参数控制等。替代地，如果用户拒绝推荐，则命令中心引擎502可以维持当前选择的位置(例如，如果建筑物由于其他原因(例如拜访朋友或在附近跑腿)也很方便，则用户可能希望前往等待时间更长的建筑物)。

集成停车控制

现在参考图8，展示了根据一些实施例的展示具有集成停车控制的命令中心引擎的系统800。系统800可以被配置成促进建筑物10的离开建筑物10的建筑物占用者或到达建筑物10的占用者进行停车。命令中心引擎502可以包括接收占用者的位置和其他数据(例如，来自EMR系统516的处方数据等)并为占用者创建更加简化和高效的停车情况的功能。命令中心引擎502被展示为包括停车偏好管理器802、停车位数据库804、支付管理器806、停车管理器808、GPS管理器810、停车灯管理器812和代客泊车通知管理器814。

在一些实施例中，占用者到达建筑物10的停车场。在到达停车场之前或之后，用户使用用户装置818提供优选的停车标准，例如接近建筑物10的入口、残疾人停车、请求的代客泊车服务。停车偏好管理器802从停车位数据库804接收该信息和可用停车信息，并且向停车管理器808提供满足用户偏好的一个或多个可用停车位。如果不存在可用的满足用户偏好的停车位，则停车偏好管理器802可以基于另一个标准(例如，最接近建筑物10等)而向停车管理器提供可接受的停车位。

停车管理器808可以被配置成从GPS管理器810接收用户位置，且从停车偏好管理器802接收可接受的停车位，并且确定为用户选择的停车位。停车管理器808还能够确定用户何时即将到达或已经到达停车位。在一些实施例中，停车管理器808基于来自用户的装置或车辆的GPS数据或者基于检测用户的车辆(例如，使用位于停车场的入口处的摄像机)的车牌识别(LPR)系统而确定用户接近或位于停车场处。

在用户已经请求代客泊车服务的情况下，当占用者接近停车场(例如，距停车场1英里、1000m、100m等)时，停车管理器808可以向代客泊车通知管理器814发送通知，指示代客泊车服务应当准备好提供帮助。在用户到达时未请求代客泊车服务的情况下，停车管理器808可以向停车灯管理器812发送信号以为占用者照明停车位。在一些实施例中，照明是经由应用程序816告诉用户的特定颜色。在一些实施例中，GPS管理器810直接提供到停车管理器808为占用者选择的适当位置的方向，该方向在应用程序816上提供。

在一些实施例中，停车管理器808可以被配置成直接向应用程序816发送信息，例如所选择的停车位、停车位位置(例如，2楼、A排等)以及到停车位的方向。在一些实施例中，占用者已经由应用程序816指示车辆是自动驾驶车辆。在此类实施例中，当占用者已经到达停车位的合理附近(例如，进入停车场、接近建筑物等)时，命令中心引擎502可以部分地或完全地控制车辆以引导车辆将占用者的车辆停放到所选择的停车位。在一些实施例中，停车管理器808与安装在停车场中的远程和/或第三方照明系统介接，并且可以利用照明系统来引导用户到停车位或识别可用停车位。例如，停车场照明系统可以包括一个或多个灯(例如，每个停车位上方的一组灯)，在一些情况下具有不同或可变的颜色，这些颜色可以指示停车位是可用的、已预留的还是当前被占用的。用户可以接收指示用户“跟随灯光”穿过停车场到达预留和/或可用车位的通知(例如，文本消息、推送通知等)。在一些实施例中，停车管理器808跟踪用户穿过停车场的移动(例如，经由LPR系统)并且沿着用户的路径激活灯以引导用户到停车位。在一些实施例中，停车管理器808还被配置成当用户(例如，患者)到达停车场和/或停放他们的车辆时，向设施的工作人员(例如，医院工作人员)发送通知。

在一些实施例中，除了停车位的支付之外，命令中心引擎502可以知道占用者仍然必须进行的支付。例如，占用者可能需要在完成预约后支付处方费用。因此，支付管理器806可以从各种远程和/或第三方系统(例如药房管理系统(未展示))接收信息，并且可以在支付停车位费用的同时促进对这些远程和/或第三方系统的支付。例如，支付管理器806可以经由应用程序816向用户装置818提供组合的交易请求，从而允许用户一次支付多个交易。在一些实施例中，命令中心引擎502还可以向代客泊车工作人员传输通知(例如，经由代客泊车通知管理器814)，指示代客泊车工作人员在用户从预约结帐时或当用户准备离开时(例如，当用户向代客泊车者请求他们的车辆时)拿取用户的处方。以这种方式，用户可以通过在取回他们的车辆的同时从代客泊车者处接收他们的处方而不是单独前往药房来节省时间。

分布式护理

现在参考图9，展示了根据一些实施例的具有分布式护理功能的命令中心引擎的系统900。系统900可以包括本文所描述的系统中的一些或全部。在一些实施例中，建筑物10充当蜂巢，其具有对一个或多个雄蜂建筑物(即，雄蜂建筑物A至雄蜂建筑物N)的部分或全部管理控制。雄蜂建筑物的管理控制可以包括控制它们的BMS系统或本文所描述的其他系统，例如上面参考图5描述的那些系统。

建筑物10被展示为包括命令中心引擎502和虚拟命令中心902。虚拟命令中心902可以被配置成控制雄蜂建筑物中的一者或多者的至少一部分。在一些实施例中，虚拟命令中心902控制单个患者房间(例如，手术室)，该患者房间可以由建筑物10处的智能(例如，处理电路系统、处理能力、存储空间等)比相应雄蜂建筑物处的智能更好地管理。建筑物10被展示为经由网络446从雄蜂建筑物接收数据。在一些实施例中，该数据包括控制分区的实时操作、控制分区的历史数据、系统和子系统布局或其组合。

例如，雄蜂建筑物A向建筑物10提供雄蜂建筑物A的手术室的温度、压力和湿度数据。虚拟命令中心902接收该数据，并且响应于用户偏好、优化或监管条件中的至少一者，虚拟命令中心902向雄蜂建筑物A中的HVAC设备提供控制信号以满足虚拟命令中心902的预期请求。

在一些实施例中，建筑物10的虚拟命令中心902可以控制雄蜂建筑物A的房间以提供与雄蜂建筑物A的房间最初提供的功能不同的功能。例如，雄蜂建筑物A的普通患者房间可以由虚拟命令中心902控制以提供TPH和其他参数，这些参数有利于将普通患者房间用于手术、感染疾病控制或另一特定使用房间。远程控制雄蜂建筑物A的房间的能力可以扩大雄蜂建筑物A的灵活性和使用范围，同时利用建筑物10的更强大的智能。在一些实施例中，虚拟命令中心902可以实现雄蜂建筑物A的原始设计之外的雄蜂建筑物A的房间使用。例如，虚拟命令中心902可以从雄蜂建筑物A接收历史传感器信息并识别(例如，使用机器学习或神经网络系统)如何控制TPH和/或其他参数以提供适用于雄蜂建筑物A的所需程序或使用的整体气氛。

在一些实施例中，建筑物10的虚拟命令中心902可以控制雄蜂建筑物A中的基础护理控制室以提供所需的帮助。例如，虚拟命令中心902可以提供负压以允许远程诊所最初没有设计用于的紧急护理。另外，虚拟命令中心902可以促进建筑物10和雄蜂建筑物A的医生之间的通信，以改进可用于雄蜂建筑物A内的程序的可用资源和专业知识。例如，雄蜂建筑物A中的紧急手术可以包括建筑物10的虚拟命令中心902对房间参数的控制，并且建筑物10的专科医生可以为在雄蜂建筑物A进行紧急手术的医生提供指导。虚拟命令中心902可以通过分析建筑物10或另一个建筑物处的医生的时间表来促进通信，且识别适当的专家，且将紧急时间表或其他程序添加到专家的时间表，并且提供用于连接两个远程医生的通信平台。

有感知的患者房间

现在参考图10，展示了根据一些实施例的具有带有患者房间功能的命令中心引擎的系统1000。系统1000被展示为包括命令中心引擎502和患者房间1002。命令中心引擎502可以被配置成控制房间，使得“房间”(例如，命令中心引擎502)在患者到达患者房间1002之前或期间预先获知关于患者的信息。命令中心引擎502被展示为包括数据收集器1016、控制信号发生器1018、仪表板1020、舒适度管理器1022和用户简档704。患者房间1002被展示为包括一个或多个房间摄像机1004、娱乐系统1006和房间设置1008。房间摄像机1004可以被配置成向仪表板1020提供视频流，使得患者护理团队的一个或多个成员可以观看视频馈送以确定患者的行为以及患者是否需要帮助。

在一些实施例中，患者房间1002向数据收集器1016提供一个或多个操纵变量的传感器数据。数据收集器1016还可以从用户简档704接收患者偏好。然后，数据收集器可以将该信息发送到控制信号发生器，使得控制信号发生器1018可以向患者提供舒适度，而不需要患者请求对操纵变量的调整。在一些实施例中，该信息与处理后的数字视频馈送相结合以确定患者何时到达患者房间1002。在一些实施例(未展示)中，命令中心引擎502可以执行面部识别以确定哪个人(即，患者)已经到达患者房间1002，并且为患者提供舒适度调整。在其他实施例中，命令中心引擎502可以基于RTLS数据(例如，来自由患者、医生等携带的启用RTLS的徽章或腕带)而确定人已经到达患者房间1002。也可以考虑调整操纵变量的其他原因，正如命令中心引擎502确定患者已重新进入房间，并且向患者发送语音命令，例如“欢迎回来，[姓名]。我们已根据您的喜好调整了房间。请随时经由应用程序更改任何设置。”

系统1000被结构化成使用传感器阵列进行识别，并且视频馈送无需输入即可满足患者的需求。系统1000还与日程安排系统集成，使得程序和预约被系统1000识别并集成到由有感知的患者房间提供的护理中。例如，系统1000可以利用历史人口统计信息来预测患者的基本简档策略(例如，与患者的年龄、性别、国籍等匹配的平均个体定义偏好的基本简档)、接收输入和患者在入住有感知的患者房间之前的偏好(例如，最喜欢的运动队、最喜欢的颜色、过去假期的照片、最喜欢的作者、正常睡眠温度、最喜欢的气味等)，其允许系统1000更新基本简档策略，以根据患者输入提供定制的简档策略，并且使用机器学习或人工智能(例如神经网络、强化学习等)继续更新定制的简档策略，以通过系统1000改进有感知的患者房间对患者的活动和动作的响应。例如，系统1000可以从患者接收关于系统1000所实施的动作的反馈(例如，响应于所实施的改变而大拇指向上或大拇指向下)。

系统1000从日程安排系统接收输入以了解患者为何住在有感知的患者房间中(例如，安排手术和康复等)，并且自动响应安排的活动和患者动作以提供护理。例如，系统1000协调清洁和消毒活动以与患者将离开房间的时间一致，在患者到达房间之前和患者离开之后调整温度，基于时间表和患者反应而改变进餐时间(例如，如果患者睡得很香，则不提供任何食物来叫醒他们)，调整房间内的照明(例如，在紧张的预约返回后提供昏暗的灯光)，在困难的预约之后提供灵感(例如，语录、电影、音乐、气味、声音等)，基于患者的活动而呈现电影或音乐(例如，通过患者在活动之间快速切换来识别无聊)，在预约之后欢迎患者回到房间(例如，“欢迎回来乔，你做得很好！”)，提供由患者或患者同事提供的一卷照片(例如，家庭成员可以提供一系列照片或视频来鼓励患者)，并且识别其他个体(例如，家属或朋友)在有感知的患者房间中并调整操作以更好地适应该群体。系统1000可以利用大数据(例如，购买历史、广告信息等)来改进基本简档策略并且更准确地预测患者将如何偏好有感知的患者房间以对各种动作做出反应。在该概念的范围内，系统1000可以提供有感知的患者房间的其他动作和功能。人工智能引擎的使用可以用于预测和响应患者的动作和活动，以改进患者护理。

在一些实施例中，系统1000被配置成改进患者和临床医生的周围环境，包括照明条件、空气温度、隐私和噪音。在一些实施例中，这可以对护理团队的成功干预产生影响。系统1000可以被配置成减少响应延迟、减少对患者护理的注意力分散、减少HVAC系统滞后、提高访问患者信息的准备度，以及减少潜在的负面患者结果。

在一些实施例中，系统1000加快工作人员的响应速度(例如，在每秒都可能影响患者生存的紧急情况下等)。护理团队工作人员可能会立即接收到关于患者状态以及房间号的通知，以帮助寻路。自动化控制可以将房间功能调整到最佳设置，并且医疗团队可以立即完全专注于评定、抢救和以其他方式稳定患者的情况。系统1000可以包括提供具有房间号和工作人员到达状态的护理团队通知、包括膳食、药物和/或过敏反应的患者事件仪表板、自动HVAC分区温度改变和/或用于照明、TV、遮阳帘房间设置和其任何组合的自动控制。

智能房间集成

现在参考图11，展示了根据一些实施例的具有带有智能房间集成的命令中心引擎的系统1100。系统1100被展示为包括患者房间1002，该患者房间可以根据来自一个或多个占用者(例如，患者1102、朋友/家属1118等)的应用程序请求与患者房间1002以及建筑物10内的其他系统集成。在一些实施例中，系统1100可以部分地或全部地并入系统1000内，或反之亦然。

患者房间1002被展示为包括患者1102、用户装置1104、房间应用程序1106、TPH传感器1112、照明传感器1116、朋友/家属1118、命令中心引擎502和朋友/家属1118。位于患者房间1002内的朋友/家属1118与患者1102一起向应用程序1106提供更新或请求。在一些实施例中，存在可以考虑实施请求的层级。

TPH传感器1112可以被配置成监测房间10002内的环境条件。照明传感器1114可以被配置成监测患者房间1002内的光量(例如，亮度等)。朋友/家属1118可以是已经进入患者房间1002的患者的朋友和/或家属。用户装置1104可以是能够经由互联网、应用程序或其任何组合访问超级系统500内的任何一个系统的任何装置，例如智能手机或平板电脑。房间应用程序1106可以托管在内部(例如，在建筑物10等的服务器内)或外部(例如，存储在数据中心的服务器上等)，并且可以作为应用程序托管在用户装置1104上。

例如，如果患者1102请求降低温度，而朋友和家属116的朋友请求温度升高，则房间应用程序1106(例如，经由控制信号管理器1108等)可以实施控制信号以满足患者1102的请求。在一些实施例中，可以同时实施来自患者房间1002中的任何占用者的调整操纵变量的一个或多个请求。在一些实施例中，朋友和家属1118位于患者房间1002之外，并且可以类似地提出请求。在上述涉及层级的示例中，来自朋友和家属1118的请求在层级上可能低于患者房间1002内的占用者。

控制信号管理器1108可以被配置成向HVAC设备提供控制信号，向患者1102的护理团队提供护理团队更新，并且向一个或多个建筑物占用者(例如，医院管理员等)提供房间偏好改变。

患者识别

现在参考图12，展示了根据一些实施例的具有带有患者识别功能的命令中心引擎的系统1200。系统1200被展示为包括摄像机1214、1216、命令中心引擎502，该命令中心引擎包括视频馈送接收器1202、面部识别管理器1204、用户简档1206、安全管理器1208和通知系统1210。系统1200还被展示为包括护理团队中心716和登记系统512。

在一些实施例中，系统1200被配置成接收占用者数据(例如，来自进入建筑物10的一个或多个占用者的面部识别数据等)，处理面部识别数据，确定所检测的占用者，并且基于所检测的占用者而提供控制动作。视频馈送接收器1202可以被配置成接收视频馈送(例如，实况视频馈送等)并处理数据，使得其对于面部识别管理器1204来说是可读的。面部识别管理器1204可以被配置成基于来自用户简档1206的存储的用户信息(例如，用户简档等)而确定从实况视频馈送检测到的占用者。

面部识别管理器1204可以被配置成向安全管理器1208和通知系统1210提供所检测的占用者。在一些实施例中，安全管理器1208确定即将到来的占用者是否是已知的、是否是威胁、是否需要安全考虑或其组合。通知系统1210可以被配置成确定一个或多个登记更新(例如，建筑物中的患者简档等)并且向登记系统512提供该信息。在一些实施例中，通知系统1210还可以被配置成在占用者是患者的情况下向护理团队中心716提供患者更新，并且护理团队可以被更新关于即将到来的患者的信息。虽然图12中展示，但是系统1200还可以促进向占用者提供通知更新，例如向所需房间提供指令等。

智能蓝色代码系统

蓝色代码方法

如图13所示，展示了根据一些实施例的用于在紧急情况期间实施对患者的响应的智能蓝色代码方法1300。方法1300经由命令中心引擎502提供患者与临床医生之间的协调，以对患者紧急情况制定高效且有效的医疗响应。在一些实施例中，命令中心引擎502可以由现场控制器或智能蓝色代码系统架构1400代替，如下文所讨论的。在一些实施例中，智能蓝色代码系统架构1400被包括在命令中心引擎502中。

在一些实施例中，紧急情况包括蓝色代码事件。蓝色代码是医院环境中最普遍认可的紧急情况代码，并且指示医院内发生医疗紧急情况。如果医疗护理提供者认为正在治疗的患者的生命面临直接危险，他们可以选择激活蓝色代码事件，通常是通过按下紧急警报按钮或拨打特定的电话号码。许多医院都有蓝色代码团队，他们将尽快(例如，在几分钟内)响应蓝色代码事件。蓝色代码团队可能包括医生、护士、呼吸治疗师和药剂师。激活蓝色代码事件的一些常见原因可能包括心脏骤停、呼吸骤停、严重神志不清、警觉性不高或缺乏意识，或显示中风迹象，和/或血压突然严重下降。对于任何蓝色代码医疗事件，患者安全高于一切。对于这些情况所需的关键响应，每一秒都很重要。精度、专注度和效率很重要，而实施这些救生措施的房间环境也很重要。优化患者和临床医生的周围环境，包括照明条件、气温、隐私和噪音，可以提高干预的成功率。控制蓝色代码环境为获得最佳可能结果奠定了基础。当前的系统存在响应延迟，包括查找和调整患者房间中的特征、分散对患者护理的注意力、HVAC系统在改变分区温度方面的滞后、缺乏对患者信息的随时访问，以及其他可能导致不太理想的患者结果的房间特定问题。

当每一秒都是患者生存的关键时，智能蓝色代码方法1300可以加快工作人员的响应速度。护理团队工作人员立即接收到关于患者状态以及房间号的通知，以帮助寻路。自动控制将房间特征和/或参数转换为更优化的设置，使医疗团队完全专注于立即全面评定、抢救和以其他方式稳定患者。智能蓝色代码方法1300的特征包括一键蓝色代码启动、具有房间号码和工作人员到达状态的护理团队通知、包括膳食、药物、过敏反应的患者事件仪表板、自动HVAC分区温度改变、照明、TV、遮阳帘和房间设置的自动控制，以及与建筑物系统和技术的无缝集成。上述系统提供了能够使用智能蓝色代码方法1300的基础设施，并且智能蓝色代码方法1300的益处包括更高的操作效率、改进的关键响应团队生产力、对更高的净促进者评分的更大的患者满意度、改进的HCAHPS评分，以及提升医院形象。关键响应团队可以立即专注于患者，而不是房间环境，从而节省时间，因为每一秒都可能影响患者的结果。高级消息传递、警告和通知查找快速地通知关键响应团队成员亲自或通过视频参与。无需人工干预即可监测和控制房间装置。智能蓝色代码自动改变最佳房间条件，支持实现积极结果的潜力。基于应用程序的全数字控制自动地调整患者房间技术。数字工具最大限度地减少了工作人员和患者的身体接触，同时通过在房间的TV上播放协作视频等选项提高了灵活性。优化蓝色代码响应提高了员工满意度，并且促进现场和视频参与者之间更有效的协作。随着患者护理的改进，患者和员工的满意度不断提高，医院的声誉也不断提高。

在步骤1304处，患者被允许进入房间，并且患者的详细信息和所需的医疗帮助被输入到命令中心引擎502中，使得可以集成如上所述的调度和协调。在一些实施例中，患者被登记到智能房间或有感知的患者房间中。在一些实施例中，患者的偏好、历史信息和/或人口统计信息被加载到命令中心引擎502中，并且更具体地加载到PPMS 534中，如上所述。

在步骤1308处，临床医生、其他医院工作人员或本文讨论的任何自动签到系统允许患者进入医院的入院、出院和转院(ADT)系统。在一些实施例中，ADT内置于命令中心引擎502中，并且患者在到达设施时自动签到。在一些实施例中，患者入院由患者在步骤1304处初始化并在步骤1308处结束。

在步骤1312处，临床医生和/或护理团队被分配给患者。在一些实施例中，在患者入院之后立即分配临床医生，并且该分配不受影响或响应于步骤1316中所识别的症状，如下所述。在一些实施例中，在步骤1316之后分配临床医生，该分配至少部分地基于系统观察到的症状类型。

在步骤1316处，患者开始经历可能导致蓝色代码事件的症状。在一些实施例中，症状可以包括呼吸短促、胸痛或心率增加。在一些实施例中，有感知的患者房间经由直接监测(例如，心率监测器)或经由智能观察(例如，患者捂着胸口、皱眉等)自动识别症状。

在步骤1320处，任选地激活蓝色代码按钮(例如，朋友或家属按下护士呼叫枕头扬声器上的RN按钮)，并且将通知发送到所分配的临床医生。在一些实施例中，响应于步骤1316中所识别的症状，命令中心引擎502或有感知的患者房间的另一个系统自动启用蓝色代码按钮。在一些此类实施例中，可以实施自动检测和/或启动蓝色代码事件(例如，基于患者的生命体征)的自动蓝色代码系统或方法。该通知为临床医生提供了对症状和触发蓝色代码按钮的启用的任何其他信息(例如，如上所述的分类和/或诊断代码)的即时访问。当临床医生到达患者房间时，他或她已经掌握了关于蓝色代码事件的信息，并且可以专注于确认通知信息。

在步骤1324处，临床医生确认蓝色代码事件，并且智能蓝色代码方法1300让全面响应团队参与以减轻与蓝色代码事件相关联的问题。

在步骤1328处，患者房间响应确认的蓝色代码事件，并且自动调整温度、压力和湿度和/或任何其他房间系统(例如，百叶窗、空气净化等)，以为重症监护提供最佳环境。在一些实施例中，房间的温度和/或湿度响应于蓝色代码事件而自动降低。降低房间的温度和/或湿度不仅可以使患者受益，而且还可以使护理团队和/或指定的临床医生受益，他们可能不得不冲(例如，跑)到患者房间，导致体温升高和呼吸加快。当房间自动调整响应条件时，经由命令中心引擎502向蓝色代码响应团队发送通知。

在步骤1332处，指定的临床医生实施立即抢救或其他蓝色代码程序，并且等待蓝色代码团队的到来。在一些实施例中，位于患者房间中的摄像机和/或显示器(例如，电视)也被激活，允许远程监视临床医生支持所分配的临床医生实施蓝色代码程序。

在步骤1336处，蓝色代码团队到达并稳定患者。命令中心引擎502通过蓝色代码事件接收输入，并且可以在蓝色代码事件之后自动安排适用于患者护理的护理室或设施。例如，如果考虑到蓝色代码事件需要紧急手术，则命令中心引擎502自动安排OR并且向蓝色代码团队提供用于将患者转移到安排的OR的寻路信息。

患者或患者家属可以按下按钮以呼叫护士(例如，经由枕头扬声器等)。临床医生可以接到通知并前往患者房间以寻找遇险患者。随后，临床医生可以启动紧急警报(例如，经由按钮等)。然后对患者房间进行优化，为患者提供理想的护理。例如，如果患者已根据自己的偏好调整了TPH水平，但不一定对他们的健康是理想的，则按下临床医生按下的按钮可以将TPH水平恢复到对患者健康最有利的水平，甚至会损害患者的一些舒适度。此外，临床医生按下的紧急按钮可以向重症监护团队发送警报，该团队可以做出响应并协助帮助患者。

蓝色代码系统架构

现在参考图14，智能蓝色代码系统架构1400包括若干服务器(例如，建筑物管理系统服务器、护士呼叫服务器等)和连接到“智能蓝色代码”系统的其他基于传感器/API的信息。在一些实施例中，智能蓝色代码系统架构1400可以包括警报/通知系统和BMS调整，当患者的护理团队的一个或多个人参与该系统时(例如，经由按钮等)，该BMS调整被启用。智能蓝色代码系统架构1400还可以连接到房间控制系统(例如，系统1000、系统1100等)，其被配置成调整房间娱乐、HVAC、照明、遮阳、警报信号、视频或其任何组合。

如图14所示，智能蓝色代码系统架构1400包括集成引擎1404形式的智能蓝色代码引擎，其被结构化成接收和解释信息、确定蓝色代码事件，以及响应于确定蓝色代码事件而制定蓝色代码动作。在一些实施例中，集成引擎1404从蓝色代码按钮1408(例如，在患者房间中、在护士站处，被提供为图形用户界面(GUI)的交互式按钮、远程按钮等)接收信息，其可以由临床医生参与(例如，如方法1300的步骤1324中所示)。集成引擎1404还可以与护士呼叫服务器1412、可以包括BMS 400和/或命令中心引擎502的建筑物自动化系统1416，以及用于帮助临床医生到达蓝色代码事件室的寻路系统1420通信。在一些实施例中，蓝色代码按钮1408是响应按钮。在一些实施例中，响应按钮可以指示紧急情况、传染病风险或需要智能蓝色代码系统架构1400自动动作的另一个事件。

在一些实施例中，集成引擎1404向护士呼叫服务器1412提供信息以协调临床工作人员的活动。在一些实施例中，集成引擎1404从护士呼叫系统1412接收患者呼叫(例如，患者或其他房间占用者按下护士呼叫按钮)、护士和其他临床工作人员调度信息(例如，谁是当前工作人员、随叫随到的个体、医院内的临床医生位置等)和/或其他信息形式的信息。

在一些实施例中，集成引擎1404根据需要向建筑物自动化系统1412提供信息，包括房间身份信息(例如，房间ID代码、房间号码、房间位置等)、当前患者信息、蓝色代码事件形式的响应事件时的房间条件以及其他信息。在一些实施例中，集成引擎1404从建筑物自动化系统1412接收信息，包括历史建筑物信息、建筑物系统(例如，空气处理器、制冷机、门打开状态、空气质量、温度、压力、湿度等)的操作状态信息，或建筑物自动化系统1412可用的任何其他信息。

在一些实施例中，寻路系统1420通过发光地板、布置在医院走廊中的视频面板、音频扬声器、头顶照明或医院内的其他物理元件来提供。在一些实施例中，寻路器系统1420经由应用程序的图形用户界面(GUI)来提供，护理提供者可以经由智能电话、平板电脑或其他装置来访问该图形用户界面。GUI可以提供穿过医院的实时位置信息和方向。寻路系统1420可以向响应蓝色代码事件的医疗工作人员提供帮助，并且减少前往发生蓝色代码事件的房间所需的时间。寻路系统1420将用户(例如，医疗专业人员)的位置信息发送到集成引擎1404，并且从集成引擎1404接收信息(例如，方向、地图等)。

集成引擎1404与房间控制系统1424通信以制定智能蓝色代码系统架构1400的动作(例如，方法1300的动作、对患者跌倒紧急情况的响应动作、对传染病紧急情况的响应动作等)。在一些实施例中，房间控制系统1424控制房间特征，包括娱乐中心1428、HVAC系统1432、照明系统1436、遮阳系统1440、警报信号系统1444、视频系统1448、氧气补充系统1450和/或其他系统。在一些实施例中，房间控制系统1424直接控制房间特征。例如，房间控制系统1424可以包括或者是上面讨论的BMS 400的一部分并且控制HVAC系统和子系统以及其他房间特征。在一些实施例中，房间控制系统1424根据需要控制一个或多个房间特征，但不是所有房间特征。例如，房间控制系统1424可以控制HVAC系统1432和照明系统1436，但不能控制娱乐中心1428。在一些实施例中，房间控制系统1424向与房间特征相关联的系统和子系统提供指令以提供对蓝色代码事件的协调响应。例如，房间特征可以由本地控制器和非现场控制器的任何组合来控制，并且房间控制系统1424向控制器(例如，本地的、分布式的、基于云端的、非现场的等)提供指令以响应于蓝色代码事件而执行期望的动作。

如图15所示，智能蓝色代码系统架构1400的一些实施例包括集成引擎1404。集成引擎1404位于内部或本地。通常，护士呼叫系统1412被结构化成经由快照盒1452与集成引擎1404通信，并向集成引擎1404提供房间标识符和蓝色代码标识符形式的响应标识符。电子病历和入院出院转院(EMR/ADT)系统1454与集成引擎1404通信以提供患者相关信息，包括过敏反应、药物限制、健康史、当前医疗计划、历史医生信息等。集成引擎1404还与云端1456形式的网络系统通信。云端1456提供集成引擎1404和企业管理系统1460以及同伴系统1464之间的通信和控制。在一些实施例中，企业管理系统1460是BMS 400或BMS控制器366，或BMS 400或BMS控制器366的任何部分，或上述企业管理组件、系统或子系统的任何部分。在一些实施例中，同伴系统1464是与集成引擎1404和/或企业管理系统1460通信的应用程序，并且可以在例如智能电话的用户装置上提供以便经由图形用户界面(GUI)向用户(例如，医疗专业人员)传达信息并经由使用按钮(例如，真实的、虚拟的、数字触摸屏、GUI按钮等)与GUI交互来接收来自用户的信息。集成引擎1404与应用程序数据服务器(ADS)或扩展应用和数据服务器(ADX)1468以及物联网(IoT)装置接口1472通信，以响应于房间标识符和蓝色代码标识符而在蓝色代码事件期间制定动作。智能蓝色代码系统架构1400被结构化成识别蓝色代码事件(例如，来自护士呼叫系统1412)，然后在事件期间控制房间特征(例如，温度、照明、气流、氧气水平等)。在一些实施例中，智能蓝色代码系统架构1400被结构化成向同伴系统1464和护士呼叫系统1412提供通信以协调响应蓝色代码事件的医疗工作人员的动作。例如，同伴系统1464可以向医务人员提供寻路指令，从而减少到达发生蓝色代码事件的房间的时间。智能蓝色代码系统架构1400的附加优点和益处将从以下描述中变得显而易见。在一些实施例中，系统架构1400可以用于自动响应其他紧急情况或事件。例如，本文讨论的概念可以应用于患者跌倒紧急情况(例如，当患者在医院内跌倒或以不危及生命的方式丧失能力时)，或快速传播的传染病事件。虽然本文的描述涉及蓝色代码事件，但是应当理解，蓝色代码事件以外的事件可以充当动作的提示，并且可以作为响应来实施除了下面讨论的蓝色代码动作之外的动作。

在一些实施例中，护士呼叫系统1412被结构化成输出文本字符串。快照盒1452被结构化成将文本字符串解析成数据包并向集成引擎1404提供数据包，该数据包是适合集成引擎1404使用的格式。在一些实施例中，护士呼叫系统将消耗性数据包直接输出到集成引擎1404。例如，护士呼叫系统1412可以输出直接识别正在发生蓝色代码事件的房间的房间信号以及指示蓝色代码事件正在进行的蓝色代码信号。房间信号和蓝色代码信号可以直接传送到集成引擎1404以允许智能蓝色代码系统架构1400实施蓝色代码动作(例如，冷却房间、增加空气流量、最大化灯光等)并且提供与医疗专业人员的通信以增加蓝色代码团队对蓝色代码事件的响应时间(例如，经由与同伴系统1464的通信)。

在一些实施例中，护士呼叫系统1412输出包括房间标识符和蓝色代码标识符的文本字符串。房间标识符可以是房间号、房间代码(例如，十六进制ID号等)，或允许集成引擎1404或智能蓝色代码系统架构1400的另一部分识别正在发生蓝色代码事件的房间的另一个标识符。

在一些实施例中，快照盒1452从护士呼叫系统1412接收文本字符串并提取房间标识符和蓝色代码标识符。例如，快照盒可以利用过滤技术、编程逻辑、机器学习引擎或基于规则的逻辑来确定房间标识符和蓝色代码标识符。例如，在一些医院中，护士呼叫系统1412可以包括相对较旧的技术或者可以包括识别房间和蓝色代码事件的独特方式(例如，对于该一家医院唯一的房间标识符和蓝色代码标识符)。快照盒1452包括逻辑、机器学习引擎或其他编程，其允许与现有的且有时是较旧的技术的护士呼叫系统1412与集成引擎1404集成，并且允许较旧的护士呼叫系统1412享受智能蓝色代码系统架构1400的益处。在一些实施例中，当快照盒1452利用机器学习时，可以使用强化训练方案来用历史信息初始化快照盒模型，然后使用来自护士呼叫系统1412的实时护士呼叫信息来进一步训练快照盒模型。在一些实施例中，快照盒1452是安装在智能蓝色代码系统架构1400的边缘处的物理控制模块。例如，可以在医院的每个护士站处安装快照盒1452以直接与护士呼叫系统1412交互，其中医疗工作人员与护士呼叫系统1412交互(例如，在护士站处、在医院楼层的一部分中、在治疗单元中等)。在一些实施例中，快照盒1452可以被包括在集成引擎1404中并且不需要外部物理模块。在一些实施例中，快照盒1452可以是与多于一个护士呼叫系统1412或多于一个护士呼叫站通信的区域或分段物理模块，允许单个快照盒1452向集成引擎1404提供来自多于一个护士站的房间标识符和蓝色代码标识符并由智能蓝色代码系统架构1400使用。在一些实施例中，快照盒1452可以与云端1456、企业管理系统1460和/或同伴系统1464通信。

EMR/ADT系统1454与集成引擎1404通信以提供患者信息，包括过敏反应、药物限制、健康史、当前医疗计划、历史医生信息等。集成引擎1404可以使用患者信息来经由同伴系统1464将相关信息传送到蓝色代码团队。例如，蓝色代码团队可以被提供有患者信息并有权访问患者过敏反应，或者可以在响应蓝色代码事件期间通知治疗的其他信息。

图15的网络系统被展示为云端1456。在一些实施例中，网络系统可以包括本地服务器系统、远程服务器系统、分布式控制和数据存储系，或网络系统的任何组合。在一些实施例中，本文讨论的各种数据可以在云端1456或其他外部计算系统/装置或系统/装置组、边缘或其他内部系统/装置或系统/装置组或其混合处进行处理(例如，使用在其中执行的模型进行处理)，其中一些处理发生在外部且一些处理发生在内部。在一些示例性实施方案中，可以使用例如2022年3月31日提交的美国专利申请第17/710458号中描述的系统和/或方法来处理数据，该专利申请的全部内容通过引用并入本文。在一些实施例中，企业管理系统1460和/或同伴系统1464的各方面可以并入云端1456或其他网络系统中。另外，在一些实施例中，本文讨论的各种数据可以存储在数字孪生的上下文中、从数字孪生的上下文中检索或在数字孪生的上下文中进行处理。在一些此类实施例中，数字孪生可以在例如2020年12月28日提交的美国专利申请第17/134,661号、2021年12月14日提交的第63/289499号和2021年11月29日提交的第17/537,046号中描述的基础设施内提供，这些专利申请的全部内容通过引用并入本文。

在一些实施例中，企业管理系统1460是BMS 400或BMS控制器366，或BMS 400或BMS控制器366的任何部分，或上述企业管理组件、系统或子系统的任何部分。企业管理系统1460可以控制建筑物系统以影响正在发生蓝色代码事件的房间中的环境。例如，企业管理系统1460可以控制空气处理器、制冷机、其他HVAC组件、百叶窗、照明、遮阳帘以及影响环境的任何其他房间特征。在一些实施例中，企业管理系统1460还连接到辅助系统，例如娱乐系统、警报系统、视频系统等。例如，房间中的娱乐系统可以响应于蓝色代码事件而自动操作以显示患者信息、重要统计数据、房间参数(例如，温度、压力、湿度)、蓝色代码团队的其他成员的位置等。在一些实施例中，娱乐系统和视频系统可以协作以提供帮助蓝色代码团队的交互式环境。例如，远程医疗专业人员(例如，专家、患者全科医生等)可以连接到娱乐系统以与蓝色代码团队通信，以增加患者生存的可能性。视频系统可以允许蓝色代码团队与远程医疗专业人员进行通信。

在一些实施例中，同伴系统1464与集成引擎1404和企业管理系统1460协调，以向蓝色代码团队和/或其他医疗专业人员、家属和朋友等提供协调通信。例如，同伴系统1464可以包括可在移动装置上操作的应用程序，其提供用于向用户传送信息并从用户接收信息的图形用户界面(GUI)。例如，GUI可以向蓝色代码团队提供蓝色代码事件已被触发的警报。然后可以提供房间位置并提供寻路信息以加速代蓝色代码团队的到达。GUI可以提供蓝色代码团队之间的通信以提供附加协调。此外，蓝色代码团队可以与初级护理团队联系，以便在到达房间之前获得关于患者的见解和信息。GUI还可以在蓝色代码团队到达房间之前提供患者信息。同伴系统1464允许蓝色代码团队在到达房间时做好更充分的准备，因此更有效地进行护理并增加生存的可能性。

ADS/ADX 1468连接到智能蓝色代码系统架构1400的边缘处的设备，并管理大量趋势数据、事件消息、操作员事务和系统配置数据的收集。ADS/ADX 1468为所有连接的装置提供站点统一、高级报告、简单直观的用户界面以及智能蓝色代码系统架构1400的分层网络视图，这允许有效控制能源使用，快速响应关键条件和优化自动化策略。在一些实施例中，ADS/ADX 1468提供边缘处的故障检测。例如，ADS/ADX 1468可以识别并按严重程度列出与建筑物系统相关的故障，以帮助操作员快速解决问题并避免设备问题、能源浪费和舒适度投诉。故障检测可以包括故障分类，其提供故障持续时间、发生信息和纠正措施推荐，以改进故障优先级，帮助经验不足的建筑物操作员解决问题。在一些实施例中，ADS/ADX 1468提供建筑物网络树，其通过在空间和设备配置过程之前启用部署来允许更快地传送企业管理系统1460的用户界面(UI)。在一些实施例中，ADS/ADX 1468提供高级搜索和报告特征，其访问企业管理系统1460以查找和报告操作数据并发出批量命令以更快地恢复秩序。例如，高级搜索和报告特征可以为用户提供通过建筑物网络、设备、设备类型或空间快速搜索企业管理系统1460对象的能力。在一些实施例中，ADS/ADX 1468为企业管理系统1460提供定制仪表板，并且使得设计者能够创建仪表板，该仪表板提供最相关和关键的信息以提高生产力，并创建模仿用户操作风格的体验以便于使用。在一些实施例中，定制仪表板可以经由同伴系统1464的移动应用程序提供给用户。在一些实施例中，ADS/ADX 1468提供图形自定义行为，包括用于各个建筑物、园区需求、当地标准等的自定义符号。在一些实施例中，ADS/ADX 1468提供趋势小部件更新，其允许用户识别包括异常值、使用显示最小值、最大值和平均值的直观烛台图。在一些实施例中，ADS/ADX 1468提供网络健康仪表板，其具有潜在安全相关问题或系统问题的集中视图，这些问题或系统问题可以由ADS/ADX 1468检测到，但可能不会作为一般系统警报的一部分而显现。在一些实施例中，ADS/ADX 1468提供用户管理，其促进智能蓝色代码系统架构1400内的用户和其角色的创建和管理，包括基于类别的许可和特权。在一些实施例中，ADS/ADX 1468提供历史数据管理，包括用于存储趋势数据、事件消息、操作员事务和系统配置数据的开放数据库连接(ODBC)兼容数据库包。ADS/ADX 1468的站点管理门户UI提供了灵活的系统来改变企业管理系统1460的在线配置、优化控制策略以及执行管理任务。ADS/ADX 1468包括兼容ODBC的数据库包，用于安全存储历史数据和配置数据。ADS/ADX 1468支持虚拟环境，包括和/>Hyper-V^TM。

IoT装置接口1472提供集成引擎1404和各种IoT连接装置(例如，照明、遮阳帘、HVAC/温度、TV/娱乐等)之间的通信。IoT装置接口1472可以调用每个单独的IoT连接装置的静态IP应用编程接口(API)以从其接收信息并且将来自集成引擎1404的控制提供给IoT连接装置。IoT装置接口1472提供IoT装置(例如，第三方提供的装置、包括智能蓝色代码系统架构1400的装置、任何其他具有IoT能力的装置)与智能蓝色代码系统架构1400的集成。IoT装置接口1472提高了系统集成到现有系统和医院的能力，同时提供智能蓝色代码系统架构1400的优点和益处。

集成引擎1404包括允许与IoT装置接口1472通信以及将IoT连接装置集成到智能蓝色代码系统架构1400中的编程。在一些实施例中，集成引擎1404包括Node-RED编程，其提供基于逻辑流的开发环境，允许集成引擎1404的输入、输出和动作的可视化编程。集成引擎1404将硬件装置、API和基于在线的服务集成为IoT的一部分。Node-RED提供基于Node.js构建的轻量级运行时以及事件驱动的非阻塞模型。包括Node-RED的集成引擎1404非常适合在智能蓝色代码系统架构1400的边缘运行，并且可以在相对低成本的本地硬件、云端1456、分布式网络或其任何组合上得到支持。

智能蓝色代码系统架构的操作方法

如图16所示，可以使用方法1476来布置和操作智能蓝色代码系统架构1400。在步骤1480处，在集成引擎1404中定义蓝色代码动作。蓝色代码动作可以包括医院期望的动作，并且可以包括HVAC控制、照明控制、遮阳控制、安全控制、对与蓝色代码团队的通信控制、对与初级护理团队的通信控制、对与患者的家属和/或朋友的通信控制、对摄像机系统的控制、对娱乐系统的控制、对警报系统的控制和/或其他所需的控制。在一些实施例中，使用上面讨论的Node-RED环境来定义蓝色代码动作。例如，Node-Red环境可以用于定义集成引擎1404内的输入节点、处理节点和输出节点，以提供期望的蓝色代码动作。在一些实施例中，集成引擎1404将与云端1456、企业管理系统1460、同伴系统1464、护士呼叫系统1412、EMR/ADT系统1454、ADS/ADX系统1468和/或IoT装置接口1472通信以定义和控制输入节点、处理节点和输出节点。在方法1476的操作期间对输入节点、处理节点和输出节点的控制根据需要引起蓝色代码动作的实施。

在一些实施例中，HVAC控制器可以控制HVAC 1432的操作以将房间(例如，房间1002)的温度降低至设定点温度。在一些实施例中，HVAC控制可以将HVAC 1432调整到最冷设置，以如HVAC系统约束所允许的那样快速且冷地降低温度。在一些实施例中，HVAC控制限定空气流量或循环速率(例如，周转时间、周转体积等)并调整空气处理器以实现空气流量或循环速率。

在一些实施例中，照明控制器可以控制照明1436以在房间中和/或到房间的路径上提供最大照明。例如，可以控制医院照明系统来照明蓝色代码团队的成员在前往房间的途中可能经过的任何区域。

在一些实施例中，遮阳帘控制器操作遮阳帘1440以允许最大的环境光穿过房间的任何窗户。在一些实施例中，遮阳控制器可以操作遮阳帘1440以阻挡房间的可见性(例如，从相邻走廊等)。

在一些实施例中，安全控制可以自动解锁蓝色代码团队与房间之间的路径上的门。安全门的自动控制可以减少蓝色代码团队到达房间并进行护理所需的时间。

在一些实施例中，对与蓝色代码团队的通信的控制可以包括使用同伴系统1464的通信，并且可以向蓝色代码团队提供重要的患者信息、患者EMR/ADT信息、其他蓝色代码团队成员的通信或位置、寻路信息等。在一些实施例中，对与蓝色代码团队的通信的控制可以包括使用个人寻呼机、群组或楼层级寻呼、科室级寻呼、电话呼叫或其他形式的通信来寻呼蓝色代码团队。在一些实施例中，对与蓝色代码团队的通信的控制包括控制视频板或定向照明，以帮助寻路或导航，从而帮助蓝色代码团队快速到达房间。

在一些实施例中，对与初级护理团队的通信的控制可以包括使用同伴系统1464的通信，并且可以向初级护理团队提供重要的患者信息、患者EMR/ADT信息、蓝色代码团队成员的通信或位置、对在蓝色代码团队到达之前进行治疗的指导(例如，如何进行初步动作和救生技术)等。在一些实施例中，对与初级护理团队的通信的控制包括控制娱乐系统1428以向初级护理团队显示信息。

在一些实施例中，对与患者的家属和/或朋友的通信的控制可以包括使用同伴系统1464的通信，并且可以提供关于患者的信息，其中他们可以在蓝色代码事件已结束等之后与初级护理团队和/或蓝色代码团队会面。

在一些实施例中，对视频摄像机系统的控制可以包括蓝色代码团队和/或初级护理团队与想要在蓝色代码事件期间进行通信的远程专家或个人实时交互的能力。视频系统1448可以向其他远程系统提供声音和视频馈送。

在一些实施例中，对娱乐系统的控制可以包括娱乐系统1428的操作以显示患者信息、辅助治疗、提供与异地专家或个人的通信以及对蓝色代码事件有价值的信息等。

在一些实施例中，对警报系统的控制可以用于向蓝色代码团队或需要了解蓝色代码事件的其他个人或团体发出警报。根据需要，警报1444可以包括声音警告、文本消息、寻呼、通过同伴系统1464提供的警报，或另一种类型的警报。

在步骤1484处，集成引擎1404从护士呼叫系统1412接收护士呼叫信息。在一些实施例中，护士呼叫信息包括文本字符串形式的数据包。文本字符串包括蓝色代码标识符和房间标识符。蓝色代码标识符指示蓝色代码事件正在发生。房间标识符指示允许集成引擎1404确定正在发生蓝色代码事件的房间并向蓝色代码团队提供房间的位置信息的房间位置或代码。在一些实施例中，位置信息可以包括最近的紧急车或其他蓝色代码相关供应品和/或设备的位置。在一些实施例中，文本字符串由快照盒1452解析，以便将护士呼叫系统1412提供的原始信息转换为集成引擎1404可用的数据格式。在一些实施例中，护士呼叫系统1412直接与集成引擎1404通信并以集成引擎1404可消费的格式提供蓝色代码标识符和房间标识符。在一些实施例中，当按下蓝色代码按钮时，护士呼叫系统1412发送护士呼叫信息。蓝色代码按钮可以包括护士站处或移动装置等上的物理按钮，或者可以是触摸屏或移动装置上提供的数字或UI按钮(例如，经由同伴系统1464)。

在步骤1488处，状态被返回到集成引擎1404和/或智能蓝色代码系统架构1400的其他组件。例如，活动蓝色代码事件的存在可以被提供给企业管理系统1460、同伴系统1464、云端1456或另一个网络系统、ADS/ADX 1468和/或IoT装置接口1472。该状态可以用于记录或控制操作。

在步骤1492处，集成引擎1404分析在步骤1484处接收到的护士呼叫信息，解析蓝色代码标识符，并确定蓝色代码标识符是否指示活动蓝色代码事件。在一些实施例中，如果正在发生活动蓝色代码事件，则护士呼叫信息仅包括蓝色代码标识符。在一些实施例中，如果正在发生活动蓝色代码事件，则蓝色代码标识符是第一值(例如，真、1等)，如果不存在活动蓝色代码事件，则蓝色代码标识符是第二值(例如，假、0等)。

如果蓝色代码标识符指示没有活动蓝色代码事件(例如，护士呼叫信息中不包括蓝色代码标识符、0、假等)，则方法1476在步骤1496处结束并且继续等待另外的护士呼叫信息。

如果蓝色代码标识符指示活动蓝色代码事件正在进行(例如，蓝色代码标识符被包括在护士呼叫信息中，1、真等)，则方法1476继续到步骤1500并且解析房间标识符并用于确定房间位置。

在步骤1504处，集成引擎1404查找所识别的房间的完全合格参考(FQR)。FQR是唯一的、用户定义的名称，其识别智能蓝色代码系统架构1400中的对象。在一些实施例中，所识别的房间包括所有相关房间系统(例如，照明、HVAC、遮阳帘等)的FQR。在一些实施例中，在步骤1504处查找每个相关联的系统和房间对象的FQR。

在步骤1508处，与所识别的房间相关联的每个FQR被设置为写入(例如，被初始化以便可以改变相关联对象的状态或操作特性)。在一些实施例中，步骤1508打开与所识别的房间相关联的每个FQR以供集成引擎1404或智能蓝色代码系统架构1400的另一个组件编辑或写入。

在步骤1512处，每个FQR被设置为指示活动蓝色代码事件。在一些实施例中，对于蓝色代码事件，步骤1512将每个相关联的装置或系统的FQR写入为真(例如，1、活动等)。这向智能蓝色代码系统架构1400和所有包括的系统指示蓝色代码事件正在发生。

在步骤1516处，集成引擎1404发起并控制蓝色代码动作。蓝色代码动作的发起引起所有期望的房间相关联系统的致动，以在蓝色代码事件期间在房间中产生期望的环境和体验结果。例如，在蓝色代码事件期间，房间的温度将被降低，以考虑到将占用该房间的大量身体，并抑制房间内的温度升高到不可接受的水平。蓝色代码动作提供了对蓝色代码事件的发起的自动响应，并增加了医疗工作人员和蓝色代码团队在蓝色代码事件中成功的可能性。

智能蓝色代码系统架构

如图17所示，在一些实施例中，智能蓝色代码系统架构1520包括企业管理系统1460，并且企业管理系统1460包括集成管理器1404和HVAC/照明控制1524，该HVAC/照明控制被结构化成控制房间灯1528、房间遮阳帘1532、房间HVAC 1536和房间安全1538。在一些实施例中，HVAC/照明控制1524包括本地地位于房间(例如，房间1002)内或房间附近的多个分布式控制模块。在一些实施例中，HVAC/照明控制1524包括位于现场(例如，在本地服务器中)、边缘处的集中控制、分布式控制网络(例如，驻留在位于房间或医院本地或远离房间或医院的一个或多个服务器中)或其任何组合。在一些实施例中，HVAC/照明控制器1524发起或控制上述蓝色代码动作的实施。

集成引擎1404还与患者参与系统1540和AV分配系统1544通信。在一些实施例中，患者参与系统1540控制房间扬声器、电视显示器和/或其他房间显示器、走廊显示器、走廊扬声器和/或患者可以与之交互的其他特征。在一些实施例中，AV分配系统1544协调和控制数字白板、临床计算机、视频控制计算机、摄像机、扬声器、徽章点击装置和/或由医疗工作人员或其他医院雇员控制或交互的其他装置。在一些实施例中，视频盒1548提供从患者参与系统1540到AV分配系统1544的通信，以允许协调医疗团队的护理要求和患者的需要。另外，EMR/ADT系统1454向患者参与系统1540和集成引擎1404提供信息。

如上所述，护士呼叫系统1412向集成引擎1404提供信息。另外，护士呼叫系统1412可以向被结构化成与蓝色代码团队通信的蓝色代码通信系统1552提供信息。在一些实施例中，蓝色代码通信系统1552包括被布置为与蓝色代码团队通信的个人寻呼1556、开销寻呼1560和科室寻呼1564。例如，个人年龄系统1556可以经由寻呼机、移动装置(例如，文本消息、电话呼叫等)或者经由上面讨论的同伴系统1464直接向蓝色代码团队成员提供通信。开销系统1560可以基于位置信息而向蓝色代码团队提供可听寻呼(例如，该寻呼将在蓝色代码团队成员当前所在的区域中是可听见的)。科室寻呼系统1564可以向医院的整个区域(例如，楼层、科室、分区、区域等)提供可听寻呼，使得蓝色代码团队被警告蓝色代码事件。护士呼叫系统1412还可以直接或经由同伴系统1460与移动装置1568通信，以向蓝色代码团队成员提供关于蓝色代码事件的信息。例如，移动装置1568可以显示房间号(例如，基于房间标识符)、提供到房间的寻路方向、提供到紧急车或其他设备/供应品的寻路方向、显示患者的重要统计数据、显示其他患者信息，或向蓝色代码团队成员提供其他信息，以帮助响应蓝色代码事件。

在一些实施例中，智能蓝色代码系统架构1520包括与护士呼叫系统1412和HVAC/灯控制器1524通信的语音控制系统1572，以允许对房间特征和护士呼叫特征进行语音控制。经由语音控制系统1572的语音控制可以在确定蓝色代码事件是否正在发生期间提供效率，并且可以减少蓝色代码团队对所识别的蓝色代码事件的响应时间。如上所述，护士呼叫系统1412还从蓝色代码按钮1408接收信息。在一些实施例中，蓝色代码事件可以由语音控制系统1572和/或蓝色代码按钮1408触发。

在一些实施例中，智能蓝色代码系统架构1520包括与护士呼叫系统1412、患者参与系统1540、AV分配系统1544和集成引擎1404通信的实时定位系统(RLTS)1576，以提供可由智能蓝色代码系统架构1520使用的位置信息。位置信息可以用于寻路和/或控制安全门，以加快蓝色代码团队在前往房间的过程中的访问速度。其他系统也可以根据需要使用位置信息来协调蓝色代码团队快速响应蓝色代码事件的能力。在一些实施例中，位置信息可以包括关于紧急车或与蓝色代码事件相关的其他供应品和/或设备的信息。例如，蓝色代码团队成员可能被分配负责将紧急车带到房间，并且位置信息可以为该团队成员提供到紧急车的寻路信息，从而减少整个蓝色代码团队对蓝色代码事件的响应时间。

在一些实施例中，智能蓝色代码系统架构1520包括能够观察房间内患者的计算机视觉系统1580。计算机视觉系统1580可以包括能够确定患者的活动的机器学习引擎。例如，计算机视觉系统1580可以结合生命体征监测器来监测患者并确定患者可能发生蓝色代码事件。例如，计算机视觉系统1580可以确定患者静止的时间长于预定时间并向护士呼叫系统1412发送警报以发起患者检查。计算机视觉系统1580提高了初级护理团队及时识别和触发蓝色代码事件的能力，从而增加了生存机会。智能蓝色代码系统架构1520能够执行上面讨论的方法1476。

示例性实施例的配置

如本文所使用的，术语“大约”、“约”、“基本上”和类似术语旨在具有与由本公开的主题所属的领域的普通技术人员常用和公认的用法相一致的广泛含义。对本公开进行审查的本领域技术人员应理解，这些术语旨在允许对描述和要求保护的某些特征进行说明，而不将这些特征的范围限于所提供的精确数值范围。因此，这些术语应被解释为表明对所描述和要求保护的主题的非实质性或无关紧要的修改或改变被认为在所附权利要求中所述的本公开的范围内。

应注意，如本文中用来描述各种实施例的术语“示例性”和其变体旨在指示此类实施例是可能的实例、表示或可能实施例的说明(且此类术语并不旨在暗示此类实施例必须是特别的或最佳的实例)。

如本文所使用，术语“联接”以及其变体意指两个构件直接或间接地彼此接合。此类接合可以是固定的(例如，永久的或固定的)或可移动的(例如，可移除的或可释放的)。此类接合可以通过以下实现：两个构件彼此直接联接，两个构件使用单独的中间构件和彼此联接的任何另外的中间构件彼此联接，或者两个构件使用与两个构件之一整体形成为单个整体的中间构件彼此联接。如果“联接的”或其变体被额外术语修饰(例如，直接联接)，则以上提供的“联接的”的同属定义被额外术语的普通语言含义修饰(例如，“直接联接”意指两个构件在没有任何单独介于中间的构件的情况下接合)，从而产生比以上提供的“联接的”的同属定义更改的定义。此联接可以为机械的、电的或流体的。

如本文所使用，术语“或”用于其包含性含义(并且不在其排它性含义中)，使得当用于连接元件的列表时，术语“或”意味着在列表中的元件中的一个、一些或全部。除非另有特别说明，否则如短语“X、Y和Z中的至少一个”等连接语言被理解为表示元件可以是X、Y、Z；X和Y；X和Z；Y和Z；或者X、Y和Z(即，X、Y和Z的任何组合)。因此，除非另有说明，否则此类连接语言通常不旨在暗示某些实施例要求X中的至少一个、Y中的至少一个和Z中的至少一个各自都存在。

本文中对元件的定位(例如，“顶部”、“底部”、“上方”、“下方”)的引用仅用于描述附图中各个元件的朝向。应当注意，根据其它示例性实施例，各种元件的取向可以不同，并且此类变化旨在被本公开所涵盖。

结合本文中所公开的实施例描述的用于实施各种过程、操作、说明性逻辑、逻辑块、模块和电路的硬件和数据处理组件可通过以下来实施或执行：通用单芯片或多芯片处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文中所描述的功能的任何组合。通用处理器可为微处理器或任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核心结合的一或多个微处理器，或任何其它此类配置。在一些实施例中，特定过程和方法可由特定针对给定功能的电路系统执行。存储器(例如，存储器、存储器单元、存储装置)可包括用于存储数据和/或计算机代码的一或多个装置(例如，RAM、ROM、快闪存储器、硬盘存储装置)以用于完成或促进本公开中所描述的各个过程、层和模块。存储器可为或包含易失性存储器或非易失性存储器，且可包含数据库组件、目标代码组件、脚本组件或用于支持本公开中所描述的各种活动和信息结构的任何其它类型的信息结构。根据示例性实施例，存储器经由处理电路可通信地连接到处理器，且包括用于(例如，由处理电路或处理器)执行本文所描述的一或多个过程的计算机代码。

本公开考虑用于完成各种运作的任何机器可读介质上的方法、系统和程序产品。本公开的实施例可以使用现有的计算机处理器来实施，或者通过用于适当系统的专用计算机处理器来实施，为了这个或另一目的而合并，或者通过硬连线系统来实施。本公开的范围内的实施例包括包含机器可读介质的程序产品，该机器可读介质用于携载或具有存储在其上的机器可执行指令或数据结构。此类机器可读介质可以是可以由通用或专用计算机或具有处理器的其它机器访问的任何可用介质。借助于实例，此类机器可读介质可包括RAM、ROM、EPROM、EEPROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用于携载或存储呈机器可执行指令或数据结构形式的所要程序代码且可由通用或专用计算机或具有处理器的其它机器存取的任何其它介质。以上的组合也包括在机器可读介质的范围内。机器可执行指令包括例如使通用计算机、专用计算机或专用处理机执行特定功能或功能组的指令和数据。

尽管附图和说明书可以说明方法步骤的特定顺序，但是此类步骤的顺序可以与所描绘和描述的顺序不同，除非上文有不同的说明。此外，除非上文另有说明，否则两个或更多个步骤可以同时或部分同时执行。此类变化可取决于例如所选择的软硬件系统和设计者选择。所有此类变化都处于本公开的范围内。同样地，可利用具有基于规则的逻辑和用以实现各种连接步骤、处理步骤、比较步骤和决策步骤的其它逻辑的标准编程技术来实现所描述方法的软件实施方案。

重要的是应注意，如在各种示例性实施例中所展示的各种系统(例如，系统100、系统200等)的构造和布置仅仅是说明性的。另外，在一个实施例中公开的任何元件可并入本文公开的任何其它实施例或与其一起使用。虽然上文已描述来自可并入或利用于另一实施例中的一个实施例的元件的仅一个实例，但应了解，各种实施例的其它元件可并入本文中所公开的其它实施例中的任一个或与其一起使用。

Claims (21)

1.一种建筑物的用于控制医疗设施的建筑物管理系统(BMS)，所述BMS包括：

一个或多个处理电路，其包括一个或多个存储器装置，所述一个或多个存储器装置被配置成在其上存储指令，所述指令当由一个或多个处理器执行时致使所述一个或多个处理器：

接收指示患者的房间中的蓝色代码事件的信号；以及

响应于所接收信号而自动调整所述房间中的温度、压力、湿度水平、照明系统或空气成分中的至少一者。

2.根据权利要求1所述的BMS，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于所述所接收信号而调整娱乐系统或遮阳系统中的至少一者。

3.根据权利要求1所述的BMS，其中所述一个或多个处理电路包括位于现场且包括一个或多个存储器装置的一个或多个处理电路，并且

其中位于现场的所述一个或多个处理电路的所述一个或多个存储器装置被配置成在其上存储指令，所述指令当由一个或多个处理器执行时致使所述一个或多个处理器：

从护士呼叫系统接收包括所述信号的护士呼叫信息。

4.根据权利要求1所述的BMS，其中所述一个或多个处理电路包括位于现场且包括一个或多个存储器装置的一个或多个处理电路，并且

其中位于现场的所述一个或多个处理电路的所述一个或多个存储器装置被配置成在其上存储指令，所述指令当由一个或多个处理器执行时致使所述一个或多个处理器：

与物联网装置接口通信以从相关联的连接物联网的装置接收信息；以及

经由所述物联网装置接口控制所述相关联的连接物联网的装置中的一者或多者，以响应于所述所接收信号而自动调整所述房间中的所述温度、所述压力、所述湿度水平、所述照明系统或所述空气成分中的至少一者。

5.根据权利要求1所述的BMS，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

与企业管理系统通信以提供对建筑物系统的协调控制以及响应于所述所接收信号而采取的动作的报告。

6.根据权利要求1所述的BMS，其中所述一个或多个处理电路包括位于现场且包括一个或多个存储器装置的一个或多个处理电路，并且

其中位于现场的所述一个或多个处理电路的所述一个或多个存储器装置被配置成在其上存储指令，所述指令当由一个或多个处理器执行时致使所述一个或多个处理器：

定义一组蓝色代码动作，所述一组蓝色代码动作包括响应于所述所接收信号而自动调整所述房间中的所述温度、所述压力、所述湿度水平、所述照明系统、所述空气成分、娱乐系统或遮阳系统中的至少一者；以及

响应于直接接收到所述信号而在不控制任何非现场处理电路的情况下自动实施所述蓝色代码动作。

7.根据权利要求6所述的BMS系统，其中所述一组蓝色代码动作包括定义由位于现场的所述一个或多个处理电路接收的输入、由位于现场的所述一个或多个处理电路执行的处理步骤，以及由位于现场的所述一个或多个处理电路向其他现场装置提供的输出，所述其他现场装置被结构化成调整所述温度、所述压力、所述湿度水平、所述照明系统、所述空气成分、所述娱乐系统或所述遮阳系统中的至少一者。

8.根据权利要求1所述的BMS，其中所述信号包括文本字符串；并且

其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

解析所述文本字符串并提取蓝色代码标识符和房间标识符；

基于所述蓝色代码标识符而确定活动蓝色代码事件正在发生；

基于所述房间标识符而确定其中所述蓝色代码事件正在发生的房间位置；以及

响应于确定所述活动蓝色代码事件正在发生而自动调整所确定的房间位置中的所述温度、所述压力、所述湿度水平、所述照明系统、所述空气成分、娱乐系统或遮阳系统中的至少一者。

9.根据权利要求1所述的BMS，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于所述所接收信号而自动与蓝色代码团队通信；或

经由配套系统自动向蓝色代码团队成员提供寻路方向。

10.一种建筑物管理系统的集成引擎，所述集成引擎包括：

一个或多个处理电路，其位于现场且包括联接到一个或多个处理器的一个或多个存储器装置，所述一个或多个存储器装置被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

从护士呼叫系统接收护士呼叫信息；

基于所述护士呼叫信息而确定蓝色代码标识符；

基于所述护士呼叫信息而确定房间标识符；

基于所述蓝色代码标识符而确定活动蓝色代码事件正在发生；

基于所述房间标识符而确定其中所述活动蓝色代码事件正在发生的房间位置；

发起蓝色代码事件响应；以及

响应于直接发起所述蓝色代码事件响应而在不控制任何非现场处理电路的情况下自动实施一组蓝色代码动作，所述一组蓝色代码动作包括控制房间供暖通风与空气调节(HVAC)系统或照明系统中的至少一者。

11.根据权利要求10所述的集成引擎，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于发起所述蓝色代码事件响应而自动控制所述HVAC系统以降低所述房间位置的温度。

12.根据权利要求10所述的集成引擎，其中所述护士呼叫信息包括文本字符串；并且

其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

解析所述文本字符串并基于所述文本字符串而确定所述蓝色代码标识符和所述房间标识符。

13.根据权利要求10所述的集成引擎，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于发起所述蓝色代码事件响应而自动与蓝色代码团队通信。

14.根据权利要求11所述的集成引擎，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于发起所述蓝色代码事件响应而自动向蓝色代码团队提供包括急救车的位置的位置信息。

15.根据权利要求10所述的集成引擎，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于发起所述蓝色代码事件响应而自动向蓝色代码团队提供寻路信息。

16.根据权利要求10所述的集成引擎，其中所述一个或多个存储器装置进一步被配置成在其上存储指令，所述指令当由所述一个或多个处理器执行时致使所述一个或多个处理器：

响应于发起所述蓝色代码事件响应而自动实施所述一组蓝色代码动作，所述一组蓝色代码动作包括控制患者参与系统或AV分配系统中的至少一者。

17.一种操作集成引擎的方法，所述方法包括：

接收指示蓝色代码事件正在医疗设施中发生的护士呼叫信息；以及

响应于所述护士呼叫信息而自动调整所述医疗设施中的温度、压力或湿度水平中的至少一者。

18.根据权利要求17所述的方法，其进一步包括：

从护士呼叫系统接收所述护士呼叫信息；

基于所述护士呼叫信息而确定蓝色代码标识符；

基于所述护士呼叫信息而确定房间标识符；

基于所述蓝色代码标识符而确定所述蓝色代码事件正在发生；

基于所述房间标识符而确定其中活动蓝色代码事件正在发生的房间位置；

发起蓝色代码事件响应；以及

响应于发起所述蓝色代码事件响应而自动实施一组蓝色代码动作，所述一组蓝色代码动作包括控制房间供暖通风与空气调节(HVAC)系统或照明系统中的至少一者。

19.根据权利要求18所述的方法，其进一步包括：

响应于发起所述蓝色代码事件响应而自动实施所述一组蓝色代码动作，所述一组蓝色代码动作包括控制患者参与系统或AV分配系统中的至少一者。

20.根据权利要求17所述的方法，其中所述护士呼叫信息包括文本字符串；并且

所述方法进一步包括：解析所述文本字符串并基于所述文本字符串而确定所述蓝色代码标识符和所述房间标识符。

21.根据权利要求17所述的方法，其进一步包括：

经由配套系统自动与蓝色代码团队成员通信；以及

经由所述配套系统自动向蓝色代码团队成员提供寻路方向。