CN105893745A - 取得通讯故障时监护仪模块信息的方法及装置 - Google Patents

Abstract

本发明涉及一种取得通讯故障时监护仪模块信息的方法，包括如下步骤：判断监护仪是否出现通讯故障，如是，执行下一步骤；否则，退出，继续取得监护的生理参数；取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；将取得的所述生理参数模块信息转换为设定格式并存储；在收到查询指令时，输出并显示设定格式的模块信息。本发明还涉及一种实现上述方法的装置。实施本发明的取得通讯故障时监护仪模块信息的方法及装置，具有以下有益效果：能够在出现通讯故障时提醒并为后续的故障的快速排除提供良好的基础。

Description

取得通讯故障时监护仪模块信息的方法及装置

技术领域

本发明涉及医疗设备领域，更具体地说，涉及一种取得通讯故障时监护仪模块信息的方法及装置。

背景技术

监护仪是一种普遍用于病人生理参数监测的医疗设备。现阶段，一般市面上存在主流的两种监护仪，一种是插件式监护仪，另外一种是一体式监护仪。一体式监护仪指的是控制板卡和用于监测病人生理参数的参数监测板卡都集成在监护仪机器的内部，而插件式监护仪指的是机器内部只集成电源管理板、接口板、键盘板和主控板，而用于监测病人生理参数的参数监测板块自身并不集成在机器内，这些参数监测板卡被制作为一个单独的部件（即插即用的模块），在需要使用时插入机器形成一个完整的监护仪。这些参数监测板卡通常是在客户进行购买的时根据自己的需求进行选配的，可以选择多个供应商提供的产品。一般来讲，上述参数监测板卡与监护仪本身的数据交换都是通过串行接口进行通信的，将串口作为模块接入的标准接口，是当前行业内一致认同的选择。由于遵循的接口都是一致的，客户在选择时就会有更多的选择余地，可以实现成本的最优或性能的扩展。例如，A公司能够提供监护仪对多数生理参数进行监测，但是，缺乏对某个生理参数的监测功能，而B公司恰恰提供这个生理参数的监测模块，这样，客户就可以在A公司的监护仪中插入B公司的卡，实现对该功能的监测。这样，只需要修改设备上的串口配置参数，就能轻松的完成选配。

通常来讲，在理论上，使用串口数据传输，要保证完全的不会丢失参数模块发送的数据，在串口的硬件设计上必须采用硬件流控，采用硬件流控的目的是在总线资源突发占用资源过高的时候，硬件流控会去通知参数模块当前串口处在繁忙状态，占时不要向主控制板发送数据，等待CPU空闲后再会去通知参数模块可以继续进行数据传输。因为监护仪同一参数模块，可能会根据客户的需求去选配不同公司的参数模块，大多数公司的外购模块都是不带硬件流控的，所以在设计控制板卡上，为了去兼容市面上的外购模块，在设计串口硬件的时候并未采取硬件流控的设计方案，这就带来了一个潜在的、不易发现的数据丢失隐患。这样的隐患可能会导致误诊，最严重的情况可能会照成医疗事故。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述存在不易发现的数据丢失隐患的缺陷，提供一种能够发现并快速修复或快速提供修复信息的取得通讯故障时监护仪模块信息的方法及装置。

本发明解决其技术问题所采用的技术方案是：构造一种取得通讯故障时监护仪模块信息的方法，包括如下步骤：

A）判断监护仪是否出现通讯故障，如是，执行下一步骤；否则，退出，继续取得监护的生理参数；

B）取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；

C）将取得的所述生理参数模块信息转换为设定格式并存储；在收到查询指令时，输出并显示设定格式的模块信息。

更进一步地，所述生理参数模块信息转换为设定格式包括将所述生理参数模块信息按照设定的顺序将其转换二维码。

更进一步地，判断监护仪是否出现通讯故障包括通过监听该监护仪的生理参数监测通道的串行通讯接口是否上传数据，如在设定时间内没有生理参数数据上传或上传的数据不能正确解码，则判断该监护仪出现通讯故障。

更进一步地，所述生理参数模块信息包括设置在该监护仪中各个板卡的软硬件版本号、设备信息、故障信息和/或制造商信息。

更进一步地，当前生理参数模块信息的取得包括：

M1）各个生理参数模块分别取得其自身的配置和状态信息，形成设定格式的版本数据包，并通过同步串行通信或者异步串行通信将该版本包上传；

M2）接收上述各版本数据包，并通过各个生理参数模块的通信协议进行解包处理并读取相应的信息；

M3）将得到的信息汇总，得到当前的生理参数模块信息，并存储。

更进一步地，所述步骤B）和步骤C）之间还包括如下步骤：

执行故障自动修正步骤以尝试修复所述通讯故障。

更进一步地，所述故障自动修正步骤包括：

将发生通讯故障的串行通讯接口的配置参数在多个已知的备用模块上切换，每次切换均通过是否能够接收到正常的生理参数来判断是否消除了通讯故障；直到故障消除或遍历所有已知的、测量该生理参数的备用模块。

本发明还涉及一种实现上述方法的装置，包括：

故障判断模块：用于判断监护仪是否出现通讯故障，如是，调用生理参数模块信息生成模块；否则，退出，继续取得监护的生理参数；

故障窗口生成模块：用于取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；

参数模块信息存储模块：用于将取得的所述生理参数模块信息转换为设定格式并存储；在收到查询指令时，输出并显示设定格式的模块信息。

更进一步地，所述故障窗口生成模块进一步包括：

信息取得单元：用于各个生理参数模块分别取得其自身的配置和状态信息，形成设定格式的版本数据包，并通过同步串行通信或者异步串行通信将该版本包上传；

信息接收单元：用于接收上述各版本数据包，并通过各个生理参数模块的通信协议进行解包处理并读取相应的信息；

汇总存储单元：用于将得到的信息汇总，得到当前的生理参数模块信息，并存储。

更进一步地，还包括：

故障自动修正模块：用于将发生通讯故障的串行通讯接口的配置参数在多个已知的备用模块上切换，每次切换均通过是否能够接收到正常的生理参数来判断是否消除了通讯故障；直到故障消除或遍历所有已知的、测量该生理参数的备用模块。

实施本发明的取得通讯故障时监护仪模块信息的方法及装置，具有以下有益效果：由于在监护仪的任何一个生理参数模块出线通讯故障时，都会收集当时该监护仪中各个生理参数模块（包括控制模块、电源模块以及其他模块）的模块参数，显示在故障提醒窗口（该窗口显示在该监护仪的显示界面上），将其按照设定的格式存储并在接收到指令时读取并显示。这样，不仅在通讯故障发生的当时能够提醒操作人员注意，而且在后续的故障修复时，能够重现当时监护仪的操作环境参数（指该监护仪中各个模块的状态），为重现故障提供了必要的条件，也为通信故障的远程分析和检修提供了必要的条件。所以，其能够在出现通讯故障时提醒并为后续的故障的快速排除提供良好的基础。

附图说明

图1是本发明取得通讯故障时监护仪模块信息的方法及装置实施例中的方法流程图；

图2是所述实施例中装置的结构示意图。

具体实施方式

下面将结合附图对本发明实施例作进一步说明。

如图1所示，在本发明的取得通讯故障时监护仪模块信息的方法及装置实施例中，其取得通讯故障时监护仪模块信息的方法包括如下步骤：

步骤S11判断监护仪是否出现通讯故障，如是，执行下一步骤，否则，退出：在本实施例中，监护仪进行病人生理数据的监护工作，为了及时地判断其工作状态，每隔设定的时间，就执行本步骤，通常是监护仪的主控板或与该监护仪连接的服务器执行这一判断的。因此，在本步骤中，判断监护仪是否出现通讯故障，如是，执行下一步骤；否则，退出判断，继续取得监护的生理参数。一般来讲，一个监护仪可能执行一个或多个生理参数的监测，每个生理参数都是通过一个单独的板卡（包括嵌入式或外接式）进行的，每个板卡对于该监护仪的主控板而言，均具有一个单独的数据通道。在本发明中，任何一个数据通道出现故障，均认为该监护仪出现通讯故障。对于一个数据通道而言，判断监护仪是否出现通讯故障包括通过监听该监护仪的生理参数监测通道的串行通讯接口是否上传数据，如在设定时间内没有生理参数数据上传或上传的数据不能正确解码，则判断该监护仪出现通讯故障。

步骤S12取得该监护仪当前的生理参数模块信息，生成故障提醒窗口：在本步骤中，取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；在本发明中，监护仪的生理参数模块不仅仅包括该监护仪中用于取得被监护的生理参数的内置式或插入式模块，还包括该监护仪中的其他功能模块或板卡，换句话说，生理参数模块包括了构成监护仪的模块，例如，电源、键盘、显示器和主控板等等。而这些生理参数模块（或板卡）信息包括设置在该监护仪中各个板卡的软硬件版本号、设备信息、故障信息和/或制造商信息。在本步骤中，取得上述生理参数模块信息还可以进一步细分为多个步骤，每个板卡或生理参数模块的信息取得步骤是并行的，大致上是相同的。即各个生理参数模块分别取得其自身的配置和状态信息，形成设定格式的版本数据包，并通过同步串行通信或者异步串行通信将该版本包上传；然后，（通常是该监护仪的主控板）接收上述各版本数据包，并通过各个生理参数模块的通信协议进行解包处理并读取相应的信息；最后，将得到的信息汇总，得到当前的生理参数模块信息，并存储。值得一提的是，在本发明中，上述取得生理参数模块信息可以是按照一定的间隔时间循环进行的，也可以是是在监护仪开始本次监护时（通常是开机时）进行的，还可以是在发现监护仪监护的生理参数出现异常时（例如在经过步骤S11后）进行的。在存在多个或多次取得该生理参数模块信息的情况下，最近取得的一个信息被视为当前监护仪的生理参数模块信息。

步骤S13将当前的生理参数模块信息转换为设定格式并存储：在本实施例中，将取得的所述生理参数模块信息转换为设定格式并存储；例如，将得到的生理参数模块信息转换为设定格式包括将所述生理参数模块信息按照设定的顺序将其转换二维码并存储该二维码。值得一提的是，在本步骤中和上一步骤中，分别对不同格式的生理参数模块信息进行了存储，两个存储了两种不同格式的信息，这些信息的内容是相同。两次存储的目的在于可以满足后期多种要求，例如，形成数据表格显示或上传到远端服务器进故障行诊断等等。

步骤S14收到查询指令时输出设定格式的生理参数模块信息：在本步骤中，当监护仪在收到查询指令时，输出并显示设定格式的模块信息，例如，输出二维码形式的信息，便于上传到服务器或便于维修人员转移或取得这些信息。值得一提的是，在本发明中，本步骤可能并不是和上述步骤在同一时间段发生的，例如，本步骤可以是维修人员在故障发生一段时间后执行的，其目的是快速取得故障发生时监护仪的状态或配置。

此外，在本发明中，在生成故障提醒窗口之后，将当前的生理参数模块信息转换为设定格式之前，还可以执行故障自动修正步骤以尝试修复所述通讯故障。例如，上述故障自动修正步骤可以包括：将发生通讯故障的串行通讯接口的配置参数在多个已知的备用模块上切换，每次切换均通过是否能够接收到正常的生理参数来判断是否消除了通讯故障；直到故障消除或遍历所有已知的、测量该生理参数的备用模块。例如，一个监护仪上某个生理参数监测模块已知的备用模块有3个，分别是相同或不相同的供应商提供，当该模块当前被配置为第一个且出现问题时，将逐个尝试配置为另外两个模块（包括模块的类型和参数设置）是否可以消除故障。

总体上来讲，在本发明中，监护仪的通讯故障可以包括模块不兼容、软件程序错误导致监护数据丢失、接口故障等。当监护仪发生通讯故障后其相关的数据可能会导致无法传输，而造成监护仪不能正常工作。如果该通讯故障涉及到相关生理参数的监测，将会导致重要数据或者是重要报警进行丢失，可能会造成相关波形参数显示异常，或者影响监护数据的正常测量或计算，导致显示的参数数值和实际的测量值偏差很大，使得用户不能够正常使用，给用户造成严重的安全隐患。

在本实施例中，在软件中检测通信故障异常的方式，是通过定时的监听参数模块发送过来的数据。例如，如果在指定时间一直没有收到数据，就会在当前界面上产生一个“XX模块通信停止报警”。产生数据丢失的原因通常包括：参数模块串口硬件发送故障，参数模块一直没有向主控板发送数据；与参数模块相连接的主控板上的串口电路出现异常；配置错误，例如，当前接入的NIBP模块是A公司，但是以为当前监护仪使用的参数模块是Suntech公司的NIBP模块，在监护仪的选择上勾选的是Suntech公司的NIBP选项。上述原因的前面两种是硬件故障，出现该故障，只有通知该客户当前模块出现问题。最后一种情况出现的原因是由于不同厂家的出厂的模块，其定义的通信协议是不一样的，由于选择了错误的NIBP设置，软件上采用的解析数据包的处理措施是按照Suntech公司的NIBP进行数据解析的，但当前发送过来的数据是A公司定义的NIBP协议，就会一直解析不到正确的数据。这样，上位机软件就认为参数模块没有将数据向上发送，从而启动“XX模块通信停止”这样的提醒窗口。

对于监护仪这种用于监测病人生命体征的参数，有些高端监护仪还会在ICU中使用，一但参数模块通信出现异常，有些参数值，是要根据其生命体征参数进行计算的，如果数值传递出现错误，丢掉了重要的数值，会导致计算出来的参数存在重大的偏差，这些生理参数是医生、或者护士诊断病人病情的重要依据，如果当前的生理参数如果不能正确的反映病人的生命体征，就会导致误诊，最严重的情况可能会照成医疗事故。

上述故障提醒窗口用于提醒该故障信息，其可以直接在监护仪界面显示或者嵌入到相关的参数监护窗口中，此外也可以生成悬浮窗口。

在本实施例，各个模块分别获取各自的配置和状态信息的方法如下：

读取监护仪各个板卡的硬件版本号：通过预留4个通用输入\输出（General PurposeInput Output）口，做为硬件版本识别的依据，4个通用输入\输出（General Purpose InputOutput）口能够支持16次硬件板卡的升版处理，版本号和通用输入\输出（General PurposeInput Output）口的对应关系:0000-对应1.0版本、0001-对应1.1版本，以此类推，各个板卡在上电的时候会去读取硬件板卡的版本号，并将读取到的结果进行保存。

读取监护仪系统中各个板卡中所运行的软件版本号：板卡上的所有软件，都是通过源码管理工具,如：SVN、GIT进行管理，在代码开发阶段或者是软件维护中的BUG修改阶段，源码管理工具在接收到修改的代码后，就会分配生成一个源码版本号，该版本号对应本次软件的变更，通过查询版本号命令即可获取当前源码所对应的源码版本号，接着执行脚本，该脚本的功能是将获取的当前源码版本号更新到源代码文件中，这样就能保证源代码文件中包含的版本号始终对应当前源码的版本号如果是一台机器出现问题，只要去查看该版本号，就能还原对应的代码，编译成镜像文件，烧录到机器中，就可以跟踪该问题。

读取接入监护仪的模块、设备信息：监护仪分为两种，分别是一体式监护仪和插件式监护仪，一体式监护仪指的是参数模块都集成在监护仪内部，一出厂就固定的，插件式监护仪指的是参数模块不做在监护仪机器的内部，而是做成一种即插即用的模块，可以进行更换，对于一体式监护仪因为参数模块是在机器内部的，只需要机器启动的时候，根据模块参数板的通信协议去获取版本号即可。对于插件式监护仪，因为参数模块是做到即插即用的，每个槽位接入的模块可能随时都在改变，对于插件式监护仪，通过下面的方式获取版本信息，每个槽位都有一个模块在位检测标记位，如果槽位对应的模块在位检测标记位生效，主控板则去询问该槽位接入的模块的具体信息，即每当检测到对应的槽位有模块接入，主控板就会主动去获取当前槽位接入的模块信息。

此外，监护仪为了储存病人信息，一般都会配有U盘和SD卡接口，以便用来储存病人信息，在开发中有些故障问题是由于接入U盘或者是SD卡进行产生的，比如在导出病人数据信息时，在接入U盘和SD卡时或出现故障时，自动获取U盘和SD卡的信息，从而得到当机器出现故障的时候，是否有接入外部储存设备，接入储存设备的型号，空间大小信息，以便能完整的重现当出现故障问题时监护仪都接入了哪些设备。

在本发明中，如果是在程序设计上存在漏洞导致机器蓝屏，监护仪上有守护进程，如果监护仪软件由于BUG的出现导致了机器死机，守护进程会强制重启监护仪，此时内核会记录下该蓝屏重启的原因，且内核会输出调试信息，我们将该内核在蓝屏重启时的调试信息记录下来保存在一个文件中，以便后续根据该信息生成二维码。

对于一体式监护仪因为参数模块是在机器内部的，一旦出厂该模块就不会在变更，所以，一体式监护采取的、数据通信丢包实时监控的方案就是只要机器一运行就实时的监控串口是否会出现丢包的情况，并对丢包的数量进行统计，且如果一旦检测出模块开始丢包，就会在监护仪的当前运行故障提醒窗口，提示“XX模块当前存在数据丢失”。如果该参数模块一直持续丢包，则提示信息则会一直显示在界面上，直到在一段固定间隔的时间里，丢包数不在持续增长，才认为当前模块已恢复，将该参数报警从当前监护仪的显示界面上进行移除。

插件式监护仪的数据丢失的实时监控的情况则要复杂一点，因为插件式监护仪正常情况下都会至少存在三个槽位，用户可以在槽位中，插入当前要使用的模块，因为是即插即用的，接入的生理参数模块可能随时都会被更换，因为要监控所有参数模块的通信数据丢失情况，曾经接入的模块但是被拔出的如果存在丢包仍然要将该种情形记录下来。

对于监护仪而言，插件式模块会有一个转接盒，转接盒用于连接生理参数模块和主控板，负责一个数据的转发工作，当将转接盒插入指定槽位后，模块在位标记会被置位，此时主控板会去主动去询问当前接入的模块的具体信息，主控板和接入槽位的模块建立好连接后，就开始检测该实时监测该参数的丢包情况，一旦模块被拔除且被拔除的模块出现丢包的情况，就会将丢包统计进行记录下来，例如，用格式“XX模块 在XX时间，丢包数为:XX”记录丢包数据，即插件式监护仪对于接入的所有插件式参数模块出现的丢包情况都能够记录，不管当前模块是否在指定槽位中，只有在存在丢包，都可以在丢包历史统计中进行回顾，这样做的目的是避免用户在使用的过程中将丢包的参数模块进行拔除，造成参数模块的丢包统计丢失。

类似于前面的一体式监护仪，只要插件式监护仪，监控到参数模块出现数据丢失，就会在监护仪的当前运行界面显示故障提醒窗口，提示“XX模块当前存在数据丢失”，如果该参数模块一直持续丢包，则提示信息则会一直显示在界面上，直到在一段固定间隔的时间里，丢包数不在持续增长，才认为当前模块已恢复，将该参数报警从当前监护仪的显示界面上进行移除。

故障提醒窗口中显示故障信息，该信息包括链路信息，用于在点击或选择查询后跳转至相关界面，以显示故障相关的监护仪模块信息。

此外，上述步骤中得到的监护仪模块信息可以通过转换将其生成二维码，并进行显示。换句话说，监护仪调用相关的监护仪模块信息，将同一时间的监护仪模块信息按照一定的顺序整合在一起，生成二维码。该二维码通过监护仪显示界面显示出来，用户可通过扫描得到相关的信息数据，也可以拍照后将该二维码远程传输，加快了在维护过程中监护仪信息的收集和分享，以便提高解决故障的效率。

其中一种方式是，移动终端预先设计有维护平台app，在通过二维码扫描录入故障机器信息后，会根据扫出的二维条码信息直接将机器中所有板卡的软件版本号、硬件版本号、参数模块信息、接入外部储存设备信息填入至相关的故障报告模板中。服务器端收到故障信息后，通过研发人员解决后可通过维护平台返回给相应的客服人员。维护平台的数据库存储有所有监护仪的出厂信息及相关的客服，如果需要，在服务器接收到故障处理清后单，可查找出所有相同配置的机器，并将解决方案推送给相关的客服，提醒该批次的机器存在问题，需要统一进行升级。客服人员收到维护系统发出，已出厂的烧录某版本的机器软件存在某个BUG，需要进行升级软件的通知，则从web服务器上根据维护人员提供解决的软件版本编号，下载下来对应的镜像，更新监护仪。当所有问题的故障机器都被升级完成后，该故障则被置为“完成处理”。

在本发明中，在上述机器信息（监护仪模块信息）的显示界面中，可设置有时间选项框，通过在时间选项框选取对应的时间段，可回顾不同时间段的机器运行信息。只需要选择出故障发生的时间段的机器信息，机器信息的旁边有一个按钮，该按钮的功能是将当前选中时间段的机器信息转换成图形二维码。

相应的，每隔一定间隔各个模块获取相应的监护仪模块信息；此后，主控板获取当前时刻机器信息和每隔指定时间会记录一次机器信息，以供进行调查故障问题时回顾。这样，在本发明中，能记录下机器出现故障时的机器信息（即监护仪模块信息），这些机器信息包括：监护仪内各个集成硬件板卡的版本号及其对应的软件版本号、当前所接入的参数模块信息及外部储存设备接入信息。监护仪会因为不同的使用场景接入不同的外部设备，尤其是插件式监护仪，接入的设备可能随时都会有改变的可能，所以每隔一定间隔记录一次机器信息，该间隔时间可设置，比如每隔半小时或一小时记录一次机器信息，连续记录7天，通过在机器信息界面中，不仅能查看到当前运行机的机器信息，还能回顾一周之内不同时刻的机器运行时的机器信息。这样设计的目的是：由于维护人员在到达现场时，监护仪模块信息可能会被改变，如外接设备的更换等，通过记录不同时刻的机器信息，以便在获知故障发生时间后回顾到当机器故障时候的版本信息。

每当监护仪出现故障，收集监护仪自动获取的故障相关信息，并在调用后生成二维码进行显示。该二维码可以由相应的按键生成，该按键可以设置在上述时间选项框选取对应时间段后显示的界面内。

如果监护仪在运行的时候出现过蓝屏的问题，导致机器重启，该故障信息则会记录在“系统故障”界面中，“系统故障”界面中可以设置有一个按钮，点击该按钮，则可以将该信息转换为二维码，该二维码包含的信息中包括但不限于故障类型、相关程序运行错误数据及代码等。通过这些信息的获取，可以方便维护人员直接获取相应的程序错误信息，以便判断故障真实原因。

进行现场维护的时候，如果确定该问题是需要软件工程师进行调查的，只需要进入监护仪软件中的厂家维护界面点击查看“机器信息”，询问相关人员机器发生故障时的时间点，回顾到该时间点，调出对应发生故障时刻的机器运行信息，点击旁边的生成二维码按钮，这时候机器上就会显示出根据机器信息生成的二维码。

如果有记录过蓝屏重启的故障记录，点击旁边的按钮将故障信息转换为二维码，此时用移动设备扫一下该二维码，就会自动将该信息关联到故障报告清单中。

此外，在本实施例，还可以在发现故障后自动进行一定程度的修复，即调用预设的检测方案，并将处理方案显示在故障提醒窗口中。例如，在规定时间内未收到参数模块发送过来的正确数据，监护仪通过对故障信息进行检测，报出通信停止的故障信息，进而确认初步的故障原因，提高了对监护仪故障的响应速度，降低因监护数据出错而导致错误判断监护数据的风险。例如，NIBP当前可能会使用A、B、C三种公司的情形，假设当前在配置项目中选的是A模块，报出“通信故障的终止的情况”，此时系统会去自动根据B和C参数的通信协议，首先使用B公司的NIBP通信协议去询问当前报通信停止的串口看是否出现应答，如果未出现应答则以此类推去询问C公司，如果都不出现应答此时我们才会报“串口通信故障”，如果在询问到B公司的NIBP模块或者C公司的NIBP模块，有回馈应答，则认为“串口通信故障”的问题是由于用户选择了不恰当公司模块产生的，这时候我们会在旁边提示警告，通知当前用户，当前模块选择不正确，并会给出正确的模块选择，用户只需要根据提示去选择正确的模块，则能解决该报警。从而避免一出现该问题就认为是串口故障，联系客服。

如图2所示，本发明还涉及一种实现上述方法的装置，包括故障判断模块1、故障窗口生成模块2、参数模块信息存储模块3以及故障自动修正模块4；其中，故障判断模块1用于判断监护仪是否出现通讯故障，如是，调用生理参数模块信息生成模块2；否则，退出，继续取得监护的生理参数；故障窗口生成模块2用于取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；参数模块信息存储模块3用于将取得的所述生理参数模块信息转换为设定格式并存储；在收到查询指令时，输出并显示设定格式的模块信息；故障自动修正模块4用于将发生通讯故障的串行通讯接口的配置参数在多个已知的产品配置参数上切换，每次切换均通过是否能够接收到正常的生理参数来判断是否消除了通讯故障；直到故障消除或遍历所有已知的产品配置参数。

在本实施例中，上述故障窗口生成模块2进一步包括：信息取得单元21、信息接收单22和汇总存储单元23；其中，信息取得单元21用于各个生理参数模块分别取得其自身的配置和状态信息，形成设定格式的版本数据包，并通过同步串行通信或者异步串行通信将该版本包上传；信息接收单元22用于接收上述各版本数据包，并通过各个生理参数模块的通信协议进行解包处理并读取相应的信息；汇总存储单元23用于将得到的信息汇总，得到当前的生理参数模块信息，并存储。当然，在本实施例的另外一些情况下，上述信息取得单元21、信息接收单22和汇总存储单元23也可以不包括在上述故障窗口生成模块2中，而是单独组成另外一个模块，该模块可以按照一定的时间间隔被周期性地调用或在监护仪开机时被调用。在存在多个生理参数模块信息时，最近取得的一个生理参数模块信息被认为是当前生理参数模块信息。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种取得通讯故障时监护仪模块信息的方法，其特征在于，包括如下步骤：

A）判断监护仪是否出现通讯故障，如是，执行下一步骤；否则，退出，继续取得监护的生理参数；

B）取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；

C）将取得的所述生理参数模块信息转换为设定格式并存储；在收到查询指令时，输出并显示设定格式的模块信息。

2.根据权利要求1所述的取得通讯故障时监护仪模块信息的方法，其特征在于，所述生理参数模块信息转换为设定格式包括将所述生理参数模块信息按照设定的顺序将其转换二维码。

3.根据权利要求1所述的取得通讯故障时监护仪模块信息的方法，其特征在于，判断监护仪是否出现通讯故障包括通过监听该监护仪的生理参数监测通道的串行通讯接口是否上传数据，如在设定时间内没有生理参数数据上传或上传的数据不能正确解码，则判断该监护仪出现通讯故障。

4.根据权利要求1所述的取得通讯故障时监护仪模块信息的方法，其特征在于，所述生理参数模块信息包括设置在该监护仪中各个板卡的软硬件版本号、设备信息、故障信息和/或制造商信息。

5.根据权利要求4所述的取得通讯故障时监护仪模块信息的方法，其特征在于，生理参数模块信息的取得包括：

M1）各个生理参数模块分别取得其自身的配置和状态信息，形成设定格式的版本数据包，并通过同步串行通信或者异步串行通信将该版本包上传；

M2）接收上述各版本数据包，并通过各个生理参数模块的通信协议进行解包处理并读取相应的信息；

M3）将得到的信息汇总，得到当前的生理参数模块信息，并存储。

6.根据权利要求1所述的取得通讯故障时监护仪模块信息的方法，其特征在于，所述步骤B）和步骤C）之间还包括如下步骤：

执行故障自动修正步骤以尝试修复所述通讯故障。

7.根据权利要求6所述的取得通讯故障时监护仪模块信息的方法，其特征在于，所述故障自动修正步骤包括：

将发生通讯故障的串行通讯接口的配置参数在多个已知的备用模块上切换，每次切换均通过是否能够接收到正常的生理参数来判断是否消除了通讯故障；直到故障消除或遍历所有已知的、测量该生理参数的备用模块。

8.一种实现取得通讯故障时监护仪模块信息方法的装置，其特征在于，包括：

故障判断模块：用于判断监护仪是否出现通讯故障，如是，调用参数模块信息生成模块；否则，退出，继续取得监护的生理参数；

故障窗口生成模块：用于取得当前存在于所述监护仪中的、用于取得被监护的生理参数的生理参数模块信息，生成故障提醒窗口；

参数模块信息存储模块：用于将取得的所述生理参数模块信息转换为设定格式并存储；在收到查询指令时，输出并显示设定格式的模块信息。

9.根据权利要求8所述的装置，其特征在于，所述故障窗口生成模块进一步包括：

信息取得单元：用于各个生理参数模块分别取得其自身的配置和状态信息，形成设定格式的版本数据包，并通过同步串行通信或者异步串行通信将该版本包上传；

信息接收单元：用于接收上述各版本数据包，并通过各个生理参数模块的通信协议进行解包处理并读取相应的信息；

汇总存储单元：用于将得到的信息汇总，得到当前的生理参数模块信息，并存储。

10.根据权利要求9所述的装置，其特征在于，还包括：

故障自动修正模块：用于将发生通讯故障的串行通讯接口的配置参数在多个已知的备用模块上切换，每次切换均通过是否能够接收到正常的生理参数来判断是否消除了通讯故障；直到故障消除或遍历所有已知的、测量该生理参数的备用模块。