报警事件的回顾方法、监护设备和监护系统与流程

1.本技术涉及医疗设备技术领域，尤其涉及一种报警事件的回顾方法、监护设备和监护系统。


背景技术：

2.监护设备通常指可佩带在患者身上，且能够实现对患者的生理参数不间断实时监护的医疗设备。例如，当监测到的患者的生理参数值超过正常范围或者监护设备的运行异常，例如线路出现故障时，监护设备会产生报警事件，该报警事件对应的报警信息是医护人员应急处理和进行治疗的重要依据。现有的监护设备具有报警事件的回顾功能，以供医护人员掌握患者的病情。然而，现有的监护设备的报警事件的回顾方式一般是按照时间顺序罗列所有报警事件。因此，当监护设备存储有较多的报警事件时，医护人员仅通过现有的回顾方式难以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，从而无法快速掌握患者的病情状况，进而增加了医护人员的工作强度和难度，且提升了病情延误的风险。


技术实现要素：

3.有鉴于此，有必要提供一种报警事件的回顾方法、监护设备、监护系统及可读存储介质，以解决上述问题。
4.第一方面，本技术提供一种报警事件的回顾方法，应用于监护系统，所述回顾方法包括如下步骤：
5.接收针对所述报警事件的回顾指令，并根据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件；
6.获取待精简报警事件类别，并将所述所有报警事件中与所述待精简报警事件类别对应的报警事件作为目标报警事件；
7.按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，其中，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、及隐藏所述目标报警事件中的至少部分报警事件中的至少一种算法，所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件。
8.第二方面，本技术提供一种监护设备，包括处理器和连接所述处理器的存储器，所述存储器用于存储报警事件，所述处理器用于接收针对所述报警事件的回顾指令，并根据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件；获取待精简报警事件类别，并将所述所有报警事件中与所述待精简报警事件类别对应的报警事件作为目标报警事件；以及按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，其中，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、及隐藏所述目标报警事件中的至少部分报警事件中的至少一种算法，所述第一精简报警事件包括所述目标报警事件中的至少部分报警
事件。
9.第三方面，本技术提供一种监护系统，包括上述监护设备和与所述监护设备通讯连接的第三方设备，所述第三方设备包括处理器，所述第三方设备的处理器用于获取所述报警事件及执行上述报警事件的回顾方法。
10.第四方面，本技术提供一种可读存储介质，所述可读存储介质上存储有交互程序，所述交互程序被处理器运行时执行上述报警事件的回顾方法。
11.本技术实施方式提供了一种报警事件的回顾方法、监护设备、监护系统及可读存储介质，基于接收针对所述报警事件的回顾指令，并根据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件；获取待精简报警事件第一精简报警事件类别，并将所述待精简报警事件第一精简报警事件类别对应的报警事件作为所述目标报警事件；按照预设的精简算法将所述目标报警事件进行精简处理，以获得精简报警事件第一精简报警事件，其中，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、及隐藏所述目标报警事件中的至少部分报警事件中的至少一种算法，所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件，从而可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，以便医护人员了解患者相关联的报警事件发生频率、发生次数、严重程度等相关信息，进而减少了医护人员的工作强度和难度，且降低了病情延误的风险。
附图说明
12.为了更清楚地说明本技术实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
13.图1为本技术实施例中的监护系统的结构框图。
14.图2为本技术一实施例中的报警事件的回顾方法的步骤流程图。
15.图3为本技术第一实施方式中的报警事件在精简前后的界面图。
16.图4为本技术第二实施方式中的报警事件在精简前后的界面图。
17.图5为本技术第三实施方式中的报警事件在精简前后的界面图。
18.图6为本技术用于调节报警事件的精简级别的示意图。
19.图7为本技术采用多个精简算法精简报警事件在精简前后的界面图。
20.图8为图7中的回顾界面展开被精简的报警事件的界面图。
具体实施方式
21.下面将结合本技术实施方式中的附图，对本技术实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本技术一部分实施方式，而不是全部的实施方式。基于本技术中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施方式，都属于本技术保护的范围。
22.请参阅图1，图1所示为本技术一实施例中的监护系统1000的结构框图。监护系统1000包括监护设备100和与监护设备100通讯连接的第三方设备300。监护设备100和第三方
设备300均可以用于获取病人的监测数据，并在所述监测数据异常时生成报警事件。
23.其中，监护设备100可以为，但不局限于监护仪、本地中央站、远程中央站、云端服务系统、移动终端中的任意一个。在本实施例中，监护设备100可以为监护仪，所述监护仪用于对病人的监测参数进行实时监测，所述监护仪可包括床边监护仪、穿戴式监护仪等等。第三方设备300包括中央站。所述中央站用于接收所述监护仪发送的监测数据，并对所述监测数据进行集中监护。其中，所述中央站可以包括本地中央站、远程中央站中的至少一者。
24.需要说明的是，所述中央站通过网络将一个科室或多个科室内的监护仪进行连接，以达到实时集中监护以及数据海量存储的目的。例如，所述中央站存储有，但不局限于病人的基本信息、病史信息、诊断信息及监护仪获取的监测数据等。
25.在一些实施例中，所述监护仪与所述中央站可以通过benelink组成互连平台，以实现所述监护仪与所述中央站之间进行数据通讯，例如，所述中央站可以对所述监护仪监测到的监测数据进行访问，所述监护仪从所述中央站获取病人的基本信息、病史信息和诊断信息等。在其它一些实施例中，所述监护仪与所述中央站还可以通过通信模块建立数据连接。所述通信模块可以是，但不局限于wifi、蓝牙或移动通信的2g、3g、4g、5g等通信模块。
26.在本实施例中，监护设备100包括，但不限于相互电连接的测量模块10、处理器20、输入输出装置30及存储器40。测量模块10、处理器20、输入输出装置30及存储器40可以通过通信总线耦合。本领技术人员应当理解的是，所述图1仅是监护系统1000的示例，并不构成对监护系统1000的限定，且监控设备100及监护系统1000可以包括比图1所示更多或更少的部件，或者组合某些部件，或者不同的部件，例如监护设备100还可以包括电源模块等，监护系统1000还可以包括报警平台等。
27.监护设备100可以用于监测患者的心电、呼吸、体温、脉搏氧饱和度、脉率、血氧、无创血压、有创血压中的一项或多项生命体征参数。监护设备100可以为便携式监护设备、转运式监护设备、或者移动式监护设备。
28.在一实施例中，测量模块10可以独立设置于监护设备100之外而与监护设备100可拆卸连接。测量模块10用于采集患者的生理参数数据。处理器20还用于对来自测量模块10的生理参数数据信号进行数据处理。测量模块10包括，但不局限于心电呼吸、血氧、血压、体温等生理参数监测附件。其中，监护设备100设置有若干连接接口。若干连接口可以是心电/呼吸接口、血氧接口、有创血压接口、无创血压接口、和/或体温接口等。生理参数监测附件通过连接接口电气连接于监护设备100上。在其它一些实施例中，测量模块10还可以集成于监护设备100上。
29.处理器20还可以用于控制监护设备100内的各个功能器件的协作。具体的，处理器20用于处理测量模块10采集到的心电呼吸、血氧、血压、体温等生命体征参数，以得到生理参数数据，并控制显示器15显示所述生理参数数据。所述生理参数数据包括，但不局限于生理参数数值和生理参数波形中的至少一者。处理器20用于在监测到测量模块10采集到的生理参数数值超出预设的阈值或监护设备100的运行异常时生成报警事件。具体的，处理器20可以用于根据预设的监护指标的报警门限值确定是否针对测量模块10所采集到的生理参数数据生成报警事件。处理器20还可以用于在监测到监护设备100的运行异常时，例如线路连接出现故障、供电异常等情况，生成报警事件。
30.在一些实施例中，处理器20还可以用于接收针对所述报警事件的回顾指令，并根
据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件；获取待精简报警事件类别，并将所述所有报警事件中与所述待精简报警事件类别对应的报警事件作为目标报警事件；以及按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、及隐藏所述目标报警事件中的至少部分报警事件中的至少一种算法，其中，所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件，即所述第一精简报警事件的数量少于或等于所述目标报警事件的数量。
31.处理器20还可以用于接收针对回顾所述报警事件的解除回顾退出指令，并根据所述退出解锁回顾指令恢复所述当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括报警名称、报警级别、报警起始时间、报警结束时间、生理参数值和生理参数波形中的至少一者。如此，医护人员可以快速执行下一次的报警事件的回顾。
32.在一些实施例中，输入输出装置30输出的可视化显示界面显示有用于响应回顾所述报警事件或退出回顾所述报警事件的控件图标。当所述控件图标接收到用户输入的第一触发操作时，控制生成针对所述报警事件的回顾指令。当所述控件图标接收到用户输入的第二触发操作时，控制生成针对回顾所述报警事件的退出指令。
33.输入输出装置30用于为用户提供可视化的显示输出，并接收用户输入的操作指令。在本实施例中，输入输出装置30可以用于输出所述第一精简报警事件。其中，输入输出装置30可以包括触摸屏、语音接收器、键盘、鼠标、遥控器等输入设备及显示屏、打印机、usb插口、网口、语音播放器等输出设备。
34.在本实施例中，所述输入输出装置30为显示器。具体的，输入输出装置30可以用于为用户提供可视化显示界面，例如是，但不局限于参数界面、报警界面和回顾界面。输入输出装置30的参数界面用于显示所述生理参数数据；输入输出装置30的报警界面用于显示所述报警事件；输入输出装置30的回顾界面用于显示所述第一精简报警事件。在另一实施例中，所述输入输出装置还可以为语音播放器，所述语音播放器用于播放所述第一精简报警事件。在其它一实施例中，所述输入输出装置还可以为打印机，所述打印机用于打印所述第一精简报警事件。
35.在一些实施例中，处理器20还用于根据所述回顾指令，控制输入输出装置30显示属性设置界面，其中，所述属性设置界面包括第一界面或第二界面，且所述第一界面显示的信息不同于所述第二界面显示的信息。
36.在其它一些实施例中，所述监护设备包括回顾控件，输入输出装置30显示的可视化显示界面包括所述回顾控件。处理器20还用于响应在所述回顾控件上输入的第一操作，生成所述回顾指令；根据所述回顾指令，控制输入输出装置30显示所述第一界面，其中，所述第一界面显示与所述所有报警事件对应的事件类别选项。
37.输入输出装置30显示的可视化显示界面包括与每一所述报警事件对应的显示图标。处理器20还用于侦测在某一所述显示图标上输入第一操作时，获取所述第一操作对应的第一操作参数；在所述第一操作参数符合预设参数条件时，生成所述回顾指令，根据所述回顾指令，控制输入输出装置30显示所述第二界面。处理器20还用于响应在某一所述显示图标上的选定操作，将当前选定的显示图标所对应的报警事件的事件类别设置为所述待精简的报警事件类别。
38.处理器20还可以用于控制输入输出装置30输出所述第一精简报警事件。在一些实施例中，处理器20还可以用于控制输入输出装置30按时间顺序依次输出所述第一精简报警事件，从而医护人员可以对报警时间较早的第一精简报警事件进行干预，从而提高了用户体验。在其它一些实施例中，处理器20还可以用于控制输入输出装置30按报警级别由高到低依次输出所述第一精简报警事件，从而医护人员可以对报警级别高的第一精简报警事件进行干预，从而降低了病人病情延误的风险，提高了监护设备100的监护性能。
39.在一些实施例中，处理器20还可以用于控制输入输出装置30显示一回顾界面。所述回顾界面对应显示所述第一精简报警事件的位置处显示有扩展图标。处理器20还可以用于响应在某一所述扩展图标上输入的第三操作，控制输入输出装置30展开或隐藏被精简处理的报警事件。如此，医护人员可以快速查看某一类第一精简报警事件的报警次数，为医生诊断病人的病情提供了重要依据，从而大大提高了医护人员的工作效率。
40.在一些实施例中，输入输出装置30还包括回顾控件。处理器20用于响应在所述回顾控件上输入的第一操作，生成所述回顾指令。在本实施例中，所述第一操作是触发监护设备100执行回顾所述报警事件对应的操作。所述第一操作例如是，但不局限于语音输入操作或触摸操作。所述第一操作是用户在监护设备100上输入的符合预设规则的操作。所述符合预设规则的操作是指所述第一操作对应的第一操作信息匹配预设的第一操作信息的操作，其中，所述预设的第一操作信息包括预设的语音信息、触摸信息或是开关信号中的至少一者。所述预设的第一操作信息可以根据用户自定义或在监护设备100出厂默认设置。
41.在一些实施例中，所述回顾控件可以为实体控件。所述实体控件例如是，但不限于设置于监护设备100上的按钮控件或是传感器。所述传感器可以为语音传感器或触摸传感器。
42.举例来说，所述回顾控件可以为语音传感器，所述语音传感器用于采集用户输入的语音信息，所述语音信息包括，但不限于语音内容及音色信息中的至少一者。所述语音信息的语音内容例如是，但不局限于“执行回顾所述报警事件”、“回顾所述报警事件”、“拒绝执行回顾所述报警事件”或“正常显示所述报警事件”等。处理器20用于根据所述语音传感器采集到的语音信息执行或拒绝执行回顾所述报警事件对应的操作。
43.所述回顾控件还可以为触摸传感器。所述触摸传感器用于获取用户输入的触摸操作对应的触摸信息。所述触摸信息例如是，但不局限于按压位置、按压时间、按压力度、触摸面积、触摸点个数(例如，用户不同的手指在输入输出装置30的显示屏的指定区域上进行触摸可产生不同的触摸点)、触摸区域或者是触摸轨迹等。处理器20用于在所述触摸信息与预设的触摸信息匹配时执行回顾所述报警事件，以及在所述触摸信息与预设的触摸信息不匹配时拒绝执行回顾所述报警事件。
44.在其它一些实施例中，所述回顾控件还可以为虚拟控件，所述虚拟控件例如是显示于监护设备100所显示的可视化显示界面上。所述虚拟控件可以显示于所述参数界面、报警界面和回顾界面中的至少一个界面。
45.在一些实施例中，监护设备100还包括电连接处理器20的报警模块50、通信模块60。报警模块50用于输出报警提示，以便医护人员执行相应的救护措施，且可以实时了解患者的情况及设备的工作状态，从而避免医护人员或者患者出现疏忽的现象，提高了监护的安全性。报警模块50例如是，但不局限于发光二极管或者蜂鸣器。输入输出装置80用于供用
户输入操作指令。处理器20还用于控制通信模块60将测量模块10采集到的生命体征参数数据及报警事件发送至第三方设备300。
46.在一些实施例中，监护设备100可以通过通信模块60与第三方设备300建立数据通信。通信模块60可以是，但不局限于wifi、蓝牙或移动通信的2g、3g、4g、5g等通信模块。因此，患者的生理参数及报警提示信息等监护信息可以通过监护设备100的通信模块60无线传输到医院的第三方设备300进行集中监护。在其它一些实施例中，监护设备100还可以通过线缆与第三方设备300建立连接。第三方设备300可以是，但不局限于中央监护服务站设备或床边监护仪。第三方设备300还可以是云端服务系统或手机、平板电脑、个人电脑等移动终端。
47.其中，监护设备100的数量可以包括一个或多个。第三方设备300与至少一个监护设备100建立数据通信。第三方设备300包括处理器302，输入输出装置304及存储器306。在一些实施例中，第三方设备300的处理器302，输入输出装置304及存储器306的功能可以包括与监护设备100的处理器20，输入输出装置30及存储器40相同的功能，此处不再赘述。举例来说，处理器302也可以用于处理测量模块10所采集到的生理参数数据，并控制输入输出装置304显示所述生理参数数据。第三方设备300的处理器302，输入输出装置304及存储器306的功能还可以包括监护设备100的处理器20，输入输出装置30及存储器40的不具备的功能，例如，处理器20可以接收并处理不同监护设备100通过通信模块60直接发送的生理参数数据或报警事件。
48.处理器20，302可以是中央处理单元(central processing unit，cpu)，还可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。处理器20是监护设备100的控制中心，利用各种接口和线路连接整个监护设备100的各个部分。处理器30是第三方设备300的控制中心，利用各种接口和线路连接整个第三方设备300的各个部分。
49.其中，处理器20，302还用于执行下述报警事件的回顾方法中的所有步骤。例如，图2中的步骤s201至步骤s205等。具体的，存储器40存储有程序代码401，处理器20，302用于调用存储器40，306的程序代码401，307而执行上述回顾方法中所有步骤。
50.存储器40，306用于存储患者信息、报警事件信息及监测数据等。存储器40，306可用于存储计算机程序和/或模块，处理器20，302通过运行或执行存储在存储器40，306内的计算机程序和/或模块，以及调用存储在存储器40，306内的数据，实现监护设备100和第三方设备300的各种功能。存储器40，306可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、多个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器40，306可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)、多个磁盘存储器件、闪存器件、或其它易失性固态存储器件。
51.本技术实施方式提供的监护设备，包括处理器和连接所述处理器的存储器，所述
存储器用于存储报警事件，所述处理器用于接收针对所述报警事件的回顾指令，并根据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件；获取待精简报警事件第一精简报警事件类别，并将所述待精简报警事件第一精简报警事件类别对应的报警事件作为所述目标报警事件；按照预设的精简算法将所述目标报警事件进行精简处理，以获得精简报警事件第一精简报警事件，其中，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、及隐藏所述目标报警事件中的至少部分报警事件中的至少一种算法，所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件，从而可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，以便医护人员了解患者相关联的报警事件发生频率、发生次数、严重程度等相关信息，进而减少了医护人员的工作强度和难度，且降低了病情延误的风险。
52.本发明实施例公开了一种报警事件的回顾方法，可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，从而减少了医护人员的工作强度和难度，且降低了病情延误的风险。以下分别详细说明。
53.请参阅图2，图2所示为本技术一实施例提供的一种报警事件的回顾方法的流程图。如图2所示，所述报警事件的回顾方法，应用于上述监护系统1000。具体的，所述报警事件的回顾方法，可以单独应用于上述监护设备100，也可以单独应用于上述第三方设备300，还可以用于上述监护设备100和第三方设备300。在本实施例中，以所述状态报警方法应用于上述监护设备100为例进行说明。所述报警事件的回顾方法包括如下步骤。
54.步骤s201，接收针对所述报警事件的回顾指令，并根据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件。
55.其中，所述预设时间段可以通过监护设备100的设置菜单中自定义该预设时间段，或是监护设备100出厂默认预设，例如1小时，3小时，12小时等。所述报警事件包括，但不局限于血氧过高、血氧极低、呼吸窒息、心率过高、心率极低、心动过速、极度心动过速、单个室早、二连发室早、多连发室早、不规则节律等。每一所述报警事件的报警内容包括，但不局限于报警名称、报警级别、报警起始时间、报警结束时间、生理参数值和生理参数波形及与之相关的其它参数数据等。在本实施例中，所述报警界面可以按照时间先后顺序罗列所有报警事件。在其它一些实施例中，所述报警界面也可以按照报警级别的高低罗列所有报警事件。步骤s203，获取待精简报警事件类别，并将所述所有报警事件中与所述待精简报警事件类别对应的报警事件作为目标报警事件。
56.其中，所述待精简报警事件类别可以是一类或多类。具体的，在一些实施例中，所述待精简报警事件类别可以是当前所有的报警事件所对应的报警事件类别。在其它一些实施例中，所述待精简报警事件类别还可以是当前所有的报警事件所对应的报警事件类别中的部分类别。
57.在一些实施例中，所述回顾方法还包括：在预设时间内未接收到针对所述待精简报警事件类别的输入指令时，将当前所有的报警事件所对应的报警事件类别设置为所述待精简报警事件类别。如此，用户在回顾报警事件时，无需设置待精简类别且能够对所有报警事件进行回顾，从而大大提升了用户的使用体验。
58.在其它一些实施例中，所述回顾方法还包括：在预设时间内接收到针对所述待精简报警事件类别的输入指令时，根据所述输入指令，确定所述待精简报警事件类别。如此，
用户可以针对性地对感兴趣的报警事件进行回顾，大大提高了监护设备100使用的灵活性，且简化了监护设备100的运算，从而提高了报警时间回顾的效率。
59.步骤s205，按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，其中，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、隐藏所述目标报警事件中的至少部分报警事件，所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件。
60.其中，所述精简算法包括合并运算和隐藏运算中的至少一种。举例来说，可以将所述目标报警事件进行合并运算、隐藏运算或显现运算等，以获得该第一精简报警事件。由于精简处理所获得的所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件，即所述第一精简报警事件的数量少于或等于所述目标报警事件的数量，因此可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，以便医护人员了解患者相关联的报警事件发生频率、发生次数、严重程度等相关信息，进而减少了医护人员的工作强度和难度，且降低了病情延误的风险。
61.需要说明的是，本技术的报警事件回顾方法是对已有报警事件的二次处理，且不对实时报警产生影响，以及不对已有的报警事件信息进行删改。具体的，通过对已有报警事件进行合并或隐藏操作，以获取精简版的报警事件，从而医护人员可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，进而减少了医护人员的工作强度和难度，且降低了病情延误的风险。
62.在一些实施例中，所述回顾方法还包括：回顾所述所有报警事件中的所述目标报警事件之外的报警事件。可以理解的，一些类别的报警事件较少或者报警事件中重复或无意义的报警事件较少，则可以不对其进行精简处理，以提高系统的运算速率，如此，医护人员可以对目标事件进行精简处理，并将精简处理后的报警事件及所述目标报警事件之外的报警事件进行回顾，从而提高了用户使用体验。
63.对于上述步骤s203，在本实施例中，所述获取待精简报警事件类别，并将所述所有报警事件中与所述待精简报警事件类别对应的报警事件设置为所述目标报警事件，具体包括：
64.获取所述待精简报警事件类别；
65.按照预设的筛选条件在所述所有报警事件中对所述待精简报警事件类别对应的报警事件进行筛选，以确定出所述目标报警事件，其中，所述筛选条件包括，但不局限于事件时间段、患者类型、患者年龄、报警级别中的至少一种。
66.其中，所述待精简报警事件可以是与一个患者相关联的报警事件。所述待精简报警事件还可以是包括与多个患者相关联的报警事件。通过按照预设的筛选条件在所述所有报警事件中对所述待精简报警事件类别对应的报警事件进行筛选，以确定出所述目标报警事件，以进一步从所述待精简报警事件类别对应的报警事件中有效且快速地筛选出患者关键的报警事件信息，从而增加了报警事件回顾的自由度，更有利于医护人员查看及诊断。
67.在本实施例中，在所述确定所述待精简报警事件类别之前，所述回顾方法还包括：
68.根据所述回顾指令，控制显示属性设置界面，其中，所述属性设置界面包括第一界面或第二界面，且所述第一界面显示的信息不同于所述第二界面显示的信息。
69.其中，所述第一界面可以显示，但不局限于事件类别选项、事件属性筛选选项和操
作选项等。在一些实施例中，所述第二界面显示的内容包括部分所述第一界面显示的内容。例如，在本实施例中，所述第二界面显示的内容与第一界面显示的内容相似，不同的是，所述第二界面不显示事件类别选项。
70.在一些实施例中，所述监护设备包括回顾控件；所述根据所述回顾指令，控制显示属性设置界面，具体包括：
71.响应在所述回顾控件上的第一操作，生成所述回顾指令；
72.根据所述回顾指令，控制显示所述第一界面，其中，所述第一界面显示与所述所有报警事件对应的事件类别选项。
73.所述获取所述待精简报警事件类别，具体包括：
74.响应对所述第一界面上的所述事件类别选项的选定操作，将当前选定的事件类别设置为所述待精简报警事件类别。
75.在本实施例中，所述第一操作是触发监护设备100执行回顾所述报警事件对应的操作。其中，所述第一操作例如是，但不局限于语音输入操作或触摸操作，所述触摸操作可以是单击、双击、右击、长按、或滑动等操作。所述第一操作是用户在监护设备100上输入的符合预设规则的操作。所述符合预设规则的操作是指所述第一操作对应的第一操作信息匹配预设的第一操作信息的操作，其中，所述预设的第一操作信息包括预设的语音信息、触摸信息或是开关信号中的至少一者。所述预设的第一操作信息可以根据用户自定义或在监护设备100出厂默认设置。
76.可以理解的，医护人员可以选择一类或多类所述报警事件对应的事件类别选项，并将当前选定的事件类别作为所述待精简报警事件类别。具体的，医护人员可以全选所有所述报警事件所对应的事件类别选项，以将所有的所述报警事件对应的事件类别作为所述待精简报警事件类别。如此，医护人员可以对至少一类所述报警事件进行精简处理，例如，对呼吸窒息报警事件进行精简处理，从而医护人员可以回顾患者在历史时间段内发生的呼吸窒息事件，以了解患者的呼吸状况，进而提升了用户的交互体验。
77.在一些实施例中，所述回顾方法还包括：在未接收到对所述第一界面上的所述事件类别选项的选定操作时，默认所有的所述报警事件对应的事件类别为所述待精简报警事件类别。如此，避免用户因忘记选定待精简报警事件类别而无法实现对报警事件进行精简处理所导致的回顾失败问题，从而提升用户的使用体验。
78.在其它一些实施例中，所述根据所述回顾指令，控制显示属性设置界面，具体包括：
79.为每一所述报警事件配置显示图标；
80.侦测在某一所述显示图标上输入第一操作时，确定出所述第一操作对应的第一操作参数；
81.在所述第一操作参数符合预设参数条件时，生成所述回顾指令；
82.根据所述回顾指令，控制显示所述第二界面。
83.所述确定所述待精简报警事件类别，具体包括：
84.响应在某一所述显示图标上的选定操作，将当前选定的显示图标所对应的报警事件的事件类别设置为所述待精简的报警事件类别。
85.其中，所述第一操作也可以是单击、双击、右击、长按、或滑动等操作。基于在所述
第一操作参数符合预设参数条件时，才生成所述回顾指令，从而避免医护人员在报警界面上进行其它操作而触发报警事件的回顾。
86.在本实施例中，所述按照预设的筛选条件在所述所有报警事件中对所述待精简报警事件类别对应的报警事件进行筛选，以确定出所述目标报警事件，具体包括：
87.获取在所述属性设置界面上输入的所述筛选条件；
88.根据所述筛选条件在所述所有报警事件中对所述待精简报警事件类别对应的报警事件进行筛选，以确定出所述目标报警事件。
89.在一些实施例中，所述回顾方法还包括：接收针对回顾所述报警事件的退出指令，根据所述退出回顾指令恢复所述当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括报警名称、报警级别、报警起始时间、报警结束时间、生理参数值和生理参数波形中的至少一者。如此，在响应接收针对所述报警事件的退出指令后，所述报警事件可以恢复到报警事件精简前状态显示，以等待下一次的精简操作，从而提高了医护人员的交互体验。
90.具体的，在本实施例中，所述监护设备还显示有回顾界面，所述回顾界面显示有关闭按钮，所述回顾方法还包括：响应在所述关闭按钮上的点击操作，生成所述退出指令。
91.在其它一些实施例中，所述回顾方法还包括：响应在所述回顾控件上输入的第二操作，生成所述退出指令。在本实施例中，所述第二操作是触发监护设备100拒绝执行回顾所述报警事件对应的操作。所述第二操作例如是，但不局限于语音输入操作或触摸操作。所述第二操作是用户在监护设备100上输入的符合预设规则的操作。所述符合预设规则的操作是指所述第二操作对应的第二操作信息匹配预设的第二操作信息的操作，其中，所述预设的第二操作信息包括预设的语音信息、触摸信息或是开关信号中的至少一者。所述预设的第二操作信息可以根据用户自定义或在监护设备100出厂默认设置。
92.其中，所述监护设备包括至少一种精简算法，所述监护设备包括至少一种精简算法，所述回顾方法，还包括：
93.从所述至少一种精简算法中确定所述预设的精简算法。
94.在一些实施例中，所述从所述至少一种精简算法中确定所述预设的精简算法，具体包括：
95.在预设时间内未接收到针对所述预设的精简算法的输入指令时，将所述监护设备默认的通用精简算法设置为所述预设的精简算法。
96.可以理解的，通过预先设置所述通用精简算法，避免医护人员忘记输入选择对应的精简算法而无法对报警事件进行回顾，从而提高了用户体验。其中，所述通用精简算法可以出厂默认设置，也可以用户根据临床经验知识设置使用频率较高的通用精简算法来自定义所述通用状态模板。所述通用精简算法还可以是沿用医护人员上一次设置的精简算法，从而简化了回顾报警事件的操作，提升了用户体验，且降低处理器的运算量和系统的功耗。
97.在其它一些实施例中，所述从所述至少一种精简算法中确定所述预设的精简算法，具体包括：
98.在预设时间内接收到针对所述预设的精简算法的输入指令时，根据所述输入指令，确定所述预设的精简算法。
99.根据报警事件的数量、类别等可以选择不同的精简算法对医护人员感兴趣的目标
报警事件进行回顾，从而大大提升了用户体验。
100.所述监护设备显示一属性设置界面，所述属性设置界面包括与所述至少一种精简算法对应的至少一个算法模式选项，所述根据所述输入指令，确定所述预设的精简算法，具体包括：
101.在接收到针对某一所述算法模式选项的选定操作时，将当前选定的算法模式选项所对应的算法设置为所述预设的精简算法。
102.所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
103.在接收到某一所述算法模式选项的选定操作时，确定当前选定的算法模式选项所对应的精简算法为目标精简算法，并将所述目标精简算法作为所述预设的精简算法；
104.按照所述目标精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件。
105.所述按照所述目标精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件之前，所述回顾方法还包括：从至少一种精简算法确定所述预设的精简算法。
106.所述按照所述目标精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
107.接收在所述属性设置界面上输入的算法配置参数，并将所述算法配置参数输入至所述目标精简算法，以得到目标算法规则，其中，所述目标算法规则对应所述预设的精简算法的算法规则，所述算法配置参数包括算法属性类型和时间参数中的至少一者；
108.按照所述目标算法规则将所述目标报警事件进行精简处理，以获得第一精简报警事件。
109.在本实施例中，所述属性设置界面显示第一算法模式选项、第二算法模式选项、第三算法模式选项、第四算法模式选项、第五算法模式选项。所述目标精简算法包括与所述第一算法模式选项对应的第一精简算法、与所述第二算法模式选项对应的第二精简算法、与所述第三算法模式选项对应的第三精简算法、与所述第四算法模式选项对应的第四精简算法和与所述第五算法模式选项对应的第五精简算法。其中，所述第五精简算法为所述第一精简算法、所述第二精简算法、所述第三精简算法和所述第四精简算法中任意两者或多者的组合算法。
110.在第一实施方式中，所述至少一个算法模式选项包括第一算法模式选项，所述第一算法模式选项对应的算法为合并第一时间段内重复的同类报警事件，所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
111.在确定所述第一算法模式选项所对应的算法设置为所述预设的精简算法时，合并所述目标报警事件在所述第一时间段内重复的同类报警事件，以获得所述第一精简报警事件。
112.所述回顾方法还包括：
113.确定所述同类报警事件对应的报警名称；
114.统计每一类报警事件出现的报警次数，并记录每一类所述报警事件的首次报警时间；
115.根据所述同类报警事件对应的报警名称、所述报警次数及所述首次报警时间，形
成所述第一精简报警事件。
116.具体的，所述目标精简算法包括第一精简算法，所述算法属性类型为合并属性，所述时间参数为第一时间段，所述接收在所述属性设置界面上输入的算法配置参数，并将所述算法配置参数输入至所述目标精简算法，以得到与所述目标精简算法对应的目标算法规则，具体包括：
117.接收在所述属性设置界面上输入的合并属性和第一时间段，将所述合并属性和所述第一时间段输入至所述第一精简算法，以得到与所述第一精简算法对应的第一算法规则，并将所述第一算法规则作为所述目标算法规则，其中，所述第一算法规则为合并所述第一时间段内重复的同类报警事件。
118.其中，所述算法属性类型包括合并属性、取消合并属性、隐藏属性和显示属性中的至少一者。所述第一时间段可以通过监护设备100的设置菜单中自定义该第一时间段，或是监护设备100出厂默认预设，例如30分钟，60分钟等。
119.在一些实施例中，所述在所述属性设置界面上设置所述算法属性类型为合并属性，具体包括：在所述属性设置界面上分别设置每一类所述待精简报警事件类别所对应的算法属性类型为合并属性。其中，所述合并属性对应的选项的数量与所述待精简报警事件类别的数量相对应，即所述合并属性对应的选项可以包括一个或多个。如此，用户可以快速合并或取消合并某一类报警事件，增强了操作灵活性。
120.在其它一些实施例中，所述在所述属性设置界面上设置所述算法属性类型为合并属性，具体包括：在所述属性设置界面上同时设置所述待精简报警事件类别所对应的算法属性类型为合并属性。其中，所述合并属性对应的选项有且只有一个。如此，用户可以同时将所有待精简报警事件类别所对应的报警事件进行合并或取消合并，提高了精简报警事件的速率。
121.在一些实施例中，所述回顾方法还包括：
122.在所述第一时间段超过所述预设的目标时间段时，确定所述第一时间段设置不正确，并输出提示信息，以提示用户重新设置所述第一时间段。
123.在所述第一时间段超过所述预设的目标时间段时，确定所述第一时间段设置正确时，并执行所述接收在所述属性设置界面上输入的所述算法属性类型和所述时间参数，将所述算法属性类型和所述时间参数输入至所述第一精简算法，以得到与所述第一精简算法对应的第一算法规则，并将所述第一算法规则作为所述目标算法规则。
124.其中，所述目标时间段可以用户自定义或系统出厂默认预设，所述目标时间段还可以根据报警事件的数量等因素来设定，此处不作限定。如此，基于对用户设置的第一时间段进行有效性检查，以避免用户输入的第一时间段的过大所导致被精简后的报警事件的数量仍较多，从而确保医护人员能够有效获取患者关键的报警信息的问题。
125.所述按照所述目标算法规则将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
126.合并所述目标报警事件在所述第一预设时间内重复的同类报警事件；
127.统计每一类报警事件出现的报警次数，并记录每一类所述报警事件的首次报警时间；
128.根据所述同类报警事件对应的报警名称、所述报警次数及所述首次报警时间，形
成所述第一精简报警事件。
129.其中，所述首次报警时间是同类报警事件中最早一次报警事件的发生时间。所述第一时间段与所述预设时间段可以相同，也可以不同。当所述第一时间段与所述预设时间段相同时，将所述预设时间段作为所述第一时间段，即用户无需重复设置所述第一时间段。
130.请参阅图3，图3所示为本技术第一实施方式的报警事件在精简前后的界面图。举例来说，如图3所示，所述第一预设时间段设置为30分钟，所述算法属性类型为合并属性，待精简报警事件类别包括极度心动过速、单个室早、二连发室早、多连发室早四个类别。在报警事件精简前，报警界面显示有8件报警事件；在报警事件精简后，回顾界面显示4件第一精简报警事件。待精简报警事件类别的数量与第一精简报警事件的数量相对应。每一第一精简报警事件包括同类报警事件的报警名称、报警次数和同类报警事件中的首次报警时间。例如，极度心动过速在第一时间段内重复报警3次，且首次极度心动过速发生的时间为8时8分，因此极度心动过速类报警事件精简后为极度心动过速3次8时8分。在一些实施例中，所述首次报警时间还可以表示为2019年6月6日8时8分。医护人员一般是对一天内的报警事件进行回顾，因此具体的日期(年月日)可以省略，以进一步简化精简后的报警事件的显示内容。
131.在第二实施方式中，所述回顾方法还包括：
132.在确定所述第一精简报警事件中包含有预设的关联特征字段的关联报警事件类别时，继续合并所述关联报警事件类别，以获得新第一精简报警事件，其中，所述新第一精简报警事件包括所述关联特征字段、所述关联报警事件类别的数量、所述关联报警事件类别对应的报警总次数中的至少一种。
133.其中，关联报警事件是指具有相同病因且生理参数数据不同的报警事件。例如，室早(室性期前收缩)是指在窦房结冲动尚未抵达心室之前，由心室中的任何一个部位或室间隔的异位节律点提前发出电冲动引起心室的除极。
134.请参阅图4，图4所示为本技术第二实施方式的报警事件在精简前后的界面图。举例来说，如图4所示，第一精简报警事件中的单个室早、二连发室早、多连发室早包含有预设的关联特征字段“室早”。将单个室早、二连发室早、多连发室早继续精简后得到新第一报警事件，该新第一报警事件显示为室早4次8时20分。如此，进一步精简第一报警事件，以使回顾界面显示的内容更简洁，从而医护人员可以快速回顾某一类报警事件，以了解患者的监护状况。
135.在第三实施方式中，所述至少一个算法模式选项包括第二算法模式选项，所述第二算法模式选项对应的算法为合并第二时间段内报警因素相同的不同类报警事件，所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
136.在确定所述第二算法模式选项所对应的算法设置为所述预设的精简算法时，合并所述目标报警事件在所述第二时间段内报警因素相同的不同类报警事件，以获得所述第一精简报警事件。
137.所述回顾方法还包括：
138.合并所述不同类报警事件的报警名称，并作为所述第一精简报警事件的报警名称；或者获取所述不同类报警事件中报警级别最高的报警事件的报警名称，并作为所述第
一精简报警事件的报警名称；
139.记录所述不同类报警事件中的报警事件的最早报警时间；
140.根据所述第一精简报警事件的报警名称及所述最早报警时间，形成所述第一精简报警事件。
141.具体的，所述目标精简算法包括第二精简算法，所述算法属性类型为合并属性，所述时间参数为第二时间段，所述接收在所述属性设置界面上输入的算法配置参数，并将所述算法配置参数输入至所述目标精简算法，以得到与所述目标精简算法对应的目标算法规则，具体包括：
142.接收在所述属性设置界面上输入的合并属性和第二时间段，并将所述合并属性和所述第二时间段输入至所述第二精简算法，以得到与所述第二精简算法对应的第二算法规则，并将所述第一算法规则作为所述目标算法规则，其中，所述第二算法规则为合并所述第二时间段内报警因素相同的不同类报警事件。
143.其中，所述第二时间段不同于所述预设时间段。所述第二时间段例如是30秒、1分钟、2分钟等。需要说明的是，所述第二时间段可以用户自定义或系统出厂默认预设，所述第二时间段还可以根据经验研究来设定，此处不作限定。
144.可以理解的，有些报警事件可能是由同一中原因导致的，例如呼吸窒息和血氧极低。如此，合并同种原因导致的不同类报警事件，以精简报警事件，从而方便医护人员查看。其中，所述不同类报警事件例如是，但不局限于相同参数源的报警事件或不同参数源的报警事件。相同参数源是指相同测量模块10同时测量至少两生理参数数据，例如心电呼吸测量模块可同时测量心电参数数据和呼吸参数数据。所述不同参数源是指不同测量模块10，例如心电测量模块、血氧测量模块、血压测量模块、呼吸测量模块等分别用于监测不同的生理参数数据。每一生理参数数据在异常时会产生一对应的报警事件，且这些报警事件彼此互不相同。
145.所述按照所述目标算法规则将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
146.合并所述目标报警事件在所述第二时间段内报警因素相同的不同类报警事件；
147.合并所述不同类报警事件的报警名称，并作为所述第一精简报警事件的报警名称；或者获取所述不同类报警事件中报警级别最高的报警事件的报警名称，并作为所述第一精简报警事件的报警名称；
148.记录所述不同类报警事件中的报警事件的最早报警时间；
149.根据所述第一精简报警事件的报警名称及所述最早报警时间，形成所述第一精简报警事件。
150.请参阅图5，图5所示为本技术第三实施方式的报警事件在精简前后的界面图。举例来说，如图5所示，待精简报警事件类别包括2类，分别为呼吸窒息和血氧极低。呼吸窒息的报警时间为8时29分，血氧极低的报警时间为8时30分。8时30分在8时29分至8时31分的时间段(即所述第二时间段)内，即在8时29分时刻附近，监护设备100或第三方设备300生成了呼吸窒息和血氧极低的报警事件。经验研究发现在呼吸窒息的过程中，通常伴随有血氧极低或心动过缓的症状，因此可以推测呼吸窒息与血氧极低是由相同报警因素引起的。对呼吸窒息报警事件和血氧极低报警事件进行精简后，得到第一精简报警事件，即：呼吸窒息
(血氧极低)8时29分；或者呼吸窒息8时29分。在一些实施例中，呼吸窒息报警事件的报警级别高于血氧极低报警事件的报警级别，因此可以将呼吸窒息报警事件的报警名称，即呼吸窒息，作为第一精简报警事件的报警名称。在其它一些实施例中，合并呼吸窒息报警事件的报警名称和血氧极低报警事件的报警名称，即呼吸窒息(血氧极低)，作为第一精简报警事件的报警名称。可以理解的，合并后的报警名称还可以为呼吸窒息血氧极低、呼吸窒息血氧极低、呼吸窒息&血氧极低、或窒息血氧极低等，至少包含两类报警事件的部分或全部名称均可作为第一精简报警事件的报警名称。
151.在第四实施方式中，所述至少一个算法模式选项包括第三算法模式选项，所述第三算法模式选项对应的算法为呈现所述目标报警事件，所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
152.在确定所述第三算法模式选项所对应的算法设置为所述预设的精简算法时，呈现所述目标报警事件，并将所述目标报警事件设置为所述第一精简报警事件。
153.所述目标精简算法包括第三精简算法，所述算法属性类型包括隐藏属性和显示属性，所述接收在所述属性设置界面上输入的算法配置参数，并将所述算法配置参数输入至所述目标精简算法，以得到与所述目标精简算法对应的目标算法规则，具体包括：
154.接收在所述属性设置界面上输入的所述算法属性类型，并将所述算法属性类型输入至所述第三精简算法，以得到与所述第三精简算法对应的第三算法规则，并将所述第三算法规则作为所述目标算法规则，其中，所述第三算法规则为隐藏所述待精简报警事件类别中的部分类别的报警事件。
155.在本实施例中，用户可以在所述属性设置界面上设置所述待精简报警事件类别中的部分类别的报警事件的算法属性类型为隐藏属性；或者设置所述待精简报警事件类别中的其余类别的报警事件的算法属性类型为显示属性；或者在所述属性设置界面上设置所述待精简报警事件类别中的部分类别的报警事件的算法属性类型为隐藏属性，并设置所述待精简报警事件类别中的其余的报警事件的算法属性类型为显示属性。
156.所述按照所述目标算法规则将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
157.隐藏所述待精简报警事件类别中的部分类别的报警事件，并将所述待精简报警事件类别中的其余类别的报警事件作为所述第一精简报警事件。
158.其中，医护人员可以在所述属性设置界面设置每一类报警事件的算法属性类型，也可以在所述属性设置界面单独设置所述目标报警事件对应的报警事件类别的算法属性类型；也可以在所述属性设置界面单独设置所述目标报警事件之外的报警事件所对应的报警事件类别的算法属性类型。
159.举例来说，当医护人员想要了解某患者的报警级别较高的报警事件时，医护人员可以将报警级别高于预设级别的报警事件的算法属性类型设置为“显示属性”，将报警级别低于所述预设级别的报警事件的算法属性类型设置为“隐藏属性”。医护人员想要了解某患者的体温报警事件，医护人员可以将体温报警事件的算法属性类型设置为“显示属性”，并将其它类报警事件的算法属性类型设置为“隐藏属性”。
160.在其它一些实施例中，还可以隐藏所述待精简报警事件类别的全部类别对应的报警事件，即所述目标报警事件。具体的，所述目标精简算法包括第三精简算法，所述算法属
性类型包括隐藏属性和显示属性，所述接收在所述属性设置界面上输入的算法配置参数，并将所述算法配置参数输入至所述目标精简算法，以得到与所述目标精简算法对应的目标算法规则，具体包括：
161.接收在所述属性设置界面上输入的所述算法属性类型，并将所述算法属性类型输入至所述第三精简算法，以得到与所述第三精简算法对应的第三算法规则，并将所述第三算法规则作为所述目标算法规则，其中，所述第三算法规则为隐藏所述目标报警事件。
162.在本实施例中，用户可以在所述属性设置界面上设置所述目标报警事件的算法属性类型为隐藏属性；或者设置所述目标报警事件之外的报警事件的算法属性类型为显示属性；或者在所述属性设置界面上设置所述目标报警事件的算法属性类型为隐藏属性，并设置所述目标报警事件之外的报警事件的算法属性类型为显示属性。
163.所述按照所述目标算法规则将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
164.隐藏所述目标报警事件，并将所述目标报警事件之外的报警事件作为所述第一精简报警事件。
165.在第五实施方式中，所述至少一个算法模式选项包括第四算法模式选项，所述第四算法模式选项对应的算法为隐藏所述目标报警事件中的不可靠报警事件，所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
166.在确定所述第四算法模式选项所对应的算法设置为所述预设的精简算法时，隐藏所述目标报警事件中的不可靠报警事件，并将所述目标报警事件中的可靠报警事件设置为所述第一精简报警事件。
167.所述目标精简算法包括第四精简算法，其中，所述目标报警事件包括不可靠报警事件和可靠报警事件中的至少一者，所述接收在所述属性设置界面上输入的算法配置参数，并将所述算法配置参数输入至所述目标精简算法，以得到与所述目标精简算法对应的目标算法规则，具体包括：
168.确定所述目标报警事件中的可靠报警事件和不可靠事件；
169.接收在所述属性设置界面上输入的所述算法属性类型，并将所述算法属性类型输入至所述第四精简算法，以得到与所述第四精简算法对应的第四算法规则，并将所述第四算法规则作为所述目标算法规则，其中，所述第四算法规则为隐藏所述目标报警事件中的所述不可靠报警事件。
170.在本实施例中，用户可以在所述属性设置界面上设置所述目标报警事件中的可靠报警事件的算法属性类型为显示属性；或者在所述属性设置界面上设置所述目标报警事件中的不可靠报警事件的算法属性类型为隐藏属性；或者在所述属性设置界面上设置所述目标报警事件中的可靠报警事件的算法属性类型为显示属性，并设置所述目标报警事件中的不可靠报警事件的算法属性类型为隐藏属性。
171.所述回顾方法还包括：
172.确定所述目标报警事件中的可靠报警事件和不可靠事件。
173.在一些实施例中，所述确定所述目标报警事件中的可靠报警事件和不可靠事件，具体包括：
174.确定所述目标报警事件中的某一报警事件的触发时刻；
175.获取在所述触发时刻时的生理参数及所述生理参数对应的关联参数；
176.将所述生理参数及所述关联参数与预设的对应的可靠性阈值比对，得到可靠度，其中，所述可靠度是指未超过所述可靠性阈值的占比；
177.在所述可靠度大于或等于预设的可靠度阈值时，确定所述报警事件为所述可靠报警事件；
178.在所述可靠度小于预设的可靠度阈值时，确定所述报警事件为所述不可靠报警事件。
179.其中，所述可靠性阈值和可靠度阈值可以是用户在属性设置界面上设置，也可以是系统出厂默认设置。所述不可靠报警事件是指测量模块10在特殊因素下引起监测到的参数数据异常时所产生的报警事件。在某一时刻触发报警事件时，监护设备100或第三方设备300会同时关联记录该时刻的其它参数。该其它参数可包括接入监护设备100的外部设备或者参数模块的关联参数，该关联参数例如是，但不局限于麻醉深度参数，判断患者运动状态的运动传感器参数，电极片阻抗参数，信号波形质量等。如果有的参数模块未接入监护设备100或者无法获取关联参数，则不记录。
180.当用户使用报警回顾功能时，获取测量模块10监测到的生理参数及每条目标报警事件关联记录的关联参数，通过将生理参数和关联参数与对应的可靠性阈值进行对比，以判断该目标报警事件的可靠程度，从而可以对不可靠报警事件不予显示，以将该不可靠报警事件进行隐藏，从而简化了回顾界面的显示内容。以极度心动过速报警为例，若报警事件发生时，患者运动传感器提示患者剧烈运动，或者心电信号质量较差，或者电极片提示阻抗过大，即该测量模块10监测到的生理参数和关联参数均超过了内置的可靠性阈值，则将该报警事件列为不可靠报警事件。
181.所述将所述目标报警事件按照所述目标算法规则进行精简处理，以获得第一精简报警事件，具体包括：
182.隐藏所述目标报警事件中的所述不可靠报警事件，并将所述目标报警事件中的所述可靠报警事件作为所述第一精简报警事件。
183.在一些实施例中，在所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件之前，所述回顾方法还包括：
184.按精简程度由低到高划分多个精简等级；
185.建立所述精简等级与所述精简算法的对应关系，其中，所述精简等级的等级越高，所述第一精简报警事件的数量越少。
186.在一些实施例中，所述回顾方法还包括：
187.根据所述回顾指令，控制显示与所述报警事件对应的属性设置界面，其中，所述属性设置界面显示滑动条62和滑动条控件64，所述滑动条62上设置有若干档位；
188.响应在所述滑动条控件64上的第二操作，确定出所述滑动条控件64所对应的所述滑动条62上设置的档位；
189.根据预先定义的所述档位与所述精简等级的对应关系，确定所述预设的精简算法对应的精简等级。
190.请参阅图6，图6所示为本技术用于调节报警事件的精简级别的示意图。如图6所示，滑动条62上设置有4个级别档位，4个级别档位按精简程度由低到高划分1级、2级、3级、
及4级。滑动条控件64对应的级别档位越高，精简掉的报警事件就越多。
191.在一些实施例中，4个级别档位分别第一精简算法、第二精简算法、第三精简算法及第四精简算法相关联。具体的，当滑动条控件64位于1级档位时，采用第一精简算法对所述目标报警事件进行精简处理，即合并所述第一时间段内重复的同类报警事件。当滑动条控件64位于滑动条62的2级档位时，在第一精简算法的基础上采用第二精简算法对所述目标报警事件进行精简处理，即合并所述第一时间段内重复的同类报警事件后，再合并所述第二时间段内报警因素相同的不同类报警事件。当滑动条控件64位于滑动条62的3级档位时，在第一精简算法的基础上采用第二精简算法对所述目标报警事件进行精简处理，在第二精简算法的基础上采用第三精简算法对所述目标报警事件进行精简处理，即合并所述第一时间段内重复的同类报警事件后，合并所述第二时间段内报警因素相同的不同类报警事件，再隐藏部分类别的报警事件。当滑动条控件64位于滑动条62的4级档位时，在第一精简算法的基础上采用第二精简算法对所述目标报警事件进行精简处理，在第二精简算法的基础上采用第三精简算法对所述目标报警事件进行精简处理，在第三精简算法的基础上采用第四精简算法对所述目标报警事件进行精简处理，即合并所述第一时间段内重复的同类报警事件后，合并所述第二时间段内报警因素相同的不同类报警事件，隐藏待精简类别中的部分类别的报警事件，再隐藏所述目标报警事件中的所述不可靠报警事件。需要说明的是，4个级别档位还可以采用其它组合方式进行进阶精简报警事件，例如，当滑动条控件64位于1级档位时，还可采用第一精简算法、第二精简算法、第三精简算法和第四精简算法中的任意一者对所述目标报警事件进行精简处理，本技术不作限定。
192.在其它一些实施例中，4个级别档位分别与第一时间段的时间参数对应。具体的，滑动条62的4级档位可以分别对应第一时间段的时间参数，包括t1＝15，t1＝30，t1＝45，t1＝60。可以理解的，随着第一时间t1的数值不断增加，报警事件的精简程度会不断增加。
193.在其它一些实施例中，所述回顾方法还包括：
194.根据所述回顾指令，控制显示与所述报警事件对应的属性设置界面，其中，所述属性设置界面显示与所述精简等级对应的菜单选项；
195.响应对其中一个所述菜单选项的选定操作，确定所述精简算法对应的精简等级。
196.需要说明的是，上述实施例仅是对调节报警事件的精简程度的说明，其他调节报警事件的精简程度的界面显示方式和算法，也应该在本发明的保护范围内。
197.在第六实施方式中，所述至少一个算法模式选项还包括组合算法模式选项，所述组合算法模式选项包括第一算法模式选项、第二算法模式选项、第三算法模式选项和第四算法模式选项中的至少两者，所述第一算法模式选项对应的算法为合并第一时间段内重复的同类报警事件，所述第二算法模式选项对应的算法为合并第二时间段内报警因素相同的不同类报警事件，所述第三算法模式选项对应的算法为呈现所述目标报警事件，所述第四算法模式选项对应的算法为隐藏所述目标报警事件中的不可靠报警事件，所述按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件，具体包括：
198.获取所述组合算法模式选项中的至少两个目标算法模式选项，组合所述至少两个目标算法模式选项对应的算法，并设置为所述预设的精简算法；
199.按照预设的精简算法将所述目标报警事件进行精简处理，以获得第一精简报警事件。
200.需要说明的是，在本发明实施例中，所述第一精简算法、所述第二精简算法、所述第三精简算法及所述第四精简算法这四种精简算法可以分别单独使用，也可以将四种精简算法任意组合实现对报警事件的精简。
201.在一些实施例中，所述回顾方法还包括：输出所述第一精简报警事件。
202.在本实施例中，所述监护设备显示有回顾界面，所述输出所述第一精简报警事件，具体包括：在所述回顾界面上显示所述第一精简报警事件。
203.具体的，监护设备仅显示被精简处理的报警事件(即第一精简报警事件)，并隐藏未被精简处理的报警事件(即第一精简报警事件之外的所有报警事件)。如此，医护人员可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，进而减少了医护人员的工作强度和难度，且降低了病情延误的风险。
204.在另一些实施例中，所述输出所述第一精简报警事件，具体包括：语音输出所述第一精简报警事件。其中，监护设备可以包括连接于处理器的语音播放器。所述语音播放器用于播放所述第一精简报警事件的内容信息。
205.在其它一些实施例中，所述输出所述第一精简报警事件，具体包括：打印所述第一精简报警时间。其中，监护设备还可以包括连接于处理器的打印设备。所述打印设备用于打印所述第一精简报警事件。
206.在一些实施例中，所述输出所述第一精简报警事件，具体包括：存储和/或导出所述第一精简报警事件，以便医护人员查看患者相关联的报警事件。
207.在一些实施例中，所述输出所述第一精简报警事件，具体包括：
208.按时间顺序依次输出所述第一精简报警事件；或者
209.按报警级别由高到低依次输出所述第一精简报警事件。
210.请参阅图7，图7为本技术采用多个精简算法精简报警事件在精简前后的界面图。如图7所示，采用第一精简算法、第二精简算法、第三精简算法及第四精简算法来精简报警事件。具体的，8时8分、8时12分及8时19分出现的“极度心动过速”报警事件及8时20分出现的“单个室早”报警事件经由第一精简算法精简，即合并8时8分、8时12分及8时19分出现的“极度心动过速”报警事件及8时20分出现的“单个室早”报警事件，且在回顾界面显示“极度心动过速3次8时8分”和“单个室早1次8时20分”。8时29分出现的“呼吸窒息”报警事件和8时30分出现的“血氧极低”报警事件经由第二精简算法精简，即合并8时29分出现的“呼吸窒息”报警事件和8时30分出现的“血氧极低”报警事件，且在回顾界面显示“呼吸窒息8时29分”。8时36分出现的“不规则节律”报警事件经由第三精简算法精简，即将8时36分出现的“不规则节律”报警事件的算法属性类型设置为隐藏属性，从而在回顾界面不显示8时36分出现的“不规则节律”报警事件。8时26分出现的“单个室早”报警事件经由第四精简算法精简，由于信号质量未达到设定的质量阈值，被识别为不可靠报警事件，从而在回顾界面不显示8时26分出现的“单个室早”报警事件。在本实施例中，在回顾界面按照时间顺序显示精简后的报警事件。因此回顾界面自上而下依次显示的第一报警事件为“极度心动过速3次8时8分”，“单个室早1次8时20分”，和“呼吸窒息8时29分”。
211.在一些实施例中，呼吸窒息的报警级别最高，极度心动过速的报警级别高于单个室早的报警级别，从而回顾界面自上而下依次显示的第一报警事件为“呼吸窒息1次8时29分”，“极度心动过速3次8时8分”，和“单个室早1次8时20分”。
212.在其它一些实施例中，所述监护设备还包括回顾界面，所述回顾界面对应显示所述第一精简报警事件的位置处显示有扩展图标72，所述输出所述第一精简报警事件，具体包括：
213.响应在某一所述扩展图标72上输入的第三操作，控制展开或隐藏被精简处理的报警事件。
214.其中，每一第一精简报警事件显示有扩展图标72。请参阅图8，图8所示为图7中的回顾界面展开被精简的报警事件的界面图如图8所示，当操作呼吸窒息报警事件的扩展图标72时，回顾界面在呼吸窒息报警事件的下方显示“呼吸窒息8时29分”和“血氧极低8时30分”。
215.本技术实施方式提供了一种报警事件的回顾方法、监护设备、监护系统及可读存储介质，基于接收针对所述报警事件的回顾指令，并根据所述回顾指令获取当前时刻之前预设时间段内的所有报警事件，其中，所述所有报警事件包括一类或多类报警事件；获取待精简报警事件第一精简报警事件类别，并将所述待精简报警事件第一精简报警事件类别对应的报警事件作为所述目标报警事件；按照预设的精简算法将所述目标报警事件进行精简处理，以获得精简报警事件第一精简报警事件，其中，所述预设的精简算法包括合并所述目标报警事件、呈现所述目标报警事件、及隐藏所述目标报警事件中的至少部分报警事件中的至少一种算法，所述第一精简报警事件包括所述目标报警事件中的至少部分报警事件，即所述精简报警事件第一精简报警事件的数量少于或等于所述目标报警事件的数量，从而可以从大量的报警事件中有效且快速地筛选出患者关键的报警事件信息，以便医护人员了解患者相关联的报警事件发生频率、发生次数、严重程度等相关信息，进而减少了医护人员的工作强度和难度，且降低了病情延误的风险。
216.本发明实施例还提供一种计算机存储介质，其中，所述计算机存储介质可存储有程序，所述程序执行时包括上述方法实施例中记载的任意一种报警事件的回顾方法的部分或全部步骤。
217.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
218.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应所述知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可能可以采用其它顺序或者同时进行。其次，本领域技术人员也应所述知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
219.在本技术所提供的几个实施例中，应所述理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。上述回顾方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的全部或部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明各个实施例上述回顾方法的全部或部分步骤。其中，而前述的存储介质可包括：u盘、移动硬盘、磁碟、光盘、只读存储器(英文：
read-only memory，缩写：rom)或者随机存取存储器(英文：random access memory，缩写：ram)等各种可以存储程序代码的介质。
220.以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施例进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施例及应用范围上均会有改变之处，综上上述，本说明书内容不应理解为对本发明的限制。