一种软件死机监测的方法及使用该方法的医用外接设备的制作方法
【专利摘要】本发明涉及医用监护【技术领域】，特别是软件死机监测【技术领域】，尤其是涉及一种软件死机监测的方法及使用该方法的医用外接设备和医用主机设备。本发明提供的技术方案，将帮助医用设备的系统监测系统死机，如果医用设备系统死机，将产生死机报警提醒音，提醒用户系统死机。用户能及时发现系统死机，减小系统死机带来的风险和损失。同时由于本发明采用一种即插即用的监测系统死机的外接设备，能很方便的接入到各个需要监测的医用设备中，只要医用设备系统按照监测设备制定的协议进行通讯。监测设备可以接入各种通用外设接口，接入即可使用。用户可以方便的使用监测设备监测他想要监测的医疗监护设备，节省了设计资源和成本。
【专利说明】一种软件死机监测的方法及使用该方法的医用外接设备
【技术领域】
[0001]本发明涉及医用监护【技术领域】，尤其是涉及一种软件死机监测的方法及使用该方法的医用外接设备和医用主机设备。
【背景技术】
[0002]在目前的医用电子设备中装载了各种各样的计算机软件系统，而软件系统死机，将给医院和病人带来巨大的风险。例如:中央站系统作为病人监护的中央系统，时刻处理着病人的监护数据，如果中央站系统死机，将无法对病人的报警数据做处理，也无法存储病人监护数据，存在巨大的风险。因此，中央站系统死机存在随时偶发的可能。系统死机可能是软件本身，也可能由软件运行的操作系统引起，因此，需要有一个有效的监测系统死机的方法和装置。另外在其他各种医用监测设备的系统中，比如病人监护仪、母胎监护仪、心电检测设备等等，也时刻监护着病人的各种生理参数，如果系统死机不能及时发现，监护仪系统将不能对病人的生命危险做出及时报警。因此，医用设备系统都需要一个有效的监测系统死机的方法和装置，解决系统死机带来的危害和损失。
监测系统死机的方法有很多，如一般的看门狗技术。使用软件看门狗，无法监测软件运行的操作系统死机引起的系统死机，因为操作系统死机后，软件看门狗也无法正常运行，达不到看门狗的效果。硬件看门狗可以监测软件死机，各种软件引起的死机都能监测。现在的硬件看门狗，需要在板卡上增加硬件看门狗电路，因为需要在各个设备上都增加看门狗电路，增加了设备的设计复杂度和制造成本，不能实现在设计和制造低成本的条件下方便医护人员便捷的对其目前关注的医用监测设备系统做死机监测，缺乏机动性。
所以，现有技术存在缺陷，亟待解决。
【发明内容】
[0003]为克服上述缺陷，本发明的目的即在于一种软件死机监测的方法及使用该方法的医用外接设备和医用主机设备。
本发明的目的是通过以下技术方案来实现的:
一种软件死机监测的方法，包括如下步骤:
步骤1，选用采集并检测病人生理参数的医用主机设备，启动该医用设备主机系统；步骤2，所述的医用设备主机系统判断是否有外接设备接入，如有外接设备接入，则进入步骤3 ；
步骤3，所述的医用设备主机系统读取所述外接设备的预设身份识别信息，并判断所述接入的外接设备是否是用于软件死机监测的外接设备，如果是，则进入步骤4 ；
步骤4，所述的医用设备主机系统在预订时长内发送预定的协议信息给所述的用于软件死机监测的外接设备；
步骤5，所述的用于软件死机监测的外接设备检测是否按时收到所述的预定协议信息，如果不是，则进入步骤6 ; 步骤6，所述的用于软件死机监测的外接设备监测到所述医用设备主机系统死机并输出结果。
进一步的，所述的步骤6中所述的输出结果包括产生报警音和/或报警光之后还包
括:
更进一步的，所述的步骤3之后还包括:
步骤31，所述的用于软件死机监测的外接设备进行自检。
步骤32，所述的用于软件死机监测的外接设备如果通过自检则同时产生自检通过提示音和/或提不光。
更进一步的，所述步骤32之后还包括所述的用于软件死机监测的外接设备判断是否收到启动死机监测信息的步骤。
更进一步的，所述的步骤3之后还包括，所述的用于软件死机监测的外接设备判断是否收到启动死机监测信息的步骤。
更进一步的，所述的步骤3中所述的预设身份识别信息包括，通讯协议信息和/或厂家信息和/或序列号和/或设备标识。
更进一步的，所述的步骤2中如果判断没有外接设备接入则重复此步骤；
所述的步骤3中如果判断所述接入的外接设备不是用于软件死机监测的外接设备，则返回所述的步骤2;
所述的步骤5中，如果按时收到所述的预定协议信息，则重复此步骤。
本发明提供一种具有软件死机监测功能的医用外接设备，包括:
外接接口，与医用设备主机相连接，进行交互通讯；
电源模块，与所述的外接接口相连接，用于将外接接口或直流电源提供的供电电源电压转换成所述用于软件死机监测的外接设备使用的电压；
微处理器，与所述的外接接口和电源模块相连接，用于接收通过所述外接接口传来的通讯信息并进行处理；
音频电路与所述的电源模块和微处理器相连接，用于接收来自与所述微处理器的控制信息并进行音频解码控制与输出；
扬声器，与所述的音频电路相连接，用于播放报警提醒音，或者播放自检提示音。
进一步的，还包括，LED模块，与所述的电源模块和微处理器相连接，用于接收来自与所述微处理器的控制信息并进行报警光或者提示光显示。
本发明提供一种具有软件死机监测功能的医用外接设备，包括:
外接接口，与用于软件死机监测的外接设备相连接，进行交互通讯；
外接设备接入判断模块，与所述的外接接口相连接，用于判断是否有外接设备接入；
外接设备匹配判断模块，与所述的外接接口相连接，用于根据读取所述外接设备的预设身份识别信息判断所述接入的外接设备是否是用于软件死机监测的外接设备；
协议信息发送模块，与所述的外接接口相连接，用于在预订时长内发送预定的协议信息给所述的用于软件死机监测的外接设备。
本发明提供的技术方案，将帮助医用设备的系统监测系统死机，如果医用设备系统死机，将产生死机报警提醒音，提醒用户系统死机。用户能及时发现系统死机，减小系统死机带来的风险和损失。同时由于本发明采用一种即插即用的监测系统死机的外接设备，能很方便的接入到各个需要监测的医用设备中，只要医用设备系统按照监测设备制定的协议进行通讯。监测设备可以接入各种通用外设接口，接入即可使用，如:USB接口，串口，并口，PS2，网口等。用户可以方便的使用监测设备监测他想要监测的医疗监护设备，节省了设计资源和成本。
【专利附图】
【附图说明】
[0004]为了易于说明，本发明由下述的较佳实施例及附图作以详细描述。
图1为本发明的一种软件死机监测的方法的一个实施例工作流程示意图；
图2为本发明的一种软件死机监测的方法的另一个实施例工作流程示意图；
图3为本发明的一种软件死机监测的方法的另一个实施例工作流程示意图；
图4为本发明的一种具有软件死机监测功能的医用外接设备的一个电路示意图；
图5为本发明的一种具有软件死机监测功能的医用外接设备的另一个电路示意图。
[0005]【具体实施方式】
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。
如图1所示，本发明一种软件死机监测的方法具体步骤描述如下:
101、选用采集并检测病人生理参数的医用主机设备，启动该医用设备主机系统； 医用设备系统可以是中央监护系统，监护仪等医用设备系统，医用设备系统在软件实
现中遵循用于软件死机监测的外接设备制定的通讯协议，就可以使用用于软件死机监测的外接设备对该系统做死机监测。
102、所述的医用设备主机系统判断是否有外接设备接入；
医用设备系统启动后，开始在特定的外接端口检测是否有用于软件死机监测的外接设备接入，医用设备系统按一定的间隔时长扫描设备的外接接口，检测用于软件死机监测的外接设备的接入。如果检测到外接设备接入，停止检测。如果没有检测到设备接入，继续检测，即重复此步骤。
103、所述的医用设备主机系统根据读取所述外接设备的预设身份识别信息判断所述接入的外接设备是否是用于软件死机监测的外接设备；
医用设备系统扫描到外接设备接入后，开始检测设备是否匹配。检测方法可以是读取设备的一些预设信息，如通讯协议信息、厂家信息、序列号、设备标识等。如果匹配，通过检测，判断为用于软件死机监测的外接设备，如果不匹配，重复102步骤。
104、所述的医用设备主机系统在预订时长内发送预定的协议信息给所述的用于软件死机监测的外接设备；
医用设备系统检测用于软件死机监测的外接设备匹配后，开始给用于软件死机监测的外接设备发送预定协议信息，协议信息内容作为【具体实施方式】详细如下:
医用设备系统发送预定协议信息 表I医用设备系统发送预定协议信息
【权利要求】
1.一种软件死机监测的方法，其特征在于，包括如下步骤: 步骤1，选用采集并检测病人生理参数的医用主机设备，启动该医用设备主机系统； 步骤2，所述的医用设备主机系统判断是否有外接设备接入，如有外接设备接入，则进入步骤3 ； 步骤3，所述的医用设备主机系统读取所述外接设备的预设身份识别信息，并判断所述接入的外接设备是否是用于软件死机监测的外接设备，如果是，则进入步骤4 ； 步骤4，所述的医用设备主机系统在预订时长内发送预定的协议信息给所述的用于软件死机监测的外接设备； 步骤5，所述的用于软件死机监测的外接设备检测是否按时收到所述的预定协议信息，如果不是，则进入步骤6 ; 步骤6，所述的用于软件死机监测的外接设备监测到所述医用设备主机系统死机并输出结果。
2.根据权利要求1所述的一种软件死机监测的方法，其特征在于，所述的步骤6中所述输出结果包括产生报警音和/或报警光。
3.根据权利要求2所述的一种软件死机监测的方法，其特征在于，所述的步骤3之后还包括: 步骤31，所述的用于软件死机监测的外接设备进行自检； 步骤32，所述的用于软件死机监测的外接设备如果通过自检则同时产生自检通过提示音和/或提不光。
4.根据权利要求3所述的一种软件死机监测的方法，其特征在于，所述步骤32之后还包括所述的用于软件死机监测的外接设备判断是否收到启动死机监测信息的步骤。
5.根据权利要求1所述的一种软件死机监测的方法，其特征在于，所述的步骤3之后还包括，所述的用于软件死机监测的外接设备判断是否收到启动死机监测信息的步骤。
6.根据权利要求1所述的一种软件死机监测的方法，其特征在于，所述的步骤3中所述的预设身份识别信息包括，通讯协议信息和/或厂家信息和/或序列号和/或设备标识。
7.根据权利要求1所述的一种软件死机监测的方法，其特征在于，所述的步骤2中如果判断没有外接设备接入则重复此步骤； 所述的步骤3中如果判断所述接入的外接设备不是用于软件死机监测的外接设备，则返回所述的步骤2; 所述的步骤5中，如果按时收到所述的预定协议信息，则重复此步骤。
8.一种根据权利要求1的软件死机监测的方法所述的具有软件死机监测功能的医用外接设备，其特征在于，包括: 外接接口，与医用设备主机相连接，进行交互通讯； 电源模块，与所述的外接接口相连接，用于将外接接口或直流电源提供的供电电源电压转换成所述用于软件死机监测的外接设备使用的电压； 微处理器，与所述的外接接口和电源模块相连接，用于接收通过所述外接接口传来的通讯信息并进行处理； 音频电路与所述的电源模块和微处理器相连接，用于接收来自与所述微处理器的控制信息并进行音频解码控制与输出；扬声器，与所述的音频电路相连接，用于播放报警提醒音，或者播放自检提示音。
9.根据权利要求8所述的具有软件死机监测功能的医用外接设备，其特征在于，还包括: LED模块，与所述的电源模块和微处理器相连接，用于接收来自与所述微处理器的控制信息并进行报警光或者提示光显示。
10.一种根据权利要求1的软件死机监测的方法所述的具有软件死机监测功能的医用主机设备，其特征在于，包括: 外接接口，与用于软件死机监测的外接设备相连接，进行交互通讯； 外接设备接入判断模块，与所述的外接接口相连接，用于判断是否有外接设备接入； 外接设备匹配判断模块，与所述的外接接口相连接，用于根据读取所述外接设备的预设身份识别信息判断所述接入的外接设备是否是用于软件死机监测的外接设备； 协议信息发送模块，与所述的外接接口相连接，用于在预订时长内发送预定的协议信息给所述的 用于软件死机监测的外接设备。
【文档编号】G06F13/10GK103699472SQ201310620050
【公开日】2014年4月2日 申请日期:2013年11月29日 优先权日:2013年11月29日
【发明者】陈爱军, 郑如海, 周宏伟 申请人:深圳市理邦精密仪器股份有限公司