CN116438605A - 分布式医疗软件平台 - Google Patents

Abstract

本发明实现了智能分布式医疗软件管理(例如，使用计算机化工具)。本发明公开了一种系统，该系统可包括处理器和存储可执行指令的存储器，该可执行指令在被该处理器执行时便于操作的执行，该操作包括：确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中该医疗应用程序与医疗装置相关联；基于该要求信息，分配集群的元素，该集群的该元素可采用以在医疗应用程序容器中托管和运行该医疗应用程序，其中该集群的该元素被确定为满足该要求信息；以及响应于分配该集群的该元素，在该医疗应用程序容器中托管该医疗应用程序，其中托管该医疗应用程序包括：将该医疗应用程序通信地耦合到该医疗设备。

Description

分布式医疗软件平台

相关申请的交叉引用

本专利申请要求于2020年11月20日提交的名称为“SYSTEMS,APPARATUSES,ANDMETHODS FOR HYBRID AND CLUSTERED CLINICAL SYSTEMS”的美国临时申请序列号63/116,506以及于2021年10月21日提交的名称为DISTRIBUTED MEDICAL SOFTWARE PLATFORM的美国非临时申请序列号17/451,747的优先权。前述专利申请的全部内容据此以引用方式并入本文。

技术领域

所公开的主题涉及分布式医疗软件平台，并且更具体地涉及利用聚集状架构的规模化医疗软件平台。

背景技术

保健设施利用多种医疗装置。现代医疗装置越来越多地利用软件，并向保健设施中的其它医疗装置和系统传输数据。一般来讲，医疗软件应用程序提供护理和诊断信息以协助临床医生进行患者保健。大多数保健机构具有用于多种情况和目的的许多医疗应用程序。每一个医疗应用程序具有其自己的一组计算要求以便满足预期的临床性能要求。

现有设施依赖于医疗软件和系统的修补工作(patch work)，并且由于多种医疗约束(诸如针对医疗技术的监管验证和校验要求)，此类医疗软件和系统的集成和管理越来越复杂、昂贵和低效。另外，由于医疗软件和系统的修补工作的牵连，硬件和/或软件故障可在整个医疗保健设施中大量涌现，因此危害其患者。

与分布式医疗软件平台有关的上述背景仅旨在提供一些当前问题的上下文概述，而不旨在是详尽的。在查看以下详细描述时，其它上下文信息可以变得进一步显而易见。

附图说明

图1是根据本文所述的一个或多个实施方案的示例性系统的框图。

图2是根据本文所述的一个或多个实施方案的示例性系统的框图。

图3是根据本文所述的一个或多个实施方案的示例性系统的框图。

图4是根据本文所述的一个或多个实施方案的示例性系统的框图。

图5是根据本文所述的一个或多个实施方案的示例性系统的框图。

图6示出了根据本文所述的一个或多个实施方案的示例性系统架构的图表。

图7示出了根据本文所述的一个或多个实施方案的示例性系统架构的图表。

图8示出了根据本文所述的一个或多个实施方案的示例性系统架构拓扑结构的图表。

图9示出了根据本文所述的一个或多个实施方案的示例性系统架构拓扑结构的图表。

图10示出了根据本文所述的一个或多个实施方案的示例性系统架构拓扑结构的图表。

图11是根据本文所述的一个或多个实施方案的针对与分布式医疗软件平台相关联的过程的流程图。

图12是根据本文所述的一个或多个实施方案的针对与分布式医疗软件平台相关联的过程的流程框图。

图13是在其中可以实现本文所述的一个或多个实施方案的示例性非限制性计算环境。

图14是在其中可以实现本文所述的一个或多个实施方案的示例性非限制性联网环境。

具体实施方式

现在参考附图来描述本公开，其中相同的附图标号始终用于表示相同的元件。在以下描述中，出于解释的目的，阐述了许多具体细节以便提供对本公开的透彻理解。然而，显而易见的是，可以在没有这些具体细节的情况下实践本公开。在其他情况下，以框图形式示出了公知的结构和设备以便于描述本公开。

如上所述，可以以各种方式来改善医疗软件平台，并且为了该目的和/或其它目的在本文描述了各种实施方案。

本文的实施方案可以利用云技术和/或Kubernetes系统/结构，以根据医疗设施要求在尺寸或能力上按比例相应放大/缩小。本文的Kubernetes可以被利用以托管容器化医疗应用程序(例如，医疗软件应用程序)，并且可以提供可围绕其编排容器化服务的API数据模型框架。在各种实施方案中，通过使用如本文所述的架构或系统，应用程序开发和部署可以被简化(至少通过为医疗应用程序提供核心服务)。需要说明的是，此类医疗应用程序可包括根据一个或多个临床规律和/或设施要求被验证和校验的医疗软件应用程序。

利用本文所述的架构的实施方案可以提供增加的患者安全性和效果，以支持具有规模化服务的医疗装置(例如，使用共享计算资源)。就这一点而言，根椐应用程序托管要求(例如，托管的医疗应用程序的数量和/或聚集的计算要求)，可以增加或减小本文的系统的尺寸(例如，计算能力和/或物理部件)。就这一点而言，本文的实施方案实现了用于临床系统和应用程序的垂直和水平规模化架构。

在一个实施方案中，一种系统可包括：处理器和存储可执行指令的存储器，该可执行指令在被处理器执行时便于操作的执行，该操作包括：确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中医疗应用程序与医疗装置相关联；基于要求信息，分配集群的元素，该集群的该元素可采用以在医疗应用程序容器中托管和运行医疗应用程序，其中集群的元素被确定为满足要求信息；以及响应于分配集群的元素，在医疗应用程序容器中托管医疗应用程序，其中托管医疗应用程序包括：将医疗应用程序通信地耦合到医疗装置。

在各种实施方案中，分配集群的元素可包括：分配冗余元素以托管和运行医疗应用程序。

在一些实施方案中，集群的元素可包括一个或多个主机，并且分配冗余元素以托管和运行医疗应用程序可包括：除基于要求信息所确定的在医疗应用程序容器中托管和运行医疗应用程序所要求的最少数量的主机之外，还分配至少一个额外的主机，以在医疗应用程序容器中托管和运行医疗应用程序。

在一个或多个实施方案中，上述操作还可包括：响应于从医疗装置接收医疗数据，基于医疗数据来确定针对医疗数据的目标应用程序。就这一点而言，目标应用程序可以被确定为医疗应用程序。

需要说明的是，集群可以跨位于顾客站点处的第一服务器和位于云存储站点处的第二服务器分布。就这一点而言，顾客站点可以不同于云存储站点。例如，顾客站点可以位于城市A中，并且云存储站点可以位于城市B中。

在一个实施方案中，上述操作还可包括：响应于接收表示对医疗应用程序的更新的更新数据，跨集群应用更新数据。例如，医疗应用程序的版本1.0可以跨托管医疗应用程序的集群被更新为版本1.1。

需要说明的是，医疗装置可包括国际电工委员会(IEC)62304C类医疗装置。需要说明的是，医疗装置可包括其它IEC 62304医疗装置，诸如IEC 62304A类和/或IEC 62304B类。

在一些实施方案中，集群可包括容器化机器学习服务，该容器化机器学习服务能够由医疗应用程序采用以便于与医疗应用程序相关联的机器学习操作。在进一步的实施方案中，集群可包括容器化医学数字成像和通信(DICOM)服务，该容器化医学数字成像和通信服务能够由医疗应用程序采用以便于与医疗应用程序相关联的医疗成像操作。在另外的实施方案中，医疗应用程序可包括根据临床规律要求的经验证和经校验的医疗应用程序。

在另一个实施方案中，一种非暂态机器可读介质可包括可执行指令，该可执行指令在被处理器执行时便于操作的执行，该操作包括：确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中医疗应用程序与医疗装置相关联；基于要求信息，分配集群的元素，该集群的该元素可采用以在医疗应用程序容器中托管和运行医疗应用程序，其中集群的元素被确定为满足要求信息；以及响应于分配集群的元素，在医疗应用程序容器中托管医疗应用程序，其中托管医疗应用程序包括：将医疗应用程序通信地耦合到医疗装置。

在各种实施方案中，集群的元素可包括两个或更多个主机(例如，Kubernetes工作部件(worker component))，并且上述操作还可包括：跨该两个或更多个主机来平衡与医疗应用程序相关联的计算。就这一点而言，该两个或更多个主机中的每个主机可操作相应医疗应用程序容器中的医疗应用程序的副本。

在一些实施方案中，上述操作还可包括：除基于要求信息所确定的在医疗应用程序容器中托管和运行医疗应用程序所要求的最少数量的主机之外，还分配该两个或更多个主机中的至少一个冗余主机，以在医疗应用程序容器中托管和运行医疗应用程序。

需要说明的是，该两个或更多个主机可包括两个或更多个虚拟机，并且上述操作还可包括：基于要求信息，使用超级管理器(hypervisor)来生成该两个或更多个虚拟机。

在一个或多个实施方案中，上述操作还可包括：响应于从医疗装置接收医疗数据，基于医疗数据来从一组医疗应用程序当中确定针对医疗数据的目标应用程序，其中目标应用程序包括医疗应用程序。

在另一个实施方案中，一种方法可包括：通过包括处理器的分布式医疗软件平台托管设备来确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中医疗应用程序与医疗装置相关联；基于要求信息，通过分布式医疗软件平台托管设备来分配集群的元素，该集群的该元素可采用以在医疗应用程序容器中托管和运行医疗应用程序，其中集群的元素被确定为满足要求信息；以及响应于分配集群的元素，通过分布式医疗软件平台托管设备在医疗应用程序容器中托管医疗应用程序，其中托管医疗应用程序包括：将医疗应用程序通信地耦合到医疗装置。

在一些实施方案中，该方法还可包括：除基于要求信息所确定的在医疗应用程序容器中托管和运行医疗应用程序所要求的最少数量的主机之外，还通过分布式医疗软件平台托管设备来分配包括至少一个冗余主机的一组主机，以在医疗应用程序容器中托管和运行医疗应用程序。

在一个或多个实施方案中，该方法还可包括：响应于确定满足主机移除标准，通过分布式医疗软件平台托管设备从一组主机中移除主机。需要说明的是，在各种实施方案中，主机移除标准可包括维护标准。在另一个实施方案中，主机移除标准可包括性能标准。

为了实现前述和相关目的，所公开的主题于是包括下文更全面描述的特征中的一者或多者。以下具体实施方式和附图详细阐述了本主题的某些例示性方面。然而，这些方面仅指示了可以采用本主题原理的各种方式中的一些方式。当结合所提供的附图考虑时，根据以下详细描述，所公开的主题的其它方面、优点和新颖特征将变得显而易见。

应当理解，可以结合本文所述的以下部件或如本领域的技术人员将理解的不同/附加的部件来利用附加的表现形式、配置、具体实施、协议等。

现在转向图1，示出了根据本文的一个或多个实施方案的示例性非限制性系统102。系统102可包括计算机化工具，其可以被配置为执行与分布式医疗软件平台有关的各种操作。系统102可包括多种部件中的一者或多者，诸如存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包(pod)116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140和/或医疗装置142。

在各种实施方案中，存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140和/或医疗装置142中的一者或多者可以(例如，通过总线或无线网络)彼此通信地或可操作地耦合以执行系统102的一个或多个功能。

根据一个实施方案，系统102可包括物理机器(例如，服务器)，该物理机器可包括物理计算机资源。每个物理资源可提供：一个或多个计算加速器(例如，图形处理单元、现场可编程门阵列或其它合适的部件)、一个或多个标准计算芯片(例如，中央处理单元)、一个或多个存储器措施(例如，随机存取存储器)、一个或多个存储装置措施(例如，盘或固态驱动器)、一个或多个网络接口(例如，网络接口卡)。根据一个实施方案，控制部件108可包括超级管理器，该超级管理器可以基于要求信息来生成一个或多个虚拟机。计算结构层可以由系统102通过添加超级管理器层来被实现。就这一点而言，超级管理器层可以实现对虚拟机(例如，软件限定计算机)的托管。每个软件限定计算机(例如，虚拟机)可以被指派限定数量的计算资源，其使用可以通过超级管理器层来被促进。一个或多个虚拟机可以被安装在系统102中，并且可以被配置为用作分布式容器编排集群(例如，Kubernetes或另一个合适的集群)。

在另一个实施方案中，系统102可包括具有虚拟化资源(例如，虚拟化物理计算机资源)的虚拟机。此类资源可包括以下项中的一者或多者：超级管理器、Kubernetes集群、虚拟机、操作系统(OS)、软件限定存储装置、负载平衡器、网关、路由器、系统服务、网络接口或其它合适的资源。

如上所述，本文的各种资源可包括物理部件或计算机可执行部件。需要说明的是，系统102的一个或多个部件可包括集群(例如，Kubernetes集群)的元素。例如，本文的集群可包括Kubernetes(k8s)容器系统，其可包括多个节点(例如，工作部件，诸如工作部件114或工作部件128)。每个节点或工作部件可包括容器运行时(例如，Docker)或Pod(例如，一组容器或Docker)。可以在控制部件108、工作部件(例如，工作部件114和/或工作部件128)、荚包(例如，荚包116、荚包122、荚包130和/或荚包136)或本文的容器内执行各种平台服务，诸如：软件限定存储装置，其提供来自整个共同存储库的动态供应的存储切片(storageslice)；系统和应用程序遥测服务，其提供对在系统102和相关联的应用程序内发生的当前和过去的量度和事件的可视性；系统和应用程序安全服务，其提供对系统和应用程序的身份、认证和访问控制；数据库管理能力，其为应用程序提供结构化持久状态；或其它合适的服务。

在各种实施方案中，系统102可以经由容器(例如，容器118、120、124、126、132、134、138或140)或虚拟机(未示出)来托管医疗应用程序。本文的医疗应用程序和服务可以利用一个或多个容器，该一个或多个容器作为单个单元(例如，荚包)来一起工作，该单个单元可以被托管在平台容器编排集群中。利用一个或多个虚拟机的应用程序可以被托管在系统超级管理器层上(参见，例如，图6以及图8至图10)。

根据一个实施方案，系统102可以被重新设定尺寸来以虚拟机的形式包括更多或更少的虚拟计算能力，以运行容器化医疗应用程序。例如，更多虚拟机可以被添加到容器编排集群，以适应运行中的附加的基于容器的应用程序。

根据一个实施方案，控制部件108可包括要求部件110和分配部件112。需要说明的是，控制部件108可包括控制平面，该控制平面可被配置为管理一个或多个工作部件(例如，工作部件114、工作部件128、或本文未示出的其它工作部件)。在一个实施方案中，控制部件108(例如，使用要求部件110)可以确定表示医疗应用程序(例如，来自一组医疗应用程序)的一个或多个要求的要求信息。此类要求可包括以下项中的一者或多者：处理能力、图形处理能力、存储器、存储装置、音频硬件、API、驱动器、虚拟机、OS、超级管理器、外围设备或其它物理硬件、网络连接性、工作节点或主机、容器、服务或其它合适的要求。此类要求可以基于在相应医疗应用程序中列出的规范，或者可以例如基于相应医疗应用程序的机器学习分析来被确定。

根据一个实施方案，基于所述要求信息，控制部件108(例如，使用分配部件112)可以分配集群的元素(例如，包括工作部件114和工作部件128的集群主机)，该集群的该元素可采用以在医疗应用程序容器(例如，容器118、容器120、容器124、容器126、容器132、容器134、容器138、容器140或其它合适的容器中的一者或多者)中托管和运行医疗应用程序。就这一点而言，集群的元素可以(例如，通过控制部件108)确定为满足要求信息。

在本文的各种实施方案中，集群可以跨一个或多个服务器(例如，如稍后讨论的服务器614)分布。例如，集群可以跨位于顾客站点处的服务器和位于云存储站点处的服务器分布。就这一点而言，计算结构层可以作为系统102的一部分或由第三方(例如，云提供方)来提供。

需要说明的是，集群的元素包括一个或多个主机(例如，工作部件114和/或128)，并且(例如，通过分配部件112)分配集群的元素可包括分配冗余元素以托管和运行医疗应用程序。就这一点而言，分配冗余元素(例如，工作部件114和/或128)以托管和运行医疗应用程序可包括：除(例如，通过控制部件108)基于要求信息所确定的在医疗应用程序容器中托管和运行医疗应用程序所要求的最少数量的主机之外，还分配至少一个额外的主机(例如，工作部件114和/或128)，以在医疗应用程序容器中托管和运行医疗应用程序。就这一点而言，可以利用N+1个工作部件(例如，主机)来托管和运行医疗应用程序，其中N表示用以在本文的医疗应用程序容器中托管和运行医疗应用程序的工作部件(例如，主机)的最少数量。例如，如果附加的医疗应用程序要被托管在平台上(以基于容器的应用程序或基于虚拟机的应用程序的形式)，则附加的工作部件可以被添加到计算结构。在其它实施方案中，工作部件可包括N+1个资源，诸如网络接口、存储装置、CPU、加速器、GPU或其它合适的资源。

根据一个实施方案，响应于分配部件112分配集群的元素，控制部件108可以使一个或多个工作部件(例如，114和/或128)在本文的相应医疗应用程序容器中托管医疗应用程序。在各种实施方案中，托管医疗应用程序可包括：将医疗应用程序通信地耦合到医疗装置142。在各种实施方案中，医疗装置142可包括国际电工委员会(IEC)62304C类医疗装置。就这一点而言，医疗装置142可以从所述通信地耦合的医疗应用程序发送或接收数据。

本文的工作部件(例如，工作部件114、工作部件128或未示出的其它工作部件)可包括荚包(例如，荚包116、荚包122、荚包130、荚包136或其它荚包)，该荚包可包括容器的可部署单元(例如，组)。本文的荚包可以被重新设定尺寸以包含更多容器或更少容器。本文的容器可包括多种医疗应用程序和/或服务。例如，本文的集群可包括容器，该容器可包括容器化机器学习服务，该容器化机器学习服务能够由医疗应用程序采用以便于与医疗应用程序相关联的机器学习操作。就这一点而言，医疗应用程序本身不需要包括其自己的机器学习服务，而是可以利用存储在系统102内的容器中的容器化机器学习服务。在其它实施方案中，此类容器可包括容器化医学数字成像和通信(DICOM)服务，该容器化医学数字成像和通信服务能够由医疗应用程序采用以便于与医疗应用程序相关联的医疗成像操作。就这一点而言，医疗应用程序本身不需要包括其自己的DICOM服务。同样，此类容器可包括工作流管理服务，并且因此医疗应用程序本身不需要包括其自己的工作流管理服务。

本文的各种实施方案可以采用人工智能或机器学习系统和技术来便于学习用户行为、基于上下文的场景、偏好等，以便便于以高度置信度采取自动化动作。可以利用基于效用的分析来考虑采取动作的有益效果相比采取不正确动作的成本的因素。基于概率或统计的分析可以与前文和/或下文结合而被采用。

需要说明的是，本文的系统和/或相关联的控制器、服务器或机器学习部件可包括人工智能部件，该人工智能部件可以采用人工智能(AI)模型和/或机器学习或机器学习模型，其可以(例如，经由使用历史训练数据和/或反馈数据的训练)学习执行上文或下文描述的功能。

在一些实施方案中，AI和/或ML模型可以(例如，经由监督和/或无监督技术)使用历史训练数据(包括对应于各种增强的网络优化操作的各种上下文条件)被训练，以执行上文或下文描述的功能。在该示例中，此类模型还可以(例如，经由监督和/或无监督技术)使用包括反馈数据的训练数据来学习执行上文或下文描述的功能，其中此类反馈数据可以被收集和/或存储(例如，在存储器中)。在该示例中，此类反馈数据可包括上文/下文描述的各种指令，该指令可以响应于所观察/所存储的基于上下文的信息而随时间被输入(例如)到本文的系统。

本文的利用AI/机器学习的部件(例如，控制部件108)可以基于使用信息(例如，反馈数据)所确定的限定置信度水平来启动与相关联的操作。例如，基于使用本文的反馈数据、性能信息和/或过去的性能信息来学习执行上述此类功能，本文所述的控制部件108或其它合适的部件可以启动与确定本文的各种阈值或标准相关联的操作。

在一个实施方案中，本文的控制部件108或其它合适的部件可以执行基于效用的分析，该基于效用的分析考虑启动上述操作的成本相比有益效果的因素。在该实施方案中，本文的一个或多个部件可以使用一个或多个附加上下文条件来确定本文的各种阈值。

为了便于上述功能，本文的一个或多个部件可以执行与人工智能的原理相关联的分类、相关、推断和/或表达。例如，本文的一个或多个部件可以采用自动分类系统和/或自动分类。在一个示例中，本文的该一个或多个部件可以采用基于概率和/或统计的分析(例如，考虑到分析效用和成本的因素)来学习和/或生成推断。本文的一个或多个部件可以采用任何合适的基于机器学习的技术、基于统计的技术和/或基于概率的技术。例如，本文的该一个或多个部件可以采用专家系统、模糊逻辑、支持向量机(SVM)、隐马尔可夫模型(HMM)、贪婪搜索算法、基于规则的系统、贝叶斯模型(例如，贝叶斯网络)、神经网络、其它非线性训练技术、数据融合、基于效用的分析系统、采用贝叶斯模型的系统等。又如，本文的一个或多个部件可以执行一组机器学习计算。例如，本文的一个或多个部件可以执行一组聚类机器学习计算、一组逻辑回归机器学习计算、一组决策树机器学习计算、一组随机森林机器学习计算、一组回归树机器学习计算、一组最小二乘机器学习计算、一组基于实例的机器学习计算、一组回归机器学习计算、一组支持向量回归机器学习计算、一组k均值机器学习计算、一组频谱聚类机器学习计算、一组规则学习机器学习计算、一组贝叶斯机器学习计算、一组深玻尔兹曼机计算、一组深度信念网络计算和/或一组不同的机器学习计算。

现在转向图2，示出了根据本文的一个或多个实施方案的示例性非限制性系统202。系统202可包括计算机化工具，该计算机化工具可以被配置为执行与分布式医疗软件平台有关的各种操作。系统202可以类似于系统102，并且可包括多种部件中的一者或多者，诸如存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140和/或医疗装置142。系统202还可包括目标部件204。

在各种实施方案中，存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142和/或目标部件204中的一者或多者可以(例如，通过总线或无线网络)通信地或可操作地彼此耦合以执行系统202的一个或多个功能。

根据一个实施方案，目标部件204可以响应于从医疗装置142接收医疗数据，基于医疗数据来确定(例如，一组医疗应用程序中的)针对医疗数据的目标医疗应用程序。就这一点而言，系统202可以通信地耦合到多个医疗装置142，并且可以从该多个医疗装置接收医疗数据。同样，系统102可以托管多个医疗应用程序。就这一点而言，目标部件204可以分析医疗数据，以便确定用以提供医疗数据的医疗应用程序。例如，目标部件可以从医疗成像扫描仪(例如，CT扫描仪、X射线扫描仪、MRI扫描仪、PET扫描仪、超声或另一合适的医疗成像扫描仪)接收DICOM医疗数据，并且将DICOM医疗数据提供给医疗成像应用程序。在其它实施方案中，此类医疗数据包括各种波形、数字数据、警报、传感器输出或其它合适的医疗数据。需要说明的是，目标部件204可以基于接收到的医疗数据的类型来确定目标医疗应用程序。在其它实施方案中，目标部件204可以利用机器学习，以便基于接收到的医疗数据和/或先前接收到的医疗数据来确定目标应用程序。在一些实施方案中，来自单个医疗装置142的输出可以(例如，使用目标部件204)被传输到多个医疗应用程序。在其它实施方案中，来自多个医疗装置142的医疗数据可以(例如，使用目标部件204)被传输到单个医疗应用程序。

现在转向图3，示出了根据本文的一个或多个实施方案的示例性非限制性系统302。系统302可包括计算机化工具，该计算机化工具可以被配置为执行与分布式医疗软件平台有关的各种操作。系统302可以类似于系统202，并且可包括多种部件中的一者或多者，诸如存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142和/或目标部件204。系统302还可包括更新部件304。

在各种实施方案中，存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142、目标部件204和/或更新部件304中的一者或多者可以(例如，通过总线或无线网络)通信地或可操作地彼此耦合以执行系统302的一个或多个功能。

根据一个实施方案，响应于接收表示对医疗应用程序的更新的更新数据，更新部件304可以跨集群应用更新数据。就这一点而言，本文的医疗应用程序可以用软件更新来被更新，并且所述软件更新可以在容器化医疗应用程序的每个实例处被实现。例如，所述更新可以在每个工作部件处逐个荚包地或逐个容器地被提供。就这一点而言，本文的各个容器和/或工作部件可以从集群中(例如，一次一个地)被移除以更新医疗应用程序，使得托管和运行本文的医疗应用程序的最小量计算能力被维持。可以例如使用移除部件(例如，如稍后更详细讨论的移除部件504)来便于前述内容。

现在转向图4，示出了根据本文的一个或多个实施方案的示例性非限制性系统402。系统402可包括计算机化工具，该计算机化工具可以被配置为执行与分布式医疗软件平台有关的各种操作。系统402可以类似于系统302，并且可包括多种部件中的一者或多者，诸如存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142、目标部件204和/或更新部件304。系统402还可包括平衡部件404。

在各种实施方案中，存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142、目标部件204、更新部件304和/或平衡部件404中的一者或多者可以(例如，通过总线或无线网络)通信地或可操作地彼此耦合以执行系统402的一个或多个功能。

根据一个实施方案，平衡部件404可以跨两个或更多个主机(例如，工作部件)来平衡与医疗应用程序相关联的计算。就这一点而言，每个工作部件可以操作相应医疗应用程序容器中的医疗应用程序的副本。例如，医疗装置142可以输出要由本文的医疗应用程序处理的数据。就这一点而言，所述数据的处理可以由在本文的相应工作部件上运行的医疗应用程序的多个实例共享，这可以加快所述数据的处理和/或提供数据处理冗余。

现在转向图5，示出了根据本文的一个或多个实施方案的示例性非限制性系统502。系统502可包括计算机化工具，该计算机化工具可以被配置为执行与分布式医疗软件平台有关的各种操作。系统502可以类似于系统402，并且可包括多种部件中的一者或多者，诸如存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142、目标部件204、更新部件304和/或平衡部件404。系统502还可包括移除部件504。

在各种实施方案中，存储器104、处理器106、控制部件108、要求部件110、分配部件112、工作部件114、荚包116、容器118、容器120、荚包122、容器124、容器126、工作部件128、荚包130、容器132、容器134、荚包136、容器138、容器140、医疗装置142、目标部件204、更新部件304、平衡部件404和/或移除部件504中的一者或多者可以(例如，通过总线或无线网络)通信地或可操作地彼此耦合以执行系统502的一个或多个功能。

根据一个实施方案，响应于(例如，通过移除部件504)确定满足主机移除标准，移除部件504可以从一组主机(例如，本文的工作部件)中的主机移除。例如，此类移除标准可包括维护标准(例如，维护计划表)。又如，此类移除标准可包括性能标准(例如，性能阈值)。如先前所讨论的，本文的工作部件和/或容器可以(例如，通过移除部件504)被移除以便更新本文的医疗应用程序。

需要说明的是，本文的各种系统和架构可包括或可通信地耦合到实现多种通信协议(例如，红外(“IR”)、短波传输、近场通信(“NFC”)、蓝牙、Wi-Fi、长期演进(“LTE”)、3G、4G、5G、6G、全球移动通信系统(“GSM”)、码分多址(“CDMA”)、卫星、视觉线索、无线电波等)所需的硬件。

参考图6，示出了架构600、602、604、606、608、610和612。此类架构示出了本文包括多种部件的一系列各种实施方案。例如，架构600包括单个硬件主机。就这一点而言，架构600可包括单个服务器614(例如，超级管理器OS硬件)。此类服务器614可包括多个虚拟机。

根据一个示例，服务器可包括十个虚拟机。就这一点而言，十个虚拟机中的一个或多个可以为Kubernetes集群的一部分。例如，十个虚拟机中的八个可以为Kubernetes集群中的节点。前述Kubernetes集群可以实现被托管在Kubernetes集群上的软件限定存储装置和服务/应用程序。在一个实施方案中，架构600可包括根据本文其它实施方案的系统(例如，具有用于扩展的容量)的基础。

架构602可包括类似于架构600的部件。例如，架构602可包括与交换机616连接的多个服务器614，其中每个服务器包括多个虚拟机。此类虚拟机中的任一者可包括Kubernetes集群中的节点(例如，本文的控制部件、工作部件或主机)，以实现被托管在Kubernetes集群中的软件限定存储装置以及服务或应用程序。根据一个实施方案，虚拟机可以与本文的超级管理器以一对一关系交互，使得将更多物理服务器614添加到物理系统(例如，系统102)中不影响(例如，改变处理能力)现有虚拟机。相反，在一个实施方案中，虚拟机仅与虚拟机所需的相应硬件交互。就这一点而言，例如，通过添加第二服务器614，对应系统(例如，系统102)可以在尺寸上翻倍，而不改变或中断先前存在的应用程序、服务或其它系统102部件。

架构604至612可以利用附加的联网服务器来进一步增加Kubernetes集群的能力。例如，架构604可包括与交换机616连接的两个或更多个服务器614。在一些实施方案中，分布式服务器614可以间接地连接到交换机616(例如，在分布式集群中)。根据一个实施方案，在架构606中，服务可以为云定位的(例如，经由诸如云618的共享网络)，并且可以被联合到系统中作为可用作单个系统(例如，系统102)的一组服务。就这一点而言，本文的多个系统可以彼此协作。例如，一个系统需要附加的计算能力，并且另一个系统具有备用的计算能力，则计算可以相应地跨系统分布。在架构608中，现有系统可以耦合到附加硬件。根据一个示例，此类附加硬件可以远程定位(例如，在顾客站点处)。架构610可以利用超级管理器托管环境(例如，具有VMware集群)。就这一点而言，本文的系统可以被部署在现有托管环境顶上。根据一个实施方案，架构612可以为完全云管理的。就这一点而言，可以省略物理硬件，并且本文的系统(例如，系统102)可以为完全云托管的。

需要说明的是，除本文所述的或为了简洁而省略的其它合适的架构或系统之外，架构604至612可以使得规模化基础架构能够在临床环境中托管医疗应用程序和基于软件的医疗装置。与传统的基于云的环境相反，此类可缩放性可以实现垂直控制，使得可以更容易地管理医疗系统。另外，通过以物理机器和/或虚拟机的形式添加更多机器来托管更多应用程序，可以快速地和高效地水平缩放本文的系统。

现在转向图7，示出了根据本文的各种实施方案的通信拓扑结构架构700。架构700可包括多个系统702，该多个系统可各自包括一个或多个工作部件704和控制部件706。每个工作部件704(例如，Kubernetes工作虚拟机)可包括除基础结构部件(诸如存储和网络部件)之外的应用程序/服务。本文所述的Kubernetes集群可以使得架构700能够例如在自给式数据中心中被实现，或者被实现为基于云的基础结构。网关708和710可以使得相应的通信能够流入/流出架构700。

现在转向图8至图10，示出了根据本文的各种实施方案的拓扑结构800、900和1000。拓扑结构800可包括物理集群802，拓扑结构900可包括虚拟集群902，并且拓扑结构1000可包括混合集群1002，该混合集群包括物理集群部件和虚拟集群部件两者和/或子部件。物理集群802可包括一个或多个物理主机804(例如，服务器)。此类物理主机804可包括例如如在医疗设施中实现的受到管理的硬件或器具，并且可以托管虚拟机(例如，本文的工作部件和/或控制部件)。虚拟集群902可包括用于托管本文所述的虚拟机的超级管理器904。混合集群1002可包括物理主机804和超级管理器904的组合。集群802、902和1002中的每一者可包括Kubernetes节点。就这一点而言，本文的Kubernetes系统可以被利用以提供单个或多个变化的服务或应用程序。此类应用程序或服务的示例可包括：医疗成像应用程序、外科手术应用程序、患者监测应用程序、IT服务、药物递送应用程序或者与保健系统或医疗装置有关的各种其它合适的应用程序或服务。

需要说明的是，本文所述的架构和/或系统可以支持广泛的医疗装置(例如，医疗装置142)和/或相关联的软件，诸如医疗成像、患者监测、电子医疗记录、远程医疗服务或其它合适的硬件和相关联的软件。

通过利用本文所述的系统和/或架构，可以进行快速验证和校验，至少因为本文的应用程序和服务可以利用Kubernetes结构，并且整个系统不需要响应于系统中的孤立修改、升级或其它改变而被重新校验/重新验证。例如，可以校验医疗应用程序。在该示例中，此类医疗应用程序可以使用限定数量的CPU核和限定量的存储器来执行其要求。如果附加资源被添加到相关联的系统，则尽管系统改变，医疗应用程序不需要被重新校验/重新验证，例如，因为医疗应用程序本身可以在已经在其中进行测试的环境中孤立地工作(例如，通过利用Kubernetes容器化结构和/或经由虚拟机)。就这一点而言，缩放系统的影响可以从在其中运行经验证/经校验的医疗应用程序的环境中被提取出来。另外，由于两个医疗应用程序利用Kubernetes托管，对一个医疗应用程序的修改不影响另一个医疗应用程序。

通过利用Kubernetes/云本地平台，相关联的系统(例如，系统102)可以为模块化的，因为本文所述的硬件部件可以与虚拟部件隔离，并且虚拟部件可以与Kubernetes分离，并且Kubernetes可以与临床服务分离。就这一点而言，利用本文所述的架构的系统可以部署从彼此中被提取的各种层，使得本文的系统可以彼此孤立地改变或被扩大(例如，添加更多硬件而不修改在顶上运行的任何事物，添加更多虚拟机而不修改底层物理硬件，添加更多服务/应用程序而不改变工作部件)，并且可以被部署在现有硬件上或虚拟机上。前述内容提供了高度规模化架构，因此使得系统能够具有可缩放性，该可缩放性可以满足保健行业固有的监管、性能和/或可靠性要求。

利用本文所述的架构的系统能够实现低延迟和高一致性性能和/或可靠性(如在医疗环境中可能要求的)，以满足各种临床要求。就这一点而言，利用本文所述的系统或架构的系统可以支持(例如，具有优先级调度的)低延迟、高性能应用程序(例如，医疗应用程序)。根据一个实施方案，本文所述的医疗应用程序可包括相对于彼此的各种优先级，并且本文的系统资源可以相对于此类优先级被分配和/或调整。例如，此类优先级可以响应于医疗和/或医疗应用程序要求中的改变而改变，或者可以通过机器学习来被确定。就这一点而言，本文的系统可以利用机器学习以基于各种历史、当前和未来的临床需要、临床要求和/或系统资源来确定优先级。进一步就这一点而言，系统可以自我识别其自身的限制(例如，计算能力、存储容量、网络吞吐量、可用存储器或其它合适的限制)，并且识别系统当前对于其不能满足相应要求的医疗应用程序。此类系统可以(例如，使用机器学习)建议此类应用程序独立于系统地被托管。类似地，系统可以评估对如应用于现有应用程序的新临床要求的遵从性，并且确定系统当前是否可以满足那些要求，或者系统可以如何适于满足此类要求(例如，使用本文的所述机器学习)。

根据一个示例，两个或更多个医疗应用程序可以共享资源。在该示例中，响应于较高优先级应用程序的医疗应用程序需要当前被较低优先级的医疗应用程序利用的系统资源，本文的系统(例如，系统102)可以快速地将源重新分配给较高优先级医疗应用程序。根据一个实施方案，此类优先级可以对应于延迟要求。例如，相比于医疗图像浏览应用程序，某些医疗应用程序(例如，外科手术应用程序)可以具有较高的优先级和较严格的延迟要求。本文的优先级可以与医疗装置的类型、临床过程、软件类型或用于确定本文的医疗应用程序的优先级的其它合适的标识和/或度量相关联。

在各种实施方案中，本文所述的架构和/或系统可以利用专用网络、部分专用网络或其它合适的网络，并且可以附加地或另选地利用共同子网络。另外，单个注册表实例可以作为Kubernetes集群内的服务来运行。就这一点而言，Kubernetes可以从注册表中检索容器，然后运行该容器的内容。进一步就这一点而言，本文的容器不被直接部署。除其它合适的注册表之外，可以(例如，通过系统102)利用启动加载器注册表来便于本文所述的系统的操作。可以进一步理解，本文所述的架构和/或系统实现了安全通信(例如，内部和外部通信)。

本文实现了多种聚类层。例如，非协作集群可包括可以托管Kubernetes集群虚拟机的物理机器。协作集群(例如，在非协作集群上运行)可包括包含多个Kubernetes集群虚拟机(例如，本文的工作部件)的集群，而不管Kubernetes集群在其顶上运行的物理机器的数量。

现在转向图11，示出了根据本文所述的一个或多个实施方案的与分布式医疗软件平台有关的过程1100的流程图。在1102处，可以(例如，使用要求部件110)确定表示应用程序(例如，一组医疗应用程序中的医疗应用程序)的一个或多个要求的要求信息。在1104处，基于要求信息，可以(例如，使用分配部件112)分配可采用以托管和运行医疗应用程序容器的集群的元素。就这一点而言，集群的元素可以(例如，通过要求部件110或分配部件112)被确定为满足要求信息。在1106处，可以(例如，使用平衡部件404)跨集群中的主机来平衡计算。就这一点而言，每个所分配的主机(例如，本文的工作部件)可以操作本文所述的相应医疗应用程序容器中的医疗应用程序的副本。在1108处，医疗应用程序可以被托管在(例如，本文所述的一个或多个工作部件的)相应医疗应用程序容器中。在1108处，如果(例如，经由更新部件304)接收到(例如，对所托管的医疗应用程序的)更新，则过程可以前进至1112，在此处可以(例如，通过更新部件304)跨集群来应用更新。在1110处，如果没有(例如，通过更新部件304)接收到更新数据，则过程可以前进至1114。在1114处，如果(例如，通过控制部件108从医疗装置142)接收到医疗数据，则过程可以前进至1116。如果在1114处没有接收到医疗数据，则过程可以前进至1120。在1116处，可以(例如，使用目标部件204)基于医疗数据来确定目标(例如，目标医疗应用程序)。在1118处，可以(例如，使用目标部件204)将医疗数据提供给所确定的医疗应用程序。在1120处，如果要对一个或多个元素(例如，主机，诸如本文的工作部件)执行维护(诸如在计算结构层处或在容器编排集群层处重新设定系统的尺寸，将软件补丁或更新应用于现有的已安装的系统或应用程序软件，将软件升级应用于现有平台软件，安装要在系统中被托管的新应用程序，安装将在系统中可用的新平台应用程序，改变系统配置，更新本文的医疗应用程序，或其它合适的维护)，则可以(例如，通过移除部件504)在1124处从集群中(例如，临时地)移除主机(例如，工作部件)，使得可以对主机(例如，工作部件)执行此类维护。如果在1120处不需要维护，则过程可以前进至1122。如果在1122处，在主机(例如，不根据限定主机规范来执行的主机)处存在性能问题，则可以(例如，通过移除部件504)在1124处移除相应主机。如果在1122处不存在性能问题，则过程可以结束(或在1102处重复)。

图12示出了根据本文所述的一个或多个实施方案的针对与分布式医疗软件平台相关联的过程1200的流程框图。在1202处，过程1200可包括：(例如，使用要求部件110)确定表示一组医疗应用程序中的(例如，与医疗装置相关联的)医疗应用程序的一个或多个要求的要求信息。在1204处，过程1200可包括：基于要求信息，(例如，使用分配部件112)分配集群的元素，该集群的该元素可采用以在医疗应用程序容器中托管和运行医疗应用程序，其中集群的元素被确定为满足要求信息。在1206处，过程1200可包括：响应于分配集群的元素，(例如，经由工作部件114和/或工作部件128)在医疗应用程序容器中托管医疗应用程序。需要说明的是，托管医疗应用程序可包括：将医疗应用程序通信地耦合到医疗装置(例如，医疗装置142)。

尽管出于简化说明的目的，本文所述的方法(例如，本文所述的过程1100、1200和附加的过程)被示出并描述为一系列动作，但是所公开主题不受动作顺序的限制，因为一些动作能够以不同的顺序发生和/或与本文所示和所述的其它动作同时发生。例如，本领域技术人员应当理解并认识到，方法可以另选地表示为一系列相互关联的状态或事件，诸如在状态图中。此外，可能不需要所有示出的动作来实现根据所公开主题的方法。此外，应当理解，本公开中公开的方法能够存储在制品上，以促进将这种方法传输和转移到计算机或其他计算设备。为简洁起见，省略了对相应实施例中采用的类似元件的重复描述。

为了提供针对本文所述的各种实施方案的附加上下文，图13和以下讨论旨在提供可在其中实现本文所述的实施方案的各种实施方案的合适计算环境1300的简要一般描述。虽然上文已在可在一个或多个计算机上运行的计算机可执行指令的一般上下文中描述了实施方案，但本领域的技术人员将认识到，这些实施方案也可与其它程序模块结合和/或作为硬件和软件的组合来实现。

通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、部件、数据结构等。此外，本领域的技术人员将会理解，各种方法可以用其它计算机系统配置来实践，包括单处理器或多处理器计算机系统、小型计算机、大型计算机、物联网(IoT)设备、分布式计算系统，以及个人计算机、手持计算设备、基于微处理器的或可编程的消费电子产品等，它们中的每一者可操作地耦合到一个或多个相关联的设备。

本文实施方案的所例示的实施方案还可以在分布式计算环境中实践，在该环境中，由通过通信网络链接的远程处理设备履行特定任务。在分布式计算环境中，程序模块可以位于本地和远程存储器存储设备中。

计算设备通常包括各种介质，该各种介质可以包括计算机可读存储介质、机器可读存储介质和/或通信介质，其中在本文中这两个术语的使用彼此不同，如下所述。计算机可读存储介质或机器可读存储介质可以是可由计算机访问的任何可用存储介质，并且包括易失性和非易失性介质、可移动和不可移动介质。以举例的方式而非限制，计算机可读存储介质或机器可读存储介质可以结合用于存储信息诸如计算机可读或机器可读指令、程序模块、结构化数据或非结构化数据的任何方法或技术来实现。

计算机可读存储介质可包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存存储器或其它存储器技术、光盘只读存储器(CD-ROM)、数字通用盘(DVD)、蓝光盘(BD)或其它光盘存储装置、磁带盒、磁带、磁盘存储装置或其它磁存储设备、固态驱动器或其它固态存储设备或者可用于存储所需信息的其它有形和/或非暂态介质。就这一点而言，本文如应用于存储装置、存储器或计算机可读介质的术语“有形”或“非暂态”应理解为仅排除传播暂态信号本身作为修饰语，并且不放弃对于不仅是传播暂态信号本身的所有标准存储装置、存储器或计算机可读介质的权利。

计算机可读存储介质可以由一个或多个本地或远程计算设备访问，例如，经由访问请求、查询或其它数据检索协议，以实现关于由介质存储的信息的各种操作。

通信介质通常在数据信号中包含计算机可读指令、数据结构、程序模块或其它结构化或非结构化数据，该数据信号可以是诸如调制数据信号，例如载波或其它传输机制，并包括任何信息传递或传输介质。术语“调制数据信号”或“信号”是指设置或改变其一个或多个特征以在一个或多个信号中编码信息的信号。以举例的方式而非限制，通信介质包括有线介质，诸如有线网络或直接有线连接，以及无线介质，诸如声学、RF、红外和其它无线介质。

再次参考图13，用于实现本文所述方面的各种实施方案的示例性环境1300包括计算机1302，计算机1302包括处理单元1304、系统存储器1306和系统总线1308。系统总线1308将包括但不限于系统存储器1306的系统部件耦合到处理单元1304。处理单元1304可以为各种可商购获得的处理器中的任何一种处理器。双微处理器和其它多处理器架构也可用作处理单元1304。

系统总线1308可以为可使用多种可商购获得的总线架构中的任一种总线架构进一步互连到存储器总线(具有或不具有存储器控制器)、外围总线和局部总线的若干类型总线结构中的任一种总线结构。系统存储器1306包括ROM 1310和RAM 1312。基本输入/输出系统(BIOS)可以被存储在非易失性存储器诸如ROM、可擦除可编程只读存储器(EPROM)、EEPROM中，其中BIOS包含基本例程，该基本例程有助于诸如在启动期间在计算机1302内的元件之间传送信息。RAM 1312还可包括高速RAM，诸如用于高速缓存数据的静态RAM。

计算机1302还包括内部硬盘驱动器(HDD)1314(例如，EIDE、SATA)、一个或多个外部存储设备1316(例如，磁软盘驱动器(FDD)1316、记忆棒或闪存驱动器读取器、存储卡读取器等)和光盘驱动器1320(例如，其可从CD-ROM盘、DVD、BD等读取或写入)。虽然内部HDD1314被示出为位于计算机1302内，但内部HDD 1314也可以被配置为在合适的基础结构(未示出)中用于外部使用。另外，虽然在环境1300中未示出，但固态驱动器(SSD)可以作为HDD1314的补充或替代使用。HDD 1314、外部存储设备1316和光盘驱动器1320可分别通过HDD接口1324、外部存储接口1326和光盘驱动器接口1328连接到系统总线1308。用于外部驱动具体实施的接口1324可包括通用串行总线(USB)和电气与电子工程师协会(IEEE)1394接口技术中的至少一者或两者。其它外部驱动连接技术在本文所述的实施方案的设想内。

驱动器及其相关联的计算机可读存储介质提供数据、数据结构、计算机可执行指令等的非易失性存储。对于计算机1302，驱动器和存储介质以合适的数字格式容纳任何数据的存储。尽管上文对计算机可读存储介质的描述是指相应类型的存储设备，但本领域的技术人员应当理解，计算机可读的其它类型的存储介质(无论是目前存在的还是将来开发的)也可用于示例性操作环境中，并且另外，任何此类存储介质可包含用于执行本文所述方法的计算机可执行指令。

多个程序模块可以被存储在驱动器和RAM 1312中，包括操作系统1330、一个或多个应用程序1332、其它程序模块1334和程序数据1336。操作系统、应用程序、模块和/或数据的全部或部分也可以被高速缓存在RAM 1312中。本文所述的系统和方法可利用各种可商购获得的操作系统或操作系统的组合来实现。

计算机1302可以任选地包括仿真技术。例如，超级管理器(未示出)或其它中介可以仿真用于操作系统1330的硬件环境，并且仿真的硬件可以任选地不同于图13所示的硬件。在此类实施方案中，操作系统1330可包括在计算机1302处托管的多个虚拟机(VM)中的一个VM。此外，操作系统1330可以为应用程序1332提供运行时环境，诸如Java运行时环境或.NET框架。运行时环境是允许应用程序1332在包括运行时环境的任何操作系统上运行的相符执行环境。类似地，操作系统1330可以支持容器，并且应用程序1332可以采用容器的形式，其是轻质的、独立的、可执行的软件包，该软件包包括例如用于应用程序的代码、运行时、系统工具、系统库和设定。

另外，计算机1302可以利用安全模块诸如可信处理模块(TPM)来启用。例如，在TPM的情况下，引导部件在下一次引导部件中散列化，并且在加载下一个引导部件之前等待结果与安全值的匹配。该过程可以发生在计算机1302的代码执行栈中的任何层，例如应用于应用程序执行层级或操作系统(OS)内核层级，从而实现任何代码执行层级的安全性。

用户可以通过一个或多个有线/无线输入设备(例如，键盘1338、触摸屏1340和指向设备诸如鼠标1342)将命令和信息输入到计算机1302中。其它输入设备(未示出)可包括麦克风、红外(IR)遥控器、射频(RF)遥控器或其它遥控器、操纵杆、虚拟现实控制器和/或虚拟现实头戴式耳机、游戏板、触笔、图像输入设备(例如相机)、手势传感器输入设备、视觉移动传感器输入设备、情绪或面部检测设备、生物识别输入设备(例如指纹或虹膜扫描仪)等。这些和其它输入设备通常通过输入设备接口1344连接到处理单元1304，该输入设备接口可以耦合到系统总线1308，但这些和其它输入设备可以通过其它接口连接，诸如并行端口、IEEE 1394串行端口、游戏端口、USB端口、IR接口、

接口等。

监视器1346或其它类型的显示设备也可以经由接口(诸如视频适配器1348)连接到系统总线1308。除监视器1346之外，计算机通常包括其它外围输出设备(未示出)，诸如扬声器、打印机等。

计算机1302可以使用经由有线和/或无线通信到一个或多个远程计算机(诸如远程计算机1350)的逻辑连接而在联网环境中工作。远程计算机1350可以为工作站、服务器计算机、路由器、个人计算机、便携式计算机、基于微处理器的娱乐器具、对等设备或其它共同网络节点，并且通常包括相对于计算机1302所述的许多或所有元件，但为了简洁起见，仅示出了存储器/存储设备1352。示出的逻辑连接包括到局域网(LAN)1354和/或更大网络(例如，广域网(WAN)1356)的有线/无线连接。此类LAN和WAN联网环境常见于办公室和公司中，并且有利于企业范围内的计算机网络，诸如内联网，所有这些网络均可连接到全球通信网络，例如互联网。

当在LAN联网环境中使用时，计算机1302可以通过有线和/或无线通信网络接口或适配器1358连接到本地网络1354。适配器1358可以便于与LAN 1354的有线或无线通信，该LAN还可包括设置在其上的无线接入点(AP)，用于在无线模式下与适配器1358通信。

当在WAN联网环境中使用时，计算机1302可包括调制解调器1360，或者可以经由用于通过WAN 1356建立通信的其它装置(诸如通过互联网)连接到WAN 1356上的通信服务器。调制解调器1360(其可以为内部或外部的以及有线或无线设备)可以经由输入设备接口1344连接到系统总线1308。在联网环境中，相对于计算机1302或其部分示出的程序模块可以被存储在远程存储器/存储设备1352中。应当理解，所示的网络连接是示例，并且可使用在计算机之间建立通信链路的其它装置。

当在LAN或WAN联网环境中使用时，除了如上所述的外部存储设备1316之外或作为其替代，计算机1302可访问云存储系统或其他基于网络的存储系统。一般来讲，计算机1302与云存储系统之间的连接可以例如分别通过适配器1358或调制解调器1360通过LAN 1354或WAN 1356建立。在将计算机1302连接到相关联的云存储系统时，外部存储接口1326可以借助于适配器1358和/或调制解调器1360管理由云存储系统提供的存储，如同其它类型的外部存储装置那样。例如，外部存储接口1326可以被配置为提供对云存储源的访问，如同这些源物理地连接到计算机1302那样。

计算机1302可以可操作为与以无线通信方式操作地设置的任何无线设备或实体通信，例如打印机、扫描仪、台式计算机和/或便携式计算机、便携式数据助理、通信卫星、与无线可检测标签(例如，自助服务机、书报亭、商店货架等)相关联的任何设备件或位置、以及电话。这可包括无线保真(Wi-Fi)和

无线技术。因此，通信可以是与常规网络一样的预定义结构，或者仅仅是至少两个设备之间的自组织通信。

现在参考图14，示出了根据本说明书的计算环境1400的示意性框图。系统1400包括一个或多个客户端1402(例如，计算机、智能电话、平板电脑、相机、PDA)。客户端1402可以为硬件和/或软件(例如，线程、进程、计算设备)。例如，客户端1402可以通过采用本说明书来容纳小型文本文件(cookie)和/或相关联的上下文信息。

系统1400还包括一个或多个服务器1404。服务器1404还可以为硬件或与软件组合的硬件(例如，线程、进程、计算设备)。例如，服务器1404可以容纳线程，以通过采用本公开的各方面来执行媒体项目的转变。客户端1402与服务器1404之间的一种可能的通信可以为适于在两个或更多个计算机进程之间传输的数据分组的形式，其中数据分组可包括编码的经分析的顶空(headspace)和/或输入。例如，数据分组可包括小型文本文件和/或相关联的上下文信息。系统1400包括通信框架1406(例如，全球通信网络，诸如互联网)，该通信框架可被采用以便于客户端1402与服务器1404之间的通信。

可以通过有线(包括光纤)和/或无线技术来促进通信。客户端1402操作地连接到一个或多个客户端数据存储装置1408，该一个或多个客户端数据存储装置可以被采用以存储客户端1402本地的信息(例如，小型文本文件和/或相关联的上下文信息)。类似地，服务器1404操作地连接到一个或多个服务器数据存储装置1410，该一个或多个服务器数据存储装置可以被采用以存储服务器1404本地的信息。

在一个示例性具体实施中，客户端1402可以向服务器1404传送经编码的文件(例如，经编码的媒体项目)。服务器1404可以存储文件、解码文件或将文件传输到另一个客户端1402。需要说明的是，客户端1402还可以将未压缩文件传送到服务器1404，并且服务器1404可以根据本公开压缩文件和/或转变文件。同样，服务器1404可以编码信息，并且经由通信框架1406将信息传输到一个或多个客户端1402。

本公开的所示出方面还可在分布式计算环境中实践，其中由通过通信网络链接的远程处理设备执行某些任务。在分布式计算环境中，程序模块可以位于本地和远程存储器存储设备中。

以上描述包括各种实施方案的非限制性示例。当然，无法出于描述所公开的主题的目的而描述部件或方法的每一种可想到的组合，并且本领域的技术人员可以认识到，各种实施方案的另外的组合和排列是可能的。所公开的主题旨在涵盖落入所附权利要求的精神和范围内的所有此类更改、修改和变化。

关于由上述部件、设备、电路、系统等执行的各种功能，除非另外指明，否则用以描述此类部件的术语(包括对“装置”的提及)旨在还包括执行所描述部件的指定功能的任何结构(例如，功能等同物)，即使在结构上不等同于所公开的结构。此外，尽管可能仅针对若干具体实施中的一个公开了所公开的主题的具体特征，但是这样的特征可以与其他具体实施的一个或多个其他特征组合，如对于任何给定或特定应用可能需要和有利的那样。

如本文所用，术语“示例性”和/或“演示性”旨在表示用作示例、实例或说明。为了避免疑问，本文中所公开的主题不受这类示例的限制。另外，本文描述为“示例性”和/或“演示性”的任何方面或设计不必被理解为比其它方面或设计更优选或有利，也不意指排除本领域的技术人员已知的等同结构和技术。此外，在详细描述或权利要求中使用术语“包括”、“具有”、“包含”和其它类似词语的情况下，此类术语旨在(以类似于作为开放转换词的术语“包括”的方式)为包括性的，而不排除任何附加或其它元素。

如本文所用，术语“或”旨在意指包括性的“或”而不是排他性的“或”。例如，表述“A或B”旨在包括A、B以及A和B两者的实例。另外，如本申请和所附权利要求中所使用，冠词“一(a)”和“一(an)”通常应当被解释为意指“一个或多个”，除非另外指定或从上下文清楚得知是针对单数形式。

如本文所采用，术语“集”排除空集，即，其中没有元素的集。因此，本公开中的“集”包括一个或多个元素或实体。同样，如本文所用，术语“组”是指一个或多个实体的集合。

如本文所提供的对本公开的所示实施方案的描述(包括摘要中所述的内容)并非旨在穷举或将所公开的实施方案限制于所公开的精确形式。虽然出于例示的目的在本文描述了特定实施方案和示例，但是本领域的技术人员可以认识到的，在此类实施方案的范围内所考虑的各种修改是可能的。就这一点而言，虽然本文已在适用的情况下结合各种实施方案和对应附图描述了主题，但应理解，可以使用其它类似实施方案，或者可以对所述实施方案作出修改和添加，以执行所公开主题的相同、类似、替代或取代功能而不偏离所公开主题。因此，所公开主题不应限于本文所述的任何单个实施方案，而是应根据所附权利要求的广度和范围来解释。

Claims (20)

1.一种系统，所述系统包括：

处理器；和

存储可执行指令的存储器，所述可执行指令在被所述处理器执行时便于操作的执行，所述操作包括：

确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中所述医疗应用程序与医疗装置相关联；

基于所述要求信息，分配集群的元素，所述集群的所述元素能够采用以在医疗应用程序容器中托管和运行所述医疗应用程序，其中所述集群的所述元素被确定为满足所述要求信息；以及

响应于分配所述集群的所述元素，在所述医疗应用程序容器中托管所述医疗应用程序，其中托管所述医疗应用程序包括：

将所述医疗应用程序通信地耦合到所述医疗装置。

2.根据权利要求1所述的系统，其中分配所述集群的所述元素包括：分配冗余元素以托管和运行所述医疗应用程序。

3.根据权利要求2所述的系统，其中所述集群的所述元素包括一个或多个主机，并且其中分配冗余元素以托管和运行所述医疗应用程序包括：除基于所述要求信息所确定的在所述医疗应用程序容器中托管和运行所述医疗应用程序所要求的最少数量的主机之外，还分配至少一个额外的主机，以在医疗应用程序容器中托管和运行所述医疗应用程序。

4.根据权利要求1所述的系统，其中所述操作还包括：

响应于从所述医疗装置接收医疗数据，基于所述医疗数据来确定针对所述医疗数据的目标应用程序，其中所述目标应用程序被确定为所述医疗应用程序。

5.根据权利要求1所述的系统，其中所述集群跨位于顾客站点处的第一服务器和位于云存储站点处的第二服务器分布，并且其中所述顾客站点不同于所述云存储站点。

6.根据权利要求1所述的系统，其中所述操作还包括：

响应于接收表示对所述医疗应用程序的更新的更新数据，跨所述集群应用所述更新数据。

7.根据权利要求1所述的系统，其中所述医疗装置包括国际电工委员会62304C类医疗装置。

8.根据权利要求1所述的系统，其中所述集群包括容器化机器学习服务，所述容器化机器学习服务能够由所述医疗应用程序采用以便于与所述医疗应用程序相关联的机器学习操作。

9.根据权利要求1所述的系统，其中所述集群包括容器化医学数字成像和通信服务，所述容器化医学数字成像和通信服务能够由所述医疗应用程序采用以便于与所述医疗应用程序相关联的医疗成像操作。

10.根据权利要求1所述的系统，其中所述医疗应用程序包括根据临床规律要求的经验证和经校验的医疗应用程序。

11.一种非暂态机器可读介质，所述非暂态机器可读介质包括可执行指令，所述可执行指令在被处理器执行时便于操作的执行，所述操作包括：

确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中所述医疗应用程序与医疗装置相关联；

基于所述要求信息，分配集群的元素，所述集群的所述元素能够采用以在医疗应用程序容器中托管和运行所述医疗应用程序，其中所述集群的所述元素被确定为满足所述要求信息；以及

响应于分配所述集群的所述元素，在所述医疗应用程序容器中托管所述医疗应用程序，其中托管所述医疗应用程序包括：将所述医疗应用程序通信地耦合到所述医疗装置。

12.根据权利要求11所述的非暂态机器可读介质，其中所述集群的所述元素包括两个或更多个主机，并且其中所述操作还包括：

跨所述两个或更多个主机来平衡与所述医疗应用程序相关联的计算，其中所述两个或更多个主机中的每个主机操作相应医疗应用程序容器中的所述医疗应用程序的副本。

13.根据权利要求12所述的非暂态机器可读介质，其中所述操作还包括：

除基于所述要求信息所确定的在所述医疗应用程序容器中托管和运行所述医疗应用程序所要求的最少数量的主机之外，还分配所述两个或更多个主机中的至少一个冗余主机，以在医疗应用程序容器中托管和运行所述医疗应用程序。

14.根据权利要求12所述的非暂态机器可读介质，其中所述两个或更多个主机包括两个或更多个虚拟机，并且其中所述操作还包括：

基于所述要求信息，使用超级管理器来生成所述两个或更多个虚拟机。

15.根据权利要求11所述的非暂态机器可读介质，其中所述操作还包括：

响应于从所述医疗装置接收医疗数据，基于所述医疗数据来从所述一组医疗应用程序当中确定针对所述医疗数据的目标应用程序，其中所述目标应用程序包括所述医疗应用程序。

16.一种方法，所述方法包括：

通过包括处理器的分布式医疗软件平台托管设备来确定表示一组医疗应用程序中的医疗应用程序的一个或多个要求的要求信息，其中所述医疗应用程序与医疗装置相关联；

基于所述要求信息，通过所述分布式医疗软件平台托管设备来分配集群的元素，所述集群的所述元素能够采用以在医疗应用程序容器中托管和运行所述医疗应用程序，其中所述集群的所述元素被确定为满足所述要求信息；以及

响应于分配所述集群的所述元素，通过所述分布式医疗软件平台托管设备在所述医疗应用程序容器中托管所述医疗应用程序，其中托管所述医疗应用程序包括：将所述医疗应用程序通信地耦合到所述医疗装置。

17.根据权利要求16所述的方法，所述方法还包括：

除基于所述要求信息所确定的在所述医疗应用程序容器中托管和运行所述医疗应用程序所要求的最少数量的主机之外，还通过所述分布式医疗软件平台托管设备来分配包括至少一个冗余主机的一组主机，以在医疗应用程序容器中托管和运行所述医疗应用程序。

18.根据权利要求17所述的方法，所述方法还包括：

响应于确定满足主机移除标准，通过所述分布式医疗软件平台托管设备从所述一组主机中移除主机。

19.根据权利要求18所述的方法，其中所述主机移除标准包括维护标准。

20.根据权利要求18所述的方法，其中所述主机移除标准包括性能标准。

Images