CN114356460A - 一种基于医疗设备健康实时采集监控方法和系统 - Google Patents

Abstract

本申请公开了一种基于医疗设备健康实时采集监控方法和系统，该方法包括：网络侧设备获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；所述网络侧设备获取所述医疗设备的型号信息；所述网络侧设备根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；所述网络侧设备将接收到的来自所述API接口的数据转换为预定格式；所述网络侧设备对所述预定格式的数据进行处理。通过本申请解决现有技术中医疗设备厂商接口和协议不统一所导致的问题，从而提高对医疗设备健康监控变为主动监控，进而为医疗设备的正常运行提供了技术保证。

Description

一种基于医疗设备健康实时采集监控方法和系统

技术领域

本申请涉及到医疗数据处理领域，具体而言，涉及一种基于医疗设备健康实时采集监控方法和系统。

背景技术

随着科技的发展，现代的医学水平也进入一个新的领域，大型的医疗设备的引进使得现代医学更是跨进新的舞台。先进的医疗设备是一所医院现代化程度的重要标志,也是医学技术水平不断提高的基本条件。因此医疗设备的维护就显得至关重要，只有医疗设备的正常运转、才能保障临床治疗、抢救工作的顺利进行。面对如此庞大的医疗设备维护工作，设备厂家种类繁多,管理复杂,故障诊断难度高,传统事后维修和计划维修的运维人员维护方法已经落后了，传统运维人员每天处理很多重复性工作流程，工作量大，工作效率低，成本高，并且传统的人为巡检表无法实时和直观的监控到医疗设备的运行状况，人为参操作巡检可能导致操作不规范，影响设备的正常使用，增加工作量和风险。随着医院医疗设备智能化及自动化进程的快速发展,对其维修保障能力提出更高要求。

传统的设备维护方法不足：

医疗设备厂商种类繁多，各厂商设备接口和协议不统一，设备使用分散，传统人为巡检一次的周期长，对运维人员的技术能力要求高，人力成本高，且通过人为巡检的方式，无法实时和直观的监控医疗设备的健康状态，并且，巡检工作效率低，重复性工作量大。

发明内容

本申请实施例提供了一种基于医疗设备健康实时采集监控方法和系统，以至少解决现有技术中医疗设备厂商接口和协议不统一所导致的问题。

根据本申请的一个方面，提供了一种基于医疗设备健康实时采集监控方法，包括：网络侧设备获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；所述网络侧设备获取所述医疗设备的型号信息；所述网络侧设备根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；所述网络侧设备将接收到的来自所述API接口的数据转换为预定格式；所述网络侧设备对所述预定格式的数据进行处理。

进一步地，所述网络侧设备对所述预定格式的数据进行处理包括：所述网络侧设备从所述预定格式的数据中获取所述医疗设备的运行状态信息；所述网络侧设备根据所述运行状态信息判断所述医疗设备是否出现异常；所述网络侧设备在出现异常的情况下，进行报警。

进一步地，所述网络侧设备对所述预定格式的数据进行处理包括：所述网络侧设备将所述预定格式的数据进行显示，其中，判断所述医疗设备出现异常所依据的运行状态信息使用第一显示方式进行显示，其余运行状态信息使用第二显示方式进行显示，所述第一显示方式和所述第二显示方式不同。

进一步地，所述网络侧设备在出现异常的情况下进行报警包括：所述网络侧设备根据确定所述医疗设备出现异常所依据的运行状态信息判断所述医疗设备的故障；所述网络侧设备将所述故障发送给预先配置的联系方式。

进一步地，所述运行状态信息包括以下至少之一：硬件运行健康状态信息、设备负载运行状态信息、应用运行状态信息、数据传输状态信息。

根据本申请的另一个方面，还提供了一种基于医疗设备健康实时采集监控系统，运行在网络侧设备上，包括：所述系统用于获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；所述系统用于获取所述医疗设备的型号信息；所述系统用于根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；所述系统用于将接收到的来自所述API接口的数据转换为预定格式；所述系统用于对所述预定格式的数据进行处理。

进一步地，所述系统用于对所述预定格式的数据进行处理包括：所述系统用于从所述预定格式的数据中获取所述医疗设备的运行状态信息；所述系统用于根据所述运行状态信息判断所述医疗设备是否出现异常；所述系统用于在出现异常的情况下，进行报警。

进一步地，所述系统用于对所述预定格式的数据进行处理包括：所述系统用于将所述预定格式的数据进行显示，其中，判断所述医疗设备出现异常所依据的运行状态信息使用第一显示方式进行显示，其余运行状态信息使用第二显示方式进行显示，所述第一显示方式和所述第二显示方式不同。

进一步地，所述系统用于在出现异常的情况下进行报警包括：所述系统用于根据确定所述医疗设备出现异常所依据的运行状态信息判断所述医疗设备的故障；所述系统用于将所述故障发送给预先配置的联系方式。

进一步地，所述运行状态信息包括以下至少之一：硬件运行健康状态信息、设备负载运行状态信息、应用运行状态信息、数据传输状态信息。

在本申请实施例中，采用了网络侧设备获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；所述网络侧设备获取所述医疗设备的型号信息；所述网络侧设备根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；所述网络侧设备将接收到的来自所述API接口的数据转换为预定格式；所述网络侧设备对所述预定格式的数据进行处理。通过本申请解决现有技术中医疗设备厂商接口和协议不统一所导致的问题，从而提高对医疗设备健康监控变为主动监控，进而为医疗设备的正常运行提供了技术保证。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的所涉及方法的流程示意图；

图2是根据本申请实施例的的基于边缘智能网关流程示意图；

图3是根据本申请实施例的基于医疗设备健康实时采集监控方法的流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了一种基于医疗设备健康实时采集监控方法，图3是根据本申请实施例的基于医疗设备健康实时采集监控方法的流程图，如图3所述，该流程包括如下步骤：

步骤S302，网络侧设备获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；

步骤S304，所述网络侧设备获取所述医疗设备的型号信息；

步骤S306，所述网络侧设备根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；

作为一个可选的实施方式，在该步骤中，型号信息与对应的API数据接口为预先配置的，例如，可以预先配置多个型号信息与API数据接口之间的对应关系。在所述网络侧设备根据所述型号信息获取所述API数据接口失败的情况下，所述网络侧设备根据所述型号信息查找与所述型号信息相似的另一个型号信息对应的API数据接口，在查找到所述另一个型号信息对应的API数据接口之后，向所述API数据接口发送测试消息，如果收到所述测试消息的响应消息，则说明所述API接口正确，将所述API数据接口和所述型号信息的对应关系进行保存。

所述网络侧设备在查找所述型号信息和所述API数据接口之间的对应关系时，所述网络侧设备获取查找所述对应关系的进程名称，判断所述进程名称是否在白名单中，如果所述进程名称不在所述白名单中，则所述网络侧设备不允许所述进程名称对应的进程查找所述对应关系。

步骤S308，所述网络侧设备将接收到的来自所述API接口的数据转换为预定格式；

步骤S310，所述网络侧设备对所述预定格式的数据进行处理。

进行处理的方式有很多种，例如，所述网络侧设备从所述预定格式的数据中获取所述医疗设备的运行状态信息；所述网络侧设备根据所述运行状态信息(所述运行状态信息可以包括以下至少之一：硬件运行健康状态信息、设备负载运行状态信息、应用运行状态信息、数据传输状态信息)判断所述医疗设备是否出现异常；所述网络侧设备在出现异常的情况下，进行报警。

在一个可选的实施方式中，可以通过人工智能的方式来判断是否出现异常。使用多组训练数据对基于神经网络的机器学习模型进行训练，所述多组训练数据中的每组训练数据均包括输入数据和输出数据，其中，所述输入数据为运行状态信息，所述输出数据为该运行状态信息对应的医疗设备状态是否正常。所述机器学习模型训练收敛之后，将所述运行状态信息输入到所述机器学习模型中，所述机器学习模型输出医疗设备是否出现异常。

在本实施例中，所述网络侧设备根据确定所述医疗设备出现异常所依据的运行状态信息判断所述医疗设备的故障；所述网络侧设备将所述故障发送给预先配置的联系方式。

或者，所述网络侧设备将所述预定格式的数据进行显示，其中，判断所述医疗设备出现异常所依据的运行状态信息使用第一显示方式进行显示，其余运行状态信息使用第二显示方式进行显示，所述第一显示方式和所述第二显示方式不同。

通过本申请解决现有技术中医疗设备厂商接口和协议不统一所导致的问题，从而提高对医疗设备健康监控变为主动监控，进而为医疗设备的正常运行提供了技术保证。

下面结合一个可选实施例进行说明，在本可选实施例中定制支持多接口设备，并在此设备上安装和部署开发应用，此设备(边缘智能网关)支持市面上常见的医疗设备接口，通过在医疗设备边缘部署边缘智能网关可通过应用程序获取接入的医疗设备厂商型号，在通过获取的厂商型号在API库里匹配到相关的API数据接口，通过API数据接口实时获取接入设备的硬件运行健康状态、设备负载运行状态、应用运行状态、数据传输状态等数据，并把获取到设备的数据按照统一数据格式做预处理，并把处理好的数据发送给数据分析模块，数据分析模块分析是否有异常信息和错误代码输出，如无异常，把数据通过可视化模块展示，如有异常信息和错误代码，通过查询故障知识库匹配诊断方法和自动修复方法，如修复失败，通过报警模块把故障设备的相关信息发送给运维人员处理。

如图1所示，本实施例提供了一种医疗设备监控系统，包括边缘智能网关，API应用程序接口信息库、故障案例知识库、数据采集模块，数据分析模块，故障自动修复模块、可视化展示模块、日志存储模块、报警模块。下面对该系统进行说明。

边缘智能网关

医院医疗设备厂家种类繁多，数据获取的端口、协议、API接口不统一，通过开发和部署边缘网关设备，该网关设备支持多种协议和通讯接口，可兼容种数据采集端口接入，在网关设备上安装部署数据采集和数据预处理模块，采集设备的实时健康数据并对获取的数据进行统一数据预处理操作。

API应用程序接口信息库；

API应用程序接口信息库存储了医疗厂商设备接口信息库，存储医疗设备厂商的API(Application Programming Interface，应用程序接口)接口，并按功能类型分类存储，分为硬件运行健康状态、设备负载运行状态、应用运行状态、数据传输状态，边缘智能网关通过获取采集设备的厂家和型号，并通过厂商和设备型号在API应用程序接口信息库匹配到对应的API访问接口。

故障案例知识库

故障案例和知识库存储收集和整理了医疗厂家设备的故障错误码、故障错误日志输出信息、故障诊断方法、故障修复方法和常见的案例。通过故障案例知识库，故障自动修复模块可通过故障信息匹配到诊断和修复方法对设备进行自动修复。

数据采集模块

在边缘智能网关设备内部署数据采集模块，对接入的医疗设备进行实时数据采集，并按照数据的硬件运行健康状态、负载状态、应用运行状态、数据传输状态分类，然后把分类的数据发送给数据预处理模块对实时采集的数据日志按统一格式做预处理，并将所述经过预处理的数据发送至数据分析模块；

数据分析模块

数据采集和预处理模块通过网络传输把数据发送给数据分析模块，数据分析模块对数据日志进行分析判断，如数据为全部正常健康状态，就把数据传输给可视化模块并展示出来，如有故障错误信息，把故障信息发送给故障自动修复模块。

故障自动修复模块

故障自动修复模块分为故障判别、诊断、修复功能，故障判别功能先把数据分析模块传送的故障设备输出信息判别出故障类型，故障诊断模块通过故障类型匹配出故障案例和故障诊断方法，并把故障诊断方法发送给边缘智能网关，通过边缘智能网关对故障设备发送指令并监控捕获设备诊断过程，故障修复模块根据诊断判的错误信息匹配出修复方法和案例，发送修复方法给边缘智能网关，启动对故障设备的自动修复，如修复成功通过可视化展示设备为健康状态，如修复设备，通过报警模块给运维人员报修厂家。如厂家通过修复故障后，整理故障信息和修复过程方法上传到故障案例知识库，完善知识库信息。

可视化展示模块

可视化处理模块通过大屏实时展示监控设备的健康状态和自动化修复过程，如设备有异常在大屏中标识为红色，并把设备的异常报错展示出来供运维人员维修处理。

日志存储模块

搭建部署日志存储集群，把所有医疗设备数据按硬件健康状态、端口流量、应用运行等分类存储，可作为监控参考依据，比如通过对比最近七天的历史流量如发现流量突然增高，可展示为黄色报警，通知运维人员排查是否为异常访问。

报警模块

如通过故障自动化修复模块无法修复设备故障，可调用报警模块发送故障设备的位置、设备S/N号、厂家型号、是否过保等信息给运维人员，运维人员报修厂家并协助厂家技术人员解决故障，故障解决后把故障报错信息和处理过程上传到故障案例知识库中。

结合附图二对本发明中的边缘智能网关做进一步的描述。

图2中的边缘智能网关设备，基于可定制开发设备，能匹配常见医疗设备的端口。如图2所示，包括如下部分：

嵌入式linux系统

在定制化设备上嵌入linux系统，对linux内核调优，保证linux系统安装后不占用太多资源，再linux系统上部署各端口驱动，支持端口的即插即用。

API编程接口

API编程接口的作用是对接入端口的医疗设备进行探测，探测接入医疗设备的厂商型号，并通过厂商型号去API应用程序接口信息库中匹配此厂商型号的数据API应用接口。

数据采集预模块模块

此模块通过API编程接口获取匹配到的接入医疗设备的数据API应用接口，实时获取接入医疗设备的健康数据，并对数据按照统一格式做预处理。

故障诊断模块

故障自动修复模块通过故障医疗设备的异常信息和错误代码查询故障知识库匹配出故障诊断流程，然后把故障诊断流程方法发送给边缘智能网关的故障诊断模块，故障诊断模块发送故障诊断方法到故障医疗设备进行故障判断并实时监控诊断流程输出，并把详细的诊断结果发送给故障自动修复模块。故障自动修复模块基于诊断结果去故障知识库里更精准的匹配出故障修复方法，并把故障修复方法发送给故障诊断模块，故障诊断模块通过故障修复方法对故障医疗设备进行修复，并把修复过程和结果反馈给故障自动修复模块。

本实施例具有如下效果：降低了人力维护成本，无需运维人员频繁进出医院工作环境定期巡检设备，降低了进出医院工作环境巡检操作的安全风险。通过建立医疗厂商API库，对新的医疗设备可实现自动匹配API接口，并对新设备添加到监控平台中。通过可视化模块的展示，能实时展示和掌握医疗设备的健康运行状况，运维人员能更直观和更快的监控和定位问题。通过故障诊断修复功能，可减少设备故障维修时间，解决了如有问题就联系不同设备厂家报修，然后等待厂家安排技术人员来现场查看故障和修复的重复性工作，提高了处理异常的效率。从传统的被动巡检变为主动检测，轻松实现预防式维护，减少计划外停机时间，保障医疗设备健康有序运转。

在本实施例中，提供一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行以上实施例中的方法。

上述程序可以运行在处理器中，或者也可以存储在存储器中(或称为计算机可读介质)，计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

这些计算机程序也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤，对应与不同的步骤可以通过不同的模块来实现。

该本实施例中就提供了这样的一种装置或系统。所述系统被称为基于医疗设备健康实时采集监控系统，运行在网络侧设备上，包括：所述系统用于获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；所述系统用于获取所述医疗设备的型号信息；所述系统用于根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；所述系统用于将接收到的来自所述API接口的数据转换为预定格式；所述系统用于对所述预定格式的数据进行处理。

该系统或者装置用于实现上述的实施例中的方法的功能，该系统或者装置中的每个模块与方法中的每个步骤相对应，已经在方法中进行过说明的，在此不再赘述。

例如，所述系统用于对所述预定格式的数据进行处理包括：所述系统用于从所述预定格式的数据中获取所述医疗设备的运行状态信息；所述系统用于根据所述运行状态信息判断所述医疗设备是否出现异常；所述系统用于在出现异常的情况下，进行报警。可选地，所述系统用于对所述预定格式的数据进行处理包括：所述系统用于将所述预定格式的数据进行显示，其中，判断所述医疗设备出现异常所依据的运行状态信息使用第一显示方式进行显示，其余运行状态信息使用第二显示方式进行显示，所述第一显示方式和所述第二显示方式不同。

又例如，所述系统用于在出现异常的情况下进行报警包括：所述系统用于根据确定所述医疗设备出现异常所依据的运行状态信息判断所述医疗设备的故障；所述系统用于将所述故障发送给预先配置的联系方式。

通过本申请解决现有技术中医疗设备厂商接口和协议不统一所导致的问题，从而提高对医疗设备健康监控变为主动监控，进而为医疗设备的正常运行提供了技术保证。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于医疗设备健康实时采集监控方法，其特征在于，包括：

网络侧设备获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；

所述网络侧设备获取所述医疗设备的型号信息；

所述网络侧设备根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；

所述网络侧设备将接收到的来自所述API接口的数据转换为预定格式；

所述网络侧设备对所述预定格式的数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述网络侧设备对所述预定格式的数据进行处理包括：

所述网络侧设备从所述预定格式的数据中获取所述医疗设备的运行状态信息；

所述网络侧设备根据所述运行状态信息判断所述医疗设备是否出现异常；

所述网络侧设备在出现异常的情况下，进行报警。

3.根据权利要求2所述的方法，其特征在于，所述网络侧设备对所述预定格式的数据进行处理包括：

所述网络侧设备将所述预定格式的数据进行显示，其中，判断所述医疗设备出现异常所依据的运行状态信息使用第一显示方式进行显示，其余运行状态信息使用第二显示方式进行显示，所述第一显示方式和所述第二显示方式不同。

4.根据权利要求2所述的方法，其特征在于，所述网络侧设备在出现异常的情况下进行报警包括：

所述网络侧设备根据确定所述医疗设备出现异常所依据的运行状态信息判断所述医疗设备的故障；

所述网络侧设备将所述故障发送给预先配置的联系方式。

5.根据权利要求2至4中任一项所述的方法，其特征在于，所述运行状态信息包括以下至少之一：

硬件运行健康状态信息、设备负载运行状态信息、应用运行状态信息、数据传输状态信息。

6.一种基于医疗设备健康实时采集监控系统，运行在网络侧设备上，其特征在于，包括：

所述系统用于获取医疗设备通过所述网络侧设备的接口连接到所述网络侧设备上；

所述系统用于获取所述医疗设备的型号信息；

所述系统用于根据所述型号信息查找对应的API数据接口，其中，所述API数据接口用于与所述医疗设备进行数据交互；

所述系统用于将接收到的来自所述API接口的数据转换为预定格式；

所述系统用于对所述预定格式的数据进行处理。

7.根据权利要求6所述的系统，其特征在于，所述系统用于对所述预定格式的数据进行处理包括：

所述系统用于从所述预定格式的数据中获取所述医疗设备的运行状态信息；

所述系统用于根据所述运行状态信息判断所述医疗设备是否出现异常；

所述系统用于在出现异常的情况下，进行报警。

8.根据权利要求7所述的系统，其特征在于，所述系统用于对所述预定格式的数据进行处理包括：

所述系统用于将所述预定格式的数据进行显示，其中，判断所述医疗设备出现异常所依据的运行状态信息使用第一显示方式进行显示，其余运行状态信息使用第二显示方式进行显示，所述第一显示方式和所述第二显示方式不同。

9.根据权利要求8所述的系统，其特征在于，所述系统用于在出现异常的情况下进行报警包括：

所述系统用于根据确定所述医疗设备出现异常所依据的运行状态信息判断所述医疗设备的故障；

所述系统用于将所述故障发送给预先配置的联系方式。

10.根据权利要求7至9中任一项所述的系统，其特征在于，所述运行状态信息包括以下至少之一：

硬件运行健康状态信息、设备负载运行状态信息、应用运行状态信息、数据传输状态信息。

Images