CN111902880A - 用于使用自描述模块来更新医学监视设备中的数据的方法和计算机可读记录介质 - Google Patents

Abstract

一种使用自描述模块来更新医学监视设备中的数据的方法和计算机可读记录介质。自描述模块包括元数据块（MDB），该元数据块（MDB）至少包括标识（ID）数据和对应的配置数据。医学监视设备包括多个子系统。将来自MDB的ID数据与医学监视设备的多个子系统的ID数据相关联，并且然后基于相关联的结果，用MDB中的配置数据更新至少一个子系统的配置数据。

Description

用于使用自描述模块来更新医学监视设备中的数据的方法和 计算机可读记录介质

相关申请的交叉引用

本申请要求2018年4月6日提交的美国临时申请第62/654,218号的权益，其全部内容通过引用完全合并于此。

技术领域

本公开的主题一般涉及更新医学监视设备中的数据。

背景技术

用于将患者前端与医学设备对接的常规模型在医学设备上创建软件，该软件被专门设计用于处置来自前端的数据。然而，这些常规模型也引入了需要解决的问题。一个问题是，在也不更新医学设备上的软件的情况下，向前端添加新参数是困难的，因为医学设备必须具有处理新参数的能力。此外，由于医学设备中的参数和软件两者一起被更新，因此它们也作为系统来测试和发布。此外，软件的新版本可能与客户位置处的先前发布的医学设备不兼容。

因此，提供一种用于自描述模块以高效且容易地更新医学监视设备中的数据的方法将是有利的并且是对相关技术的改进。

发明内容

本公开中描述的实施例提供了用于实现用于更新医学监视设备中的数据的自描述模块的方法。该方法包括使用通信接口将元数据块（MDB）从自描述模块传输到医学监视设备，该MDB至少包括标识（ID）数据和对应的配置数据；可选地，将MDB作为MDB数据的实例存储在医学监视设备的存储器中；将来自MDB的ID数据与医学监视设备的多个子系统的ID数据相关联；并且基于来自MDB的ID数据与多个子系统的ID数据之间的相关联的结果，用MDB中的配置数据来更新医学监视设备的至少一个子系统的配置数据。

本公开中描述的实施例提供了一种用于更新医学监视设备中的数据的自描述模块中的非暂时性计算机可读记录介质。非暂时性计算机可读记录介质存储一个或多个程序，当由处理器执行时，所述程序执行上面描述的方法的步骤。

附图说明

在附图中，相同的参考数字通常指示相同、功能相似和/或结构相似的元件。

图1是根据本公开的实施例的用于使用自描述模块来更新医学监视设备中的数据的系统的示意图；

图2图示了根据本公开的实施例的使用图1的系统的用于使用自描述模块来更新医学监视设备中的数据的方法；

图3图示了根据本公开的实施例的由医学监视设备执行的用于使用自描述模块来更新使用图1中的系统的医学监视设备中的数据的方法；

图4图示了根据本公开的实施例的使用图1中的系统的用于实现用于更新医学监视设备中的数据的自描述模块的方法；

图5图示了根据本公开的实施例的用于使用自描述模块来更新医学监视设备中的数据的方法；

图6是根据本公开的实施例的示例性自描述模块的示意图；

图7是根据本公开的实施例的示例性医学监视设备的示意图；

图8是根据本公开的实施例的示例性监视设备支架的示意图；以及

图9是根据本公开的实施例的示例性服务器的示意图。

具体实施方式

图1是用于使用自描述模块来更新医学监视设备中的数据的系统的示意图。如图1中所示，该系统包括自描述模块1、医学监视设备2、可选监视设备支架3和一个或多个服务器4。

将在图6到图9的讨论中提供对图1中所示的自描述模块1、医学监视设备2、可选监视设备支架3以及一个或多个服务器4的示例性内部组件的解释。然而，通常，本公开考虑自描述模块1、医学监视设备2、可选监视设备支架3和一个或多个服务器4包括可操作以接收、传输、处理、存储和/或管理与系统相关联的数据和信息的电子组件或电子计算设备，其包括适于执行与存储在存储器或计算机可读记录介质中的计算机可读指令的执行一致的计算任务的任何合适的处理设备。

此外，自描述模块1、医学监视设备2、可选监视设备支架3和一个或多个服务器4的计算设备中的任何、所有或一些可以适于执行任何操作系统，包括Linux、UNIX、WindowsServer等，以及适于虚拟化特定操作系统（包括定制的和专有的操作系统）的执行的虚拟机。自描述模块1、医学监视设备2、可选监视设备支架3和一个或多个服务器4被进一步配备有用于促进通过一个或多个连接5、6、7、8、9、10与其他计算设备的通信的组件。连接5、6、7、8、9、10包括到局域网和广域网、无线和有线网络、公共和专用网络以及使能系统中的通信的任何其他通信网络的连接。此外，本公开还考虑，连接5、6、7、8、9、10可以包括但不限于通用串行总线（USB）连接、串行外围接口（SPI）连接、以太网连接、同轴连接、无线连接、高清晰度多媒体接口（HDMI）连接、无线连接或其他串行传输连接以及其任何组合。

在图1中，示出了通过网络连接5、6、7、8、9、10连接的自描述模块1、医学监视设备2、可选监视设备支架3以及一个或多个服务器4。取决于期望的配置，这些组件中的每个都可以包括一个或多个计算设备。自描述模块1、医学监视设备2、可选监视设备支架3以及一个或多个服务器4可以包括一个或多个可编程数据处理器以及用于存储软件组件的存储器或存储器位置。在自描述模块1中，存储器包括元数据块（MDB）14，元数据块（MDB）14将在下面进一步讨论。自描述模块1中的一个或多个存储器包括但不限于随机存取存储器（RAM）、动态随机存取存储器（DRAM）、只读存储器（ROM）、现场可编程门阵列（FPGA）的逻辑块、可擦除可编程只读存储器（EPROM）和电可擦除可编程ROM（EEPROM）。

在某些实施例中，自描述模块1是患者监视模块或对接患者前端模块，其被配置成获取并处理由被配置成监视患者的生理参数的至少一个生理传感器生成的数据。由传感器（诸如ECG电极、SPO2传感器、血压袖带、呼吸暂停（apnea）检测传感器、呼吸器以及诸如此类）生成的过程数据，所述传感器测量诸如血压、心脏相关信息、脉搏血氧饱和度（pulseoximetry）、呼吸信息以及诸如此类的生理参数。MDB 14包括由自描述模块1的生理算法所需的设置。这些包括患者类别，诸如新生儿、儿科、成人等。MDB 14包括例如由生理算法所需的自描述模块1设置，诸如用户可改变的过滤器设置。用户可改变的过滤器设置可以包括针对警报设置的限制的值以及诸如此类。在自描述模块1中具有这些值允许通过自描述模块1发生更新以及诸如此类（例如，诸如版本修订之类的更新）。

为了利用新功能，自描述模块1可以以若干种方式提供灵活性。客户可以针对参数测量设备采用最新算法、特征和软件更新，而无需等待来自医学监视设备2的新版本的发布。用户可以配置参数测量设备的数量和类型，以满足不同的和变化的临床需求。服务方法可以比当前提供的服务方法更加统一，其中经由互联网远程访问所有参数测量设备的版本、日志、自测试、设置、历史和测量。

MDB 14可以包括用于将自描述模块1的自描述配置传递给诸如医学监视设备2的消费者的数据或信息。MDB 14可以通知医学监视设备2关于产生什么数据以及针对各种子系统的附加属性和医学监视设备2内的显示元素。MDB 14可以包括多个插件（plug-in），所述插件是用于允许相应的子系统的数据的通信的软件接口。每个插件可以与医学监视设备2接合（engage）。每个插件可以针对自描述模块1数据的每个消费者来实现。此外，MDB 14可以包括关于如何使用由自描述模块1产生的数据、如何格式化数据、多久更新一次数据、应该如何显示数据以及应该如何标记数据的信息。

MDB 14可以包括设备标识（ID）数据，诸如数据类型、更新速率、警报限制、设置和其他特性。例如，生理测量的报告和包括波形的设置可以以度量的形式被包括在MDB 14中。此外，MDB 14支持以下各项中的至少一个或多个：警报、自描述模块1的远程控制、服务相关数据检索，包括设备元数据、日志、软件更新和具有本地化数据库的本地化文本串。本地化文本串包括由自描述模块1支持的度量、警报和远程控制元素。

MDB 14还可以包括医学设备通信标准的子集，其描述并传送自描述模块1的状态。来自标准（诸如IEEE 11073-10207（针对面向服务的护理点（Point-of-Care）医学设备通信的域信息和服务模型的标准））的命名（nomenclature）和编码系统，可以提供自描述模块1的状态的状况。MDB 14可以包括医学数据信息库（MDIB），其是由特定医学设备提供的数据对象的集合，包括描述和状态信息。

在某些实施例中，医学监视设备2是被用于监视针对患者的各种生理参数的患者监视器。医学监视设备2可以是便携式的，并且与患者一起移动（travel），以便在护理期间提供连续监视。医学监视设备2经由有线和/或无线接口连接到一个或多个传感器，诸如ECG电极、SPO2传感器、血压袖带、呼吸暂停检测传感器、呼吸器以及诸如此类，所述传感器测量与患者相关联的生理参数，诸如血压、心脏相关信息、脉搏血氧饱和度、呼吸信息以及诸如此类。附加类型的信息可以通过医学监视设备2传送。医学监视设备2可以处理和/或显示从患者获得（derive）的模拟数据。

医学监视设备2包括多个子系统12。多个子系统12可以包括用于至少一个图形用户接口（GUI）的子系统，用于趋势、警报、报告、网络以及诸如此类。在该实施例或另一实施例中，医学监视设备2可以包括至少一个元数据插件接口（MPI）。多个子系统12中的每个子系统可以包括MPI之一，并且每个MPI可以具有与其相关联的版本。MPI与MDB 14接合，使得MDB 14的插件可以与子系统12的MPI相关联。MPI中的每个都可以用新的接口来更新，同时使已经就位（in place）的接口不变。自描述模块1的MDB 14可以包括连接到MPI的多个插件。医学监视设备2可以连接到至少一个患者传感器11，诸如ECG电极、SPO2传感器、血压袖带、呼吸暂停检测传感器、呼吸器以及诸如此类，所述传感器将患者数据提供给医学监视设备2。

MDB 14可以向医学监视设备2的消费者或用户提供关于正在提供什么数据和针对各种子系统的属性的信息，以及使能显示医学监视设备2内的元素。MDB 14包括针对医学监视设备2中的各种子系统12的标识（ID）数据和对应的配置数据。

监视设备支架3可以是可选组件。监视设备支架3可以向一个或多个计算机网络提供物理支持、电源和管道。在某些实施例中，当在运送患者时未使用医学监视设备2时，可以连接监视设备支架3。本公开考虑，在某些实施例中，医学监视设备2可以连接（例如，连接6）到监视设备支架3。在这些实施例中，自描述模块1连接到监视设备支架3，并且通过监视设备支架3（例如，连接10）建立从自描述模块1到医学监视设备2的通信。下面的实施例更详细地描述了通过监视设备支架3来自和去往自描述模块1和医学监视设备2的示例性通信。

图2图示了用于使用自描述模块1来更新医学监视设备2中的数据的方法。在步骤S1中，自描述模块1将MDB 14传输到医学监视设备2。MDB 14中提供的信息包括自描述模块1支持的度量的描述。参考图3和步骤S2-S4描述在接收到MDB 14之后由医学监视设备2执行的过程。在步骤S2中，医学监视设备2将MDB数据作为MDB数据13的实例存储在医学监视设备2的存储器中，这在图4中更详细地描述。然后，在步骤S3中，MDB数据13的实例被用于将来自MDB 14的ID数据与多个子系统12的ID数据相关联。当对于医学监视设备2而言ID数据是未知的时，可以忽略ID数据。在步骤S4中，基于两个ID数据之间的相关联的结果，用MDB 13的实例中的配置数据对多个子系统12中的至少一个子系统执行配置数据的更新。在运行时，度量的状态在MDB 14中改变，并由医学监视设备2接收。在某些实施例中，步骤S2不是必需的，并且医学监视设备2通过网络连接5、6、7、8、9、10中的一个或多个在网络上传输来自MDB14的信息，而不是将MDB数据作为实例存储在医学监视设备2的存储器中。然后在之后的步骤S3中，在步骤S3中，MDB数据14然后被用于将来自MDB 14的ID数据与多个子系统12的ID数据相关联。

在某些情况下，用户可能期望调整由MDB 14和自描述模块1提供的数据。由用户进行改变的示例将是要针对特定部门调整警报的限制。医学监视设备2包括用于促进医学监视设备2和用户之间的通信的用户接口。用户接口允许用户输入对数据的改变。返回到图2，用户可以使用用户接口将在医学监视设备2中进行的更新的子系统数据修改传输到自描述模块1，如步骤S5中所示。更新的子系统修改可以例如参考监视患者的生理传感器从医学监视设备2传输到自描述模块1。

图4和图5图示了自描述模块1和医学监视设备2之间的通信。在图4中，步骤S6到步骤S8被示出为通信过程中的潜在初始步骤。首先可以在步骤S6中通过连接（例如，连接7）在自描述模块1和医学监视设备2之间建立通信。连接的示例包括USB端口、SPI端口、以太网端口或其他类似的连接。一旦连接，医学监视设备2然后可以在步骤S7中检测自描述模块1。例如，自描述模块1可以具有与自描述模块1相关联的通用驱动，并且该驱动可以使得医学监视设备2能够检测自描述模块1。

在步骤S8中，医学监视设备2中的多个子系统12中的每个子系统12可以标识用于处理数据的子系统12中的每个内的准备状态（readiness）。准备状态的标识可以基于从医学监视设备2的每个子系统12传输的通知来发生。该通知可以是一旦多个子系统12中的所有子系统被启动并准备好通信就从医学监视设备2传输到自描述模块1的就绪（ready）信号。

图5图示了自描述模块1何时从医学监视设备2断开连接。一旦在自描述模块1和医学监视设备2之间存在断开连接，如在步骤S9中那样，在存储MDB 13的实例的实施例中，存储在医学监视设备2中的MDB 13的实例从医学监视设备2的存储器移除。当存在断开连接时，移除MDB 13的实例是确保医学监视设备2总是以MDB 14的正确的、最新的（up-to-date）版本操作的方式。每次连接自描述模块1时，由自描述模块1将MDB 14传输到医学监视设备2。一旦自描述模块1被重新连接到医学监视设备2，就重复如本文中描述的方法。

由于各种原因，可以从医学监视设备2移除自描述模块1。断开连接的原因的示例包括但不限于用新版本、新参数、新算法、特征或软件来更新自描述模块1。对医学监视设备2的更新也可以通过对自描述模块1的更新来处置。

当新参数被添加到MDB 14内的自描述模块1时，在医学监视设备2中的多个子系统中需要更新。一旦自描述模块1被重新连接或者第一次连接到医学监视设备2，就在存储在医学监视设备2中的MDB实例13中提供存在于MDB 14中的所有参数。因此，不存在对替换或移除医学监视设备2的需要。在某些实施例中，医学监视设备2可以被置于被保护同时正在进行MDB 14和MPI的新版本的上传的服务模式中。此外，在没有存储MDB实例13的某些实施例中，存在于MDB 14中的所有参数在传输时通过医学监视设备2提供。

来自每个插件的ID数据可以包括用于与支持特定名称空间的特定子系统12的MPI相关联的名称空间标识符。当对于医学监视设备2而言名称空间是未知的时，可以忽略该名称空间。

自描述模块1可以通过医学监视设备2和医学监视设备2的用户接口与用户通信。此外，如上面所提到的，自描述模块1以各种方式与医学监视设备2通信，所述方式诸如但不限于如何格式化数据、数据多久更新一次、应如何显示数据和/或应如何标记数据。可以在自描述模块1和医学监视设备2之间使用连接器的公共集合，这可以减少或消除对关于每个监视器的不同变型的需要。此外，通过自描述模块1的更新，可以及时引入最新的临床测量技术，医学监视设备2通过本文中描述的方法接收该自描述模块1。

图6是根据本公开的实施例的示例性自描述模块的示意图。本公开考虑，自描述模块1包括可操作以接收、传输、处理、存储和/或管理与先前描述的系统和方法相关联的数据和信息的电子组件或电子计算设备，其包括适于执行与存储在存储器或计算机可读记录介质中的计算机可读指令的执行一致的计算任务的任何合适的处理设备。

如图6中所示，示例性自描述模块1包括一个或存储器或存储器位置，包括主存储器30以及I/O接口32、用户接口33、通信接口34、一个或多个处理器35和可选电源31。主存储器30可以是随机存取存储器（RAM）、存储器缓冲器、硬盘驱动器、数据库、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、只读存储器（ROM）、闪存、硬盘或任何其他各种层的存储器层级。

主存储器30可以被用于存储与用于控制自描述模块1的一般功能的算法、过程或操作（包括MDB的操作）相关联的任何类型的指令以及任何操作系统，诸如Linux、UNIX、Windows Server或其他定制和专有操作系统。

可选电源31可以被用于为自描述模块1的各种组件供电。电源31可以是独立的（self-contained），诸如电池组，和/或电源31可以包括要通过电插座（直接或通过医学监视设备2和/或监视设备支架3）供电的接口。在某些实施例中，自描述模块1仅在被固定或以其他方式连接到医学监视设备2和监视设备支架3中的一个或多个时可以被供电并渲染信息。

I/O接口32可以是用于使得能够在自描述模块1和诸如医学监视设备2或可选监视设备支架3之类的外部设备之间传递信息的接口，所述外部设备需要用于与一个或多个处理器35对接的特殊通信链路。I/O接口32可以被实现以容纳到自描述模块1的各种连接，包括但不限于通用串行总线（USB）连接、串行外围接口（SPI）连接、以太网连接、同轴连接、无线连接、高清晰度多媒体接口（HDMI）连接或其他串行传输连接或用于连接到外部设备的本领域中的其他已知连接。

用户接口33被实现用于允许用户和自描述模块1之间的通信。用户接口33包括但不限于液晶显示器（LCD）、阴极射线管（CRT）、薄膜晶体管（TFT）、发光二极管（LED）、高清晰度（HD）或具有触摸屏能力的其他类似显示设备。其他类型的输入设备也可以被用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感官（sensory）反馈（例如，视觉反馈、通过扬声器的听觉反馈或触觉反馈），并且可以以任何形式接收来自用户的输入，包括声学、语音或触觉输入。输入设备和麦克风可以通过输入设备接口被耦合到内部总线36并经由内部总线36传送信息。扬声器可以通过扬声器接口被耦合到内部总线36并经由内部总线36接收信息。自描述模块1可以省略或显示器、显示接口、输入设备、麦克风、扬声器、输入设备接口和扬声器接口中的一个或多个。通信接口34是被实现以在图1中描述的系统中的自描述模块1和服务器4之间建立连接的软件和/或硬件接口。本公开考虑，通信接口34包括软件和/或硬件接口电路，用于使用有线和无线连接两者来建立与系统的其余部分的通信连接，以建立到例如局域网（LAN）、广域网（WAN）、城域网（MAN）、个域网（PAN）和无线局域网（WLAN）、系统区域网（SAN）和其他类似网络的连接。

一个或多个处理器35被用于控制自描述模块1的一般操作。每一个或一个或多个处理器35可以是但不限于中央处理单元（CPU）、硬件微处理器、多核处理器、单核处理器、现场可编程门阵列（FPGA）、专用集成电路（ASIC）、数字信号处理器（DSP）或能够执行任何类型的指令、算法或软件以用于控制自描述模块1的操作的其他类似处理设备。使用内部总线36来建立自描述模块1的组件（例如，30-35）之间的通信。

图7是根据本公开的实施例的示例性医学监视设备的示意图。本公开考虑医学监视设备2包括可操作以接收、传输、处理、存储和/或管理与先前描述的系统和方法相关联的数据和信息的电子组件或电子计算设备，其包括适于执行与存储在存储器或计算机可读记录介质中的计算机可读指令的执行一致的计算任务的任何合适的处理设备。

如图7中所示，示例性医学监视设备2包括一个或存储器或存储器位置，包括主存储器40以及I/O接口42、用户接口43、通信接口44、一个或多个处理器45和可选电源41。主存储器40可以是随机存取存储器（RAM）、存储器缓冲器、硬盘驱动器、数据库、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、只读存储器（ROM）、闪存、硬盘或任何其他各种层的存储器层级。

主存储器40可以被用于存储与用于控制医学监视设备2的一般功能的算法、过程或操作（包括多个子系统12的操作、MDB 13的存储）相关联的任何类型的指令以及任何操作系统，诸如Linux、UNIX、Windows Server或其他定制和专有操作系统。

可选电源41可以被用于为医学监视设备2的各种组件供电。电源41可以是独立的，诸如电池组，和/或电源41可以包括要通过电插座（直接或通过监视设备支架3）供电的接口。

I/O接口42可以是用于使得能够在医学监视设备2和诸如用于监视针对患者的生理参数的传感器或医学设备、或者自描述模块1或可选监视设备支架3的外部设备之间传递信息的接口，所述外部设备需要用于与一个或多个处理器45对接的特殊通信链路。I/O接口42可以被实现以容纳到医学监视设备2的各种有线和/或无线连接，包括但不限于ECG电极、SPO2传感器、血压袖带、呼吸暂停检测传感器、呼吸器以及诸如此类或通用串行总线（USB）连接、并行连接、串行连接、同轴连接、无线连接、高清晰度多媒体接口（HDMI）连接、SPI连接、其他串行传输连接或用于连接到外部设备的本领域中的其他已知连接。

用户接口43被实现用于允许用户和医学监视设备2之间的通信。用户接口43包括但不限于液晶显示器（LCD）、阴极射线管（CRT）、薄膜晶体管（TFT）、发光二极管（LED）、高清晰度（HD）或具有触摸屏能力的其他类似显示设备。其他类型的输入设备也可以被用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感官反馈（例如，视觉反馈、通过扬声器的听觉反馈或触觉反馈），并且可以以任何形式接收来自用户的输入，包括声学、语音或触觉输入。输入设备和麦克风可以通过输入设备接口被耦合到内部总线46并经由内部总线46传送信息。扬声器可以通过扬声器接口被耦合到内部总线46并经由内部总线46接收信息。医学监视设备2可以省略或显示器、显示接口、输入设备、麦克风、扬声器、输入设备接口和扬声器接口中的一个或多个。通信接口44是被实现以直接或间接通过在图1中描述的系统中的监视设备支架3在医学监视设备2和服务器4之间建立连接的软件和/或硬件接口。本公开考虑，通信接口44包括软件和/或硬件接口电路，用于使用有线和无线连接两者来建立与系统的其余部分的通信连接，以建立到例如局域网（LAN）、广域网（WAN）、城域网（MAN）、个域网（PAN）和无线局域网（WLAN）、系统区域网（SAN）和其他类似网络的连接。

一个或多个处理器45被用于控制医学监视设备2的一般操作。每一个或一个或多个处理器45可以是但不限于中央处理单元（CPU）、硬件微处理器、多核处理器、单核处理器、现场可编程门阵列（FPGA）、专用集成电路（ASIC）、数字信号处理器（DSP）或能够执行任何类型的指令、算法或软件以用于控制医学监视设备2的操作的其他类似处理设备。使用内部总线46来建立医学监视设备2的组件（例如，40-45）之间的通信。

图8是根据本公开的实施例的示例性监视设备支架的示意图。本公开考虑监视设备支架3包括可操作以接收、传输、处理、存储和/或管理与先前描述的系统和方法相关联的数据和信息的电子组件或电子计算设备，其包括适于执行与存储在存储器或计算机可读记录介质中的计算机可读指令的执行一致的计算任务的任何合适的处理设备。

如图8中所示，示例性监视设备支架3可选地包括一个或存储器或存储器位置，包括主存储器50以及I/O接口52、通信接口53、可选地一个或多个处理器54和可选电源51。主存储器50可以是随机存取存储器（RAM）、存储器缓冲器、硬盘驱动器、数据库、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、只读存储器（ROM）、闪存、硬盘或任何其他各种层的存储器层级。

主存储器50可以被用于存储与用于控制监视设备支架3的一般功能的算法、过程或操作（包括监视设备支架3的操作）相关联的任何类型的指令以及任何操作系统，诸如Linux、UNIX、Windows Server或其他定制和专有操作系统。

可选电源51可以被用于为监视设备支架3和/或医学监视设备2和自描述模块1的各种组件供电。电源51可以是独立的，诸如电池组，和/或电源51可以包括要通过电插座供电的接口。

I/O接口52可以是用于使得能够在监视设备支架3和诸如医学监视设备2或自描述模块1之类的外部设备之间传递信息的接口，所述外部设备需要用于与一个或多个处理器54对接的特殊通信链路。I/O接口52可以被实现以容纳到监视设备支架3的各种连接，包括但不限于通用串行总线（USB）连接、并行连接、串行连接、同轴连接、无线连接、高清晰度多媒体接口（HDMI）连接、SPI连接、其他串行传输连接或用于连接到外部设备的本领域中的其他已知连接。

通信接口53是被实现以在图1中描述的系统中的监视设备支架3和服务器4之间建立连接的软件和/或硬件接口。本公开考虑，通信接口53包括软件和/或硬件接口电路，用于使用有线和无线连接两者来建立与系统的其余部分的通信连接，以建立到例如局域网（LAN）、广域网（WAN）、城域网（MAN）、个域网（PAN）和无线局域网（WLAN）、系统区域网（SAN）和其他类似网络的连接。

可选的一个或多个处理器54被用于控制监视设备支架3的一般操作。每一个或一个或多个处理器54可以是但不限于中央处理单元（CPU）、硬件微处理器、多核处理器、单核处理器、现场可编程门阵列（FPGA）、专用集成电路（ASIC）、数字信号处理器（DSP）或能够执行任何类型的指令、算法或软件以用于控制监视设备支架3的操作的其他类似处理设备。使用内部总线55来建立自描述模块1的组件（例如，50-54）之间的通信。

图9是根据实施例的示例性系统服务器的示意图。本公开考虑图8中所示的服务器60表示图1中所示的服务器4。本公开还考虑，服务器60包括可操作以接收、传输、处理、存储和/或管理与先前描述的系统和方法相关联的数据和信息的电子组件或电子计算设备，其包括适于执行与存储在存储器或计算机可读记录介质中的计算机可读指令的执行一致的计算任务的任何合适的处理设备。

如图9中所示，示例性服务器60包括主存储器61、I/O接口62、用户接口63、网络接口64和一个或多个处理器65。主存储器61可以是随机存取存储器（RAM）、存储器缓冲器、硬盘驱动器、数据库、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、只读存储器（ROM）、闪存、硬盘或任何其他各种层的存储器层级。

主存储器61可以被用于存储与用于控制服务器60的一般功能的算法、过程或操作相关联的任何类型的指令以及任何操作系统（诸如Linux、UNIX、Windows Server或其他定制和专有操作系统）。I/O接口62可以是用于使得能够在服务器60和诸如连接到服务器60的外围设备之类的外部设备之间传递信息的接口，所述外部设备需要用于与一个或多个处理器65对接的特殊通信链路。I/O接口62可以被实现以容纳到服务器60的各种连接，包括但不限于，通用串行总线（USB）连接、并行连接、串行连接、同轴连接、无线连接、高清晰度多媒体接口（HDMI）连接SPI连接、其他串行传输连接或用于连接到外部设备的本领域中的其他已知连接。

用户接口63被实现用于允许用户和服务器60之间的通信。用户接口63包括但不限于鼠标、键盘、液晶显示器（LCD）、阴极射线管（CRT）、薄膜晶体管（TFT）、发光二极管（LED）、高清晰度（HD）或具有触摸屏能力的其他类似显示设备。其他类型的输入设备也可以被用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感官反馈（例如，视觉反馈、通过扬声器的听觉反馈或触觉反馈），并且可以以任何形式接收来自用户的输入，包括声学、语音或触觉输入。输入设备和麦克风可以通过输入设备接口被耦合到内部总线66并经由内部总线66传送信息。扬声器可以通过扬声器接口被耦合到内部总线66并经由内部总线66接收信息。示例性服务器60可以省略或显示器、显示接口、输入设备、麦克风、扬声器、输入设备接口和扬声器接口中的一个或多个。网络接口64是被实现以在服务器60和系统中的其他服务器以及也与自描述模块1、医学监视设备2、可选监视设备支架3之间建立连接的软件和/或硬件接口，如图1中所述。本公开考虑，网络接口64包括软件和/或硬件接口电路，用于使用有线和无线连接两者来建立与系统的其余部分的通信连接，以建立到例如局域网（LAN）、广域网（WAN）、城域网（MAN）、个域网（PAN）和无线局域网（WLAN）、系统区域网（SAN）和其他类似网络的连接。

一个或多个处理器65被用于控制服务器60的一般操作。每一个或一个或多个处理器65可以是但不限于中央处理单元（CPU）、硬件微处理器、多核处理器、单核处理器、现场可编程门阵列（FPGA）、专用集成电路（ASIC）、数字信号处理器（DSP）或能够执行任何类型的指令、算法或软件以用于控制自描述模块1、医学监视设备2、可选监视设备支架3的操作的其他类似处理设备。使用内部总线66来建立服务器60的组件（例如，61-65）之间的通信。

本公开可以被实现为装置、系统、集成电路和非暂时性计算机可读记录介质上的计算机程序的任何组合。一个多个处理器可以被实现为集成电路（IC）、专用集成电路（ASIC）或大规模集成电路（LSI）、系统LSI、超级LSI或超LSI组件，其执行安全条件访问架构的功能的一部分或全部。

本公开包括计算机程序或算法的使用。程序或算法可以被存储在非暂时性计算机可读介质上，以用于使诸如一个或多个处理器的计算机执行图1-5中描述的步骤。例如，一个或多个存储器存储具有可执行指令的软件或算法，并且一个或多个处理器可以执行与执行生成、处理供应请求和供应消息相关联的软件或算法的指令的集合，如图1-5中所描述的那样。

也可以被称为程序、软件、软件应用、应用、组件或代码的计算机程序，包括用于可编程处理器的机器指令，并且可以以高级过程语言、面向对象的编程语言、函数式编程语言、逻辑编程语言或汇编语言或机器语言来实现。术语计算机可读记录介质是指用于向可编程数据处理器提供机器指令或数据的任何计算机程序产品、装置或设备，诸如磁盘、光盘、固态存储设备、存储器和可编程逻辑器件（PLD），包括接收机器指令作为计算机可读信号的计算机可读记录介质。

举例来说，计算机可读介质可以包括DRAM、RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备、或者可以被用于以指令或数据结构的形式携带或存储期望的计算机可读程序代码和可以由通用或专用计算机或通用或专用处理器访问的任何其他介质。如本文中使用的磁盘或盘包括压缩盘（CD）、激光盘、光盘、数字通用盘（DVD）、软盘和蓝光盘，其中磁盘通常磁性地再现数据，而盘以激光光学地再现数据。以上的组合也被包括在计算机可读介质的范围内。

在一个或多个实施例中，短语“能够”、“能”、“可操作以”或“被配置成”的使用是指以如下这样方式来设计的一些装置、逻辑、硬件和/或元件：使得能够以指定的方式使用该装置、逻辑、硬件和/或元件。

本公开的主题被提供作为用于执行安全条件访问架构的特征的方法和程序的示例。然而，除了上面描述的特征之外，还考虑了另外的特征或变型。考虑的是，本公开的组件和功能的实现可以用任何新出现的技术来完成，该技术可以替换上面实现的技术中的任何技术。

此外，以上描述提供了示例，并且不限制权利要求中阐述的范围、适用性或配置。在不脱离本公开的精神和范围的情况下，可以在所讨论的元件的功能和布置方面进行改变。各种实施例可以适当地省略、替代或添加各种过程或组件。例如，关于某些实施例描述的特征可以在其他实施例中组合。

对本公开的各种修改对本领域技术人员而言将是容易地显而易见的，并且本文中定义的一般原理可以在不脱离本公开的精神或范围的情况下被应用于其他变型。贯穿本公开，术语“示例”、“（多个）示例”或“示例性”指示示例或实例，并且不暗示或要求对所指出的示例的任何偏好。因此，本公开不限于本文中描述的示例和设计，而是要符合与公开的原理和新颖特征一致的最宽范围。

Claims (18)

1.一种使用自描述模块来更新医学监视设备中的数据的方法，所述方法包括：

使用通信接口将元数据块（MDB）从自描述模块传输到医学监视设备，MDB至少包括标识（ID）数据和对应的配置数据；

将来自MDB的ID数据与医学监视设备的多个子系统的ID数据相关联；以及

基于来自MDB的ID数据和多个子系统的ID数据之间的相关联的结果，用MDB中的配置数据更新医学监视设备的至少一个子系统的配置数据。

2.根据权利要求1所述的方法，其中医学监视设备被连接到至少一个传感器。

3.根据权利要求1或2所述的方法，进一步包括：在将来自MDB的ID数据与医学监视设备的多个子系统的ID数据相关联之前，将MDB作为MDB数据的实例存储在医学监视设备的存储器中。

4.根据任何前述权利要求所述的方法，其中，医学监视设备包括一个或多个元数据插件接口（MPI），并且自描述模块的MDB包括连接到MPI的多个插件。

5.根据权利要求4所述的方法，其中每个MPI是多个子系统中的子系统的部分。

6.根据权利要求4或5所述的方法，其中ID数据包括用于与支持特定名称空间的子系统的MPI相关联的名称空间标识符。

7.根据任何前述权利要求所述的方法，进一步包括：通过通信接口在自描述模块和医学监视设备之间建立通信。

8.根据任何前述权利要求所述的方法，进一步包括：检测通过通信接口连接到医学监视设备的自描述模块。

9.根据任何前述权利要求所述的方法，进一步包括：基于从医学监视设备的每个子系统传输的通知来标识用于处理数据的每个子系统的准备状态。

10.根据权利要求9所述的方法，其中，所述通知是一旦多个子系统中的所有子系统都准备好传输就从医学监视设备传输到自描述模块的就绪信号。

11.根据权利要求4-10中的任一项所述的方法，进一步包括：将医学监视设备置于被保护以使得能够上传MDB和MPI的新版本的服务模式中。

12.根据权利要求3所述的方法，其中，响应于自描述模块从医学监视设备断开连接，从医学监视设备的存储器移除来自自描述模块的MDB数据的实例，并且响应于自描述模块被重新连接到医学监视设备，重复所述方法。

13.根据权利要求12所述的方法，其中，至少算法、特征和软件在自描述模块的MDB中被更新，并且被重新连接到医学监视设备，以用于将来自MDB的更新数据更新到医学监视设备的子系统中的至少一个中。

14.根据任何前述权利要求所述的方法，其中，将新参数添加到MDB，并且将新参数更新到医学监视设备的多个子系统中。

15.根据任何前述权利要求所述的方法，其中，自描述模块的MDB包括医学设备通信标准的子集以描述和传送自描述模块的状态。

16.根据任何前述权利要求所述的方法，其中自描述模块是被配置成获取和处理由至少一个生理传感器生成的数据的患者监视模块，所述生理传感器被配置成监视患者的生理参数。

17.根据任何前述权利要求所述的方法，进一步包括：参考监视患者的生理传感器的参数，将来自用户输入的医学监视设备中的更新的子系统修改传输到自描述模块。

18.一种用于更新医学监视设备中的数据的在自描述模块和医学监视设备中的每个中的非暂时性计算机可读记录介质，每个非暂时性计算机可读记录介质存储一个或多个程序，当由相应的处理器执行时，所述程序执行根据任何前述权利要求所述的方法。

Images