CN111916222A - 一种医疗监护***、推送终端和监护消息的推送方法 - Google Patents
一种医疗监护***、推送终端和监护消息的推送方法 Download PDFInfo
- Publication number
- CN111916222A CN111916222A CN201910385427.0A CN201910385427A CN111916222A CN 111916222 A CN111916222 A CN 111916222A CN 201910385427 A CN201910385427 A CN 201910385427A CN 111916222 A CN111916222 A CN 111916222A
- Authority
- CN
- China
- Prior art keywords
- monitoring
- alarm
- data
- push
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 448
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000012806 monitoring device Methods 0.000 claims abstract description 28
- 238000012216 screening Methods 0.000 claims description 68
- 238000001914 filtration Methods 0.000 claims description 18
- 238000007726 management method Methods 0.000 claims description 4
- 230000006870 function Effects 0.000 description 14
- 230000008569 process Effects 0.000 description 10
- 239000007789 gas Substances 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000036772 blood pressure Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000033764 rhythmic process Effects 0.000 description 4
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 3
- 239000008280 blood Substances 0.000 description 3
- 210000004369 blood Anatomy 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 239000001301 oxygen Substances 0.000 description 3
- 229910052760 oxygen Inorganic materials 0.000 description 3
- 230000006793 arrhythmia Effects 0.000 description 2
- 206010003119 arrhythmia Diseases 0.000 description 2
- 230000036760 body temperature Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000036387 respiratory rate Effects 0.000 description 2
- 206010002091 Anaesthesia Diseases 0.000 description 1
- 206010010071 Coma Diseases 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000037005 anaesthesia Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000002994 raw material Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本发明公开了一种医疗监护***、推送终端和监护消息的推送方法，通过接收至少一台监护设备产生的监护数据；判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据推送给用户终端，以通过所述用户终端提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知推送给用户终端，以通过所述用户终端提示用户；从而实现了对监护数据的筛选和过滤，提高了医护人员的工作效率。
Description
技术领域
本发明涉及医疗器械领域，具体涉及一种医疗监护***、推送终端和监护消息的推送方法。
背景技术
医疗监护仪通过各种传感器感应患者的各种生理变化，通过转换成电信号并经过数据分析和计算，得到患者的生理参数，当生理参数超出设定的指标或者仪器发生故障时，激发警报***报警，给医护人员提示。现有医疗监护仪通常是将报警消息推送给中央站，然而科室内与中央站连接的医疗监护仪众多，每次中央站收到报警消息，医护人员都需要查看是否属于自己关注的患者的报警消息，在报警消息量多时医护人员需要花费较多的时间查看自己关注的患者的报警消息，而且容易出现遗漏。
因此，现有的医疗监护仪的消息提醒不够方便，制约了医护人员工作效率的提升。
发明内容
本发明主要提供一种医疗监护***、推送终端和监护消息的推送方法，以提高医护人员的工作效率。
一实施例提供一种监护消息的推送方法，包括：
接收至少一台监护设备产生的监护数据；
判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据推送给用户终端，以通过所述用户终端提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知推送给用户终端，以通过所述用户终端提示用户。
所述的方法中，还包括：
接收至少一台用户终端发出的推送设置，所述推送设置用于确定感兴趣监护数据。
所述的方法中，
所述监护数据包括报警消息；判断所述监护数据是否属于感兴趣监护数据，包括：
根据所述报警消息的患者标识、报警级别和报警类别中的至少一种来判断所述报警消息是否属于感兴趣报警消息；
和/或，
所述监护数据包括监护参数实时监测值；判断所述监护数据是否属于感兴趣监护数据，包括：
判断所述监护参数实时监测值是否高于或低于监护参数的报警阈值，若是则确定所述监护参数实时监测值为感兴趣监护参数实时监测值；
和/或，
所述监护数据包括监护状态；判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知推送给用户终端，包括：
判断所述监护状态是否属于感兴趣监护状态，若是则生成用于提示所述监护状态为感兴趣监护状态的通知，并将所述通知推送给用户终端。
所述的方法中，所述推送设置包括感兴趣患者标识的列表，所述列表为用户终端根据用于选定患者的指令、用于选定科室的指令或者用于选定所有患者的指令生成；所述列表上的感兴趣患者标识对应的监护数据为感兴趣监护数据。
所述的方法中，所述监护数据包括报警消息；所述推送设置包括报警消息的筛选规则；所述筛选规则有三种：根据报警级别进行筛选，根据报警类别进行筛选，根据报警级别和报警类别进行筛选；
当所述推送设置中的筛选规则为根据报警级别进行筛选时，报警级别大于或等于所述推送设置中的报警级别的报警消息为感兴趣报警消息；
当所述推送设置中的筛选规则为根据报警类别进行筛选时，报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息；
当所述筛选规则为根据报警级别和报警类别进行筛选时，报警级别大于或等于所述推送设置中的报警级别，且报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息。
所述的方法中，所述报警消息包括患者的监护参数报警消息和/或设备故障报警消息。
所述的方法中，所述监护数据包括监护参数实时监测值；所述推送设置包括监护参数及其报警阈值；其中，属于所述推送设置中的监护参数，且实时监测值高于或低于其报警阈值的监护参数实时监测值为感兴趣监护参数实时监测值。
所述的方法中，所述监护数据包括监护状态；所述推送设置包括监护状态及其推送条件；其中，所述监护数据中，属于所述推送设置中的监护状态且满足推送条件的监护状态为感兴趣监护状态。
所述的方法中，通过所述用户终端提示用户包括：
在用户终端的显示界面上显示推送的所述监护数据或通知。
所述的方法中，还包括：
接收用户终端反馈的所述监护数据或通知的已读或未读的状态；
在所述监护数据或通知处于未读状态且满足预设的条件时，将所述监护数据或通知推送给其他用户终端。
一实施例提供一种监护消息的推送终端，包括：
数据获取接口，用于接收至少一台监护设备产生的监护数据；
数据推送接口，用于推送数据；
处理器，用于判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据通过所述数据推送接口推送给用户终端，以通过所述用户终端提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知并通过所述数据推送接口推送给用户终端，以通过所述用户终端提示用户。
所述的推送终端中，所述数据获取接口还用于接收至少一台用户终端发出的推送设置，所述推送设置用于确定感兴趣监护数据。
所述的推送终端中，
所述监护数据包括报警消息；所述处理器判断所述监护数据是否属于感兴趣监护数据，包括：
根据所述报警消息的患者标识、报警级别和报警类别中的至少一种来判断所述报警消息是否属于感兴趣报警消息；
和/或，
所述监护数据包括监护参数实时监测值；所述处理器判断所述监护数据是否属于感兴趣监护数据，包括：
判断所述监护参数实时监测值是否高于或低于其报警阈值，若是则确定所述监护参数实时监测值为感兴趣监护参数实时监测值；
和/或，
所述监护数据包括监护状态；所述处理器判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知并通过所述数据推送接口推送给用户终端，包括：
判断所述监护状态是否属于感兴趣监护状态，若是则生成用于提示所述监护状态为感兴趣监护状态的通知，并将所述通知通过所述数据推送接口推送给用户终端。
所述的推送终端中，所述推送设置包括感兴趣患者标识的列表，所述列表为用户终端根据用于选定患者的指令、用于选定科室的指令或者用于选定所有患者的指令生成；所述列表上的感兴趣患者标识对应的监护数据为感兴趣监护数据。
所述的推送终端中，所述监护数据包括报警消息；所述推送设置包括报警消息的筛选规则；所述筛选规则有三种：根据报警级别进行筛选，根据报警类别进行筛选，根据报警级别和报警类别进行筛选；
当所述推送设置中的筛选规则为根据报警级别进行筛选时，报警级别大于或等于所述推送设置中的报警级别的报警消息为感兴趣报警消息；
当所述推送设置中的筛选规则为根据报警类别进行筛选时，报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息；
当所述筛选规则为根据报警级别和报警类别进行筛选时，报警级别大于或等于所述推送设置中的报警级别，且报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息。
所述的推送终端中，所述报警消息包括患者的监护参数报警消息和/或设备故障报警消息。
所述的推送终端中，所述监护数据包括监护参数实时监测值；所述推送设置包括监护参数及其报警阈值；其中，属于所述推送设置中的监护参数，且实时监测值高于或低于其报警阈值的监护参数实时监测值为感兴趣监护参数实时监测值。
所述的推送终端中，所述监护数据包括监护状态；所述推送设置包括监护状态及其推送条件；其中，所述监护数据中，属于所述推送设置中的监护状态且满足推送条件的监护状态为感兴趣监护状态。
所述的推送终端中，通过所述用户终端提示用户包括：
在用户终端的显示界面上显示推送的所述监护数据或通知。
所述的推送终端中，所述数据获取接口还用于接收用户终端反馈的所述监护数据或通知的已读或未读的状态；所述处理器还用于在所述监护数据或通知处于未读状态且满足预设的条件时，将所述监护数据或通知通过所述数据推送接口推送给其他用户终端。
所述的推送终端中，所述推送终端为服务器、中央站、监护仪或用户终端。
一实施例提供一种推送终端，包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的程序，以实现如上所述的方法。
一实施例提供一种医疗监护***，包括：
如上所述的推送终端；
至少一台用户终端，用于接收所述推送终端推送的监护数据或通知，在显示界面上显示所述监护数据或通知；
至少一台监护设备，用于对患者进行监护，并将监护过程中产生的监护数据发送给所述推送终端。
一实施例提供一种计算机可读存储介质，包括程序，所述程序能够被处理器执行以实现如上所述的方法。
一实施例提供一种监护报警管理方法，包括：
获取报警消息，并基于预设的报警过滤规则过滤掉无效报警消息，将未过滤掉的有效报警消息推送至用户终端；所述报警消息由监护仪获取监测对象的生命体征数据，并基于预设的报警规则生成；所述有效报警消息用于供用户终端获取并进行展示。
依据上述实施例的医疗监护***、推送终端和监护消息的推送方法，通过接收至少一台监护设备产生的监护数据；判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据推送给用户终端，以通过所述用户终端提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知推送给用户终端，以通过所述用户终端提示用户；从而实现了对监护数据的筛选和过滤，提高了医护人员的工作效率。
附图说明
图1为一实施例中医疗监护***的结构框图；
图2为一实施例中医疗监护***的结构框图；
图3为一实施例中医疗监护***中推送终端的结构框图；
图4为一实施例中监护消息的推送方法的流程图；
图5为一实施例中监护消息的推送方法中报警消息推送的流程图；
图6为一实施例中监护消息的推送方法中监护参数推送的流程图；
图7为一实施例中监护消息的推送方法中监护状态推送的流程图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或者描述，这是为了避免本申请的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。
另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。
本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本申请所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。
如图1所示，本发明提供的医疗监护***，包括：至少一台用户终端10，推送终端，至少一台中央站30以及至少一台监护设备40。其中，推送终端为服务器、中央站、监护仪或用户终端，本实施例以推送终端为服务器20为例进行说明。
监护设备40例如监护仪，用于对患者进行监护，并将监护过程中产生的监护数据发送给中央站30，即监护设备40通过中央站30与服务器20通信连接。当然，如图2所示，监护设备40还可以直接与服务器20通信连接，其将监护过程中产生的监护数据发送给服务器20。具体的，监护设备40产生的监护数据包括报警消息、监护参数实时监测值和监护状态。监护参数为反映患者生命体征的参数，即监护设备40监护患者的生命体征所需的参数，如BP(血压)、HR(心率)、PR(脉率)、SpO2(血氧饱和度)、RESP(呼吸频率)、体温、ECG(心电图)等。本实施例中，医疗监护***包括多个监护设备40。当然，监护设备40不限于监护仪，也可以是具有监护功能的有创/无创呼吸机、麻醉机、遥测***、除颤仪等设备。
中央站30用于接收监护设备40发出的监护数据，并将接收的监护数据发送给服务器20。
如图3所示，服务器20包括：数据获取接口210，处理器220，数据推送接口230和存储模块(图中未示出)。数据获取接口210通过处理器220连接数据推送接口230。
数据获取接口210用于接收监护设备40发出的数据，其中包括直接接收监护设备40发出的数据以及通过中央站30接收监护设备40发出的数据；接收用户终端10发出的数据。数据获取接口210可以是无线通信接口或有线通信接口。
存储模块用于存储数据。
处理器220用于判断数据获取接口210接收的监护数据是否属于感兴趣监护数据，若是则将监护数据通过数据推送接口230推送给用户终端10，以通过用户终端10提示用户；和/或，判断数据获取接口210接收的监护数据是否属于感兴趣监护数据，若是则基于监护数据生成对应的通知推送给用户终端10，以通过用户终端10提示用户。对于监护数据中的报警消息，其本身就能提醒用户，无需处理器220进一步处理，故处理器220判断报警消息属于用户感兴趣的报警消息后，将其推送给用户终端10。对于监护参数实时监测值和监护状态，通常需要用户自行分辨患者是否有异常情况，故处理器220判断接收的监护参数实时监测值属于感兴趣监护参数实时监测值后，基于该监护参数实时监测值生成对应的通知推送给用户终端10；处理器220判断接收的监护状态属于感兴趣监护状态后，基于该监护状态生成对应的通知推送给用户终端10。
数据推送接口230用于向用户终端10推送数据，具体的，可以是直接向用户终端10推送数据，也可以如图2所示，通过第三方推送服务器50推送给用户终端10。第三方推送服务器例如可以是谷歌公司的GCM(Google Cloud Messaging)，谷歌公司的FCM(FirebaseCloud Messaging)，苹果公司的APNs(Apple Push Notification service)等推送服务。数据推送接口230也可以是无线通信接口或有线通信接口。数据获取接口210和数据推送接口230为同类型的接口时，可以是同一接口，例如数据获取接口210和数据推送接口230的功能由同一无线通信接口实现，处理器220通过该无线通信接口接收和推送数据。
用户终端10用于接收服务器20推送的监护数据或通知，和/或接收第三方推送服务器50推送的监护数据或通知；并在显示界面上显示接收的监护数据或通知。
可见，本发明提供的医疗监护***可对监护数据进行过滤筛选，只将感兴趣监护数据及其对应生成的通知发送给用户终端10，提高了医护人员的工作效率。
由于监护设备40可直接与服务器20通信，也可以通过中央站30与服务器20通信；服务器20可直接推送监护数据或通知给用户终端10，也可以通过第三方推送服务器50推送监护数据或通知给用户终端10，故医疗监护***可以有多种架构，图1和图2只是其中的两种，用以举例说明。
用户终端10的感兴趣监护数据可以由用户终端10进行设定，也可以预先设置在服务器20内。以用户终端10进行设定为例，用户终端10还用于根据用户的输入，向服务器20发出推送设置，推送设置用于确定感兴趣监护数据。对应的，服务器20还用于接收用户终端10发出的推送设置。可见，用户(例如医护人员)可根据自身需求通过用户终端10来确定感兴趣监护数据，使得之后接收的监护数据或通知是自身感兴趣的，操作方便，提高了工作效率。用户终端10能进行人机交互，可以是智能手机、平板电脑、智能穿戴式设备、笔记本电脑、台式电脑以及智能显示器(智能电视也属于智能显示器)等。
在推送终端为用户终端的实施例中，用户终端将感兴趣监护数据或通知推送到其显示界面显示，即用户终端判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据在自身的显示界面上显示，以提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知并在自身的显示界面上显示，以提示用户。
本发明提供的医疗监护***中，监护消息包括报警消息和通知，报警消息由监护设备40产生，而通知则是由服务器20产生，两者均由服务器20进行筛选过滤后推送，其推送过程(方法)如图4所示。需要说明的是，由于推送终端可以是服务器、中央站、监护仪或用户终端，故执行该推送方法的设备可以是服务器、用户终端、中央站、监护设备等，本实施例依旧以服务器为例进行说明，该推送方法包括：
步骤1、用户终端10接收用户的输入，根据用户的输入向服务器20发出推送设置，以确定感兴趣监护数据。由于监护设备40产生的监护数据包括报警消息、监护参数实时监测值和监护状态，对应的，感兴趣监护数据包括感兴趣患者的监护数据、感兴趣报警消息、感兴趣监护参数实时监测值和感兴趣监护状态。
以感兴趣患者的监护数据为例，推送设置包括感兴趣患者标识的列表，该列表上的感兴趣患者标识对应的监护数据为感兴趣患者的监护数据。步骤1包括：
用户终端10在用于过滤患者的设置界面显示各个患者的分类，以及分类下的患者，例如，显示一表示“所有患者”选项，显示表示各个科室的选项，显示各个科室管理的患者的选项等。
用户终端10接收用于选定患者的指令，根据所选定患者的患者标识生成感兴趣患者标识的列表，并将该感兴趣患者标识的列表发送给服务器20；可见，医护人员需要关注哪些患者，在用户终端10上选择即可，其他患者的监护数据将自动被过滤掉。
用户终端10接收用于选定科室的指令，根据所选定科室管理的患者的患者标识生成感兴趣患者标识的列表，并将该感兴趣患者标识的列表发送给服务器20；可见，医护人员可只关注某些科室的患者，其他科室的患者的监护数据将自动被过滤掉。
用户终端10接收用于选定所有患者的指令，根据所有患者的患者标识生成感兴趣患者标识的列表，并将该感兴趣患者标识的列表发送给服务器20。可见，医护人员也可关注所有的患者，这些选择通过用户终端10以推送设置的形式传输给服务器20，操作简单便利。
以感兴趣报警消息为例，监护数据包括报警消息，报警消息包括患者的监护参数报警消息和/或设备故障报警消息。监护参数报警消息和设备故障报警消息并不是下述的“类别”，两者是并列的，方便医护人员和设备维护人员进行关注。以报警消息包括患者的监护参数报警消息为例，步骤1还包括：
用户终端10接收用于选定筛选规则的指令以确定感兴趣筛选规则；筛选规则包括根据监护参数报警级别和/或监护参数类别筛选报警消息；例如，监护参数报警级别分为高级、中级和低级；监护参数报警消息是监护设备根据监护参数实时监测值进行判断和分析而给出的报警消息。监护参数的类别包括BP(血压)、HR(心率)、PR(脉率)、SpO2(血氧饱和度)、RESP(呼吸频率)、体温、ECG(心电图)等。
当选定筛选规则为根据报警级别筛选报警消息时，用户终端10接收用于选定监护参数报警级别的指令；将根据报警级别筛选监护参数报警消息的筛选规则和所选定的报警级别作为推送设置发送给所述服务器；其中，报警级别大于(高于)或等于所选定的报警级别的监护参数报警消息为感兴趣报警消息；可见医护人员可以选择一定级别的监护参数报警消息进行关注，其他低于该级别的监护参数报警消息会被服务器自动过滤掉。
当选定筛选规则为根据类别筛选报警消息时，用户终端10接收用于选定监护参数类别的指令；将根据类别筛选监护参数报警消息的筛选规则和所选定的类别作为推送设置发送给所述服务器；其中，类别为所选定类别的监护参数报警消息为感兴趣报警消息；可见医护人员也可以选择某些类别的监护参数报警消息进行关注，例如医护人员选定的是心律这一类别，则其他类别的监护参数报警消息会被服务器自动过滤掉，医护人员通过用户终端收到的是与心律相关的报警消息，如心律失常等。
当选定筛选规则为同时根据报警级别、类别筛选报警消息时，用户终端10接收用于选定监护参数报警级别的指令、接收用于选定监护参数类别的指令；将根据报警级别和类别筛选监护参数报警消息的筛选规则以及所选定的报警级别、所选定的类别作为推送设置发送给所述服务器；其中，报警级别大于或等于所选定的报警级别，且类别为所选定的类别的监护参数报警消息为感兴趣报警消息。可见医护人员也可以选择某些类别且具有一定级别的报警消息进行关注，例如，医护人员通过用户终端选择的是心律这一类别、选择的报警级别是高级，则后续服务器只推送与心律相关且为高级的报警消息给该用户终端，如高级心律失常等，其他类别、级别的报警消息则被服务器自动过滤掉。
以报警消息包括患者的设备故障报警消息为例，步骤1还包括：
用户终端10接收用于选定筛选规则的指令以确定感兴趣筛选规则；筛选规则包括根据报警级别和/或类别筛选设备故障报警消息；例如，设备故障报警级别分为高级、中级和低级；设备故障类别包括ECG(心电图)导联脱落、SpO2(血氧饱和度)传感器脱落、网络断开等常规类别。
用户终端10接收用于选定设备故障报警级别的指令；将根据报警级别筛选设备故障报警消息的筛选规则和所选定的报警级别作为推送设置发送给服务器；其中，报警级别大于或等于所选定的报警级别的设备故障报警消息为感兴趣报警消息。
用户终端10接收用于选定设备故障类别的指令；将根据类别筛选设备故障报警消息的筛选规则和所选定的类别作为推送设置发送给所述服务器；其中，类别为所选定的类别的设备故障报警消息为感兴趣报警消息。
用户终端10接收用于选定设备故障报警级别的指令、接收用于选定设备故障类别的指令；将根据报警级别和类别筛选设备故障报警消息的筛选规则以及所选定的报警级别、所选定的类别作为推送设置发送给服务器；其中，报警级别大于或等于所选定的报警级别，且类别为所选定的类别的设备故障报警消息为感兴趣报警消息。不同于同一类别的监护参数报警消息可能有不同的报警级别，一个类别的设备故障报警消息往往只对应一种报警级别，故即根据报警级别又根据类别来筛选设备故障报警消息的场景较少。
本发明的关注、过滤、筛选等均是针对发出推送设置的用户终端而言的，即用户终端与其发出的推送设置关联，例如用户终端的ID与其发出的推送设置关联，后续属于该推送设置定义的感兴趣监护数据推送的也是该推送设置关联的用户终端。当然，有的实施例中，也可以将用户终端的账号与其发出的推送设置关联，后续属于该推送设置定义的感兴趣监护数据推送的是该推送设置关联的账号。
监护数据包括监护参数实时监测值。步骤1还包括：
用户终端10接收用于选定单个监护参数的指令，之后接收用于设定所选定监护参数的报警阈值的指令，和/或接收用于设定该报警阈值的报警级别的指令，将所选定的监护参数及其报警阈值、和/或所设定的报警级别作为推送设置发送给服务器20。后续服务器在判断时，属于选定的监护参数，且高于或低于对应报警阈值的监护参数实时监测值为感兴趣监护参数实时监测值。其中，究竟是高于报警阈值的实时监测值为感兴趣监护参数实时监测值，还是低于报警阈值的实时监测值为感兴趣监护参数实时监测值，与推送设置中的监护参数有关，即监护参数与报警阈值判断中的“高于或低于”是关联的，服务器得到推送设置中的监护参数后，即可得知高于报警阈值的实时监测值为感兴趣监护参数实时监测值还是低于报警阈值的实时监测值为感兴趣监护参数实时监测值。推送设置中的报警阈值与报警级别(如果有)是关联的，故服务器20也可以通过报警级别来判断该监护参数实时监测值是否为感兴趣监护参数实时监测值，即，报警级别等于或超过推送设置中的设定报警级别的选定监护参数实时监测值为感兴趣监护参数实时监测值。本发明通过定义一个报警级别，可使得监护参数实时监测值与上述报警消息一样可以根据报警级别来进行筛选过滤，用户设置比较方便，其过程与上述报警消息相关的内容相同，不做赘述。
接收用于选定多个监护参数的指令，之后接收各个用于设定所选定监护参数的报警阈值的指令，接收设定各个所选定的监护参数之间逻辑关系的指令，和/或接收用于设定该逻辑关系的报警级别的指令；将所选定的各个监护参数及其报警阈值、逻辑关系、和/或所设定的报警级别作为推送设置发送给服务器20。后续服务器20在判断时，符合推送设置中的逻辑关系，且高于或低于对应报警阈值的各个选定监护参数的实时监测值为感兴趣监护参数实时监测值。推送设置中的报警阈值与报警级别(如果有)是关联的，故服务器20也可以通过报警级别来判断监护参数实时监测值是否为感兴趣监护参数实时监测值，即，推送设置中的各个选定监护参数的实时监测值，报警级别等于或超过推送设置中的设定报警级别，且符合推送设置中的逻辑关系，则确定各个选定监护参数的实时监测值为感兴趣监护参数实时监测值。逻辑关系至少包括和，或这两种，例如，推送设置中，有两个监护参数，分别是HR和SpO2，对应的报警阈值分别为100和95％，逻辑关系为“和”，报警级别为高级。则服务器20对接收的各个监护参数实时监测值进行判断，若HR>100，且SpO2低于95％，则HR和SpO2的实时监测值为感兴趣实时监测值，服务器20生成对应的通知，例如，生成HR高于其报警阈值且SpO2低于其报警阈值的通知推送给用户终端，起到了提醒的作用，实现了自定义通知的过滤推送。
本发明不仅能对监护设备生成的监护参数报警消息进行过滤推送，还能对自定义的监护参数及其报警阈值进行设置，进而对自定义的监护参数进行过滤推送，便于医护人员更好的对患者进行监护，应用场景广。
监护数据还包括监护状态，监护状态包括患者状态和设备状态。患者状态，例如，患者是否呼叫、患者是否有起搏器等，也可以是监护设备根据多个监护参数实测值进行分析判断得出的，如EWS评分(早期预警评分)、GCS评分(格拉斯哥昏迷指数)等。设备状态反映的是监护设备和/或其部件的工作状态，如监护设备的工作模式(如待机状态，监护状态等)，监护设备的设备信息(如设备ID、设备IP地址等)。步骤1还包括：
用户终端10接收用于选定单个监护状态的指令，之后接收用于设定所选定的监护状态的推送条件的指令，和/或接收用于设定该推送条件的报警级别的指令，将所选定的监护状态及其推送条件、和/或所设定的报警级别作为推送设置发送给服务器。后续服务器在判断时，满足推送条件的选定监护状态为感兴趣监护状态。本实施例中，推送条件可以是报警阈值，如EWS评分、GCS评分对应的分数等，也可以是“是或否”，如患者进行了呼叫、患者没有进行呼叫。
接收用于选定多个监护状态的指令，之后接收各个用于设定所选定监护状态的推送条件的指令，接收设定各个所选定的监护状态之间逻辑关系的指令，和/或接收用于设定该逻辑关系的报警级别的指令；将各个所选定的监护状态及其推送条件、逻辑关系、和/或所设定的报警级别作为推送设置发送给所述服务器。后续服务器在判断时，符合所述逻辑关系，且满足推送条件的各个选定监护状态为感兴趣监护状态。逻辑关系至少包括和，或这两种，例如，推送设置中有两个监护状态，分别是患者呼叫、EWS评分，对应的推送条件分别为是、2分，逻辑关系为“和”；则服务器判断是否存在患者进行了呼叫，且EWS评分超过2分的监护数据，若是，则确定其属于感兴趣监护数据，生成对应的通知进行推送。
通过对患者状态的自定义推送设置，医护人员可灵活的得到所需要的通知，非常方便。
对于同一用户终端发出的多个推送设置，各个推送设置之间通常是“和”的逻辑关系，即服务器向一个用户终端推送的报警或通知是该用户终端设置的各个推送设置定义的感兴趣监护数据集合的交集。例如，一个医护人员只设置了感兴趣患者标识的列表，则后续其收到的是该列表中的患者的所有报警消息或通知。医护人员若只设置了根据监护参数报警级别筛选报警消息、监护参数报警级别为高级，则后续其收到的是所有患者的高级监护参数报警消息。医护人员若设置了感兴趣患者标识的列表，以及根据监护参数报警级别筛选报警消息、监护参数报警级别为高级，则后续其收到的是感兴趣患者标识的列表中的患者的高级监护参数报警消息。
步骤2、服务器20的数据获取接口210接收用户终端10发出的推送设置，并存储在存储模块中。
步骤3、监护设备40对患者进行监护，并将监护过程中产生的监护数据发送给服务器20或通过中央站30发送给服务器20。
步骤4、服务器20的数据获取接口210接收监护设备40产生的监护数据，并存储在存储模块中。
步骤5、服务器20的处理器220根据接收的推送设置，判断监护数据是否属于感兴趣监护数据，若是则将监护数据推送给发出推送设置的用户终端10；或者，根据接收的推送设置判断监护数据是否属于感兴趣监护数据，若是则基于监护数据生成对应的通知，将通知推送给发出推送设置的用户终端10。
数据获取接口210接收到一监护数据后，处理器220根据监护数据是报警消息、监护参数实时监测值还是监护状态对应执行图5、图6和图7所示的具体步骤，即，若数据获取接口210接收的监护数据包括报警消息，则处理器220根据该报警消息的患者标识、报警类型、报警级别和报警类别中的至少一种来判断该报警消息是否属于感兴趣报警消息；则如图5所示，步骤5具体包括：
步骤511、处理器220从监护数据中获取患者标识。
步骤512、判断该监护数据是否需要推送，具体的，判断存储模块中是否存储有推送设置，若没有存储则结束步骤5(不需要推送)，若存储有推送设置，则根据关联的推送设置(同一个用户终端发出的推送设置)判断该监护数据是否需要推送给发出这个或这些推送设置的用户终端，具体的，若存储有同一用户终端发出的感兴趣患者标识列表、用于确定感兴趣报警消息的推送设置，则判断该患者标识是否在感兴趣患者标识列表中，若是则确定需要推送，进入步骤513(若仅存储有感兴趣患者标识列表，则直接将报警消息推送给对应的用户终端即可)。
步骤513、从该监护数据中获取报警消息的类型，得到是监护参数报警消息或设备故障报警消息。
步骤514、从该监护数据中获取报警消息的类别和级别，根据与所述列表关联的推送设置中的筛选规则及其对应的级别或类别进入对应的步骤，即推送设置中的筛选规则为根据报警级别筛选，则进入步骤515；推送设置中的筛选规则为根据报警类别筛选，则进入步骤516；推送设置中的筛选规则为根据报警级别和报警类别筛选，则进入步骤517。
步骤515、判断报警消息的级别是否高于或等于推送设置中的级别，若是，则确定该报警消息为感兴趣报警消息，则进入步骤518，否则结束步骤5。
步骤516、判断报警消息的类别是推送设置中的类别，若是则确定该报警消息为感兴趣报警消息，进入步骤518，否则结束步骤5。
步骤517、判断报警消息的级别是否高于或等于推送设置中的级别、报警消息的类别是否是推送设置中的类别，若是则确定该报警消息为感兴趣报警消息，进入步骤518，否则结束步骤5。
步骤518、服务器20的数据推送接口230直接或通过第三方推送服务器将该报警消息推送给发出该推送设置的用户终端10。
图5给出的流程是针对同一个用户终端发出的至少一个推送设置进行的判断，实际上存储模块中通常存储有多个用户终端发出的多个推送设置，服务器20重复图5的流程，直到所有用户终端发出的所有推送设置均判断完毕。
若监护数据包括监护参数实时监测值，则如图6所示，步骤5包括：
步骤521、处理器220从监护数据中获取患者标识。
步骤522、判断该监护数据是否需要推送，具体的，判断存储模块中是否存储有推送设置，若没有存储则结束步骤5(不需要推送)，若存储有推送设置，则根据关联的推送设置判断该监护数据是否需要推送给发出这个或这些推送设置的用户终端，具体的，若存储有同一用户终端发出的感兴趣患者标识列表、用于确定感兴趣监护参数实时监测值的推送设置，则判断该患者标识是否在感兴趣患者标识列表中，若是则确定需要推送，进入步骤523。若该列表没有与之关联的推送设置，说明用户没有设置自定义参数报警，则结束步骤5。
步骤523、判断与该列表关联的推送设置中的监护参数是否是单个，若是则进入步骤524，否则进入步骤526。
步骤524、获取与该列表关联的推送设置中的监护参数的实时监测值。
步骤525、判断监护参数实时监测值是否高于或低于推送设置中的报警阈值，若是则确定该监护参数实时监测值为感兴趣监护参数实时监测值，进入步骤528，否则结束步骤5。
步骤526、获取与该列表关联的推送设置中的各个监护参数的实时监测值。
步骤527、分别判断所述各个监护参数实时监测值是否高于或低于推送设置中对应的报警阈值，根据各个监护参数实时监测值的判断结果进一步判断是否符合推送设置中的逻辑关系，若是，则确定接收的监护参数实时监测值为感兴趣监护参数实时监测值，进入步骤528，否则结束步骤5。
步骤528、根据步骤525或步骤527的判断结果生成对应的通知，例如，生成单个选定监护参数实时监测值高于或低于报警阈值的通知(相当于报警)，以提示用户监护数据中存在感兴趣监护参数实时监测值，推送设置中包括报警级别的，在通知中附带上报警级别。生成多个选定监护参数实时监测值高于或低于报警阈值的通知(相当于报警)，以提示用户监护数据中存在感兴趣监护参数实时监测值，推送设置中包括报警级别的，在通知中附带上报警级别。
步骤529、服务器20的数据推送接口230直接或通过第三方推送服务器将该通知推送给发出该推送设置的用户终端10。
若监护数据包括监护状态，则如图7所示，步骤5包括：
步骤531、处理器220从监护数据中获取患者标识。
步骤532、判断该监护数据是否需要推送，具体的，判断存储模块中是否存储有推送设置，若没有存储则结束步骤5(不需要推送)，若存储有推送设置，则根据关联的推送设置判断该监护数据是否需要推送给发出这个或这些推送设置的用户终端，具体的，若存储有同一用户终端发出的感兴趣患者标识列表、用于确定感兴趣监护状态的推送设置，则判断该患者标识是否在感兴趣患者标识列表中，若是则确定需要推送，进入步骤533。若该列表没有与之关联的推送设置，说明用户没有设置自定义状态报警，则结束步骤5。
步骤533、判断与该列表关联的推送设置中的监护状态是否是单个，若是则进入步骤534，否则进入步骤536。
步骤534、根据与该列表关联的推送设置中的选定监护状态，获取监护数据中的选定监护状态。
步骤535、判断监护数据中的选定监护状态是否满足推送设置中的推送条件，例如判断监护数据中的选定监护状态是否高于或低于报警阈值，若是则确定该监护数据中的选定监护状态为感兴趣监护状态，进入步骤538，否则结束步骤5。
步骤536、获取与该列表关联的推送设置中的各个监护参数的实时监测值。
步骤537、分别判断监护数据中的各个监护状态是否满足推送设置中对应的推送条件，根据各个监护状态的判断结果进一步判断是否符合推送设置中的逻辑关系，若是，则确定接收的监护状态为感兴趣监护状态，进入步骤538，否则结束步骤5。
步骤538、根据步骤535或步骤537的判断结果生成对应的通知，例如，生成单个选定监护状态满足推送条件的通知(相当于报警)，以提示用户监护数据中存在感兴趣监护状态，推送设置中包括报警级别的，在通知中附带上报警级别。生成多个选定监护状态满足推送条件的通知(相当于报警)，以提示用户监护数据中存在感兴趣监护状态，推送设置中包括报警级别的，在通知中附带上报警级别。
步骤539、服务器20的数据推送接口230直接或通过第三方推送服务器将该通知推送给发出该推送设置的用户终端10。
步骤6、用户终端10接收推送的监护数据或通知，并在显示界面上显示接收的监护数据或通知。可见，本发明不仅提供报警过滤机制，满足预设规则的报警才作为有效报警，进行推送。还提供不同监护参数、监护状态的推送规则，让用户能够自定义监护参数和监护状态的报警。
进一步的，用户终端10还用于在显示界面上显示接收的监护数据或通知的列表，在显示界面上显示接收的监护数据或通知的已读或未读的状态，并将监护数据或通知的已读或未读的状态反馈给服务器20。服务器20的处理器220还用于将监护数据或通知的已读或未读的状态记录生成日志，将日志推送给其他用户终端，在监护数据或通知处于未读状态且满足预设的条件时，将所述监护数据或通知推送给其他用户终端。预设的条件可有用户设置或者***默认，例如，预设的条件为预设时间段，处理器220在监护数据或通知在预设时间段内处于未读状态时，将监护数据或通知推送给其他用户终端，避免耽误对患者的救护。
上述实施例以推送终端为服务器为例进行了详细描述，在推送终端为中央站、监护仪或用户终端为例的实施例中，其相当于中央站、监护仪或用户终端具有了上述服务器的功能，换而言之，只需将上述实施例中的服务器对应换成中央站、监护仪或用户终端即可得到新实施例的详细描述，故不做赘述。
本发明还提供一种监护报警管理方法，包括：
监护仪获取监测对象的生命体征数据，并基于预设的报警规则生成报警消息；这一过程为现有监护仪的常规功能，不赘述；
推送终端获取所述报警消息，并基于预设的报警过滤规则(例如上述的推送设置)过滤掉无效报警消息，将未过滤掉的有效报警消息(即上述的感兴趣报警消息)推送至用户终端；
用户终端获取所述有效报警消息并进行展示。
监护报警管理方法的具体过程在上述监护消息的推送方法的实施例中已阐述，在此不做赘述。
本领域技术人员可以理解，上述实施方式中各种方法的全部或部分功能可以通过硬件的方式实现，也可以通过计算机程序的方式实现。当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘、光盘、硬盘等，通过计算机执行该程序以实现上述功能。例如，将程序存储在设备的存储器中，当通过处理器执行存储器中程序，即可实现上述全部或部分功能。另外，当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序也可以存储在服务器、另一计算机、磁盘、光盘、闪存盘或移动硬盘等存储介质中，通过下载或复制保存到本地设备的存储器中，或对本地设备的***进行版本更新，当通过处理器执行存储器中的程序时，即可实现上述实施方式中全部或部分功能。
本文参照了各种示范实施例进行说明。然而，本领域的技术人员将认识到，在不脱离本文范围的情况下，可以对示范性实施例做出改变和修正。例如，各种操作步骤以及用于执行操作步骤的组件，可以根据特定的应用或考虑与***的操作相关联的任何数量的成本函数以不同的方式实现(例如一个或多个步骤可以被删除、修改或结合到其他步骤中)。
另外，如本领域技术人员所理解的，本文的原理可以反映在计算机可读存储介质上的计算机程序产品中，该可读存储介质预装有计算机可读程序代码。任何有形的、非暂时性的计算机可读存储介质皆可被使用，包括磁存储设备(硬盘、软盘等)、光学存储设备(CD-ROM、DVD、Blu Ray盘等)、闪存和/或诸如此类。这些计算机程序指令可被加载到通用计算机、专用计算机或其他可编程数据处理设备上以形成机器，使得这些在计算机上或其他可编程数据处理装置上执行的指令可以生成实现指定的功能的装置。这些计算机程序指令也可以存储在计算机可读存储器中，该计算机可读存储器可以指示计算机或其他可编程数据处理设备以特定的方式运行，这样存储在计算机可读存储器中的指令就可以形成一件制造品，包括实现指定功能的实现装置。计算机程序指令也可以加载到计算机或其他可编程数据处理设备上，从而在计算机或其他可编程设备上执行一系列操作步骤以产生一个计算机实现的进程，使得在计算机或其他可编程设备上执行的指令可以提供用于实现指定功能的步骤。
虽然在各种实施例中已经示出了本文的原理，但是许多特别适用于特定环境和操作要求的结构、布置、比例、元件、材料和部件的修改可以在不脱离本披露的原则和范围内使用。以上修改和其他改变或修正将被包含在本文的范围之内。
前述具体说明已参照各种实施例进行了描述。然而，本领域技术人员将认识到，可以在不脱离本披露的范围的情况下进行各种修正和改变。因此，对于本披露的考虑将是说明性的而非限制性的意义上的，并且所有这些修改都将被包含在其范围内。同样，有关于各种实施例的优点、其他优点和问题的解决方案已如上所述。然而，益处、优点、问题的解决方案以及任何能产生这些的要素，或使其变得更明确的解决方案都不应被解释为关键的、必需的或必要的。本文中所用的术语“包括”和其任何其他变体，皆属于非排他性包含，这样包括要素列表的过程、方法、文章或设备不仅包括这些要素，还包括未明确列出的或不属于该过程、方法、***、文章或设备的其他要素。此外，本文中所使用的术语“耦合”和其任何其他变体都是指物理连接、电连接、磁连接、光连接、通信连接、功能连接和/或任何其他连接。
具有本领域技术的人将认识到，在不脱离本发明的基本原理的情况下，可以对上述实施例的细节进行许多改变。因此，本发明的范围应根据以下权利要求确定。
Claims (25)
1.一种监护消息的推送方法，其特征在于，包括：
接收至少一台监护设备产生的监护数据；
判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据推送给用户终端，以通过所述用户终端提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知推送给用户终端，以通过所述用户终端提示用户。
2.如权利要求1所述的方法，其特征在于还包括：
接收至少一台用户终端发出的推送设置，所述推送设置用于确定感兴趣监护数据。
3.如权利要求1所述的方法，其特征在于，
所述监护数据包括报警消息；判断所述监护数据是否属于感兴趣监护数据，包括：
根据所述报警消息的患者标识、报警级别和报警类别中的至少一种来判断所述报警消息是否属于感兴趣报警消息；
和/或，
所述监护数据包括监护参数实时监测值；判断所述监护数据是否属于感兴趣监护数据，包括：
判断所述监护参数实时监测值是否高于或低于监护参数的报警阈值，若是则确定所述监护参数实时监测值为感兴趣监护参数实时监测值；
和/或，
所述监护数据包括监护状态；判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知推送给用户终端，包括：
判断所述监护状态是否属于感兴趣监护状态，若是则生成用于提示所述监护状态为感兴趣监护状态的通知，并将所述通知推送给用户终端。
4.如权利要求2所述的方法，其特征在于，所述推送设置包括感兴趣患者标识的列表，所述列表为用户终端根据用于选定患者的指令、用于选定科室的指令或者用于选定所有患者的指令生成；所述列表上的感兴趣患者标识对应的监护数据为感兴趣监护数据。
5.如权利要求2所述的方法，其特征在于，所述监护数据包括报警消息；所述推送设置包括报警消息的筛选规则；所述筛选规则有三种：根据报警级别进行筛选，根据报警类别进行筛选，根据报警级别和报警类别进行筛选：
当所述推送设置中的筛选规则为根据报警级别进行筛选时，报警级别大于或等于所述推送设置中的报警级别的报警消息为感兴趣报警消息；
当所述推送设置中的筛选规则为根据报警类别进行筛选时，报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息；
当所述筛选规则为根据报警级别和报警类别进行筛选时，报警级别大于或等于所述推送设置中的报警级别，且报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息。
6.如权利要求5所述的方法，其特征在于，所述报警消息包括患者的监护参数报警消息和/或设备故障报警消息。
7.如权利要求2所述的方法，其特征在于，所述监护数据包括监护参数实时监测值；所述推送设置包括监护参数及其报警阈值；其中，属于所述推送设置中的监护参数，且实时监测值高于或低于其报警阈值的监护参数实时监测值为感兴趣监护参数实时监测值。
8.如权利要求2所述的方法，其特征在于，所述监护数据包括监护状态；所述推送设置包括监护状态及其推送条件；其中，所述监护数据中，属于所述推送设置中的监护状态且满足推送条件的监护状态为感兴趣监护状态。
9.如权利要求1所述的方法，其特征在于，通过所述用户终端提示用户包括：
在用户终端的显示界面上显示推送的所述监护数据或通知。
10.如权利要求1所述的方法，其特征在于还包括：
接收用户终端反馈的所述监护数据或通知的已读或未读的状态；
在所述监护数据或通知处于未读状态且满足预设的条件时，将所述监护数据或通知推送给其他用户终端。
11.一种监护消息的推送终端，其特征在于包括：
数据获取接口，用于接收至少一台监护设备产生的监护数据；
数据推送接口，用于推送数据；
处理器，用于判断所述监护数据是否属于感兴趣监护数据，若是则将所述监护数据通过所述数据推送接口推送给用户终端，以通过所述用户终端提示用户；或者，判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知并通过所述数据推送接口推送给用户终端，以通过所述用户终端提示用户。
12.如权利要求11所述的推送终端，其特征在于，所述数据获取接口还用于接收至少一台用户终端发出的推送设置，所述推送设置用于确定感兴趣监护数据。
13.如权利要求11所述的推送终端，其特征在于：
所述监护数据包括报警消息；所述处理器判断所述监护数据是否属于感兴趣监护数据，包括：
根据所述报警消息的患者标识、报警级别和报警类别中的至少一种来判断所述报警消息是否属于感兴趣报警消息；
和/或，
所述监护数据包括监护参数实时监测值；所述处理器判断所述监护数据是否属于感兴趣监护数据，包括：
判断所述监护参数实时监测值是否高于或低于其报警阈值，若是则确定所述监护参数实时监测值为感兴趣监护参数实时监测值；
和/或，
所述监护数据包括监护状态；所述处理器判断所述监护数据是否属于感兴趣监护数据，若是则基于所述监护数据生成对应的通知并通过所述数据推送接口推送给用户终端，包括：
判断所述监护状态是否属于感兴趣监护状态，若是则生成用于提示所述监护状态为感兴趣监护状态的通知，并将所述通知通过所述数据推送接口推送给用户终端。
14.如权利要求12所述的推送终端，其特征在于，所述推送设置包括感兴趣患者标识的列表，所述列表为用户终端根据用于选定患者的指令、用于选定科室的指令或者用于选定所有患者的指令生成；所述列表上的感兴趣患者标识对应的监护数据为感兴趣监护数据。
15.如权利要求12所述的推送终端，其特征在于，所述监护数据包括报警消息；所述推送设置包括报警消息的筛选规则；所述筛选规则有三种：根据报警级别进行筛选，根据报警类别进行筛选，根据报警级别和报警类别进行筛选；
当所述推送设置中的筛选规则为根据报警级别进行筛选时，报警级别大于或等于所述推送设置中的报警级别的报警消息为感兴趣报警消息；
当所述推送设置中的筛选规则为根据报警类别进行筛选时，报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息；
当所述筛选规则为根据报警级别和报警类别进行筛选时，报警级别大于或等于所述推送设置中的报警级别，且报警类别为所述推送设置中的报警类别的报警消息为感兴趣报警消息。
16.如权利要求15所述的推送终端，其特征在于，所述报警消息包括患者的监护参数报警消息和/或设备故障报警消息。
17.如权利要求12所述的推送终端，其特征在于，所述监护数据包括监护参数实时监测值；所述推送设置包括监护参数及其报警阈值；其中，属于所述推送设置中的监护参数，且实时监测值高于或低于其报警阈值的监护参数实时监测值为感兴趣监护参数实时监测值。
18.如权利要求12所述的推送终端，其特征在于，所述监护数据包括监护状态；所述推送设置包括监护状态及其推送条件；其中，所述监护数据中，属于所述推送设置中的监护状态且满足推送条件的监护状态为感兴趣监护状态。
19.如权利要求11所述的推送终端，其特征在于，通过所述用户终端提示用户包括：
在用户终端的显示界面上显示推送的所述监护数据或通知。
20.如权利要求11所述的推送终端，其特征在于，所述数据获取接口还用于接收用户终端反馈的所述监护数据或通知的已读或未读的状态；所述处理器还用于在所述监护数据或通知处于未读状态且满足预设的条件时，将所述监护数据或通知通过所述数据推送接口推送给其他用户终端。
21.如权利要求11所述的推送终端，其特征在于，所述推送终端为服务器、中央站、监护仪或用户终端。
22.一种监护消息的推送终端，其特征在于包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的程序，以实现如权利要求1-10中任意一项所述的方法。
23.一种医疗监护***，其特征在于，包括：
如权利要求11-21中任意一项所述的推送终端；
至少一台用户终端，用于接收所述推送终端推送的监护数据或通知，在显示界面上显示所述监护数据或通知；
至少一台监护设备，用于对患者进行监护，并将监护过程中产生的监护数据发送给所述推送终端。
24.一种计算机可读存储介质，其特征在于，包括程序，所述程序能够被处理器执行以实现如权利要求1-10中任一项所述的方法。
25.一种监护报警管理方法，其特征在于，包括：
获取报警消息，并基于预设的报警过滤规则过滤掉无效报警消息，将未过滤掉的有效报警消息推送至用户终端；所述报警消息由监护仪获取监测对象的生命体征数据，并基于预设的报警规则生成；所述有效报警消息用于供用户终端获取并进行展示。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910385427.0A CN111916222B (zh) | 2019-05-09 | 2019-05-09 | 一种医疗监护***、推送终端和监护消息的推送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910385427.0A CN111916222B (zh) | 2019-05-09 | 2019-05-09 | 一种医疗监护***、推送终端和监护消息的推送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111916222A true CN111916222A (zh) | 2020-11-10 |
| CN111916222B CN111916222B (zh) | 2024-07-19 |
Family
ID=73242152
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910385427.0A Active CN111916222B (zh) | 2019-05-09 | 2019-05-09 | 一种医疗监护***、推送终端和监护消息的推送方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111916222B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113055743A (zh) * | 2021-03-10 | 2021-06-29 | 珠海安士佳电子有限公司 | 一种智能推送视频的方法及*** |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103989457A (zh) * | 2013-02-14 | 2014-08-20 | 日本光电工业株式会社 | 医疗监控*** |
| CN105678092A (zh) * | 2016-02-01 | 2016-06-15 | 中国人民解放军第三军医大学第三附属医院 | 基于物联网的重症监护智能报警管理*** |
| US20170116337A1 (en) * | 2015-10-23 | 2017-04-27 | International Business Machines Corporation | User interest reminder notification |
| CN106934249A (zh) * | 2017-04-11 | 2017-07-07 | 上海贝生医疗设备有限公司 | 一种医疗监测及交互*** |
| CN108766589A (zh) * | 2018-05-31 | 2018-11-06 | 湖北民族学院 | 一种远程医疗监护方法和装置 |
| CN109600444A (zh) * | 2018-12-14 | 2019-04-09 | 北京向上心科技有限公司 | 数据推送方法、服务器、终端、电子设备及可读存储介质 |
-
2019
- 2019-05-09 CN CN201910385427.0A patent/CN111916222B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103989457A (zh) * | 2013-02-14 | 2014-08-20 | 日本光电工业株式会社 | 医疗监控*** |
| US20170116337A1 (en) * | 2015-10-23 | 2017-04-27 | International Business Machines Corporation | User interest reminder notification |
| CN105678092A (zh) * | 2016-02-01 | 2016-06-15 | 中国人民解放军第三军医大学第三附属医院 | 基于物联网的重症监护智能报警管理*** |
| CN106934249A (zh) * | 2017-04-11 | 2017-07-07 | 上海贝生医疗设备有限公司 | 一种医疗监测及交互*** |
| CN108766589A (zh) * | 2018-05-31 | 2018-11-06 | 湖北民族学院 | 一种远程医疗监护方法和装置 |
| CN109600444A (zh) * | 2018-12-14 | 2019-04-09 | 北京向上心科技有限公司 | 数据推送方法、服务器、终端、电子设备及可读存储介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113055743A (zh) * | 2021-03-10 | 2021-06-29 | 珠海安士佳电子有限公司 | 一种智能推送视频的方法及*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111916222B (zh) | 2024-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11039797B2 (en) | Physiological parameter measuring platform device | |
| US20200273564A1 (en) | Care plan administration: patient feedback | |
| US9646136B2 (en) | Physiological parameter measuring platform device supporting multiple workflows | |
| CN105981020B (zh) | 辅助设置临床警报限制 | |
| US20020099283A1 (en) | Medical system for monitoring a measured value of a patient relating to blood-clotting | |
| US20080139898A1 (en) | System and Method For Providing Centralized Physiological Monitoring | |
| CN103648372A (zh) | 用户可配置中心监测站 | |
| Bridi et al. | Reaction time of a health care team to monitoring alarms in the intensive care unit: implications for the safety of seriously ill patients | |
| US10537290B2 (en) | Usage of observed alarm settings for alarm management | |
| Joshi et al. | Pattern discovery in critical alarms originating from neonates under intensive care | |
| CN105030203A (zh) | 一种监护数据显示方法及监护设备 | |
| CA2145714A1 (en) | Method and system for customizing the display of patient physio-logical parameters on a medical monitor | |
| WO2020132799A1 (zh) | 一种监护设备的报警限值设置方法及装置 | |
| CN111916222B (zh) | 一种医疗监护***、推送终端和监护消息的推送方法 | |
| CN110533882A (zh) | 基于北斗定位的老年人穿戴式监控***及监控方法 | |
| Khorakhun et al. | Alerts for remote health monitoring using online social media platforms | |
| US9907512B2 (en) | System and method for providing auditory messages for physiological monitoring devices | |
| CN113724458B (zh) | 一种根据报警级别报警的方法 | |
| CN114469021A (zh) | 报警事件的回顾方法、监护设备和监护*** | |
| CN115670374A (zh) | 一种监护设备和多个床旁设备融合显示的方法 | |
| CN108510410A (zh) | 一种酒店服务***的控制方法及装置 | |
| CN107995011A (zh) | 患者监护仪的告警控制方法及装置、患者监护仪的自适应告警方法 | |
| Block Jr | Point-counterpoint: IEC 62D medical monitor standards will make alarms worse | |
| CN108498082A (zh) | 一种监护仪报警事件回顾方法、装置和一种监护仪 | |
| WO2023051650A1 (zh) | 医用设备及其信息显示方法和界面的显示方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |