具体实施方式

医疗保健设施可被配备为处理预期量的患者，其中预留可用的额外资 源以为超过预期量的患者需要护理的预期之外事件提供应急容量。然而， 某些情况诸如传染性疾病爆发可能给医疗保健系统带来压力，即使考虑到 可能预留的资源，这也通常需要比设施被配备为提供的资源更多的资源。 因此，跨城市、州、地区以及甚至整个国家以及其他国家的医疗设施可收 集并共享资源可用性数据，以使医疗保健机构诸如医院管理人员、政府机构等能够作出关于共享/分配可用资源、订购新设备、雇佣另外的医疗保健 人员等的决策。然而，收集资源可用性数据可能是耗时的并且需要人员的 时间，这可能给医疗保健系统带来压力。例如，许多医疗设施可能没有适 当的集中式系统来跟踪有多少关键医疗资源(诸如，呼吸机)当前正在使 用、计划将使用、正在维护等，因此人们可能通过目视检查医疗设施的每 个病房室/病房的每个房间来手动确定呼吸机的使用情况，这是耗时且容易 出错的。此外，当依赖标准方法收集资源可用性数据时，保持最新的资源 可用性数据可能是具有挑战性的。因此，当作出关于如何跨多个医疗设施 分配资源、何时请求额外资源等的决策时，这些决策可能是基于不完整或 过时的信息作出的，这可导致缺乏关于一些设施的资源，而其他设施可能 具有大量资源，这可最终损害患者护理。

因此，根据本文所公开的实施方案，可以从多个医疗设施收集并且自 动地、实时地或接近实时地聚合当前资源可用性数据。聚合数据可经由一 个或多个图形用户界面可视化，该一个或多个图形用户界面可按病房、医 院、医院网络、州、地区和/或全国范围指示关键资源可用性(例如，床可 用性、呼吸机可用性)以及传染性疾病信息(例如，阳性病例的数量、受 调查患者的数量)。资源可用性数据和传染性疾病信息可随着资源可用性 改变和/或随着疾病测试结果可用而自动更新。这样做时，医疗保健机构可 立刻获悉关于多个医疗设施的资源可用性信息，同时还获悉疾病爆发进 展，这可使医疗保健机构能够基于最新信息经由一个或多个图形用户界面 对资源分配做出精明的决策，该一个或多个图形用户界面可向用户/医疗保 健机构呈现一组有限信息(例如，关键资源可用性、基于地方/地区的疾病 状态)。这样，可使用户与可用数据的交互更有效，因为用户不被迫对多 个单独的数据馈送、数据文件等进行筛选，以识别所需信息，然后聚合所 需信息。

图1示意性地示出了可跨多个医疗设施诸如医院实现的示例性协作资 源利用系统100。协作资源利用系统100可包括资源利用服务器系统102。 服务器系统102可包括可被分配用于存储和执行一个或多个资源仪表板的资 源(例如，存储器114、处理器112)。例如，如图1所示，仪表板104存 储在第一医院(医院1)的服务器系统102上；多个附加仪表板可存储在服 务器系统102上，每个附加仪表板对应于相应医院(医院2一直到医院 N)。

如将在下文更详细地解释，每个仪表板可指示每个医院的资源利用和 可用性。例如，每个仪表板可为对应的医院跟踪医院床的总数、总占用的 医院床、按床类型(例如，ICU、病情进展护理病房、观察护理、负压等) 的总的和占用的医院床，以及总的和已利用的医疗装置，诸如呼吸机。此 外，来自一个或多个特定于医院的仪表板的数据可被组合以生成医院网络 仪表板、地区医院仪表板、国家医院仪表板等，以便跟踪/指示跨多个医 院、地区甚至国家范围的资源利用。当被请求时，仪表板可被输出以显示 在作为一个或多个图形用户界面的显示装置上，如下所述。如本文所用， 仪表板可包括关于病房、医院、医院网络、特定地区内的医院和/或国家范 围内的医院的资源利用的数据。仪表板可包括可呈现为将在下文更详细描 述的图形用户界面中的一个或多个图形用户界面的数据。仪表板可不具有 任何特定的视觉外观，并且可包括从一个或多个医院聚合的数据，该数据 随着接收到新数据而被更新。

服务器系统102可经由网络116通信地耦接到多个医院118-从第一医 院(医院1)、第二医院(医院2)，直到第N医院(医院N)。每个医院 可被配置为将资源利用信息发送到服务器系统102。资源利用信息可包括经 由上述仪表板跟踪的信息，诸如医院床利用和医疗装置利用。

为了收集资源利用信息并将其发送到服务器系统102，每个医院可包括 各种系统和装置以实时跟踪患者入院、患者床分配、医疗装置部署、患者 病症信息(例如，确诊患者病症、疑似患者病症、患者实验室结果等) 等，并且将所跟踪的信息发送到服务器系统102。图1示出了用于第一医院 的医院系统和装置的示例，这些医院系统和装置可用于收集医院资源利用 信息，将所收集的医院资源利用信息发送到服务器系统102，并且/或者查 看由服务器系统102生成的一个或多个仪表板。应当理解，本文所述的医院 系统和装置是示例性的，并且在不脱离本公开的范围的情况下，可使用其 他系统和/或装置来收集和发送医院资源利用信息。此外，虽然本文描述了 医院，但其他医疗设施可将资源利用信息发送到服务器系统102，诸如门诊 诊所、地方或地区健康管理机构、其他政府机构等。

医院1可包括医院运营系统128。医院运营系统128可存储和/或控制多 种医院相关、护理提供者相关和患者相关的信息，包括但不限于患者入院 信息(包括患者的入院日期和在医疗设施内的位置)、医疗装置信息(例 如，每种类型的医疗装置的总数、每个医疗装置的当前状态等)、患者护 理方案和工作流程以及护理提供者信息(包括哪些护理提供者正在监测/治 疗哪些患者)。此外，医院运营系统128可通信地耦接到多个医疗装置 120、(下文更详细描述的)电子医疗记录(EMR)数据库122以及一个或 多个工作站124。

医疗装置120可包括被配置为监测相应患者和/或向相应患者提供医疗 治疗的医疗装置(诸如，呼吸机、麻醉机器、输液泵、脉搏血氧计、心率 监测器、血糖监测器、ECG等)，以及麦克风、相机和其他装置。医疗装 置120可将输出发送到医院运营系统128、EMR数据库122和/或一个或多 个护理提供者装置。此外，在一些示例中，医院运营系统128和/或EMR数据库122可接收从一种或多种成像模态(诸如，超声、CAT、MRI、X射线 等)获得的诊断成像信息。基于从医疗装置120输出的信息，医院运营系统128和/或EMR数据库122可跟踪每个医疗装置的当前利用。在一些示例 中，可将来自一个或多个医疗装置的数据直接发送到服务器系统102。

医院运营系统128可跟踪医院床使用情况。例如，当患者入院时，医 院运营系统128可将患者与标识符(例如，标识码)相关联，并跟踪患者状 态、患者病房室/病房分配、患者床分配等。医院运营系统128还可跟踪确 诊和/或疑似的患者病症。例如，医院运营系统128可接收来自实验室服务 的实验室结果，并且响应于所接收的实验室结果和/或由每个患者的护理提 供者提供的信息而更新确诊的患者病症。在一些示例中，EMR数据库122 可附加地或另选地基于由提供者提供的信息、实验室结果和/或其他信息来 跟踪确诊和/或疑似的患者病症。

EMR数据库122可为外部数据库，或者EMR数据库122可为本地数据 库(例如，容纳在医院的装置上)。EMR数据库122可为存储在大容量存 储设备中的数据库，该大容量存储设备被配置为与安全信道(例如， HTTPS和TLS)进行通信，并且以加密形式存储数据。此外，EMR大容量 存储设备被配置为控制对患者电子医疗记录的访问，使得仅经授权的健康 护理提供者可编辑和访问电子医疗记录。患者的EMR可包括患者人口统计 信息、家族病史、既往病史、生活方式信息、已有的医学病症、当前药物 治疗、过敏、手术史、既往医疗筛检和程序、既往住院和访视等。

医院1还包括一个或多个工作站124。每个工作站可包括处理器、存储 器、通信模块、用户输入装置、显示器(例如，屏幕或监测器)和/或其他 子系统，并且可呈台式计算装置、膝上型计算装置、平板电脑、智能电话 或其他装置的形式。工作站可位于医院本地(诸如，医院管理的一部分) 和/或远离医院(诸如，用户的移动装置)。

医院操作系统128、医疗装置120、EMR数据库122和工作站124可经 由医院网络彼此通信，该医院网络可以是合适的有线和/或无线网络。医院 1的系统/装置与服务器系统102之间的通信可由合适的装置(本文为边界装 置126)提供。边界装置126可示例性地为边界处理装置、云处理装置或互 联网网关。边界装置126可有利于系统/装置在医院网络上与实现服务器系 统102的服务器、处理器和计算机可读介质通信之间的安全通信链路。

服务器系统102包括通信模块110、存储器114和处理器112，以生成 和存储本文所述的仪表板。通信模块110有利于电子数据在一个或多个系统 内和/或之间的传输。经由通信模块110进行的通信可使用一个或多个协议 来实现。在一些示例中，经由通信模块110进行的通信根据一个或多个标准 (例如，医学数字成像和通信(DICOM)、健康等级七(HL7)、ANSI X12N等)发生。通信模块110可为有线接口(例如，数据总线、通用串行 总线(USB)连接等)和/或无线接口(例如，射频、红外、近场通信 (NFC)等)。例如，通信模块110可经由有线局域网(LAN)、无线 LAN、广域网(WAN)等使用任何过去、目前或未来通信协议(例如，BLUETOOTH^TM、USB 2.0、USB 3.0等)来通信。

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

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

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

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

协作资源利用系统100同样可包括客户端装置130，该客户端装置包括 显示器，用户可在该显示器上查看来自协作资源利用系统的数据。例如， 来自仪表板104的数据可显示在作为图形用户界面132的客户端装置130 上，从而允许用户查看在给定医院N处可用的资源。此外，来自其他仪表 板的数据，诸如从医院网络中的多个医院聚合的数据，可在客户端装置130 上显示在图形用户界面内，这可允许用户使存储在不同仪表板中的数据可 视化并在该数据之间导航。图形用户界面132还可允许用户进一步与包括在 仪表板上的数据进行交互，如图15至图36所示。

客户端装置130可包括类似于上述通信模块110、存储器114和处理器 112的用户输入装置、存储器、处理器和通信模块/接口，因此对通信模块 110、存储器114和处理器112的描述同样适用于本文所述的其他装置。用 户输入设备可包括键盘、鼠标、触摸屏、麦克风或其他合适的设备。

作为一个示例，客户端装置可将一个或多个图形用户界面模板存储在 存储器中，这些图形用户界面模板包括存储在服务器系统102上的相关信息 的占位符。例如，客户端装置130可包括图形用户界面132，该图形用户界 面包括客户端装置的用户可使用期望患者信息的占位符来配置的资源仪表 板的模板。当图形用户界面显示在客户端装置上时，可从服务器系统102 (例如，从仪表板)检索相关信息并将其插入占位符中。在其他示例中，服务器系统102可将所选择的仪表板呈现到本文所述的图形用户界面中，并 且可在被请求时发送图形用户界面以用于在(例如，客户端装置130的)显 示装置上显示。

如将在下文更详细地解释，每个医院或其他医疗设施可被配置为向服 务器系统102发送数据，使得可跟踪医院病房、医院、医院网络、地区和/ 或国家的资源可用性，并且可通过一个或多个资源可用性图形用户界面可 视化资源可用性，如下文所述。资源可用性可在从每个医院接收到数据时 实时或接近实时地更新。如本文所用，实时可包括一收集到数据就立即发 送该数据，而没有有意延迟。这样，一旦医院获得资源可用性信息(例 如，患者被准许获得医院的特定床)，该资源可用性信息就被发送到服务 器系统。如本文所用，接近实时可指数据从医院周期性地发送到服务器系 统，以允许数据聚合、数据过滤和/或其他数据处理动作。然而，相对于使 数据可用时(诸如，在使数据可用后的1-5分钟内(例如，而不是一旦数据 可用就)传输数据)，数据的接近实时传输仍然可为快速的。

图2示出了可跨各个地理分层区域内的各种医疗保健设施(例如，医 院)和医院系统实现的另一个示例性协作资源利用系统200。协作资源利用 系统200包括资源利用服务器202，该资源利用服务器包括多个模块，该多 个模块用于：从多个设施接收多个数据馈送，实时或接近实时地评估每个 设施处的资源利用，以及生成可基于用户查询、从设施接收的数据馈送和 设施类型中的一者或多者进行配置的多个图形用户界面图块。资源利用服 务器202可类似于资源利用服务器系统102，并且因此可包括除此处在图2 处描述的模块之外的类似部件，包括通信模块110、处理器112和非暂态存 储器114。

协作资源利用系统200被示出为包括州系统270，该州系统包括州内的 医院系统260和设施250。应当理解，州系统270可包括多个医院系统和/或 多个设施，这取决于人口、区域、位置等。虽然相对于州的资源利用示出 了本示例，但应当理解，协作资源利用系统200可被实现用于包括多个州的 地区、包括多个地区的国家以及跨多个国家的国际。

医院系统260被示出为包括设施230和设施240，但应当理解，医院系 统可包括更少或更多的设施。

设施230、240和250中的每个设施可包括相应的医疗保健命令中心 232、242和250，以用于协调相应设施内和/或跨相应医院系统的患者护理 和资源。设施230、240和250中的每个设施还包括相应的数据处理中心 236、246和256，以用于执行各种数据相关操作，包括收集、存储、处理、 分发和/或允许访问大量数据。虽然本示例示出了包括数据中心的每个设 施，但是其他配置诸如位于设施外部的数据中心也是可能的。在一些示例 中，医院系统内的两个或更多个设施可共享数据中心。此外，数据中心 236、246和256可被配置作为本地数据中心、基于云的数据中心或它们的 组合。设施230、240和250中的每个设施还包括工作站234、244和254。 每个设施可包括多个工作站。工作站可以是命令中心工作站、医疗装置工 作站或用于访问和/或更新患者信息和医院资源信息(包括关键资源信息) 中的一者或多者的任何其他类型的工作站。

在一个实施方案中，如本文在图2处所示，州系统内的医院系统和设 施可形成数据共享医院网络系统210的一部分。因此，医院数据中心236、 246和256可被配备为包括相应的虚拟机系统238、248和258，以用于从相 应的医院数据中心、命令中心和工作站中的一者或多者获得多个数据，处 理所接收的数据，并将该数据传输到资源利用服务器202。在220处指示从 虚拟机系统238、248和258到资源利用服务器202的示例性数据馈送。虽 然本示例示出了配置有虚拟机系统的每个设施，但应当理解，虚拟机系统 可基于相应设施和医院系统的数据中心的位置和类型来进行配置。从设施 230、240和250经由相应的虚拟机系统238、248和258到资源利用服务器 202的数据馈送220可包括平面文件数据馈送和HL7数据馈送中的一者或多 者，如下文进一步所述。

此外，资源利用服务器202可将一个或多个资源利用仪表板诸如仪表 板104递送到包括设施内的显示装置(例如，命令中心工作站、医疗装置工 作站等)的请求工作站和/或递送到任何请求客户端装置，诸如图1所述的 客户端装置。由222指示来自资源利用服务器的一个或多个资源利用仪表板 的通信。如上所述，当被请求时，仪表板可被输出以经由图形用户界面 (GUI)显示在工作站的相应显示装置上。该一个或多个资源利用仪表板可包括医院系统传染性疾病仪表板、关键资源仪表板和国家容量仪表板。图 29至图34示出并描述了对应的图形用户界面(包括医院系统传染性疾病用 户界面)，图16至图21示出并描述了关键资源用户界面，并且图22至图 28和图36至图44示出并描述了国家容量用户界面。

虚拟机系统238、248和258可包括多个虚拟机，该多个虚拟机包括一 个或多个处理单元和非暂态存储器。此外，虚拟机系统可允许经由安全连 接(诸如VPN)访问授权人员的医院数据。虽然图2的本示例描述了经由 配备在医院数据中心内的虚拟机系统到资源利用服务器202的数据传输，但 图3示出了不实现虚拟机的协作资源利用系统的另一个实施方案。

转到图3，示出了用于非数据共享医院网络系统310的另一个示例性资 源利用系统300。医院网络系统310包括形成医院系统360的一部分的设施330和340。网络系统310还包括设施350，并且设施330、340和350形成 州系统370的一部分。

类似于图2所讨论的设施，设施330、340和350中的每个设施包括相 应的命令中心332、342和352、相应的数据中心336、346和356，以及相 应的工作站334、344和354。资源利用服务器202可经由工作站、命令中 心、客户端装置和数据中心中的一者或多者从设施330、340和350中的每 个设施接收多个数据。来自设施330、340和350的数据馈送320可为不包 括完全标识的患者数据的平面文件数据字段。下文将进一步描述向资源利 用服务器提供平面文件数据字段以用于生成资源利用仪表板的细节。

响应于从相应设施接收到数据馈送，资源利用服务器202可生成并更 新一个或多个资源利用仪表板，并且将该一个或多个仪表板传送到请求工 作站和/或客户端装置(包括命令中心工作站、医疗装置工作站和数据中 心)。

接下来，图4示出了示例性资源利用系统400的示意图，其示出了设施 420和资源利用服务器202之间的资源利用数据传输。设施420是医疗保健 设施诸如医院，并且类似于图2和图3所讨论的设施，因此可包括与图2和 图3所述的那些部件类似的部件。简而言之，设施420包括医院数据中心 426，该医院数据中心包括一个或多个医院数据库450。此外，设施420可 包括多个病房，每个病房包括多个房间(未示出)。此外，每个房间可包 括一个或多个床(未示出)。设施420还可包括工作站424(其可以是EMR 工作站、通信地耦接到医疗装置430的工作站434，以及医疗保健命令中心 422中的工作站444)。设施内用于患者健康管理和资源利用(包括关键资 源利用)中的一者或多者的其他类型的工作站也在本公开的范围内。

此外，医院数据中心426可被配备有虚拟机系统428，该虚拟机系统包 括用于访问和传输来自医院数据库450以及工作站424、434和444中的一 者或多者的数据馈送的多个服务器系统。

在一个实施方案中，患者数据(诸如，传染性疾病数据)、医院资源 利用数据(诸如，关键资源利用数据)和医院资源库存数据(诸如，关键 资源库存数据)中的一者或多者经由HL7数据馈送482和平面文件数据馈 送480中的一者或多者、经由配备在医院数据中心426内的虚拟机系统428 传输到资源利用服务器202。例如，EMR数据可经由HL7数据馈送传输。 HL7数据可以是完全标识数据和经过滤数据(无患者标识信息)中的一者 或多者。平面文件数据馈送480可包括从EMR提取的指定字段和对应数 据、关键资源以及与设施420内的患者和资源有关的传染性疾病数据。图9 示出了示例性平面文件字段。此外，图6A、图7A和图8在下文中进一步 描述了生成和传输平面文件的细节。

虽然上述示例性实施方案描述了经由虚拟机系统传输的平面文件数 据，但在另一个实施方案中，可在不利用虚拟机系统428的情况下传输平面 文件数据。对平面文件数据馈送的传输以点划线示出。例如，可由医院数 据中心426经由一个或多个数据中心处理器生成和传输平面文件数据馈送 478。在另一个示例中，一个或多个工作站(包括工作站424和434)可处 理平面文件数据470和472并将其传输到资源利用服务器202。平面文件传输可经由合适的文件传输协议诸如安全文件传输协议(SFTP)进行。

资源利用服务器202可经由虚拟机系统428、数据中心426以及多个工 作站424、434和444中的一者或多者从设施接收多个数据馈送。资源利用 服务器202可处理数据并生成用户界面数据，该用户界面数据可被传输到医 院数据中心426和医疗保健命令中心422中的一者或多者，如474和476所 指示的。对该多个数据馈送的处理可由医院系统传染性疾病模块、关键资 源模块和国家容量模块中的一者或多者执行，并且可自动地执行和/或基于 客户端请求而执行。然后用户界面数据可经由图形用户界面呈现在客户端 装置的显示部分上，该客户端装置可以是工作站424、434和444中的一者 或多者，或任何适当的客户端显示装置。

图5是经由用于资源利用系统400(如图4所示)的虚拟机系统428传 输的多个数据馈送的示意图。如图4所讨论的，到资源利用服务器202的该 多个数据馈送可包括来自设施420的电子医疗记录(EMR)系统的HL7数 据馈送482，以及平面文件数据馈送480。

具体地，医院系统传染性疾病模块204可接收占用数据馈送484、呼吸 机库存和使用数据馈送485、传染性疾病数据馈送486和ADT_ORU_ORM 数据馈送487。在一个示例中，占用数据馈送484可包括床主要模板平面文 件数据馈送(包括设施420的床库存数据)和床阻塞平面文件数据馈送(包 括设施420的床使用数据)。呼吸机库存和使用数据馈送485可包括呼吸机 库存平面文件数据馈送和呼吸机使用平面文件数据馈送，其中该呼吸机使 用平面文件数据馈送可基于通过图10所述的方法1000获得的呼吸机使用数 据来生成。传染性疾病数据馈送486可包括受调查患者(PUI)数据馈送和 被传染患者数据馈送，其中PUI数据和被传染患者数据可基于图11所述的 方法1100来获得。

ADT_ORU_ORM数据馈送487是HL7数据馈送，并且可包括入院、出 院和转院(ADT)数据馈送、医嘱输入消息(ORM)数据馈送(包括传染 性疾病实验室医嘱、呼吸机应用医嘱和中止医嘱)和观察结果(ORU)数 据馈送(包括传染性疾病测试结果、呼吸机使用数据，诸如开始时间、停 止时间、类型、标识符)。在一个示例中，ADT_ORU_ORM数据馈送487 是完全标识的患者数据馈送，包括患者信息(例如，患者姓名)和患者人 口统计信息。在另一个示例中，ADT_ORU_ORM数据馈送487是无完全标 识的患者数据的数据馈送，其中不将完全标识的患者数据提供给服务器。 在这种情况下，可能不提供患者的个人信息和人口统计信息。此外，在一 个实施方案中，完全标识的数据馈送和无完全标识的信息的数据馈送可由 例如医院数据中心处理器过滤以提取关键资源和传染性疾病中的一者或多 者的特定数据，并且所提取的数据可经由虚拟机系统提供给资源服务器 202。这样，通过为关键资源和传染性疾病中的一者或多者生成特定数据馈 送，加速了对数据馈送的处理，并且可实时或接近实时地生成并更新用户 界面数据。

传染性疾病模块204可处理所接收的数据馈送484、485、486和487， 并生成传染性疾病用户界面数据。传染性疾病用户界面数据可呈现在与设 施相关联的一个或多个工作站和客户端装置处的传染性疾病图形用户界面 (GUI)中。图29至图34示出并描述了示例性传染性疾病GUI。简而言 之，对于每个设施和/或对于包括一个或多个设施的医院系统，所生成的传 染性疾病用户界面数据可包括患者负荷数据、重症护理(CC)和心血管 (CV)病房处CC和CV专用的床占用的状态数据、关于传染性疾病的患者 测试和观察活动、CC和CV床的各种环境服务(EVS)数据、关于各个患 者的呼吸机使用以及关于传染性疾病患者的床占用。这样，传染性疾病模 块和传染性疾病GUI可在影响公共健康的地方性、流行性和大流行状况期 间实时或接近实时地提供系统级和/或设施级的关键资源利用(包括重症病 房、呼吸机)和患者信息，以便加快决策制定并提高资源利用效率，实现 实时和接近实时的需求评估，并组织关键资源的调动。

此外，图29至图34示出了COVID-19传染性疾病。应当理解，传染性 疾病模块和传染性疾病GUI可被实现以用于任何传染性和/或可感染的疾病 或引起公共健康问题的任何疾病或状况(例如，放射性废物暴露、有毒气 体暴露)以及对应的相关关键护理资源利用。

关键资源模块206可接收占用数据馈送490、关键资源库存和使用数据 馈送491以及ADT_ORU_ORM数据馈送492。占用数据馈送490可包括床 主要模板平面文件数据馈送(包括设施420的床库存数据)和床阻塞平面文 件数据馈送(包括设施420的床使用数据)。关键资源库存和使用数据馈送 491可包括一个或多个关键资源库存平面文件数据馈送和对应的一个或多个 关键资源使用平面文件数据馈送。在一个示例中，关键资源可包括呼吸 机，因此，呼吸机使用平面文件数据馈送可基于通过图10所述的方法1000 获得的呼吸机使用数据来生成。因此，在一些示例中，关键资源库存和使 用数据馈送491可包括呼吸机库存和使用数据馈送495，这将在下文描述。 ADT_ORU_ORM数据馈送492是HL7数据馈送，并且类似于如上所述的 ADT_ORU_ORM数据馈送487，不同的是ORM数据馈送可能不包括实验 室医嘱并且ORU数据馈送可能不包括传染性疾病结果。在其他示例中， ADT_ORU_ORM数据馈送492可仅包括ADT数据馈送(例如，包括入院、 出院和转院)，并且可不包括ORM或ORU馈送。此外，ADT_ORU_ORM 数据馈送可以是经过滤的数据馈送，该经过滤的数据馈送可包括如上所述的完全标识的数据或无完全标识的患者信息的数据。其中未对到资源利用 服务器(即，到模块204、206和208中的任一个模块)的ADT_ORU_ORM 数据馈送进行过滤以提取特定资源利用和/或传染性疾病信息的其他实施方 案也在本公开的范围内。

关键资源模块206可处理所接收的数据馈送490、491和492，并生成 关键资源用户界面数据。例如，关键资源用户界面数据可包括关于设施的 重症护理病房(包括ICU、PCU、MT/MS病房、OBS病房、负压病房)和 呼吸机的关键资源使用数据。关键资源用户界面数据可呈现在与设施相关 联的一个或多个工作站和客户端装置处的关键资源图形用户界面(GUI) 中。图22至图28示出并描述了示例性关键资源GUI。

此外，国家容量模块208可接收占用数据馈送494、呼吸机库存和使用 数据馈送495以及传染性疾病数据馈送496。如上所述，占用数据馈送494 可包括床主要模板平面文件数据馈送(包括设施420的床库存数据)和床阻 塞平面文件数据馈送(包括设施420的床使用数据)。呼吸机库存和使用数 据馈送495包括呼吸机库存平面文件数据馈送和呼吸机使用平面文件数据馈 送，其中该呼吸机使用平面文件数据馈送可基于通过图10所述的方法1000 获得的呼吸机使用数据来生成。另外，如上所述，呼吸机库存和使用数据 馈送495可发送到关键资源模块206/由该关键资源模块使用。传染性疾病数 据馈送496可包括受调查患者(PUI)数据馈送和被传染患者数据馈送，其 中PUI数据和被传染患者数据可基于图11A所述的方法1100来获得。

国家容量模块208可处理所接收的数据馈送494、495和496，并生成 国家容量用户界面数据。国家容量用户界面数据可呈现在与设施相关联的 一个或多个工作站和客户端装置处的国家容量图形用户界面(GUI)中。图 15至图21和图37至图44示出并描述了示例性国家容量GUI。

在一个示例中，传染性疾病模块204、关键资源模块206和国家容量模 块208可仅利用平面文件数据馈送和/或经过滤的HL7数据馈送来生成传染 性疾病GUI、关键资源GUI和国家容量GUI的对应用户界面数据。这样， 可对实时数据或接近实时的数据进行传输和处理，以提供关于关键资源和 传染性疾病进展的接近实时的更新。

虽然此处示出了单个设施，但应当注意，传染性疾病模块204、关键资 源模块206和国家容量模块208可从各种人口统计分层级(例如，医院系 统、州、地区和国家)的多个设施接收数据。在一个实施方案中，当设施 的数量增加到高于阈值和/或处理时间增加到高于阈值时，模块204、206和 208可仅利用平面文件馈送和/或经过滤的HL7数据馈送来生成用于相应 GUI的用户界面数据。

应当理解，资源利用服务器202可经由HL7接收一些数据并经由平面 文件接收其他数据，但在同一模块内(例如，在关键资源模块206内)，接 收特定数据元的方法(例如，对于给定的数据元，诸如床库存数据)在医 院间是一致的，该数据元通过HL7或平面文件从所有医院接收，而不是对 于相同数据元，通过HL7从一个医院接收，通过平面文件从另一个医院接 收。然而，在模块间，数据元是经由HL7接收还是经由平面文件接收，情 况可改变。

在一些实施方案中，资源利用服务器，诸如图2至图5所讨论的资源利 用服务器系统202，并且图1所讨论的资源利用服务器102可由包括多个虚 拟机的虚拟机系统实现，其中该虚拟机系统被配备在医疗保健设施的数据 中心内。该多个虚拟机中的每个虚拟机可被配置作为包括存储器和一个或 多个处理器的计算系统。

图6A是示出根据本公开的一个实施方案的生成用于资源利用服务器 202的国家容量模块(诸如，图2至图5的国家容量模块208)的一个或多 个数据馈送的高级方法600的流程图。具体地，方法600可用于生成国家容 量模块的平面文件数据馈送。例如，对于不是数据共享网络的一部分的设 施，可实现方法600以生成具有指定馈送并不包括完全标识的患者信息的平 面文件馈送(示例性字段在图9中示出)，并且将所生成的平面文件数据传输到资源利用服务器的国家容量模块。

方法600和本文所述的其他方法650、700、750和800可由以下装置执 行：处理器(诸如，医院数据中心426处的处理器、工作站(诸如，图4和 图5的工作站432、434和444)的处理器)、在医院网络内或耦接到医院 网络的边界装置，或它们的任何适当组合。虽然本方法600和本文中的其他 方法650、700、750和800主要相对于图4和图5进行描述，但应当理解， 在不脱离本公开的范围的情况下，方法600和其他方法可由其他系统和部件 实现。

方法600在602处开始。在602处，可生成床主要数据文件并将其传输 到资源利用服务器，诸如资源利用服务器202。床主要数据文件可包括设施 的床数据，并且可包括指定字段，包括系统名称、医院标识(ID)、病房 ID、病房显示名称、病房类型、房间ID、房间显示名称、床ID、床显示名 称、服务(例如，心脏)、护理组级别(例如，成人ICU)、呼吸机可 用、负压、私人的和活动的。在一个示例中，可从设施的床库存数据库中 提取指定字段的床主要数据。床主要数据可在更大的周期内或基于用户请 求进行更新。例如，在公共健康状况期间，可能需要将一个或多个病房转 换为重症护理病房以应付患者负荷，因此可能需要在更长的时间段(例 如，数周、数月)内基于持续公共健康状况和针对设施的总体患者负荷进行更新。

接下来，在604处，占用数据、传染性疾病数据和关键资源数据(包 括呼吸机数据)可从一个或多个医院数据库获得。

在606处，方法600可基于指定的文件字段提取期望数据。提取期望数 据包括：在608处，基于指定的传染性疾病文件字段提取期望的传染性疾病 数据；在610处，基于指定的占用文件字段提取期望的占用数据；在612 处，基于指定的呼吸机文件字段提取期望的呼吸机使用数据；以及在614 处，基于指定的呼吸机库存文件字段提取呼吸机库存数据。

期望的传染性疾病文件字段可包括时间戳字段、系统字段、设施字 段、病房字段、床字段和针对传染性疾病状态的标志字段。标志字段可包 括对患者传染性疾病状态(诸如，PUI或传染性疾病阳性)的指示。PUI数 据和传染性疾病阳性数据可基于通过方法1100获得的传染性疾病数据来获 得。例如，医疗保健/医院数据库处理器可执行相对于图11A所述的方法 1100，以确定设施处的PUI数量和传染性疾病阳性患者数量，并将经处理 的数据存储在数据库内。因此，可从经处理的数据中提取期望的传染性疾 病数据。这样，对于不是数据共享网络的一部分的设施而言，这些设施可 不共享患者个人信息，而是仅期望的传染性疾病数据(这可有助于关键资 源计划，监测公共健康和疾病进展)可被提取并发送到资源利用服务器以 用于进行进一步的数据聚合、处理和呈现用户界面。

期望的占用数据可包括记录字段的时间戳、系统字段、设施字段、病 房字段、房间字段、床字段、占用字段、冻结字段和负压字段。上述字段 中的每个字段的数据值可从医院数据库和EMR中的一者或多者中提取。

期望的呼吸机数据字段可包括系统名称、设施名称、类别(例如，侵 入式或非侵入式)、序列号、模型和操作状态。在一个示例中，医疗保健/ 医院数据库处理器可执行图10的方法1000以基于EMR数据来确定呼吸机 操作状态数据。可从经处理的数据中提取关于操作状态的期望呼吸机状态 数据。在另一个示例中，期望的呼吸机数据字段还可包括呼吸机开始时间 和呼吸机停止时间，以及对应于资源利用服务器执行方法1000可能需要的 数据的一个或多个其他输入字段。可从EMR数据获得的无任何附加的个人 患者信息的呼吸机数据用于资源利用服务器处理。

期望的呼吸机库存数据字段可包括系统名称、设施名称、类别(例 如，侵入式或非侵入式)、序列号、模型，这些字段可从例如医院呼吸机 库存数据库中提取。

图9分别在920、940和960处示出了示例性期望占用平面文件字段、 期望传染性疾病平面文件字段和示例性呼吸机库存平面文件字段。在提取 对应于期望字段的数据时，在616处，可生成占用平面文件、呼吸机使用平 面文件、呼吸机库存平面文件和传染性疾病平面文件。例如，平面文件可 以逗号分开的值格式提供。

接下来，可周期性地将所生成的平面文件传输到资源利用服务器以生 成国家容量用户界面数据。在一个示例中，可经由SFTP传输平面文件。周 期性传输的时间段可使得数据馈送接近实时地传输。在一个示例中，数据 馈送可以每三分钟传输一次。在另一个示例中，该时间段可小于3分钟或大 于3分钟，但小于一小时(60分钟)，使得界面数据持续更新。例如，该 时间段可为每30秒一次。此外，可以注意到，占用平面文件、呼吸机平面 文件和传染性疾病平面文件中的每一者中的一个或多个字段(具体地，系 统字段、设施字段、病房字段、房间字段和床字段)与床主要模板中的系 统字段、设施字段、病房字段、房间字段和床字段相关联。即，对于给定 床，所生成的平面文件字段中的数据应与床主要模板中提供的数据相同。

图6B是示出根据第二实施方案的生成用于国家容量模块(诸如，图2 至图5的国家容量模块208)的一个或多个数据馈送的高级方法650的流程 图。具体地，方法650描述了生成HL7数据馈送和平面文件数据馈送。例 如，除了平面文件数据馈送之外，作为数据共享网络的一部分的设施还可 传输来自EMR的HL7数据馈送。在该实施方案中，除了平面文件数据馈送 之外，方法650还被实现以生成经过滤的HL7数据馈送。

该方法在652处开始。步骤652和654类似于图6A处的步骤604和 604，并且为了简洁起见本文将不再描述。

接下来，在660处，方法650包括基于指定文件字段660提取期望数 据。提取期望数据包括：在662处，基于指定的传染性疾病文件字段提取期 望传染性疾病数据；在664处，基于指定的占用文件字段提取期望的占用数 据；以及在666处，基于指定的呼吸机库存文件字段提取呼吸机库存数据。 步骤662、664和666类似于图6A处的步骤608、610和614。

接下来，类似于图6A的步骤616，在668处，方法650包括为每个所 提取的数据生成平面文件。具体地，步骤668包括生成占用平面文件、呼吸 机库存平面文件和传染性疾病平面文件。

接下来，在670处，可将所生成的平面文件周期性地传输到医院数据 中心，例如，传输到配备在该数据中心内的虚拟机系统。虚拟机系统可随 后将数据传输到资源利用服务器。

返回步骤654，在获得占用数据、传染性疾病数据和关键资源数据后， 方法650可并行地前进至656。在656处，方法650包括生成经过滤的HL7 数据馈送，该经过滤的HL7数据馈送包括经过滤的ADT数据、经过滤的 ORU数据和经过滤的ORM数据中的一者或多者。经过滤的HL7数据馈送 可包括或可不包括完全标识的患者数据。未经过滤的HL7数据馈送可从EMR数据获得，EMR数据可从医院数据中心处的医院EMR数据库获得并 且/或者从具有非暂态存储器的EMR工作站处理和存储系统获得，并且可应 用一个或多个过滤器来获得经过滤的ADT、ORM和ORU数据。

在一些实施方案中，经过滤的ADT数据可包括入院、出院和转院数 据，而无个人患者信息和人口统计信息。在一个示例中，经过滤的ADT数 据馈送可由国家容量模块用来计算期望时间段内重症护理病房的入院率、 出院率和转院率。用于国家容量模块的经过滤ORM数据馈送可包括与传染 性疾病测试相关的ORM实验室医嘱数据，以及ORM关键资源数据，包括 通气应用医嘱和中止医嘱。类似于经过滤的ADT数据，经过滤的ORM数 据可不包括患者个人信息和患者人口统计信息。此外，无患者个人信息和 人口统计信息的经过滤的ORU数据馈送可包括ORU实验室数据馈送和 ORU呼吸机流量数据馈送。ORU实验室数据馈送可包括从传染性疾病测试 医嘱观察到的测试结果，以及呼吸机操作数据，包括呼吸机开始时间、呼 吸机停止时间、呼吸机标识符和呼吸机类型。

在其他实施方案中，可生成完全标识的HL7数据馈送。然而，即使对 于完全标识的HL7数据馈送，也可应用一个或多个过滤器来提取特定关键 资源利用数据和传染性疾病数据。例如，完全标识的HL7数据馈送可包括 经过滤的通气利用数据，因此可提取呼吸机开始时间、呼吸机停止时间、 呼吸机类型和呼吸机标识，并且可不包括其他通气信息以便提高资源利用 服务器的处理速度。例如，经过滤的ADT数据可包括具有完全标识的患者 信息(诸如，个人患者信息和人口统计信息)的经过滤的入院数据、出院 数据和转院数据。用于国家容量模块的经过滤ORM数据馈送可包括与传染 性疾病测试相关的经过滤的ORM实验室命令数据，以及经过滤的ORM关 键资源数据，包括通气应用医嘱和中止医嘱。类似于该实施方案中讨论的 经过滤的ADT数据，经过滤的ORM数据可包括患者个人信息和患者人口 统计信息。类似地，经过滤的ORU数据馈送可包括患者个人信息和人口统 计信息。

在生成经过滤的ADT、ORU和ORM数据后，方法650包括在658处， 经由虚拟机系统将所生成的经过滤的数据传输到资源利用服务器。然后方 法650结束。

这样，通过向资源利用服务器提供特定数据，大大改善了在服务器处 进行处理以生成用户界面数据的情况，从而经由本文所述的GUI提供实时 或接近实时的数据更新。

图6A描述了生成平面文件数据馈送，并且图6B描述了生成平面文件 数据馈送和经过滤的HL7数据馈送。在第三实施方案中，包括患者个人信 息和人口统计信息的完全标识且未经过滤的HL7数据馈送可被传输到资源 利用服务器。在一些示例中，国家容量模块可仅利用平面文件数据馈送 (例如，占用平面文件、呼吸机库存平面文件和传染性疾病平面文件)。

而图6A和图6B描述了生成用于国家容量模块的数据馈送以用于生成 用于国家容量GUI的用户界面数据，图7A和图7B分别描述了生成用于资 源利用服务器的关键资源模块的数据馈送的第一实施方案和第二实施方 案；并且图8描述了生成用于资源利用服务器的传染性疾病模块的平面文件 数据馈送的第一实施方案。

具体地，图7A描述了生成平面文件数据馈送。步骤702、704、708和 716类似于步骤602、604、610和618。参照步骤710和712，可获得基于对 应的指定平面文件馈送的关键资源利用和关键资源库存数据。如果关键资 源是呼吸机，则步骤710和712类似于612和614。应当理解，可类似地处 理其他关键资源数据。

此外，相对于步骤708，期望的占用数据可包括相对于重症护理病房的 附加指示。例如，期望的床占用数据可包括对ICU、MCU、负压病房等的 指示。

在提取期望的平面文件数据时，在714处，方法700可生成占用平面文 件、一个或多个关键资源平面文件以及一个或多个关键资源库存平面文 件。

现在转到图7B，示出了生成用于关键资源模块的平面文件和HL7数据 馈送的第二实施方案。步骤752、754、760、768和770类似于步骤702、 704、706、714和716。另外，在步骤756处执行经过滤的HL7数据生成。 在756处，方法750包括生成经过滤的ADT、ORM和ORU数据。经过滤 的HL7数据的生成类似于图6B处的步骤656处的用于国家容量模块的经过 滤的数据馈送，不同的是对于关键资源模块，不包括ORM和ORU传染性 疾病实验室测试和结果。

此外，如相对于图6B所讨论的，图7B的第二实施方案可不包括完全 标识的患者数据。此外，除了图7B所述的平面文件数据之外，生成用于关 键资源的数据馈送的第三实施方案还可包括完全标识的经过滤的HL7数 据。

接下来，在图8中，示出了根据第一实施方案的生成用于传染性疾病 模块的平面文件数据的示例性方法800。步骤802、804、810、812、814和 816类似于图6A中的步骤602、604、610、612、614和616。参照步骤 808，可基于一个或多个附加的传染性疾病平面文件字段提取期望的传染性 疾病数据。该一个或多个附加的传染性疾病平面文件字段可包括基于图 11A至图11C所讨论的传染性疾病评估生成的传染性疾病数据。例如，设 施/医院数据处理器可获取对应于传染性疾病测试和结果的一个或多个先前 和当前的EMR数据，基于在图11处所述的方法1100来对其进行处理，并 且输出患者的传染性疾病状态。在一个示例中，附加数据字段可包括关于 患者是否被至少一次测试出阳性或者从未被测试出阳性的信息。附加数据 字段可包括对应于患者数据的数据字段，该患者数据可由传染性疾病模块用于确定患者负荷和患者活动，该患者负荷和患者活动可呈现在如图29至 图32和图34所示的传染性疾病界面中。附加数据字段可包括传染性疾病床 维护数据字段(例如，应用的EVS)，可在该数据字段下提供传染性疾病 床维护状态(例如，真或假)。

生成用于传染性资源模块的平面文件馈送和经过滤的HL7数据馈送 (无完全标识的患者信息)的第二实施方案类似于生成用于图6B所讨论的 国家容量模块的平面文件馈送和HL7数据馈送。

此外，除了图8所述的平面文件数据之外，生成传染性疾病资源的数 据馈送的第三实施方案还可包括完全标识的未经过滤的HL7数据。

接下来转到图10，其示出了流程图，该流程图示出了用于跨一个或多 个医院或医疗设施跟踪呼吸机使用的方法1000。方法1000可根据存储在与 该一个或多个医院或医疗设施(诸如，资源利用服务器202)通信的计算装 置的存储器中的指令来执行。方法1000在本文中被描述为被执行以检测单 个呼吸机的通气状态，以便更新期望地理区域的呼吸机计数。应当理解， 可对连接到资源利用服务器/被配置为向该资源利用服务器发送数据的多个 呼吸机中的每个呼吸机执行方法1000。

在1002处，接收通气数据和患者人口统计数据。所接收的通气数据和 患者人口统计数据可包括呼吸机开始时间、呼吸机停止时间和呼吸机类型 (例如，侵入式或非侵入式)，如1004所指示的。所接收的呼吸机数据和 患者人口统计数据可包括连接到呼吸机的患者的当前患者位置，如1006所 指示的。该通气数据和患者人口统计数据可经由呼吸机库存/使用数据馈送 从医院数据中心接收，如上文相对于图5所述，或者经由如本文所述的其他 合适的数据馈送接收。

在1008处，方法1000包括基于所接收的当前患者位置来确定患者是否 在期望区域(诸如，期望设施、期望系统、期望州或期望地区)内。期望 区域可基于呼吸机计数的预期目的/使用来确定。例如，如果呼吸机计数是 针对特定医院的(例如，要作为特定于医院的GUI的一部分显示)，则期 望区域可以是该医院。如果呼吸机计数是针对特定地理区域的，诸如特定 州中的所有医院，则期望区域可以是该特定地理区域。期望区域可由用户 选择或由资源利用服务器基于该服务器当前正在确定/更新哪个呼吸机计数 来自动确定。

如果患者不位于期望区域内，例如如果患者位于第一医院并且该期望 区域是第二医院，则方法1000可前进至1010以不使用针对期望区域的呼吸 机数据和患者数据。然后方法1000可返回。应当理解，不丢弃所接收的呼 吸机数据和患者数据，而是可将该呼吸机数据和患者数据用于更新患者所 在的区域的呼吸机计数。如果患者位于期望区域内，则方法1000前进至 1012以确定是否已指示呼吸机开始时间，并且尚未指示呼吸机停止时间或在呼吸机开始时间之后已指示呼吸机开始时间。当指示了呼吸机开始时间 时，操作者已命令呼吸机开始操作(无论现在还是将来开始操作)，这指 示呼吸机正在使用中或当前将使用。如果尚未指示停止时间，则表示计划 长期使用呼吸机，而不是出于维护或其他原因而快速使用呼吸机。因此， 有开始时间和无停止时间的组合指示呼吸机正在使用中。在呼吸机停止之 后指示的呼吸机开始时间指示呼吸机在停止之后已被重新启动，这也指示 呼吸机正在使用中。

如果尚未指示呼吸机开始时间(无论对呼吸机停止时间的任何指示如 何)，或者如果已指示呼吸机开始时间但也已指示呼吸机停止时间或尚未 指示在呼吸机停止时间之后的呼吸机开始时间，则方法1000前进至1014以 确认呼吸机未在使用中。在1016处，将呼吸机使用状态(例如，未在使 用)和呼吸机类型提供给传染性疾病模块、关键资源模块和国家容量模块 中的每一者。呼吸机使用状态可用于调整呼吸机使用计数/呼吸机占用率。 例如，呼吸机使用计数可包括期望区域中正在使用中的所有呼吸机的计 数，并且呼吸机占用率可包括期望区域中正在使用中的所有呼吸机的比 例。如果经由方法1000评估的呼吸机先前正在使用中(并且因此在呼吸机 计数/占用率中被计数为占用/正使用中)，则可应用1014处对呼吸机未在 使用中的确定来从呼吸机计数/占用率移除该呼吸机。然后方法1000可返 回。

返回1012，如果确定了指示呼吸机开始时间，并且a)未指示呼吸机停 止或b)在呼吸机停止时间之后指示了呼吸机开始时间，则方法1000前进至 1018以确定是否对患者使用非侵入性呼吸机。如果对患者使用非侵入式呼 吸机(例如，对于对患者是否未使用非侵入式呼吸机的问题的答案为 否)，则方法1000前进至1022以确认非侵入式呼吸机正在使用中，然后方 法1000前进至1024(在下文中解释)。如果未对患者使用非侵入式呼吸机 (例如，对于对患者是否未使用非侵入式呼吸机的问题的答案为是)，则 方法1000前进至1020以确认侵入式呼吸机正在使用中。在1024处，确定 自所指示的呼吸机开始时间以来已经过去的持续时间。在1028处，将呼吸 机使用状态(例如，正在使用中)、呼吸机类型(例如，侵入式或非侵入 式)和自开始时间以来的持续时间提供给传染性疾病模块、关键资源模块 和国家容量模块中的每一者。呼吸机使用状态可用于调整呼吸机使用计数/ 呼吸机占用率，如上所述。例如，如果经由方法1000评估的呼吸机先前未 使用(并且因此在呼吸机计数/占用率中被计数为未占用/未使用)，则可应 用1020或1022处对呼吸机正在使用中的确定来将该呼吸机添加到呼吸机计 数/占用率。然后方法1000可返回。

图11A是示出用于确定患者疾病状态的方法1100的流程图。方法1100 可根据存储在与该一个或多个医院或医疗设施(诸如，资源利用服务器 202)通信的计算装置的存储器中的指令来执行。方法1100在本文中被描述 为被执行以确定针对COVID-19的患者状态，但是应当理解，可执行方法 1100以确定针对其他疾病，特别是新兴传染性疾病的患者状态。

在1102处，获得患者的疾病测试数据。测试数据可包括疾病(例如， COVID-19)的测试结果(例如，阳性、阴性或不确定)。测试数据可包括 当前/最近执行的测试的数据/结果。当可用时，测试数据可包括一个或多个 先前测试的数据/结果(例如，先前测试数据和/或n-2测试数据)。测试数 据可经由传染性疾病馈送从医院数据中心接收(如上文相对于图5所解释 的)，通过HL7数据馈送接收并且/或者通过平面字段数据馈送接收(如上 文相对于图4所解释的)。每次经由本文所述的数据馈送发送患者的测试数 据时，该测试数据可存储在服务器上的存储器中，并且在被指示以确定患 者疾病状态时获得。

在1104处，方法1100包括基于所获得的测试数据来确定患者是否已至 少一次针对该疾病测试出阳性。如果患者至少一次未被测试出阳性(例 如，该患者的所有可用测试数据仅包括阴性和/或不确定结果)，则方法 1100前进至1106，以根据用于未测试出阳性的患者的一组规则/逻辑，基于 n-2先前测试数据、先前测试数据和/或当前测试数据来确定COVID状态。 该组规则/逻辑在图11C中示出并在下文更详细地解释。简而言之，由于病 毒潜伏期、潜在测试问题和其他问题，缺乏阳性测试结果并不一定指示对 于COVID患者为阴性的，特别是因为本文所述的系统可能正在接收住院和 /或以其他方式被怀疑患有COVID的患者的测试结果。虽然用于针对 COVID尚未被测试出阳性的患者的该组规则/逻辑包括所有可能的测试场 景，但这些规则/逻辑可简单地概括为：如果患者对于当前测试具有阴性测 试结果而没有先前的阳性测试结果，则响应于自执行当前测试以来已经过 去第一阈值时间量而指示对于COVID该患者为阴性，否则指示该患者正在 受调查中；以及如果患者对于当前测试具有不确定的测试结果而没有先前 阳性测试结果，则指示患者正在受调查中，直到接收到阴性测试结果或直 到自执行当前测试以来已经过去第一阈值时间量，同时患者无症状，然后 指示患者为阴性。然后，方法1100前进至下文将更详细说明的1110。

如果在1104处确定患者已至少一次针对COVID测试出阳性，则方法 1100前进至1108，以根据用于已测试出阳性的患者的一组规则/逻辑，基于 n-2先前测试数据、先前测试数据和/或当前测试数据来确定患者COVID状 态。该组规则/逻辑在图11B中示出并在下文更详细地解释。简而言之，由 于病毒潜伏期、潜在的测试问题、症状呈现和病毒清除时间之间的差异以 及其他问题，对于COVID为阳性的患者不再为阳性的时间可能难以经由标准机制(例如，症状、自症状呈现以来的时间等)来辨别。虽然用于针对 COVID被测试出阳性的患者的该组规则/逻辑包括所有可能的测试场景，但 这些规则/逻辑可简单地概括为：如果患者具有至少一个先前的阳性测试结 果，则指示对于该疾病患者为阳性，直到：a)自在先前阳性测试结果之后的 第一阴性测试结果以来已经过去第二阈值时间量；或b)在先前的阳性测试 结果之后接收到两个阴性测试结果，这两次阴性测试在两次测试之间的至 少第三阈值时间量内进行。本文所述的阈值可基于CDC指南并且/或者可由 用户设置，并且可在该准则由于对冠状病毒和COVID的不断理解而改变时 更新。

在1110处，一旦确定针对COVID的患者疾病状态，就可确定系统级 和设施级的患者疾病负荷和患者疾病活动。患者疾病负荷可包括设施(或 系统范围)处阳性患者的总数、当前受调查患者的数量以及阴性患者的数 量。患者疾病活动可包括每天被测试出阳性的患者的数量、在指定持续时 间内阳性患者的变化、已恢复(例如，先前测试出阳性并且现在被视为阴 性)的患者的数量、阳性患者的预计数量和/或将在将来执行的测试的预计 数量等。在一些示例中，阳性患者的数量可以是累积的，使得仍然包括已 恢复的患者。在其他示例中，阳性患者的数量可仅包括被视为患有活性 COVID阳性状态的那些患者。同样，阴性患者的数量可仅包括为阴性且从 未被测试出阳性的患者。在其他示例中，阴性患者的数量可包括先前为阳 性但现在被视为阴性的患者。

在1112处，将COVID状态(包括患者负荷和患者活动)提供给传染 性疾病模块和国家容量模块，该传染性疾病模块和国家容量模块可使用状 态、患者负荷和/或患者活动来填充仪表板，该仪表板将被可视化为本文所 述的GUI中的一个或多个GUI。然后，方法1100返回。

图11B示出了示例性表1120，该示例性表示出了可应用于确定已至少 一次针对COVID测试出阳性的患者的COVID状态的一组规则/逻辑。表 1120包括可描绘n-2测试结果的第一组列1122、可描绘先前测试结果的第 二组列1124、可描绘当前测试结果的第三组列1126，以及示出针对相应行 中所示的测试结果指定的疾病状态的第四列1128。对于第一组列1122，第 一列是大于第二阈值时间量(在本文中，为Y，使得列被命名为＞Y前)执 行的测试的结果，并且第二列是小于第二阈值时间量(＜Y前)执行的测试 的结果。对于第二组列1124，第一列是大于第二阈值时间量(＞Y前)执行 的测试的结果，第二列是小于第二阈值时间量(＜Y前)执行的测试的结 果，并且第三列用于确定进行先前测试的时间与进行当前测试的时间之间 是否已经过第三阈值时间量(Z)。对于第三组列1126，第一列是大于第二阈值时间量(＞Y前)执行的测试的结果，并且第二列是小于第二阈值时间 量(＜Y前)执行的测试的结果。

阈值(Y和Z)可由用户配置并且/或者可基于当前CDC指南。如图 11B所示，第二阈值(Y)可为5天，并且第三阈值(Z)可为24小时。第 二阈值还可包括患者在指示的时间量期间是无症状的。

表1120可存储在资源利用服务器202的存储器中，并且可应用于确定 已进行至少一次阳性测试的患者的当前COVID状态。如表1120所示，如 果患者在当前测试中针对COVID测试出阳性，则无论过去的测试结果如 何，患者都被视为阳性。然而，如果患者在当前测试中测试出阴性或如果 当前测试结果不确定，则可分析先前的测试结果和/或n-2测试结果以确定 当前患者状态。第四列1128中的名称可包括阳性(CV19+)、正在受调查 中(PUI-NEG*)和阴性(从图块中删除)。从图块中删除的名称可指示患 者不再在医院或更大系统级的COVID患者跟踪器上被跟踪，但患者仍可被 计数在累积的疾病阳性计数中。

例如，如果在不到五天前执行先前测试并且两个阴性测试相隔不到24 小时进行，则在n-2先前测试中被测试出阳性、在先前测试中被测试出阴性 以及在当前测试中被测试出阴性的患者将被视为正在受调查中。然而，如 果先前测试在五天前进行，则无论两次阴性测试之间的时间如何，患者都 将被视为阴性。简而言之，患者被视为阴性，将需要进行阴性测试，然后 无症状的5天后未再次测试出阳性，或者被视为阴性，将需要连续两次阴性测试，其中这两次测试之间相隔至少24小时。

图11C示出了示例性表1140，该示例性表示出了可应用于确定已至少 一次针对COVID未测试出阳性的患者的COVID状态的一组规则/逻辑。表 11240包括可描绘n-2测试结果的第一组列1142、可描绘先前测试结果的第 二组列1144、可描绘当前测试结果的第三组列1146，以及示出针对相应行 中所示的测试结果指定的疾病状态的第四列1148。对于第一组列1142，第 一列是大于第一阈值时间量(在本文中，为X，使得列被命名为＞X前)执 行的测试的结果，并且第二列是小于第一阈值时间量(＜X前)执行的测试 的结果。对于第二组列1144，第一列是大于第一阈值时间量(＞X前)执行 的测试的结果，并且第二列是小于第一阈值时间量(＜X前)执行的测试的 结果。对于第三组列1146，第一列是大于第一阈值时间量(＞X前)执行的 测试的结果，并且第二列是小于第一阈值时间量(＜X前)执行的测试的结 果。

阈值(X)可由用户配置并且/或者可基于当前CDC指南。如图11C所 示，第一阈值(X)可为14天，这可基于冠状病毒的最长可能(已知)潜 伏期。

表1140可存储在资源利用服务器202的存储器中，并且可应用于确定 未进行阳性测试的患者的当前COVID状态。如表1140所示，阴性测试结 果不是患者为COVID阴性的自动指标，因为冠状病毒可处于低病毒载量并 且不能被测试检测到。因此，只有当患者已至少第一阈值时间量之前进行 了阴性或不确定测试时，患者才被视为阴性。否则，患者被视为正在受调 查中(尽管推测是阴性的，如PUI-NEG状态所示)。

接下来，图12示出了示出用于生成用于国家容量图形用户界面 (GUI)的用户界面数据的高级方法1200的流程图，该国家容量GUI示出 了医院网络中各种地理分层级(包括国家、地区、州和医院系统(在州 内)级)的医院占用和关键资源容量。相对于图22至图28和图37至图44 描述了国家容量GUI。方法1200可根据存储在与一个或多个医院或医疗设 施通信的计算装置的存储器中的指令来执行，计算装置诸如资源利用服务 器202的国家容量模块208、资源利用服务器202、连接到资源利用服务器 的边界装置或它们的任何适当组合。

在1202处，方法1200包括从跨各个地理分层区域(例如，国家、地区 和州)的多个设施中的每个设施接收多个数据馈送。设施是可提供住院患 者护理并且具有重症护理容量或可被修改为包括重症护理容量的医疗保健 设施，诸如医院。图1至图5示出并描述了示例性设施。在本公开中，术语 设施和医院可互换使用。该多个数据馈送可包括HL7数据馈送和平面文件 数据馈送中的一者或多者，如相对于图2至图5以及图6A、图6B、图7A、 图7B和图8所讨论的。该多个数据馈送可包括占用数据、传染性疾病数 据、关键资源数据和EMR数据中的一者或多者。图6A、图6B、图7A、图 7B和图8描述了生成该多个数据馈送的细节。

在1204处，方法1200包括确定每个地理分层区域、床的总数、总体占 用、每个地理区域内每个重症病房的床的总数和占用、总的呼吸机、呼吸 机使用、PUI和疾病阳性数据。具体地，所接收的数据馈送可被处理以生成 用于实时或接近实时地填充和更新国家容量用户界面的用户界面数据。

接下来，在1206处，方法1200包括基于一个或多个阈值来确定针对每 个地理分层区域的床占用和关键资源使用(例如，呼吸机使用)的警示状 态。下文在表1中示出了基于占用和呼吸机使用的各种阈值的示例性警示结 构。

表1。

上表1示出了在情况1下相对于ICU占用提供红色、琥珀色、无警示 或绿色警示的第一组阈值和阈值范围；在情况2下相对于总占用提供红色、 琥珀色、无警示或绿色警示的第二组阈值和阈值范围；以及相对于通气使 用提供红色、琥珀色、无警示或绿色警示的第三组阈值和阈值范围。应当 理解，阈值可由管理用户配置，并且应用于所有用户。此外，阈值范围可 基于病房的类型和公共健康状况的类型而变化。

接下来，在1208处，方法1200包括聚合用于更新和填充国家容量图形 用户界面的用户界面数据。国家容量图形用户界面可以是聚合图块，该聚 合图块示出针对能够由用户选择的各个地理分层区域的总的床占用、用于 成人和儿童患者的重症护理病房(例如，ICU、IMC、ACUTE、OBS)占 用、关键资源使用(例如，总体呼吸机使用)和传染性疾病状态。聚合的 国家容量图块(即，国家容量GUI)可显示在客户端装置的显示单元处， 诸如医院命令中心的工作站处。另外，当选择时，可显示一个或多个警示 状态。警示状态可使得用户能够一目了然地看到处于最大压力下的医院 (红色)和具有最大可用容量进行帮助的医院(绿色)。虽然可由工作站 处的各个用户基于期望的显示配置来调整警示视图，但是上述用于指示各 种警示的阈值可仅由授权用户改变。

在生成用户界面数据后，方法1200包括经由国家容量GUI输出所生成 的UI数据。在一个示例中，计算装置可传输用户界面数据，然后该用户界 面数据可由存储在工作站界面处的模板用于填充国家容量GUI的聚合图块 内的各种图块、子图块和字段。在另一个示例中，可在资源利用服务器处 利用所填充的更新的实时数据(或接近实时的数据)生成聚合图块，并将 该聚合图块传输到请求工作站以用于显示。在一些示例中，可使用用于填 充和显示GUI的上述方法的适当组合。

接下来转到图13，其示出了示出用于生成用于关键资源图形用户界面 (GUI)的用户界面数据的高级方法1300的流程图，该关键资源GUI示出 了医院网络中各种地理分层级(包括国家、地区、州和医院系统(在州 内)级)的关键资源利用。相对于图15至图21描述了关键资源GUI。方法 1300可根据存储在与一个或多个医院或医疗设施通信的计算装置的存储器 中的指令来执行，计算装置诸如资源利用服务器202的关键资源模块206、 资源利用服务器202、连接到资源利用服务器的边界装置或它们的任何适当 组合。

在1302处，方法1300包括从跨各个地理分层区域(例如，国家、地区 和州)的多个设施中的每个设施接收多个数据馈送，包括占用数据、关键 资源数据和EMR数据。步骤1302类似于步骤1202。

接下来，在1304处，方法1300包括针对每个地理分层区域，确定重症 护理病房(包括ICU、PCU、MT/MS病房、OBS病房、负压病房)和呼吸 机的关键资源使用数据。

接下来，在1306处，方法1300包括基于一个或多个阈值来确定针对每 个地理分层区域的重症护理病房占用和关键资源使用(例如，呼吸机使 用)的警示状态。相对于表1示出并讨论了总的床占用、ICU占用和呼吸机 使用的示例性阈值。

接下来，在1308处，方法1300包括基于包括警示指示的用户请求的地 理区域生成用于生成用于关键资源GUI的用户界面数据。例如，生成用户 界面数据包括聚合用于更新和填充关键资源图形用户界面的用户界面数 据。关键资源图形用户界面可以是关键资源聚合图块，该关键资源聚合图 块示出针对能够由用户选择的各个地理分层区域的重症护理病房(例如， ICU、PCU、MT/MS、OBS、负压病房)占用、关键资源使用(例如，总 体呼吸机使用)和传染性疾病状态。相对于图15至图21示出了示例性关键 资源GUI。在生成用户界面数据后，方法1300包括经由关键资源GUI输出 所生成的UI数据。可如上文相对于图12所讨论的那样来执行输出所生成的 UI数据。

接下来，图14示出了示出用于生成用于传染性疾病图形用户界面 (GUI)的用户界面数据的高级方法1400的流程图，该传染性疾病GUI示 出了单个医院或医院系统内资源的占用率和传染性疾病数据。相对于图29 至图34描述了传染性疾病GUI。方法1400可根据存储在与一个或多个医院 或医疗设施通信的计算装置的存储器中的指令来执行，计算装置诸如资源 利用服务器202的传染性疾病模块204、资源利用服务器202、连接到资源 利用服务器的边界装置或它们的任何适当组合。在一些实施方案中，方法 1400可由医院数据网络中的计算装置(诸如，医院数据中心处理单元)执 行。例如，医院数据中心中的一个或多个处理单元可被配置为包括一组虚 拟机，该组虚拟机可从医院数据中心和/或工作站接收多个数据馈送，处理 所接收的数据馈送，生成用于传染性疾病图形用户界面的用户界面数据， 并且经由该用户界面输出数据。

在1402处，方法1400包括从跨包括一个或多个设施的医院系统的多个 设施中的每个设施接收多个数据馈送，包括占用数据、关键资源数据和 EMR数据中的一者或多者。步骤1402类似于上文所讨论的步骤1202和 1302。

接下来，在1404处，方法1400包括针对给定病房和/或医院系统，确 定患者负荷、重症护理专用的床使用状态和可用性、关于传染性疾病的测 试和结果的患者计数、重症护理专用的床的环境服务的状态、呼吸机医 嘱、使用和中止医嘱状态。

接下来，在1406处，方法1400包括基于一个或多个阈值来确定针对设 施和/或医院系统内每个病房的各种重症护理病房占用和关键资源使用(例 如，呼吸机使用)的警示状态。相对于表1示出并讨论了总的床占用、ICU 占用和呼吸机使用的示例性阈值。

接下来，在1408处，方法1400包括基于用户请求的设施和/或医院系 统生成用于生成传染性疾病GUI的用户界面数据。例如，生成用户界面数 据包括聚合用于更新和填充传染性疾病图形用户界面的用户界面数据。传 染性疾病图形用户界面可以是传染性疾病聚合图块，该传染性疾病聚合图 块示出针对能够由用户选择的设施和/或医院系统的重症护理病房(例如， ICU、PCU、MT/MS、OBS、负压病房)占用、关键资源使用(例如，总 体呼吸机使用)和传染性疾病状态。下文相对于图29至图34示出并描述了 示例性传染性疾病GUI。

继续，图15至图44示出了可在显示装置诸如客户端装置130的显示器 上显示以便与资源利用系统诸如图1的资源利用服务器系统102、资源利用 服务器202等进行交互的各种GUI。可响应于用户对显示GUI的请求而显 示GUI 1500、2200和/或2900。例如，用户可通过选择显示在显示器上的合 适的应用程序图标来启动一个或多个GUI。当GUI 1500、2200和/或2900 启动时，可经由合适的认证方法诸如经由密码、面部识别、指纹识别等来 认证用户。

GUI 1500、2200和/或2900可用于显示关键资源诸如床、呼吸机等如 何分布在整个医院网络中，包括显示对哪些医院的关键资源可能供不应求 以及哪些医院可能具有可用资源的指示。因此，操作员诸如医疗保健管理 人员或健康管理机构可使用GUI 1500、2200和/或2900来查看医院网络内 的关键资源，以便以最佳方式分配资源，从而跨医疗保健递送系统获得最 佳可能的患者结果。GUI 1500、2200和/或2900可用于显示具有特定于医院 的信息的一个或多个仪表板，诸如协作资源利用系统100的仪表板104，或 者可用于显示具有聚合的关于给定城市、县、州、地区、国家等内的医院 的数据的一个或多个仪表板。

图15示出了显示在各种地理范围处并按资源类型细分的医院关键资源 数据的示例性GUI 1500。GUI 1500可包括控制元素诸如下拉菜单1504，以 按资源或按资源组(例如，床、呼吸机、关键资源等)过滤在GUI 1500中 显示的数据，如图16所示。另外，GUI 1500可包括显示元素诸如信息图标 1512和设置图标1514，该显示元素在被选择时可触发显示具有附加信息或 用于进一步过滤显示内容的可选选项的显示面板。在一些实施方案中，选 择信息图标1512或设置图标1514可触发从一侧滑入且部分地遮挡GUI 1500 的显示面板。选择信息图标1512或设置图标1514还可触发作为单独窗口弹 出的显示面板或任何其他类型的显示面板。

GUI 1500可被配置为初始显示在某个范围内的某些类型的医院资源。 例如，GUI1500可示出医院网络中国家级的关键医院资源，如范围指示符 1502所指示的。如GUI 1500所示，初始国家视图可显示来自国家的不同地 区(诸如，北CFD、南CFD、中关、东南部等)的聚合数据。其数据已聚 合的不同区域可在GUI 1500的顶部上显示为一系列选项卡，诸如区域选项 卡1508，每个选项卡可被选择以便查看对应区域的资源数据。选项卡可为 可选择的指示可显示在每个选项卡上，诸如向下箭头1510，其中选择选项 卡可触发显示由选项卡所指示的范围级的数据。例如，选择选项卡1508 (例如，北CFD)可显示示出特定于地区北CFD的数据的新仪表板，如图 4所示。

还可包括仪表板参考图块1506，其指示GUI 1500内当前显示的信息的 范围。例如，仪表板参考图块1506可指示GUI 1500内显示的数据属于整个 医院系统(例如，Adventhealth)，或者可指示GUI 1500内显示的数据属于 位于特定地区(诸如，北CFD)的医院系统的医院。仪表板参考图块1506 可以是不同的颜色，或者可采用粗体文本或类似的区分特征以使其突出。 GUI 1500还可包括控制元素诸如右箭头和左箭头1542，该控制元素允许用 户水平滚动经过由于显示宽度限制而可能不在GUI 1500中显示的其他地 区。

GUI 1500可将医院资源信息显示为在图块式布局内以列和行布置的一 系列图块，其中行可指示要显示的资源或资源组的类型(基于由下拉菜单 1504提供的选择)，并且列可指示数据的类别，诸如国家、地区等。此 外，每个列可分成显示不同类型的数据(例如，资源占用率、容量、在使 用中或可用的病房的数量等)的子列。GUI 1500可显示列标头，诸如列标 头1516、列标头1518和列标头1520，以指示在该列内的图块中显示的数据 的类型。在例示的示例中，列标头1516示出了两个类别标头：针对未占用 的(例如，可用的)资源单元的数量的类别标头(“UNOCC”)，以及针 对对应的占用率的类别标头(“OCC”)。例如，图块1526指示在整个医 院网络中成人观察病房中存在93个未占用的床，即占用率为58％。列标头 1518示出了三个子标头：针对未占用的资源的数量的子标头 (“UNOCC”)，针对所考虑的资源的容量的子标头(“CAP”)，以及 针对位于负压病房中的资源的数量的子标头(“NP”)，NP在这种情况下 被显示为占用床与总床的比率。列标头1520示出了两个类别标头：针对总的资源计数的类别标头(“CENSUS”)，以及针对占用率的类别标头 (“OCC”)。

在一个实施方案中，占用率可被表示为百分比(如占用率1534所 示)，或者经由图标诸如占用图标1536、1538、或1540来表示。在例示的 示例中，占用图标1536、1538、1540经由叠加在圆圈上的粗线以图形方式 表示百分比，其中该圆圈的周边表示100％，并且该粗线指示总周边的一部 分。另外，颜色可用于指示可用性或使用程度。例如，占用图标1536为绿 色，指示呼吸机利用率低于第一阈值(例如，低占用)；占用图标1538为 琥珀色，指示呼吸机利用率高于第一阈值但低于第二阈值(例如，中等占 用)；并且占用图标1540为红色，指示呼吸机利用率高于第二阈值(例 如，高占用)。在本文所示的示例中，第一阈值可为89％，并且第二阈值 可为94％，使得当对应的占用率改变为在90％-94％范围内的值时，占用图 标可从例如绿色改变为琥珀色，并且当对应的占用率改变为在95％-100％范 围内的值时，占用图标可改变为红色。

例如，在图15中，用户已选择下拉菜单1504中的分组“成人”，这指 示用户希望查看和比较跨成人护理设施/病房的某些资源组的分配，这些资 源组以表示不同区域的列细分。在一个实施方案中，由用户选择的资源和 资源组在第一列中被显示为行标头。行标头1522(例如，“全部”)指示 第一行显示跨所有资源子组的可用资源单元(例如，床)的数量。行标头 1524(例如，“成人ICU”)对应于子组“ICU”，指示第二行包含关于成 人ICU床占用的数据。GUI 1500可将多个子组显示为附加行，每个行表示 资源，诸如给定区域(例如，病情进展护理病房(PCU)、观察病房 (OBS)、负压病房等)中的床、呼吸机等。应当理解，本文所述的资源 或病房是为了进行示意性的说明，不应将其理解为是限制性的。

在GUI 1500的顶部上移动，第一数据列(例如，第二列)显示整个医 院系统(Adventhealth)的未占用资源的数量和占用率，而第二数据列、第 三数据列、第四数据列和第五数据列分别示出区域北CFD、南CFD、中美 和东南部的汇总数据。在每个图块中显示的汇总数据可包括未占用的资源 的数量、容量、患者的数量、正在治疗的个体的总数以及占用率。例如， 图块1526示出了整个国家Adventhealth医院网络中的成人OBS病房中的未占用资源(例如，床)的数量(在这种情况下，为93)，以及表示为百分 比的对应占用率(在这种情况下，为58％)。另选地，列中紧邻右侧的图 块1530指示：在地区北CFD中存在39张未占用的床，总容量为91张床； 负压房间中存在7张未占用的床，总共15张床；总共52张床正在使用(总 容量91减去未占用的床39)；总占用率为57％，其低于第一阈值(例如， 70％)，指示高可用性。应当理解，对于一些资源，一些列标头可能不适 用。例如，图块1532指示在地区北CFD中存在95个未使用的呼吸机，总 共566个呼吸机。然而，呼吸机是可移动到不同位置的移动资源，因此对于 负压房间不显示比率。

继续，图16至图21示出了GUI 1500内的控制元素可如何用于过滤所 示数据的或缩小所示数据的范围，例如通过示出单个资源(诸如，床、呼 吸机等)或国家内的单个地区、地区内的单个医院、医院内的单个病房等 的数据。图16示出了GUI 1500的示例性视图1600，其中用户已选择下拉 菜单1504以便将对正在显示的数据的选择从其当前分组“成人”(例如， 成人病房中使用的资源)改变为不同的资源组。例如，用户可选择指示 “全部”的下拉菜单项1602以便显示所有资源类型(不仅仅是成人病 房)。如示例性视图1600所示，下拉菜单1504可包括其他医院资源或资源 组，诸如关键资源、儿童资源(peds)、来自给定专科的资源等。例如， 如果用户在下拉菜单1504中选择“关键资源”，则GUI 1500的左列将填充 有被识别为关键的医院资源列表。被识别为关键的资源可基于特定资源分 配需求而预先建立，例如，就Covid19而言，呼吸机可被认为是关键资源。 类似地，将不显示不被视为关键的资源。在一些示例中，资源可基于平均 占用率、占用增加速率等(这可指示特定资源有需求，因此可被认为是关 键的)而被认为是关键的。

图17示出了GUI 1500的地区视图1700，其中用户已通过选择图15所 示的地区选项卡1508“北CFD”来将GUI 1500中显示的资源限制到地区北 CFD。在地区视图1700中，在范围指示符1502中更新GUI 1500的当前范 围，这指示正在显示地区级而不是国家级的数据。类似地，仪表板参考图 块1506现在指示正在示出来自医院网络中位于地区北CFD的医院的数据， 并且区域选项卡北CFD已被医院选项卡1702(例如，Deland医院)替换。 南CFD、中关和东南部的其余地区的选项卡已被替换为指示位于选定地区 北CFD的医院的选项卡。如图15所述，右箭头和左箭头1542可用于水平 地向右或向左滚动，以便在位于目标地区北CFD中的不同医院之间导航。GUI 1500可包括控制元素，诸如向后箭头1704，该控制元素允许用户导航 回到国家级并扩大正在显示的数据的范围。

如上文在图15中所示，控制元素诸如向下箭头1510可显示在GUI 1500 的顶部处的医院选项卡上，指示所显示的数据的范围可进一步限于医院 级。类似地，数据图块中的一些可包括向下箭头1706，以指示可通过悬停 或选择图块(这样，GUI 1500可触发附加显示面板)来查看附加数据。在 一个实施方案中，附加显示面板可包括如图18所示的弹出式窗口。

图18示出了GUI 1500的示例性地区视图1800，其中用户悬停在数据 点1802上方，触发了具有与数据点1802相关的附加信息的弹出式显示面板 1804。弹出式显示面板1804可包括标头，该标头解释数据点表示什么，例 如，数据点1802表示(在Waterman医院)正在使用中的呼吸机的数量以及 相关数据点的值(例如，82)。如例示的示例所示，弹出式显示面板1804 可包含信息，诸如具有呼吸机的所有患者或床的列表、每个呼吸机的序列 号、呼吸机已被使用的时间量等。

图19示出了GUI 1500的设施视图1900，其中显示了如范围指示符 1502所指示的设施级的资源利用。例如，用户可能已在图17的区域视图 1700中选择了用于Lakeside医院的选项卡。下拉菜单1504指示已选择设施 Lakeside，并且如上所述，向后箭头1708可允许用户导航回到区域级以扩 大正在显示的数据的范围。如图15所示，设施视图1900包括资源或资源组 的行，诸如不同病房(例如，重症护理病房、观察病房、儿童病房、成人 病房等)中的床，其中关于每种资源的信息以列显示，诸如统计列1902、 占用率列1904、未占用资源列1906、负压资源列1908、出院医嘱列1910、 转院医嘱列1912和冻结资源列1914。例如，图块1918可指示负压房间中 存在21张正使用中的床和2张未占用的床。

每个行可包含向下箭头1916，可选择该向下箭头以将信息的范围进一 步缩小至仅示出关于给定资源组的资源利用信息。例如，可选择向下箭头 1916以查看成人医疗创伤/医疗手术(MT/MS)病房内的资源可用性，如图 21所示。

继续到图20，GUI 1500的示例性设施视图2000示出了当用户悬停在 GUI 1500中的数据点上方或以其他方式选择GUI 1500中的数据点时可触发 的一系列弹出式显示面板。例如，对于设施Lakeside(由仪表板参考图块1506指示)，悬停在数据点2002上方可触发弹出式显示面板2004，该弹出 式显示面板显示成人重症护理病房中被冻结的床列表以及被冻结的原因。

图21示出了GUI 1500的病房视图2100，其中示出了医院/医疗设施的 病房级的给定资源或资源类型的利用(如范围指示符1502所示)。例如， 当用户在设施视图1900中选择与成人医疗创伤/医疗手术病房资源的行对应 的向下箭头1916时，可显示病房视图2100。

在病房视图2100中，标头行2102显示关于所有成人医疗创伤/医疗手 术病房的资源利用的聚合数据，而标头行下面的行显示各个病房的资源利 用数据。例如，行2104示出了全部针对北5病房的总患者计数和重症护理 病房(ICU)和病情进展护理病房(PCU)的患者计数、占用率、未占用床 的数量、负压室中的床的数量(使用中的和未占用的两者)、出院医嘱数 量、转院医嘱数量和被冻结床的数量。

图22至图28示出了用于查看医院、地区、州等中的资源利用数据的 GUI 2200(例如，国家容量GUI的第一实施方案)的示例性视图。与GUI 1500一样，GUI 2200可用于显示关键资源诸如床、呼吸机等如何分布在整 个医院网络中，包括显示对哪些医院的关键资源可能供不应求以及哪些医 院可能具有可用资源的指示。

GUI 2200可示出跨国家级、地区级或州级医院网络的医院容量，如范 围指示符2202所指示的。如GUI 2200所示，默认或初始国家视图可显示来 自国家的不同地区(诸如东北部、中西部、南部、西部等)的聚合数据， 其中不同地区按行表示。GUI 2200还可包括滑块按钮2204，该滑块按钮可 用于在基于州的数据与来自大都市统计区(MSA)的数据之间来回切换。 另外，对于在例如GUI 2200中显示的任何地区、州、分区、设施等，控制 元素诸如统计按钮2222、未占用资源按钮2224和/或容量按钮2226分别可 用于在总床计数、可用床计数或床容量之间来回切换数据的显示。

可在GUI 2200的顶部将可用的不同类型的资源显示为一系列资源选项 卡，诸如床选项卡2208、成人病房选项卡2210、儿童病房选项卡2212和/ 或呼吸机选项卡2214，可选择这些选项卡中的每一者以便查看对应类型的 资源数据。GUI 2200可另外包括与特定疾病或病症相关的资源列，诸如 COVID选项卡2216。另外，GUI 2200可包括显示元素诸如信息图标2218 和设置图标2220，这些显示元素在被选择时可显示具有附加信息或用于进 一步过滤显示内容的可选选项的面板。在一些实施方案中，选择信息图标 2218或设置图标2220可触发从一侧滑入且部分地遮挡GUI 2200的显示面 板，如下文更详细地解释。选择信息图标2218或设置图标2220还可触发作 为单独窗口弹出的显示面板或任何其他类型的显示面板。GUI 2200还可包 括搜索栏2207，其中用户可以输入特定地区、医院、地址等的名称，以便 过滤正在显示的数据。

还可包括仪表板参考图块2206，其指示GUI 2200内当前显示的信息的 范围。例如，仪表板参考图块2206可指示GUI 2200内显示的数据属于给定 国家(例如，美国)。仪表板参考图块2206可以是不同的颜色，或者可采 用粗体文本或类似的区分特征以使其突出。

GUI 2200可以将医院资源信息显示为布置在平铺布局内的垂直分层结 构中的按行和列布置的一系列图块，其中行可指示待显示的具有不同尺寸 的地理区域，诸如地区、州、分区等。对于GUI 2200的顶部上的每个资源 选项卡2208、2210、2212、2214和2216，一个或多个列可指示每个选项卡 下可用的不同类别的资源(例如，资源“床”可被分成类别诸如位于重症 护理病房(ICU)、过渡护理病房(IMC)、急症护理病房、观察病房等中 的床)。例如，在GUI 2200中，行2228显示：数据列一(“所有床”)中 是整个医院网络上的占用床总数和占用率，之后是所显示的其他医院病房 中的成人ICU、成人IMC、成人急症监护病房等的占用床总数和占用率。 在列“呼吸机”下，图块2236指示在整个医院网络中正在使用的呼吸机的 总数(57,974)和相关联的使用率(81％)。在COVID选项卡2216下，图 块2238显示受调查患者的总数(PUI，1,114,944)和针对COVID-19被测试 出阳性的患者的总数(124,217)。

行2228包括标头图块2240，其在例示的示例中指示GUI 2200中显示 的数据分层结构中的最高级(例如，网络范围总数)。标头图块2240可包 含向下箭头2230，其指示行2228被扩展以包括以较低粒度级别表示数据的 行。例如，行2232示出了东北部地区中占用床的数量，作为行2228中指示 的总数的子集。此外，可在行2232下方显示针对各个分区的行，诸如分区 图块2234，其示出了在东北部地区内的新英格兰分区中占用床的数量。在 一个实施方案中，向下箭头2230最初可出现为指示行2228可被扩展的向前 箭头(如针对新英格兰的分区图块2234中所示)，此时其可变为向下箭头 以指示可通过选择该向下箭头而折叠的嵌套信息。因此，GUI 2200允许用 户通过选择性地扩展和/或折叠仪表板上的行来选择性地查看各种范围级的 资源可用性数据，诸如占用或未占用的床、呼吸机等的数量。

继续，图23、图24和图25示出了GUI 2200的扩展视图，其中GUI 2200中显示的关于医院网络内的可用资源的数据被相继地展现为在分层显 示中扩展的行。图23示出了GUI2200的扩展视图2300，其中已经通过选 择箭头2302(使其从向右箭头转变为向下箭头)使行2304(对应于中大西 洋分区2)扩展，以分别展现新泽西州、纽约州和宾夕法尼亚州的州行 2306、2308和2310。在实施方案中，行2304下方的行(例如，中西部、南 部等)可以在行2304扩展时向下移位以出现在行2310(宾夕法尼亚州)下 方。另外，可在行中显示警示指示符诸如警示指示符2312，这可提供对该 行所表示的医院内资源可用性的图形指示。

在实施方案中，不同颜色或形状的警示指示符可用于指示给定资源 (例如，床、呼吸机等)的占用率或使用率是否低于第一阈值、高于第一 阈值但低于第二阈值或高于第二阈值。例如，形状为具有感叹号的警告标 志的琥珀色警示指示符2312可指示占用率高于第一阈值80％但低于第二阈 值90％。类似地，红色警示指示符2314可指示占用率高于第二阈值90％ (例如，接近满容量)。绿色警示(图23中未示出)可指示占用率低于第 一阈值80％，从而指示更高的可用性。

类似地，图24示出了GUI 2200的扩展视图2400，其中已经通过选择 箭头2402(使其从向右箭头转变为向下箭头)使行2308(对应于纽约州) 扩展，以展现具有来自纽约州内的各个医院(例如，NY Presbyterian、NYU Langone、Long Island Jewish、Montefiore等)的资源数据的行。如上所述， 可以在Buffalo General医院旁边显示绿色警示指示符2404，指示该医院的 占用率(74％)低于第一阈值80％。如图26中更详细地示出，应当理解， 阈值可由用户定制和配置。

另外，可根据可基于当前情况开发的算法或一个或多个规则的集合来 显示警示指示符诸如琥珀色警示指示符2312、红色警示指示符2314或绿色 警示指示符2404。例如，在诸如COVID-19爆发这种特别大量需求重症护 理病房(ICU)的床和呼吸机的情况下，可基于ICU床和呼吸机的占用率在 给定医院旁边显示琥珀色或红色警示指示符，同时忽略其他资源，诸如不 同病房中的床。图25示出了GUI 2200的扩展视图2500，其中在纽约的 MountSinai医院旁边显示琥珀色警示2502。在一个实施方案中，可基于图 块2504处92％的ICU占用率和图块2506处81％的呼吸机占用率来显示琥 珀色警示，而不管儿童病房、观察病房等中的占用率如何。

图26和图27示出了GUI 2200的扩展视图，其中已经选择了来自图22 的设置图标2220以便显示设置面板。图26示出了扩展视图2600，其中设 置面板2602包括允许用户定制经由GUI 2200显示的仪表板的各种显示和控 制元素。在实施方案中，设置面板2602可以从GUI 2200的右侧扩展或滑 出，从而部分地遮挡经由GUI 2200显示的仪表板。设置面板2602可包括用 于关闭面板的控制元素，诸如用X指示的面板关闭元素2604，选择该元素 可使得控制面板消失并展现经由GUI 2200显示的完整仪表板。设置面板 2602还可包括公共控制元件，诸如保存按钮2622、重置按钮2624、取消按 钮2626和/或应用按钮2628。

设置面板2602可包括具有不同控制或显示元素的各个部分。在一个实 施方案中，GUI 2200可包括信息部分2606，该信息部分显示信息，诸如所 有设施以及这些设施所在的地区、州、分区等的列表。如下所述，可更新 信息部分2606以指示可经由设置面板2602定制的分类或过滤算法的应用。

设置面板2602还可以包括分类控制面板2608，其可以提供允许用户交 互地定义用于对GUI 2200内显示的数据进行分类或排序的标准的控制元 素。分类控制面板2608中的控制元素可以是下拉菜单、单选按钮、复选框 或允许用户从选项的选择中指定一个或多个分类标准的类似交互式控件。 例如，希望按照降序以床的总数从上到下地对GUI 2200中显示的资源可用 性仪表板的行中显示的数据进行分类的用户可以在填充有用于分类的选项 的下拉菜单中选择“所有床计数”，并且/或者在填充有用于分类排序(例 如，升序或降序)的选项的下拉菜单中选择“降序”。对任何当前定义的 分类标准的指示也可以显示在分类控制面板2608内。

设置面板2602还可以包括过滤控制面板2610，其可以提供允许用户交 互地定义用于对GUI 2200内显示的数据进行过滤的标准的控制元素。过滤 控制面板2610可包括用于指定过滤标准的过滤选择器2616。过滤选择器 2616可以是下拉菜单、单选按钮、复选框或允许用户从选项的选择中指定 一个或多个过滤标准的类似交互式控件。过滤控制面板2610还可包括逻辑 运算符按钮2612，其允许用户指定经由一个或多个逻辑运算符(例如，AND、OR等)附加的多个过滤标准。类似地，过滤控制面板2610还可包 括添加过滤按钮2620和/或移除过滤按钮2614，这允许用户添加或移除过滤 标准。

在多个参数可与给定过滤标准相关联的情况下，过滤控制面板2610可 包括参数列表2618，其中用户可选择与对应的过滤标准相关联的一个或多 个参数选项。例如，如果用户在过滤选择器2616中指定“警示级别”作为 过滤标准，则如图25所述的不同类型的预先建立的警示可被显示为参数列 表2618中的可选参数(例如，关键、警告、床可用等)。因此，通过选择 参数列表2618中的参数“关键”，用户可以创建在GUI 2200中显示的仪表 板，该仪表板显示对应于已经生成关键(例如，红色)警示的州、分区、 设施等的行，从而指示正在考虑的资源的占用率或使用率已经超过第二阈 值。图27示出了具有扩展设置面板2602的GUI 2200的示例性视图2700， 其中用户已经选择“警示级别”作为过滤控制面板2610的过滤选择器2616 中的过滤标准。在参数列表2618中，已经取消选择警告参数2702和无警示参数2704，从而指示用户不希望查看具有琥珀色警示的任何行或不查看与 其相关联的无警示行(例如，将仅显示具有指示高占用率的红色关键警示 和指示床可用的绿色警示的行)。因此，在信息部分2606中，一旦已应用 了新的过滤设置，则在GUI 2200中已禁用显示琥珀色警示或无警示的医院 (诸如Mount Sinai、North Shore LU和NYC Belleview)(例如，显示为灰 色)，从而指示它们将不会显示在GUI 2200中。图28示出了GUI 2200的 示例性视图2800，其中已应用了来自示例性视图2700和图27的过滤设置， 于是显示仅示出了红色警示(对应于NY Presbyterian、NYU Langone、Long Island Jewish和Montefiore医院)和绿色警示(对应于Buffalo General、 Upstate University、Saratoga和White Plains医院)的行。

图29至图36示出了用于查看医院或医院系统上的资源利用数据的第三 GUI 2900(例如，传染性疾病GUI)的示例性视图。与GUI 1500和2200一 样，GUI 2900可用于显示在网络和/或医院网络中如何发布和利用关键资源 诸如床、呼吸机等，包括显示对哪些医院的关键资源可能供不应求以及哪 些医院可能具有可用资源的指示。虽然GUI 1500和2200可按具有列和行的 表格布局来显示资源，但是GUI 2900可经由一个或多个数据图块的模块化 布局来显示数据，所述一个或多个数据图块可定位成以可由用户定制的各 种不同布置彼此相邻。例如，如果选择了一个数据图块，则其可占据GUI 2900内的整个空间；如果选择了两个数据图块，则这两个数据图块可定位 成一个竖直地位于另一个上方，如图33所示；如果选择了三个数据图块， 则可如图35所示定位这三个数据图块；如果选择了四个数据图块，则这四 个数据图块可显示成象限视图，如图29所示；等等。在一些实施方案中， 数据图块可具有固定尺寸，而在其他实施方案中，用户可能够例如通过选 择两个图块之间的边界并利用输入装置诸如鼠标拖动边界对数据图块进行 重新调节/重新缩放。此外，一些数据图块可具有固定尺寸，而其他数据图 块可为可重新调节和/或可重新缩放的。

图29示出了示例性GUI 2900，其中四个数据图块显示成象限视图，每 个数据图块具有关于给定范围内的资源使用和/或可用性的不同数据。例 如，GUI 2900可示出单个医院或医院系统内的资源占用率，如范围指示符 2902(例如，Lakeside医院)所指示的。在一个实施方案中，范围指示符 2902可以是下拉菜单，其允许用户例如通过从候选医院列表中选择医院来 选择要显示的数据的范围。

GUI 2900可包括显示元素诸如信息图标2904和设置图标2906，这些显 示元素在被选择时可显示具有附加信息或用于进一步过滤显示内容的可选 选项的面板。在一些实施方案中，选择信息图标2904或设置图标2906可触 发从一侧滑入且部分地遮挡GUI 2900的显示面板，如图34至图36所示。 选择信息图标2904或设置图标2906还可触发作为单独窗口弹出的显示面板 或任何其他类型的显示面板。

GUI 2900内包括的数据图块可包括合适类型的信息显示或可视化，包 括医院病房的列表以及与该病房相关联的资源或资源占用率；资源诸如床 或呼吸机的列表以及与资源相关联的占用率；示出资源分配、患者活动、 预计活动或可经由图表或图形显示的任何其他数据的图表或图形；按类别 分解并列出的患者负荷信息；等等。应当理解，本文提供的示例是出于示 意性说明的目的，而不应理解为以任何方式进行限制。此外，数据图块格式可随时间而演变，其中新类型的可视化被结合到GUI 2900中。未来的实 施方案可包括新的可视化技术、视频、动画等。

例如，在图29中，GUI 2900示出了在屏幕上显示的四个数据图块：患 者负荷数据图块2908、针对CC/CV(ICU，心血管病房)的床状态图块 2918、患者活动图块2914和环境服务(EVS)图块2924。患者负荷数据图 块2908可包括医院病房2912及其位置的列表、测试中的患者数量、受调查 患者数量、针对COVID-19被测试出阳性的患者数量和呼吸机数量，如标头 行2910所指示。医院管理人员可以使用患者负荷数据图块2908来确定患有 COVID-19的患者的位置、已经测试的患者的数量、已经分配到给定医院病 房的呼吸机的数量等。类似地，针对CC/CV的床状态图块2918可包括具有 针对CC/CV的床的医院病房的列表，其中指示了有多少床正在使用、有多 少床可用、患者是否具有降级、转院或出院医嘱(例如，未满足标准)、 呼吸机数量和床冻结数量。相比之下，患者活动图块2914示出了患者活动 图表2916，其可以针对给定的日期范围指示已经确认的新COVID-19患者 的数量，以及已经安排的测试的数量。如患者活动图表2916所示，日期范 围可扩展到将来，并且还可显示新COVID-19患者的预计数量和/或安排的 测试的预计数量。

数据图块还可包括图形元素(例如，图标)以指示紧急性、可用性、 警告等。例如，EVS图块2924显示针对CC/CV的床的列表，其中前两行显 示指示高优先级的统计图标2930。附加图标诸如桶图标2932、床使用中图 标2936和扫帚图标2938也可分别用于指示床需要清洁、正在清洁或正被占 用。指示诸如突出显示框2940可指示与尚未分配床的潜在住院患者匹配的 床。

在一些实施方案中，可选择GUI 2900内显示的元素以便展现与该元素 相关的进一步信息(例如，数据点)。图30至图32示出了GUI 2900的示 例性视图，其中当输入装置诸如鼠标悬停在特定显示元素上方时，经由弹 出式显示面板显示附加数据。图30示出了GUI2900的示例性视图3000， 其中用户悬停在警示3004上方，该警示触发具有与警示3004相关的附加信 息的显示面板3002。例如，弹出式显示面板3002可包括标头，该标头解释 警示表示的内容例如，Lakeside医院东10病房中的4名患者已针对COVID- 19被测试出阳性。弹出式显示面板3002可包括信息，诸如Lakeside医院东 10病房中已针对COVID-19被测试出阳性的患者的列表、已分配给患者的 床以及这些床已被占用的时间量。此外，弹出式显示面板3002可包括到附 加数据的链接，例如通过显示图标诸如图标3006或超文本链接诸如超文本 链接3008，这些链接在被选择时可触发附加显示面板的出现。

GUI 2900还可允许用户打开或关闭警示，诸如当患者转入给定病房或 从给定病房转出时。图31示出了GUI 2900的示例性视图3100，其中已经 通过例如选择警示诸如图30中的警示3004来触发显示弹出式确认框3102， 从而提示用户确认移除警示。另外，GUI2900可显示与图表或图形和弹出 式显示面板相关的信息。图32示出了GUI 2900的示例性视图3200，其中 在数据图块3202中显示了示出安排的测试数量和确认的COVID-19病例随时间推移的图表。当用户悬停在条形图列3206上方时，可显示弹出式显示 面板3204，以便指示条形图列3206所指示的那天安排的测试的数量和/或针 对COVID-19获得的阳性测试结果。例如，在图32中，弹出式显示面板 3204指示安排了42个测试，其中10个测试的结果是COVID-19呈阳性。

图33示出了GUI 2900的示例性视图3300，其中显示医院系统的资源 可用性数据，如范围指示符2902所指示的。例如，用户可能已经在具有包 括一个或多个单独医院的选项的下拉菜单中选择了选项“系统”，以便查 看已经在多个医院内聚合的资源可用性数据。示例性视图3300示出了两个 竖直对准的数据图块，其中当前总数据图块3302示出了医院系统上的总 COVID-19患者数量，并且患者活动图块3304示出了安排的新测试的数量 和结果是COVID-19呈阳性的测试的数量。如前所述，该示例中的日期范围 扩展到将来，示出了在接下来的两天内新COVID-19患者的预计数量和/或 安排的测试的预计数量。

图34示出了GUI 2900的示例性视图3400，其中已经选择了来自图29 的设置图标2906以便显示设置面板诸如设置面板3402。在实施方案中，设 置面板3402包括允许用户定制经由GUI 2900显示的仪表板的各种显示和控 制元素。设置面板3402可以从GUI 2900的右侧扩展或滑出，从而部分地遮 挡经由GUI 2900显示的仪表板。设置面板3402还可包括用于关闭面板的控 制元素，诸如用X指示的面板关闭元素3404，选择该元素可使得控制面板消失并展现经由GUI 2900显示的完整仪表板。设置面板3402还可包括公共 控制元件，诸如保存按钮3406、重置按钮3408、取消按钮3410和/或应用 按钮3412。

设置面板3402可包括具有不同控制或显示元素的各个部分。在一个实 施方案中，设置面板3402可包括用于从设施的预填充列表中选择设施的交 互式控制元素，该交互式控制元素可经由下拉菜单、单选按钮、复选框或 用于从列表中选择选项的任何其他类似控制元素来显示；用于打开或关闭 自动滚动和/或设置自动滚动间隔的选项；和/或用于选择一个或多个类别的 信息以在GUI 2900内显示为图块的控制元素，如上文在图29中所解释的。 例如，设置面板3402示出了四个类别的信息已被选择为显示为布置在如图 29所示的象限中的图块：患者负荷图块3416、每日患者计数图块3418、重 症护理和NP床图块3420，以及CC加NP的EVS图块3422。

设置面板3402还可以包括允许用户交互地定义用于对GUI 2900内的各 个图块中显示的数据进行分类、排序或过滤的标准的控制元素。分类、排 序或过滤控制元素可包括下拉菜单、单选按钮、复选框或允许用户从选项 的选择中指定一个或多个分类标准的类似交互式控件。例如，希望按照降 序以床的总数从上到下地对GUI 2900中显示的图块的行中显示的数据进行 分类的用户可以在填充有分类选项的下拉菜单中选择对应的项目，并且/或 者在填充有用于分类排序(例如，升序或降序)的选项的下拉菜单中选择 “降序”。对任何当前定义的分类标准的指示也可以显示在设置面板3402 内。类似地，GUI 2900可包括用于过滤在图块的行中显示的资源信息的控 制元素，诸如过滤选择器、逻辑运算符按钮、添加过滤和移除过滤按钮、 过滤参数列表等。

作为上文讨论的图34中的设置面板3402提供的定制选项的示例，图 35示出了GUI2900的示例性视图3500，其中用户已经选择了三个类别的信 息以显示为GUI 2900内的图块：安排的呼吸机图块3504、未使用的呼吸机 图块3506以及中止呼吸机使用的医嘱3508。因此，医院管理人员可能能够 在单个仪表板中可视化他们需要的与医院内呼吸机的分派或分配相关的所 有信息。

图36示出了GUI 2900的示例性视图3600，其中已经选择了来自图29 的信息图标2904以便显示图例面板诸如图例面板3602。图例面板3602可 指示可如何解释GUI 2900中显示的不同图标。在实施方案中，图例面板 3602可被划分成对应于不同类型的图标的区段，其中对各个图标的解释显 示在每个图标旁边。例如，图例面板3602可包括警示区段，该警示区段指 示琥珀色警示图标或红色警示图标应解释为什么内容；环境服务(EVS) 状态区段，该环境服务状态区段指示哪些图标用于指示床处于哪个清洁阶 段或准备阶段；和/或床状态区段，该床状态区段指示哪些图标用于指示床 是否已被分配，等等。应当理解，本文提及的元素、区段和图标是出于示 意性说明的目的，而不应理解为限制性的。

图37至图44示出了国家容量GUI的另选实施方案(例如，图22至图 28的GUI 2200的另选实施方案)。图37至图44所示的国家容量GUI可类 似于GUI 2200，但可包括不同的标题(例如，国家容量而非超级容量)， 床可用性警示可具有不同的视觉外观(从三角形到圆形)，过滤图标从NY 行移动到Total行，显示了设置面板的扩展部分，并且如图44所示，可响应 于用户悬停在过滤图标上方而显示弹出式过滤显示面板，其中过滤显示面 板包括已应用的过滤(在本文中，过滤关键警示级别，床可用性)，并且 显示示出了多少设施并且过滤了多少设施，具有清除过滤的选项。

本文提供的系统、方法和图形用户界面可在时间有限的高需求情况 下，诸如在患者对资源的需求可能以指数方式改变并且一天获得的数据在 第二天可能不适用的传染性疾病爆发期间，提高医疗保健资源分配、共享 和采集的准确性。因为资源利用可能会改变得如此之快，所以从多个医院 (尤其是通常不共享数据的医院)单独收集数据、聚集和分析所收集的数 据以及使用标准方法可视化数据将花费的时间可能使得数据到数据可视化时已经无用。通过建立系统，该系统实时或接近实时地从所有医院自动接 收数据，无论数据格式如何都聚合该信息，并且在接收到数据时连续更新 资源可用性仪表板，其中仪表板可以被呈现为本文所述的GUI，本公开的 方法允许医疗保健管理人员作出关于关键医疗保健问题的知情决定，诸如 何时转移患者和将患者转移到何处、何时请求新资源(例如，从州或国家 储备物资、或从其他医院请求)，以及何时提供共享资源，从而改善患者 护理。

相比之下，在现有系统中，当医疗保健管理人员或其他管理机构试图 请求附加资源、转移患者或接受转移的患者、或提供与另一医疗设施共享 未使用的资源时，可能由于跨多个病房、设施和地区更新资源可用性信息 过程中的延迟而出错。例如，由于医院资源使用已经改变但这些改变没有 及时传播到管理人员，因此到输入并执行请求时，管理人员所请求的新资 源实际上可能已经不需要，或者如果由于在输入并执行请求之前医院的资源需求已经改变而使得这些资源不可用，那么管理人员提供的共享资源可 能会造成问题。所述资源利用系统/GUI通过跨设施病房、设施、医院网 络、地区和国家范围提供特定的动态更新的关键资源列表来解决该问题。 这样，资源可用性系统和所生成的GUI整体上为医疗保健系统的容量提供 了改进。本公开提供了通过提供显示动态更新的关键资源可用性列表的一 个或多个资源可用性GUI来改善医疗保健系统的容量的特定方式。本公开 还通过聚合一个位置中多个单独设施的关键资源可用性信息并实时更新该 关键资源可用性信息来提供对计算机操作方式的特定改进，这可消除用户 必须在多个不同数据文件中进行导航、随着可用性改变而手动更新信息等 的需要，从而提高了用户操作计算机的效率。

此外，医院可不被配置为实时共享关键资源数据，即使跨该医院的不 同病房也是如此。因此，资源可用性确定的现有方法需要手动收集数据 (例如，视觉地检查每个房间的床占用和呼吸机使用)并聚合在电子表格 或其他文档中，并且还需要手动进行更新。这些系统不可用于从多个病房 和多个设施自动拉取数据，然后将所拉取的数据聚合成视觉上清晰的格 式，其中可仅通过在GUI处滑动来快速做出医疗保健决策，如本文的实施 方案所述。另外，不同设施可具有不同的数据共享协议，并且需要遵守 HIPAA/患者信息共享法律意味着不同设施可提供不同格式的数据(例如， HL7消息与平面文件)，并且现有系统无法将这些不同格式自动聚合进可 经由GUI可视化的单组仪表板，其中仪表板每当接收到新数据时就自动更 新，如本文所述。

本文所述的资源可用性GUI提供向用户显示有限的信息集(关键资源 可用性信息)的特定方式，而不是使用常规用户界面方法在计算机上显示 通用索引、要求用户逐步查看菜单选项的许多层以达到期望的数据、或者 将期望的数据埋入所有医院数据内。因此，用户使用计算机的体验可能会 得到改善并且更加高效。

此外，通过经由如本文所述的资源可用性GUI显示有限的信息集，可 以通过减少计算装置的处理需求来改善收集和呈现数据以供显示的计算装 置的操作，从而提高计算装置的效率。例如，可仅显示特定关键资源可用 性和分配信息，这导致有限量的所接收数据被处理，这可改善计算装置的 效率。此外，因为数据被实时处理并且在接收到数据时连续进行对资源可 用性GUI的更新，所以可减少在预定义的离散时间点进行更新的情况下可能发生的过度处理滞后，这可能改善计算装置的效率。

本文所述的实施方案可允许从不同的位置和系统(例如，不同的医 院、医院网络等)中检索/接收各种类型的数据，并处理数据以实时或接近 实时地填充如本文所述的资源可用性GUI。本文所述的系统可被配置为继 续更新资源可用性GUI，即使医院或网络在数据收集或报告中经历滞后， 或者在一段时间内数据因为其他原因出乎意料地不能从给定机构获得。例 如，即使来自其他机构的数据不可用，也可继续报告来自其他机构的数 据。此外，在一些示例中，在给定机构的当前资源可用性数据不可用时， 本文所述的系统可使用来自该机构的先前数据来预计资源可用性并经由资 源可用性GUI报告所预计的资源可用性。这样做，可保持数据的实时报 告。

作为如本文所述的协作式资源利用系统的一部分而被包括的资源利用 服务器可提供高速数据处理，该高速数据处理允许对不同资源可用性GUI 的实时或接近实时的更新。例如，资源利用服务器可被配置为每30秒而不 是如在一些现有系统中那样每15分钟或更长时间更新一次关键资源GUI。 为了实现这一点，资源利用服务器可被配置为具有解析器，该解析器在处 理所接收的分组/消息之前发送数据接收确认(例如，HL7确认)，并且可在处理之前检查/拒绝分组/消息。

此外，资源利用服务器可被配置为通过从EMR拉取数据和/或通过从 资源利用服务器发送和接收的消息/分组中导出组成信息来导出医院组成信 息(例如，床库存、呼吸机使用信息)。例如，消息可询问特定信息(例 如，床库存)，并且资源利用服务器可从响应中计算组成信息，例如，通 过梳理数据/消息来拉取信息。该方法可避免上游用户或系统(例如，在医 院处)填写表格(诸如床主要表格)并发送更新的需要，这可允许更快地 检索信息。

如本文所述，经由GUI呈现医院系统的医院资源利用信息的技术效果 是，医院管理人员和/或医疗保健提供者可快速作出关于资源共享/重新分 配、新装备订单、患者转移等的决策，使得可改善患者护理。此外，使用 简单性、直观性和可扩展性有利于跨任何规模的医院网络的快速部署。

提供了方法的实施方案，该实施方案包括：从第一医疗设施接收第一 数据，该第一数据经由第一数据流过程和/或以第一格式接收；从第二医疗 设施接收第二数据，该第二数据经由第二数据流过程和/或以第二格式接 收；处理第一数据和第二数据以生成一个或多个资源可用性图形用户界面 (GUI)；以及输出该一个或多个资源可用性GUI以用于在显示装置上显 示。在该方法的第一实施例中，经由HTTPS/TCP以HL7消息格式从第一医 疗设施接收第一数据。在该方法的第二实施例中，第二实施例任选地包括 第一实施例，经由SFTP以一个或多个平面文件从第二医疗设施接收第二数 据。在该方法的第三实施例中，第三实施例任选地包括第一实施例和第二 实施例中的一项或两项，处理第一数据和第二数据中的每一者以分别确定 第一医疗设施的每病房床占用率和第二医疗设施的每病房床占用率。在该 方法的第四实施例中，第四实施例任选地包括第一实施例至第三实施例中 的一项或多项或每一项，处理第一数据和第二数据中的每一者以确定针对 第一医疗设施的每个病房和针对第二医疗设施的每个病房的占用床的计 数、冻结床的计数、未占用床的计数以及负压床的计数。在该方法的第五 实施例中，第五实施例任选地包括第一实施例至第四实施例中的一项或多 项或每一项，处理第一数据和第二数据中的每一者以分别确定第一医疗设 施的医疗装置计数和第二医疗设施的医疗装置计数。在该方法的第六实施 例中，第六实施例任选地包括第一实施例至第五实施例中的一项或多项或 每一项，实时接收并处理第一数据，并且其中几乎实时接收并处理第二数 据。在该方法的第七实施例中，第七实施例任选地包括第一实施例至第六 实施例中的一项或多项或每一项，第一医疗设施是被配置为以第一格式发 送第一数据的多个第一医疗设施中的一个医疗设施，并且其中第二医疗设 施是被配置为以第二格式发送第二数据的多个第二医疗设施中的一个医疗设施。在该方法的第八实施例中，第八实施例任选地包括第一实施例至第 七实施例中的一项或多项或每一项，处理来自每个第一医疗设施的第一数 据和来自每个第二医疗设施的第二数据以生成一个或多个资源可用性 GUI。在该方法的第九实施例中，第九实施例任选地包括第一实施例至第八 实施例中的一项或多项或每一项，该一个或多个资源可用性GUI包括第一 资源可用性GUI，该第一资源可用性GUI被配置为显示医院网络中国家 级、地区级和设施级的资源可用性。在该方法的第十实施例中，第十实施 例任选地包括第一实施例至第九实施例中的一项或多项或每一项，该一个 或多个资源可用性GUI包括第二资源可用性GUI，该第二资源可用性GUI 被配置为显示跨多个医院网络和/或多个单独医院的国家级、地区级和设施 级的资源可用性。在该方法的第十一实施例中，第十一实施例任选地包括 第一实施例至第十实施例中的一项或多项或每一项，该一个或多个资源可 用性GUI包括第三资源可用性GUI，该第三资源可用性GUI被配置为显示 跨一个或多个医院的特定疾病的资源可用性和患者负荷。在该方法的第十 二实施例中，第十二实施例任选地包括第一实施例至第十一实施例中的一 项或多项或每一项，特定疾病是COVID-19，并且其中第三资源可用性GUI 被配置为显示经历COVID-19测试的患者的计数、被确定为COVID-19阳性 的患者的计数以及被确定为仍在受针对COVID-19的调查的患者的计数。在 该方法的第十三实施例中，第十三实施例任选地包括第一实施例至第十二 实施例中的一项或多项或每一项，特定疾病是COVID-19，并且其中第三资 源可用性GUI被配置为显示示出过去、当前和预测数量的安排的COVID-19 测试的图形，以及过去、当前和预测数量的新的COVID-19患者。在该方法 的第十四实施例中，第十四实施例任选地包括第一实施例至第十三实施例 中的一项或多项或每一项，该一个或多个资源可用性GUI被配置为响应于 基于第一数据和/或第二数据确定资源可用性已下降到低于阈值水平而显示 资源可用性警示。

系统的实施方案包括：显示器；和计算装置，该计算装置能够操作地 耦接到该显示器并存储指令，这些指令能够被执行以：向该显示器输出图 形用户界面(GUI)，该GUI包括多个医疗设施中的每个医疗设施的每病房 床计数、医疗装置利用计数和疾病计数中的一者或多者，每病房床计数、 医疗装置利用计数和疾病计数中的该一者或多者基于从该多个医疗设施中 的每个医疗设施发送的数据来确定，其中所述数据包括以第一格式从第一医疗设施发送的数据和以第二格式从第二医疗设施发送的数据。在该系统 的第一实施例中，每病房床计数包括每病房床占用率，并且GUI被配置为 显示每个每病房床占用率的图形表示，每个图形表示被配置为在对应的床 占用率增加到高于阈值率的情况下改变视觉外观。在系统的第二实施例 中，第二实施例任选地包括第一实施例，医疗装置利用计数包括呼吸机占 用率，并且GUI被配置为显示每个呼吸机占用率的图形表示，每个图形表 示被配置为在对应的呼吸机占用率增加到高于阈值率的情况下改变视觉外 观。在系统的第三实施例中，第三实施例任选地包括第一实施例和第二实 施例中的一项或两项，第一格式包括HL7消息，并且第二格式包括平面文 件。在该系统的第四实施例中，第四实施例任选地包括第一实施例至第三 实施例中的一项或多项或每一项，能够执行这些指令以在从该多个医疗设 施中的每个医疗设施发送的数据改变时更新每病房床计数、医疗装置利用 计数和疾病计数中的一者或多者。

方法的实施方案包括：基于包括在来自医疗设施的数据流中的疾病的 一个或多个测试的一个或多个测试结果并且进一步基于自从进行该一个或 多个测试以来的时间量来确定疑似患有该疾病的患者是阳性、阴性还是正 在受针对该疾病的调查中；以及基于该确定更新一个或多个资源可用性图 形用户界面(GUI)。在该方法的第一实施例中，该确定包括：如果患者对 于当前测试具有阴性测试结果而没有先前的阳性测试结果，则响应于自执 行当前测试以来已经过去第一阈值时间量而指示对于该疾病患者为阴性， 否则指示患者正在受调查中。在该方法的第二实施例中，第二实施例任选 地包括第一实施例和第二实施例中的一项或两项，该确定包括：如果患者 对于当前测试具有不确定的测试结果而没有先前阳性测试结果，则指示患 者正在受调查中，直到接收到阴性测试结果或直到自执行当前测试以来已 经过去第一阈值时间量，然后指示患者为阴性。在该方法的第四实施例 中，第四实施例任选地包括第一实施例至第三实施例中的一项或多项或每 一项，该确定包括：如果患者具有至少一个先前的阳性测试结果，则指示 对于该疾病患者为阳性，直到：a)自在先前的阳性测试结果之后的第一阴性 测试结果以来已经过去第二阈值时间量；或b)在先前的阳性测试结果之后 接收到两个阴性测试结果，这两次阴性测试在两次测试之间的至少第三阈 值时间量内进行。在该方法的第五实施例中，第五实施例任选地包括第一 实施例至第四实施例中的一项或多项或每一项，更新该一个或多个资源可 用性GUI包括：响应于指示患者为阴性而从阳性计数或受调查人员计数中 移除该患者；响应于指示患者为阳性而将该患者添加到阳性计数；以及响 应于指示患者正在受调查中而将该患者添加到受调查人员。在该方法的第 六实施例中，第六实施例任选地包括第一实施例至第五实施例中的一项或 多项或每一项，该一个或多个资源可用性GUI包括第一资源可用性GUI， 其中针对多个统计地区中的每个统计地区显示阳性计数和正在调查中人员 计数。在该方法的第七实施例中，第七实施例任选地包括第一实施例至第 六实施例中的一项或多项或每一项，第一资源可用性GUI被配置为响应于 用户请求而按州和/或医院显示阳性计数和受调查人员计数。在该方法的第 八实施例中，第八实施例任选地包括第一实施例至第七实施例中的一项或 多项或每一项，第一资源可用性GUI被配置为针对多个统计地区中的每个 统计地区显示每病房床计数和/或床利用率以及医疗装置利用计数和/或医疗 装置利用率。在该方法的第九实施例中，第九实施例任选地包括第一实施 例至第八实例中的一项或多项或每一项，第一资源可用性GUI被配置为响 应于用户请求而按州和/或医院显示每病房床计数和/或床利用率以及医疗装 置利用计数和/或医疗装置利用率。在该方法的第十实施例中，第十实施例 任选地包括第一实施例至第九实施例中的一项或多项或每一项，第一资源 利用仪表板被配置为响应于每病房床利用率或医疗装置利用率超过相应阈 值而显示警示。在该方法的第十一实施例中，第十一实施例任选地包括第 一实施例至第十实施例中的一项或多项或每一项，更新该一个或多个资源 可用性GUI包括：响应于指示患者为阳性，将该患者作为新确诊患者添加 到柱状图中，该柱状图示出了过去、当前和预测数量的安排的疾病测试， 以及过去、当前和/或预测数量的新确诊患者。在该方法的第十二实施例中，第十二实施例任选地包括第一实施例至第十一实施例中的一项或多项 或每一项，基于政府机构指南更新第一阈值时间量、第二阈值时间量和第 三阈值时间量中的每一者。在该方法的第十三实施例中，第十三实施例任 选地包括第一实施例至第十二实施例中的一项或多项或每一项，第一阈值 时间量、第二阈值时间量和第三阈值时间量中的每一者是用户可配置的。

方法的另一个实施方案包括：从来自医疗设施的数据流接收疑似患有 疾病的患者的阳性测试结果，以及更新一个或多个资源可用性图形用户界 面(GUI)以将该患者包括在疾病阳性计数中；以及如果在阳性测试结果之 后，在来自医疗设施的数据流中接收到该患者的阴性测试结果，则仅当自 接收到阴性测试结果以来已经过去第一阈值时间量或阴性测试结果是在第 一阴性结果之后的第二阴性测试结果时，才更新该一个或多个资源可用性 GUI以从疾病阳性计数中移除该患者，其中第二阴性测试结果在第一阴性 结果之后至少第二阈值时间量。在该方法的第一实施例中，该一个或多个 资源可用性GUI包括第一资源可用性GUI，该第一资源可用性GUI被配置 为显示医院网络中国家级、地区级和设施级的资源可用性。在该方法的第 二实施例中，第二实施例任选地包括第一实施例，该一个或多个资源可用 性GUI包括第二资源可用性GUI，该第二资源可用性GUI被配置为显示跨 多个医院网络和/或多个单独医院的国家级、地区级和设施级的资源可用 性。在该方法的第三实施例中，第三实施例任选地包括第一实施例和第二 实施例中的一项或两项，该一个或多个资源可用性GUI包括第三资源可用 性GUI，该第三资源可用性GUI被配置为显示跨一个或多个医院的资源可 用性和疾病阳性计数。在该方法的第四实施例中，第四实施例任选地包括 第一实施例至第三实施例中的一项或多项或每一项，疾病是COVID-19，并 且其中第三资源可用性GUI被进一步配置为显示针对被确定为仍在受针对 COVID-19的调查的患者的受调查人员计数。在该方法的第五实施例中，第 五实施例任选地包括第一实施例至第四实施例中的一项或多项或每一项， 该一个或多个资源可用性GUI被配置为响应于确定资源可用性已下降到低 于阈值水平而显示资源可用性警示。

系统的实施方案包括：显示器；和计算装置，该计算装置能够操作地 耦接到该显示器并存储指令，这些指令能够被执行以：向该显示器输出图 形用户界面，该图形用户界面包括针对多个统计地区、州、医院网络、医 院和/或医院病房中的每一者显示的针对疾病的阳性计数和针对该疾病的受 调查人员计数；从来自多个医疗设施的多个数据流接收该疾病的多个测试 结果；以及响应于该多个测试结果中的一个测试结果是在阳性计数中计数 的患者的阴性测试结果，只有在自接收到阴性测试结果以来已经过去第一 阈值时间量或阴性测试结果是在第一阴性结果之后的第二阴性测试结果， 才更新该阳性计数，其中第二阴性测试结果在第一阴性结果之后至少第二 阈值时间量。

方法的实施方案包括：接收与多个呼吸机相关联的实时数据；针对该 多个呼吸机中的每个呼吸机，基于通气开始时间、通气停止时间、呼吸机 类型和呼吸机位置中的一者或多者确定呼吸机状态，该通气开始时间、该 通气停止时间、该呼吸机类型和该呼吸机位置中的该一者或多者是从该实 时数据确定的；以及基于该呼吸机状态更新一个或多个资源可用性图形用 户界面(GUI)。在该方法的第一实施例中，确定该呼吸机状态包括确定：a)是否已指示通气开始时间；b)是否尚未指示通气停止时间；c)是否在通气 停止时间之后已指示通气开始时间；以及d)呼吸机是否为侵入式呼吸机； 并且对于相应的呼吸机，如果a)、d)以及b)或c)中的一者为真，则指示该呼 吸机状态为正在使用中并且该呼吸机为侵入式呼吸机。在该方法的第二实 施例中，第二实施例任选地包括第一实施例，接收与多个呼吸机相关联的 实时数据包括从该多个呼吸机或从一个或多个电子医疗记录数据库接收实时数据，并且其中基于该呼吸机状态更新该一个或多个资源可用性GUI包 括更新在该一个或多个资源可用性GUI上显示的呼吸机占用率。在该方法 的第三实施例中，第三实施例任选地包括第一实施例和第二实施例中的一 项或两项，该方法还包括经由该一个或多个资源可用性GUI显示呼吸机占 用率的图形表示，该图形表示被配置为响应于该呼吸机占用率增加到高于 阈值率而改变视觉外观。在该方法的第四实施例中，第四实施例任选地包 括第一实施例至第三实施例中的一项或多项或每一项，接收与多个呼吸机 相关联的实时数据包括从位于多个不同医疗设施处的多个呼吸机接收实时 数据。在该方法的第五实施例中，第五实施例任选地包括第一实施例至第 四实施例中的一项或多项或每一项，接收与多个呼吸机相关联的实时数据 包括接收HL7消息。在该方法的第六实施例中，第六实施例任选地包括第 一实施例至第五实施例中的一项或多项或每一项，该一个或多个资源可用 性GUI包括第一资源可用性GUI，该第一资源可用性GUI被配置为显示医 院网络中国家级、地区级和设施级的资源可用性。在该方法的第七实施例 中，第七实施例任选地包括第一实施例至第六实施例中的一项或多项或每 一项，该一个或多个资源可用性GUI包括第二资源可用性GUI，该第二资 源可用性GUI被配置为显示跨多个医院网络和/或多个单独医院的国家级、 地区级和设施级的资源可用性。在该方法的第八实施例中，第八实施例任 选地包括第一实例至第七实例中的一项或多项或每一项，该一个或多个资 源可用性GUI包括第三资源可用性GUI，该第三资源可用性GUI被配置为 显示跨一个或多个医院的特定疾病的资源可用性和患者负荷。在该方法的 第九实施例中，第九实施例任选地包括第一实施例至第八实施例中的一项 或多项或每一项，特定疾病是COVID-19，并且其中第三资源可用性GUI被 配置为显示经历COVID-19测试的患者的计数、被确定为COVID-19阳性的 患者的计数以及被确定为仍在受针对COVID-19的调查的患者的计数。在该 方法的第十实施例中，第十实施例任选地包括第一实施例至第九实施例中 的一项或多项或每一项，资源可用性包括正在使用中的呼吸机计数和/或呼 吸机占用率，每个正在使用中的呼吸机计数和/或呼吸机占用率基于呼吸机 状态来进行更新，并且该资源可用性还包括针对多个医疗设施的每个病房的占用床的计数、冻结床的计数、未占用床的计数和负压床的计数。

系统的实施方案包括：显示器；和计算装置，该计算装置能够操作地 耦接到该显示器并存储指令，该指令能够被执行以：接收与多个呼吸机相 关联的实时数据；针对该多个呼吸机中的每个呼吸机，基于该实时数据确 定该呼吸机当前是否正在使用中；向显示器输出图形用户界面(GUI)，该 GUI包括针对医院病房、医院、医院网络、州、地区和/或国家的相应呼吸 机占用率，每个呼吸机占用率基于被确定为当前正使用的呼吸机的数量以 及每个呼吸机的位置来确定。在该系统的第一实施例中，为了确定呼吸机 当前是否正在使用中，能够执行指令以确定：a)是否已指示该呼吸机的通气 开始时间；b)是否尚未指示该呼吸机的通气停止时间；以及c)是否在通气停 止时间之后已指示该呼吸机的通气开始时间；并且其中如果a)以及b)或c) 中的一者为真，则能够进一步执行这些指令以确定该呼吸机当前是否正在 使用中。在系统的第二实施例中，第二实施例任选地包括第一实施例，能 够执行这些指令以基于该实时数据确定每个呼吸机的位置。在系统的第三 实施例中，第三实施例任选地包括第一实施例和第二实施例中的一项或两 项，能够执行这些指令以在接收到实时数据时实时更新每个相应的呼吸机 占用率。在该系统的第四实施例中，第四实施例任选地包括第一实施例至 第三实施例中的一项或多项或每一项，GUI还包括针对一个或多个医院病 房、一个或多个医院、一个或多个医院网络、一个或多个州、一个或多个 地区和/或一个或多个国家的相应床占用率。在该系统的第五实施例中，第 五实施例任选地包括第一实施例至第四实施例中的一项或多项或每一项， GUI被配置为响应于确定呼吸机占用率和/或床占用率高于相应的阈值水平 而显示资源可用性警示。

方法的实施方案包括：接收与多个呼吸机相关联的实时数据；针对该 多个呼吸机中的每个呼吸机，基于该实时数据确定该呼吸机当前是否正在 限定地理区域中使用；以及向该显示器输出图形用户界面(GUI)，所述 GUI包括针对限定地理区域的呼吸机占用率，针对该限定地理区域的该呼 吸机占用率基于每个呼吸机当前是否正在该限定地理区域中使用来确定。 在该方法的第一实施例中，该确定包括针对每个呼吸机确定：a)是否已指示 通气开始时间；b)是否尚未指示通气停止时间；c)是否在通气停止时间之后 已指示通气开始时间；以及d)该呼吸机是否位于限定地理区域中；并且对 于相应的呼吸机，如果a)、d)以及b)或c)中的一者为真，则该方法包括指示 该呼吸机当前正在该限定地理区域中使用。在该方法的第二实施例中，第 二实施例任选地包括第一实施例，该方法还包括经由GUI显示呼吸机占用 率的图形表示，该图形表示被配置为响应于呼吸机占用率增加到高于阈值 率而改变视觉外观。

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

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