CN111916222A - A medical monitoring system, a push terminal and a method for pushing monitoring messages - Google Patents

Abstract

The invention discloses a medical monitoring system, a push terminal and a method for pushing monitoring messages. By receiving monitoring data generated by at least one monitoring device, it is judged whether the monitoring data belongs to interested monitoring data, and if so, the monitoring data is Push to the user terminal to prompt the user through the user terminal; or, determine whether the monitoring data belongs to the interested monitoring data, and if so, generate a corresponding notification based on the monitoring data and push it to the user terminal, so as to pass the user terminal through the user terminal. Prompt the user; thus realizing the screening and filtering of the monitoring data, and improving the work efficiency of the medical staff.

Description

A medical monitoring system, a push terminal and a method for pushing monitoring messages

technical field

The invention relates to the field of medical devices, in particular to a medical monitoring system, a push terminal and a method for pushing monitoring messages.

Background technique

The medical monitor senses various physiological changes of the patient through various sensors, and obtains the patient's physiological parameters by converting into electrical signals and through data analysis and calculation. When the physiological parameters exceed the set indicators or the instrument fails, the alarm system is triggered. Call the police and alert the medical staff. Existing medical monitors usually push alarm messages to the central station. However, there are many medical monitors connected to the central station in the department. Every time the central station receives an alarm message, medical staff need to check whether the alarm belongs to the patient they are concerned about. When there are a lot of alarm messages, medical staff need to spend more time checking the alarm messages of the patients they are concerned about, and omissions are easy to occur.

Therefore, the message reminder of the existing medical monitor is not convenient enough, which restricts the improvement of the work efficiency of medical staff.

SUMMARY OF THE INVENTION

The present invention mainly provides a medical monitoring system, a push terminal and a method for pushing monitoring messages, so as to improve the working efficiency of medical staff.

An embodiment provides a push method for monitoring messages, including:

Receive monitoring data generated by at least one monitoring device;

Determine whether the monitoring data belongs to the monitoring data of interest, and if so, push the monitoring data to the user terminal to prompt the user through the user terminal; or, determine whether the monitoring data belongs to the monitoring data of interest, and if so, based on The monitoring data generates a corresponding notification and pushes it to the user terminal, so as to prompt the user through the user terminal.

In the method, it also includes:

A push setting sent by at least one user terminal is received, where the push setting is used to determine the monitoring data of interest.

In the method described,

The monitoring data includes an alarm message; judging whether the monitoring data belongs to the monitoring data of interest, including:

judging whether the alarm message belongs to the alarm message of interest according to at least one of the patient identification, the alarm level and the alarm category of the alarm message;

and / or,

The monitoring data includes real-time monitoring values of monitoring parameters; judging whether the monitoring data belongs to the monitoring data of interest, including:

Determine whether the real-time monitoring value of the monitoring parameter is higher or lower than the alarm threshold of the monitoring parameter, and if so, determine that the real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest;

and / or,

The monitoring data includes monitoring status; determine whether the monitoring data belongs to the monitoring data of interest, and if so, generate a corresponding notification based on the monitoring data and push it to the user terminal, including:

It is judged whether the monitoring state belongs to the monitoring state of interest, and if so, a notification for prompting that the monitoring state is the monitoring state of interest is generated, and the notification is pushed to the user terminal.

In the described method, the push setting includes a list of interested patient identifiers, and the list is generated by the user terminal according to an instruction for selecting a patient, an instruction for selecting a department, or an instruction for selecting all patients. ; the monitoring data corresponding to the interested patient identification on the list is the interested monitoring data.

In the method, the monitoring data includes an alarm message; the push setting includes a screening rule for the alarm message; the screening rules include three types: screening according to the alarm level, screening according to the alarm category, and screening according to the alarm level and the alarm category. to filter;

When the screening rule in the push setting is to filter according to the alarm level, the alarm message with the alarm level greater than or equal to the alarm level in the push setting is the alarm message of interest;

When the filtering rule in the push setting is to filter according to the alarm category, the alarm message whose alarm category is the alarm category in the push setting is an alarm message of interest;

When the screening rule is to filter according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push settings, and the alarm messages whose alarm category is the alarm category in the push settings are the alarm messages of interest. .

In the method, the alarm message includes a patient's monitoring parameter alarm message and/or an equipment failure alarm message.

In the described method, the monitoring data includes real-time monitoring values of monitoring parameters; the push settings include monitoring parameters and their alarm thresholds; wherein, the monitoring parameters belong to the monitoring parameters in the push settings, and the real-time monitoring values are higher or lower than The real-time monitoring value of the monitoring parameter of the alarm threshold is the real-time monitoring value of the monitoring parameter of interest.

In the method, the monitoring data includes a monitoring status; the push settings include a monitoring status and a push condition thereof; wherein, in the monitoring data, the monitoring status belongs to the monitoring status in the push setting and satisfies the push condition. monitoring status of interest.

In the method, prompting the user through the user terminal includes:

The pushed monitoring data or notification is displayed on the display interface of the user terminal.

In the method, it also includes:

Receive the read or unread status of the monitoring data or notification fed back by the user terminal;

When the monitoring data or notification is in an unread state and a preset condition is met, the monitoring data or notification is pushed to other user terminals.

An embodiment provides a push terminal for monitoring messages, including:

A data acquisition interface, used to receive monitoring data generated by at least one monitoring device;

Data push interface, used to push data;

a processor for judging whether the monitoring data belongs to the monitoring data of interest, and if so, pushing the monitoring data to the user terminal through the data push interface, so as to prompt the user through the user terminal; or, judging the monitoring data Whether the data belongs to the monitoring data of interest, and if so, a corresponding notification is generated based on the monitoring data and pushed to the user terminal through the data push interface, so as to prompt the user through the user terminal.

In the push terminal, the data acquisition interface is further configured to receive push settings sent by at least one user terminal, where the push settings are used to determine the monitoring data of interest.

In the push terminal,

The monitoring data includes an alarm message; the processor determines whether the monitoring data belongs to the monitoring data of interest, including:

judging whether the alarm message belongs to the alarm message of interest according to at least one of the patient identification, the alarm level and the alarm category of the alarm message;

and / or,

The monitoring data includes real-time monitoring values of monitoring parameters; the processor determines whether the monitoring data belongs to the monitoring data of interest, including:

Judging whether the real-time monitoring value of the monitoring parameter is higher or lower than its alarm threshold, and if so, determining that the monitoring parameter real-time monitoring value is the monitoring parameter of interest real-time monitoring value;

and / or,

The monitoring data includes monitoring status; the processor determines whether the monitoring data belongs to the monitoring data of interest, and if so, generates a corresponding notification based on the monitoring data and pushes it to the user terminal through the data push interface, including:

It is judged whether the monitoring state belongs to the monitoring state of interest, and if so, a notification for prompting that the monitoring state is the monitoring state of interest is generated, and the notification is pushed to the user terminal through the data push interface.

In the described push terminal, the push setting includes a list of interested patient identifiers, and the list is the user terminal according to an instruction for selecting a patient, an instruction for selecting a department, or an instruction for selecting all patients. Generate; the monitoring data corresponding to the interested patient identifiers on the list is the interested monitoring data.

In the push terminal, the monitoring data includes an alarm message; the push setting includes a screening rule for the alarm message; the screening rules include three types: screening according to the alarm level, screening according to the alarm category, and screening according to the alarm level and the alarm. filter by category;

When the screening rule in the push setting is to filter according to the alarm level, the alarm message with the alarm level greater than or equal to the alarm level in the push setting is the alarm message of interest;

When the filtering rule in the push setting is to filter according to the alarm category, the alarm message whose alarm category is the alarm category in the push setting is an alarm message of interest;

When the screening rule is to filter according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push settings, and the alarm messages whose alarm category is the alarm category in the push settings are the alarm messages of interest. .

In the push terminal, the alarm message includes a patient's monitoring parameter alarm message and/or an equipment failure alarm message.

In the push terminal, the monitoring data includes real-time monitoring values of monitoring parameters; the push settings include monitoring parameters and their alarm thresholds; wherein, the monitoring parameters belong to the monitoring parameters in the push settings, and the real-time monitoring values are higher or lower. The real-time monitoring value of the monitoring parameter at its alarm threshold is the real-time monitoring value of the monitoring parameter of interest.

In the push terminal, the monitoring data includes monitoring status; the push settings include monitoring status and its push conditions; wherein, in the monitoring data, monitoring belongs to the monitoring status in the push settings and meets the push conditions. The state is the monitoring state of interest.

In the push terminal, prompting the user through the user terminal includes:

The pushed monitoring data or notification is displayed on the display interface of the user terminal.

In the push terminal, the data acquisition interface is further configured to receive the read or unread status of the monitoring data or notification fed back by the user terminal; When the unread state is in the unread state and the preset conditions are met, the monitoring data or notification is pushed to other user terminals through the data push interface.

In the push terminal, the push terminal is a server, a central station, a monitor or a user terminal.

An embodiment provides a push terminal, including:

memory for storing programs;

A processor for executing a program stored in the memory to implement the method as described above.

An embodiment provides a medical monitoring system, comprising:

Push terminal as described above;

At least one user terminal for receiving the monitoring data or notification pushed by the push terminal, and displaying the monitoring data or notification on the display interface;

At least one monitoring device is used to monitor the patient and send the monitoring data generated in the monitoring process to the push terminal.

An embodiment provides a computer-readable storage medium including a program executable by a processor to implement the method as described above.

An embodiment provides a monitoring alarm management method, including:

Acquire alarm messages, filter out invalid alarm messages based on preset alarm filtering rules, and push unfiltered valid alarm messages to the user terminal; the alarm message is obtained by the monitor from the vital sign data of the monitored object, and based on preset alarm messages The alarm rule is generated by the user terminal; the valid alarm message is used for the user terminal to obtain and display.

According to the medical monitoring system, the push terminal, and the method for pushing monitoring messages according to the above-mentioned embodiments, the monitoring data generated by at least one monitoring device is received; it is judged whether the monitoring data belongs to the monitoring data of interest, and if so, the monitoring data is pushed To the user terminal, to prompt the user through the user terminal; or, to determine whether the monitoring data belongs to the monitoring data of interest, and if so, generate a corresponding notification based on the monitoring data and push it to the user terminal to prompt the user terminal through the user terminal. Users; thus realizing the screening and filtering of monitoring data, and improving the work efficiency of medical staff.

Description of drawings

1 is a structural block diagram of a medical monitoring system in one embodiment;

2 is a structural block diagram of a medical monitoring system in an embodiment;

3 is a structural block diagram of a push terminal in a medical monitoring system in an embodiment;

4 is a flowchart of a method for pushing monitoring messages in an embodiment;

Fig. 5 is the flow chart of alarm message push in the push method of monitoring message in one embodiment;

Fig. 6 is the flow chart of monitoring parameter pushing in the method for pushing monitoring message in one embodiment;

FIG. 7 is a flowchart of monitoring status push in a method for pushing monitoring messages in an embodiment.

Detailed ways

The present invention will be further described in detail below through specific embodiments in conjunction with the accompanying drawings. Wherein similar elements in different embodiments have used associated similar element numbers. In the following embodiments, many details are described so that the present application can be better understood. However, those skilled in the art will readily recognize that some of the features may be omitted under different circumstances, or may be replaced by other elements, materials, and methods. In some cases, some operations related to the present application are not shown or described in the specification, in order to avoid the core part of the present application from being overwhelmed by excessive description, and for those skilled in the art, these are described in detail. The relevant operations are not necessary, and they can fully understand the relevant operations according to the descriptions in the specification and general technical knowledge in the field.

Additionally, the features, acts, or characteristics described in the specification may be combined in any suitable manner to form various embodiments. At the same time, the steps or actions in the method description can also be exchanged or adjusted in order in a manner obvious to those skilled in the art. Therefore, the various sequences in the specification and drawings are only for the purpose of clearly describing a certain embodiment and are not meant to be a necessary order unless otherwise stated, a certain order must be followed.

The serial numbers themselves, such as "first", "second", etc., for the components herein are only used to distinguish the described objects, and do not have any order or technical meaning. The "connection" and "connection" mentioned in this application, unless otherwise specified, include both direct and indirect connections (connections).

As shown in FIG. 1 , the medical monitoring system provided by the present invention includes: at least one user terminal 10 , a push terminal, at least one central station 30 and at least one monitoring device 40 . The push terminal is a server, a central station, a monitor or a user terminal, and this embodiment is described by taking the push terminal as the server 20 as an example.

The monitoring device 40 , such as a monitor, is used to monitor a patient and send monitoring data generated during the monitoring process to the central station 30 , that is, the monitoring device 40 is connected to the server 20 through the central station 30 in communication. Of course, as shown in FIG. 2 , the monitoring device 40 may also be directly connected in communication with the server 20 , and it sends the monitoring data generated in the monitoring process to the server 20 . Specifically, the monitoring data generated by the monitoring device 40 includes alarm messages, real-time monitoring values of monitoring parameters, and monitoring status. The monitoring parameters are parameters that reflect the vital signs of the patient, that is, the parameters required by the monitoring device 40 to monitor the vital signs of the patient, such as BP (blood pressure), HR (heart rate), PR (pulse rate), SpO2 (blood oxygen saturation), RESP (respiratory rate), body temperature, ECG (electrocardiogram), etc. In this embodiment, the medical monitoring system includes a plurality of monitoring devices 40 . Of course, the monitoring device 40 is not limited to a monitor, and may also be an invasive/non-invasive ventilator, anesthesia machine, telemetry system, defibrillator and other devices with monitoring functions.

The central station 30 is configured to receive the monitoring data sent by the monitoring device 40 and send the received monitoring data to the server 20 .

As shown in FIG. 3 , the server 20 includes: a data acquisition interface 210 , a processor 220 , a data push interface 230 and a storage module (not shown in the figure). The data acquisition interface 210 is connected to the data push interface 230 through the processor 220 .

The data acquisition interface 210 is used for receiving data sent by the monitoring device 40 , including directly receiving data sent by the monitoring device 40 and receiving data sent by the monitoring device 40 through the central station 30 ; receiving data sent by the user terminal 10 . The data acquisition interface 210 may be a wireless communication interface or a wired communication interface.

The storage module is used to store data.

The processor 220 is configured to determine whether the monitoring data received by the data acquisition interface 210 belongs to the monitoring data of interest, and if so, push the monitoring data to the user terminal 10 through the data push interface 230, so as to prompt the user through the user terminal 10; and/or, determine Whether the monitoring data received by the data acquisition interface 210 belongs to the monitoring data of interest, and if so, a corresponding notification is generated based on the monitoring data and pushed to the user terminal 10 to prompt the user through the user terminal 10 . As for the alarm message in the monitoring data, it can remind the user without further processing by the processor 220. Therefore, the processor 220 pushes the alarm message to the user terminal 10 after judging that the alarm message belongs to the alarm message that the user is interested in. For the real-time monitoring value and monitoring status of monitoring parameters, it is usually necessary for the user to identify whether the patient has abnormal conditions. Therefore, after the processor 220 determines that the received real-time monitoring value of the monitoring parameter belongs to the real-time monitoring value of the monitoring parameter of interest, the real-time monitoring value based on the monitoring parameter is determined by the processor 220. A corresponding notification is generated and pushed to the user terminal 10 ; after the processor 220 determines that the received monitoring state belongs to the interested monitoring state, a corresponding notification is generated and pushed to the user terminal 10 based on the monitoring state.

The data push interface 230 is used to push data to the user terminal 10 , specifically, the data may be directly pushed to the user terminal 10 , or may be pushed to the user terminal 10 through a third-party push server 50 as shown in FIG. 2 . The third-party push server may be, for example, Google's GCM (Google Cloud Messaging), Google's FCM (Firebase Cloud Messaging), Apple's APNs (Apple Push Notification service) and other push services. The data push interface 230 may also be a wireless communication interface or a wired communication interface. When the data acquisition interface 210 and the data push interface 230 are the same type of interface, they may be the same interface. For example, the functions of the data acquisition interface 210 and the data push interface 230 are realized by the same wireless communication interface, and the processor 220 receives and transmits data through the wireless communication interface. push data.

The user terminal 10 is configured to receive the monitoring data or notification pushed by the server 20, and/or receive the monitoring data or notification pushed by the third-party push server 50; and display the received monitoring data or notification on the display interface.

It can be seen that the medical monitoring system provided by the present invention can filter the monitoring data, and only send the interested monitoring data and the corresponding generated notification to the user terminal 10, thereby improving the work efficiency of medical staff.

Because the monitoring device 40 can communicate with the server 20 directly, or communicate with the server 20 through the central station 30; the server 20 can directly push the monitoring data or notifications to the user terminal 10, or can push the monitoring data or notifications to the user terminal 10 through the third-party push server 50. Since the user terminal 10 is used, the medical monitoring system may have various structures, and FIG. 1 and FIG. 2 are only two of them, which are used for illustration.

The interested monitoring data of the user terminal 10 may be set by the user terminal 10 or may be preset in the server 20 . Taking the setting performed by the user terminal 10 as an example, the user terminal 10 is further configured to send push settings to the server 20 according to the user's input, and the push settings are used to determine the monitoring data of interest. Correspondingly, the server 20 is further configured to receive the push settings sent by the user terminal 10 . It can be seen that the user (eg medical staff) can determine the monitoring data of interest through the user terminal 10 according to their own needs, so that the monitoring data or notifications received later are of interest to the user, the operation is convenient, and the work efficiency is improved. The user terminal 10 can perform human-computer interaction, and may be a smart phone, a tablet computer, a smart wearable device, a notebook computer, a desktop computer, and a smart display (a smart TV also belongs to a smart display).

In the embodiment where the push terminal is the user terminal, the user terminal pushes the monitoring data or notification of interest to its display interface for display, that is, the user terminal determines whether the monitoring data belongs to the monitoring data of interest, and if so, the monitoring data is stored in the Display on its own display interface to prompt the user; or, determine whether the monitoring data belongs to interested monitoring data, and if so, generate a corresponding notification based on the monitoring data and display it on its own display interface to prompt the user.

In the medical monitoring system provided by the present invention, the monitoring message includes an alarm message and a notification. The alarm message is generated by the monitoring device 40, while the notification is generated by the server 20. Both are filtered and pushed by the server 20. The push process ( method) as shown in Figure 4. It should be noted that, since the push terminal can be a server, a central station, a monitor or a user terminal, the device that executes the push method can be a server, a user terminal, a central station, a monitoring device, etc. The server is still used as an example in this embodiment. To illustrate, the push method includes:

Step 1. The user terminal 10 receives the user's input, and sends a push setting to the server 20 according to the user's input, so as to determine the monitoring data of interest. Since the monitoring data generated by the monitoring device 40 includes alarm messages, real-time monitoring values of monitoring parameters, and monitoring status, correspondingly, the monitoring data of interest includes monitoring data of patients of interest, alarm messages of interest, real-time monitoring values of monitoring parameters of interest, and sensing values. Interest monitoring status.

Taking the monitoring data of the patient of interest as an example, the push setting includes a list of the identifiers of the patients of interest, and the monitoring data corresponding to the identifiers of the interested patients on the list is the monitoring data of the interested patient. Step 1 includes:

The user terminal 10 displays the classification of each patient and the patients under the classification in the setting interface for filtering patients. For example, an option representing "all patients" is displayed, an option representing each department is displayed, and an option representing patients managed by each department is displayed, etc. .

The user terminal 10 receives an instruction for selecting a patient, generates a list of interested patient identifiers according to the patient identifier of the selected patient, and sends the list of interested patient identifiers to the server 20; it can be seen that the medical staff needs to pay attention to which patients , just select it on the user terminal 10, and the monitoring data of other patients will be automatically filtered out.

The user terminal 10 receives the instruction for the selected department, generates a list of interested patient identifiers according to the patient identifiers of the patients managed by the selected department, and sends the list of interested patient identifiers to the server 20; it can be seen that the medical staff can Only focus on patients in certain departments, the monitoring data of patients in other departments will be automatically filtered out.

The user terminal 10 receives an instruction for selecting all patients, generates a list of interested patient identifiers according to the patient identifiers of all the patients, and sends the list of interested patient identifiers to the server 20 . It can be seen that the medical staff can also pay attention to all patients, and these selections are transmitted to the server 20 through the user terminal 10 in the form of push settings, which is simple and convenient to operate.

Taking the alarm message of interest as an example, the monitoring data includes an alarm message, and the alarm message includes a patient's monitoring parameter alarm message and/or an equipment failure alarm message. Monitoring parameter alarm messages and equipment failure alarm messages are not the following "categories", they are side by side, which is convenient for medical staff and equipment maintenance personnel to pay attention. Taking the alarm message including the patient's monitoring parameter alarm message as an example, step 1 further includes:

User terminal 10 receives an instruction for selecting a screening rule to determine a screening rule of interest; screening rules include screening alarm messages according to monitoring parameter alarm levels and/or monitoring parameter categories; for example, monitoring parameter alarm levels are classified into high, medium and low levels ; Monitoring parameter alarm message is an alarm message given by monitoring equipment according to the real-time monitoring value of monitoring parameters to judge and analyze. The categories of monitoring parameters include BP (blood pressure), HR (heart rate), PR (pulse rate), SpO2 (blood oxygen saturation), RESP (respiratory rate), body temperature, ECG (electrocardiogram), etc.

When the selected screening rule is to screen alarm messages according to the alarm level, the user terminal 10 receives an instruction for selecting the monitoring parameter alarm level; the screening rule for screening the monitoring parameter alarm messages according to the alarm level and the selected alarm level are used as the push The setting is sent to the server; wherein, the monitoring parameter alarm message with an alarm level greater than (higher) or equal to the selected alarm level is an alarm message of interest; it can be seen that medical staff can select a certain level of monitoring parameter alarm messages to pay attention, Other monitoring parameter alarm messages below this level will be automatically filtered out by the server.

When the selected screening rule is to screen alarm messages according to categories, the user terminal 10 receives an instruction for selecting a monitoring parameter category; sends the screening rule for screening monitoring parameter alarm messages according to categories and the selected category as push settings to all The monitoring parameter alarm message of the selected category is the alarm message of interest; it can be seen that the medical staff can also select certain categories of monitoring parameter alarm messages to pay attention to, for example, the medical staff selected the category of heart rhythm , the other types of monitoring parameter alarm messages will be automatically filtered out by the server, and the medical staff receives the alarm messages related to the heart rhythm through the user terminal, such as arrhythmia.

When the selected screening rule is to screen alarm messages according to the alarm level and category at the same time, the user terminal 10 receives the instruction for selecting the alarm level of the monitoring parameter, and receives the instruction for selecting the category of the monitoring parameter; The screening rules for monitoring parameter alarm messages, the selected alarm level, and the selected category are sent to the server as push settings; wherein, the alarm level is greater than or equal to the selected alarm level, and the category is the selected alarm level The monitoring parameter alarm messages of the category are the alarm messages of interest. It can be seen that medical staff can also select certain categories of alarm messages with a certain level to pay attention. For example, if the medical staff selects the category of heart rhythm through the user terminal, and the selected alarm level is advanced, the subsequent server only pushes information related to the heart rhythm. For advanced alarm messages, such as advanced arrhythmia, etc., alarm messages of other categories and levels are automatically filtered out by the server.

Taking the alarm message including the patient's equipment failure alarm message as an example, step 1 further includes:

User terminal 10 receives instructions for selecting screening rules to determine screening rules of interest; screening rules include screening equipment failure alarm messages according to alarm levels and/or categories; for example, equipment failure alarm levels are divided into high, medium and low levels; equipment Fault categories include general categories such as ECG (electrocardiogram) lead off, SpO2 (blood oxygen saturation) sensor off, and network disconnection.

The user terminal 10 receives an instruction for selecting an alarm level for equipment failure; the screening rule for screening equipment failure alarm messages according to the alarm level and the selected alarm level are sent to the server as push settings; wherein, the alarm level is greater than or equal to the selected alarm level. The equipment failure alarm message with a certain alarm level is the alarm message of interest.

The user terminal 10 receives the instruction for selecting the equipment failure category; sends the filter rule for screening equipment failure alarm messages according to the category and the selected category to the server as a push setting; wherein the category is the selected category. The equipment failure alarm message is an interesting alarm message.

The user terminal 10 receives an instruction for selecting an equipment failure alarm level, and receives an instruction for selecting an equipment failure category; the filtering rules for filtering equipment failure alarm messages according to the alarm level and category, as well as the selected alarm level, selected The specified category is sent to the server as a push setting; wherein, the alarm level is greater than or equal to the selected alarm level, and the equipment failure alarm message of the selected category is the alarm message of interest. Different from the same category of monitoring parameter alarm messages, which may have different alarm levels, one category of equipment failure alarm messages often corresponds to only one alarm level, so there are few scenarios in which equipment failure alarm messages are screened according to both the alarm level and the category.

The attention, filtering, screening, etc. of the present invention are all for the user terminal that sends the push settings, that is, the user terminal is associated with the push settings sent by it, for example, the ID of the user terminal is associated with the push settings sent by it, and the follow-up belongs to the push setting definition. The monitoring data of interest is also pushed to the user terminal associated with the push setting. Of course, in some embodiments, the account of the user terminal may also be associated with the push setting sent by the user terminal, and the subsequent push of the monitoring data of interest defined by the push setting is the account associated with the push setting.

Monitoring data includes real-time monitoring values of monitoring parameters. Step 1 also includes:

The user terminal 10 receives an instruction for selecting a single monitoring parameter, then receives an instruction for setting an alarm threshold for the selected monitoring parameter, and/or receives an instruction for setting an alarm level of the alarm threshold, and sets the selected monitoring parameter. The selected monitoring parameters and their alarm thresholds, and/or the set alarm levels are sent to the server 20 as push settings. When the subsequent server judges, it belongs to the selected monitoring parameter, and the real-time monitoring value of the monitoring parameter that is higher or lower than the corresponding alarm threshold is the real-time monitoring value of the monitoring parameter of interest. Among them, whether the real-time monitoring value higher than the alarm threshold is the real-time monitoring value of the monitoring parameter of interest, or the real-time monitoring value lower than the alarm threshold is the real-time monitoring value of the monitoring parameter of interest, is related to the monitoring parameters in the push settings, that is, monitoring The parameter is related to "higher or lower" in the judgment of the alarm threshold. After the server obtains the monitoring parameters in the push settings, it can know whether the real-time monitoring value higher than the alarm threshold is the real-time monitoring value of the monitoring parameter of interest or low. The real-time monitoring value at the alarm threshold is the real-time monitoring value of the monitoring parameter of interest. The alarm threshold in the push setting is associated with the alarm level (if any), so the server 20 can also use the alarm level to determine whether the real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest, that is, the alarm level is equal to or exceeds. The real-time monitoring value of the selected monitoring parameter of the set alarm level in the push settings is the real-time monitoring value of the monitoring parameter of interest. By defining an alarm level in the present invention, the real-time monitoring value of the monitoring parameter can be screened and filtered according to the alarm level like the above-mentioned alarm message, and the user setting is more convenient.

receiving instructions for selecting a plurality of monitoring parameters, then receiving respective instructions for setting alarm thresholds for the selected monitoring parameters, receiving instructions for setting the logical relationship between each of the selected monitoring parameters, and/or Receive an instruction for setting the alarm level of the logical relationship; send each selected monitoring parameter and its alarm threshold, logical relationship, and/or the set alarm level to the server 20 as push settings. When the subsequent server 20 judges, it conforms to the logical relationship in the push setting, and the real-time monitoring value of each selected monitoring parameter that is higher or lower than the corresponding alarm threshold is the real-time monitoring value of the monitoring parameter of interest. The alarm threshold value in the push setting is associated with the alarm level (if any), so the server 20 can also use the alarm level to determine whether the real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest, that is, each selection in the push setting. If the real-time monitoring value of the monitoring parameter is determined, and the alarm level is equal to or exceeds the set alarm level in the push setting, and conforms to the logical relationship in the push setting, then the real-time monitoring value of each selected monitoring parameter is determined to be the real-time monitoring value of the monitoring parameter of interest. . The logical relationship includes at least and, or these two. For example, in the push setting, there are two monitoring parameters, namely HR and SpO2, and the corresponding alarm thresholds are 100 and 95%, respectively. The logical relationship is "and", and the alarm level is advanced. Then the server 20 judges the real-time monitoring value of each monitoring parameter received, if HR>100, and SpO2 is lower than 95%, then HR and SpO2 The real-time monitoring value is the real-time monitoring value of interest, and the server 20 generates a corresponding notification, such as , generates a notification that HR is higher than its alarm threshold and SpO2 is lower than its alarm threshold and pushes it to the user terminal, which acts as a reminder and realizes the filtering and pushing of custom notifications.

The invention can not only filter and push the monitoring parameter alarm messages generated by the monitoring equipment, but also set the self-defined monitoring parameters and their alarm thresholds, and then filter and push the self-defined monitoring parameters, which is convenient for medical staff to better understand the monitoring parameters. Patient monitoring, wide application scenarios.

The monitoring data also includes monitoring status, which includes patient status and device status. Patient status, for example, whether the patient calls, whether the patient has a pacemaker, etc., can also be analyzed and judged by the monitoring equipment based on the measured values of multiple monitoring parameters, such as EWS score (early warning score), GCS score (Glasgow coma). index), etc. The device state reflects the working state of the monitoring device and/or its components, such as the working mode of the monitoring device (such as standby state, monitoring state, etc.), and device information of the monitoring device (such as device ID, device IP address, etc.). Step 1 also includes:

The user terminal 10 receives an instruction for selecting a single guardianship state, then receives an instruction for setting the push condition of the selected guardianship state, and/or receives an instruction for setting an alarm level of the push condition, and The selected monitoring state and its push conditions, and/or the set alarm level are sent to the server as push settings. When the subsequent server judges, the selected monitoring state that satisfies the push conditions is the monitoring state of interest. In this embodiment, the push condition may be an alarm threshold, such as the EWS score, the score corresponding to the GCS score, etc., or it may be "yes or no", such as the patient has made a call but the patient has not made a call.

receiving instructions for selecting a plurality of guardianship states, then receiving respective instructions for setting the push conditions of the selected guardianship states, receiving instructions for setting the logical relationship between each of the selected guardianship states, and/or Receive an instruction for setting the alarm level of the logical relationship; send each selected monitoring state and its push conditions, logical relationship, and/or the set alarm level to the server as push settings. When the subsequent server makes a judgment, it conforms to the logical relationship, and each selected monitoring state that satisfies the push conditions is the monitoring state of interest. The logical relationship includes at least and, or both, for example, there are two monitoring states in the push settings, namely patient call and EWS score, the corresponding push conditions are yes, 2 points, and the logical relationship is "and"; then the server It is judged whether there is monitoring data that the patient has made a call and the EWS score exceeds 2 points. If so, it is determined that it belongs to the monitoring data of interest, and a corresponding notification is generated and pushed.

Through the custom push settings for patient status, medical staff can flexibly get the required notifications, which is very convenient.

For multiple push settings sent by the same user terminal, there is usually an "and" logical relationship between each push setting, that is, the alarm or notification pushed by the server to a user terminal is the monitoring of interest defined by each push setting set by the user terminal. The intersection of data sets. For example, if a medical staff only sets up a list of interested patient identifiers, he will subsequently receive all alarm messages or notifications of the patients in the list. If the medical staff only sets the alarm messages to be filtered according to the alarm level of the monitoring parameters, and the alarm level of the monitoring parameters is advanced, then they will receive the advanced monitoring parameter alarm messages of all patients subsequently. If the medical staff sets a list of interested patient identifiers, and filters alarm messages according to the monitoring parameter alarm level, and the monitoring parameter alarm level is advanced, then they will subsequently receive the advanced monitoring parameter alarms of the patients in the interested patient identifier list. information.

Step 2: The data acquisition interface 210 of the server 20 receives the push settings sent by the user terminal 10 and stores them in the storage module.

Step 3: The monitoring device 40 monitors the patient, and sends the monitoring data generated during the monitoring process to the server 20 or to the server 20 through the central station 30 .

Step 4: The data acquisition interface 210 of the server 20 receives the monitoring data generated by the monitoring device 40 and stores it in the storage module.

Step 5: The processor 220 of the server 20 judges whether the monitoring data belongs to the interested monitoring data according to the received push settings, and if so, pushes the monitoring data to the user terminal 10 that issued the push settings; or, judges the monitoring data according to the received push settings. Whether it belongs to the monitoring data of interest, and if so, a corresponding notification is generated based on the monitoring data, and the notification is pushed to the user terminal 10 that issued the push setting.

After the data acquisition interface 210 receives a monitoring data, the processor 220 executes the specific steps shown in FIG. 5, FIG. 6 and FIG. 7 according to whether the monitoring data is an alarm message, a real-time monitoring value of a monitoring parameter or a monitoring state. The monitoring data received by the interface 210 includes an alarm message, then the processor 220 judges whether the alarm message belongs to the alarm message of interest according to at least one of the patient identification, the alarm type, the alarm level and the alarm category of the alarm message; as shown in the figure. 5, step 5 specifically includes:

Step 511, the processor 220 obtains the patient identifier from the monitoring data.

Step 512, determine whether the monitoring data needs to be pushed, specifically, determine whether there are push settings stored in the storage module, if not, then end step 5 (no need to push), if there are push settings stored, then according to the associated push settings ( Push settings issued by the same user terminal) determine whether the monitoring data needs to be pushed to the user terminal that issued this or these push settings. The push setting of the message, then judge whether the patient identification is in the interested patient identification list, if so, it is determined that it needs to be pushed, and enter step 513 (if only the interested patient identification list is stored, then directly push the alarm message to the corresponding user terminal. can be).

Step 513: Acquire the type of the alarm message from the monitoring data, and obtain a monitoring parameter alarm message or an equipment failure alarm message.

Step 514, obtain the category and level of the alarm message from the monitoring data, enter the corresponding step according to the screening rule in the push setting associated with the list and its corresponding level or category, that is, the screening rule in the push setting is based on If the alarm level is filtered, then go to step 515; if the filtering rule in the push setting is to filter according to the alarm category, then go to step 516; if the filtering rule in the push setting is to select according to the alarm level and alarm category, then go to step 517.

Step 515 , determine whether the level of the alarm message is higher than or equal to the level in the push setting, if so, determine that the alarm message is an alarm message of interest, and then go to step 518 , otherwise, end step 5 .

Step 516 , judging that the category of the alarm message is the category in the push setting, if so, determine that the alarm message is an alarm message of interest, and go to step 518 , otherwise, end step 5 .

Step 517, determine whether the level of the alarm message is higher than or equal to the level in the push settings, and whether the category of the alarm message is the category in the push settings, if so, determine that the alarm message is an interesting alarm message, and enter step 518, otherwise end the step 5.

Step 518: The data push interface 230 of the server 20 pushes the alarm message to the user terminal 10 that issued the push setting directly or through a third-party push server.

The process shown in FIG. 5 is for the judgment of at least one push setting sent by the same user terminal. In fact, the storage module usually stores multiple push settings sent by multiple user terminals. The server 20 repeats the process of FIG. 5 until All push settings sent by all user terminals have been judged.

If the monitoring data includes real-time monitoring values of monitoring parameters, as shown in Figure 6, step 5 includes:

Step 521: The processor 220 obtains the patient identifier from the monitoring data.

Step 522, determine whether the monitoring data needs to be pushed, specifically, determine whether there is a push setting stored in the storage module, if not, end step 5 (no push is required), if there is a push setting stored, then judge according to the associated push setting Whether the monitoring data needs to be pushed to the user terminal that issued this or these push settings, specifically, if the list of interested patient identifiers sent by the same user terminal and the push settings used to determine the real-time monitoring values of the monitoring parameters of interest are stored, then determine Whether the patient ID is in the interested patient ID list, if so, it is determined that push is required, and the process goes to step 523 . If there is no push setting associated with the list, it means that the user has not set a custom parameter alarm, and the process ends in step 5.

Step 523 , determine whether the monitoring parameter in the push setting associated with the list is single, if so, go to step 524 , otherwise go to step 526 .

Step 524: Acquire real-time monitoring values of monitoring parameters in the push settings associated with the list.

Step 525: Determine whether the real-time monitoring value of the monitoring parameter is higher or lower than the alarm threshold in the push setting, and if so, determine the real-time monitoring value of the monitoring parameter to be the real-time monitoring value of the monitoring parameter of interest, and go to step 528, otherwise, end step 5.

Step 526: Acquire the real-time monitoring value of each monitoring parameter in the push settings associated with the list.

Step 527, respectively judge whether the real-time monitoring value of each monitoring parameter is higher or lower than the corresponding alarm threshold in the push setting, and further judge whether it conforms to the logical relationship in the push setting according to the judgment result of the real-time monitoring value of each monitoring parameter, if yes, Then, it is determined that the received real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest, and the process proceeds to step 528; otherwise, the process ends at step 5.

Step 528, generate corresponding notification according to the judgment result of step 525 or step 527, for example, generate the notification (equivalent to alarm) that the real-time monitoring value of a single selected monitoring parameter is higher than or lower than the alarm threshold (equivalent to an alarm), to prompt the user that there is in the monitoring data. The real-time monitoring value of the monitoring parameters of interest, if the alarm level is included in the push settings, the alarm level is attached to the notification. Generate multiple notifications (equivalent to an alarm) that the real-time monitoring value of multiple selected monitoring parameters is higher or lower than the alarm threshold, to remind the user that there is a real-time monitoring value of the monitoring parameter of interest in the monitoring data. If the alarm level is included in the push settings, the notification Included in the alarm level.

Step 529: The data push interface 230 of the server 20 pushes the notification to the user terminal 10 that issued the push setting directly or through a third-party push server.

If the monitoring data includes the monitoring status, as shown in Figure 7, step 5 includes:

Step 531: The processor 220 obtains the patient identifier from the monitoring data.

Step 532, determine whether the monitoring data needs to be pushed, specifically, determine whether there is a push setting stored in the storage module, if not, end step 5 (no push is required), if there is a push setting stored, then judge according to the associated push setting Whether the monitoring data needs to be pushed to the user terminal that issued this or these push settings, specifically, if a list of interested patient identifiers sent by the same user terminal and the push settings used to determine the monitoring state of interest are stored, then determine the patient identifier. Whether it is in the interested patient identification list, if so, it is determined that push is required, and the process goes to step 533 . If there is no push setting associated with the list, it means that the user has not set a custom status alarm, and the process ends in step 5.

Step 533 , determine whether the monitoring state in the push setting associated with the list is single, if so, go to step 534 , otherwise go to step 536 .

Step 534: Acquire the selected monitoring status in the monitoring data according to the selected monitoring status in the push settings associated with the list.

Step 535, determine whether the selected monitoring state in the monitoring data satisfies the push conditions in the push settings, such as determining whether the selected monitoring state in the monitoring data is higher or lower than the alarm threshold, if so, determine the selected monitoring state in the monitoring data. If the monitoring state is the interested monitoring state, go to step 538, otherwise, end step 5.

Step 536: Obtain the real-time monitoring values of each monitoring parameter in the push settings associated with the list.

Step 537: Determine whether each monitoring status in the monitoring data satisfies the corresponding push conditions in the push setting, and further judge whether it conforms to the logical relationship in the push setting according to the judgment result of each monitoring status, and if so, determine that the received monitoring status is a sense of In the interest monitoring state, go to step 538; otherwise, end step 5.

Step 538, generate a corresponding notification according to the judgment result of step 535 or step 537, for example, generate a notification (equivalent to an alarm) that a single selected monitoring state satisfies the push conditions, to prompt the user that there is an interested monitoring state in the monitoring data, push the setting If the alarm level is included in the notification, the alarm level is attached to the notification. Generate multiple notifications (equivalent to alarms) that the selected monitoring status satisfies the push conditions to prompt the user that there is a monitoring status of interest in the monitoring data. If the alarm level is included in the push settings, the alarm level will be attached to the notification.

Step 539: The data push interface 230 of the server 20 pushes the notification to the user terminal 10 that issued the push setting directly or through a third-party push server.

Step 6: The user terminal 10 receives the pushed monitoring data or notification, and displays the received monitoring data or notification on the display interface. It can be seen that the present invention not only provides an alarm filtering mechanism, but only the alarms that meet the preset rules are regarded as valid alarms and are pushed. It also provides push rules for different monitoring parameters and monitoring status, allowing users to customize monitoring parameters and monitoring status alarms.

Further, the user terminal 10 is also used to display a list of received monitoring data or notifications on the display interface, display the read or unread status of the received monitoring data or notifications on the display interface, and display the received monitoring data or notifications on the display interface. The read or unread status is fed back to the server 20 . The processor 220 of the server 20 is further configured to record the read or unread status of the monitoring data or the notification to generate a log, and push the log to other user terminals. When the monitoring data or notification is in an unread state and meets preset conditions , and push the monitoring data or notification to other user terminals. The preset condition may be set by the user or defaulted by the system. For example, the preset condition is a preset time period, and the processor 220 pushes the monitoring data or notification when the monitoring data or notification is in an unread state within the preset time period. To other user terminals to avoid delaying the rescue of patients.

The above embodiments are described in detail by taking the push terminal as the server as an example. In the embodiment in which the push terminal is the central station, the monitor or the user terminal as an example, it is equivalent to the central station, the monitor or the user terminal having the above-mentioned server. Function, in other words, the detailed description of the new embodiment can be obtained by simply replacing the server in the above embodiment with a central station, a monitor or a user terminal, so it is not repeated.

The present invention also provides a monitoring and alarm management method, comprising:

The monitor obtains the vital sign data of the monitoring object, and generates an alarm message based on the preset alarm rules; this process is a routine function of the existing monitor, and will not be described in detail;

The push terminal obtains the alarm message, and filters out invalid alarm messages based on preset alarm filtering rules (such as the above-mentioned push settings), and pushes the unfiltered valid alarm messages (that is, the above-mentioned interesting alarm messages) to the user terminal ;

The user terminal acquires the valid alarm message and displays it.

The specific process of the monitoring alarm management method has been described in the above embodiments of the monitoring message pushing method, and will not be repeated here.

Those skilled in the art can understand that all or part of the functions of the various methods in the foregoing embodiments may be implemented by means of hardware or by means of computer programs. When all or part of the functions in the above embodiments are implemented by means of a computer program, the program may be stored in a computer-readable storage medium, and the storage medium may include: read-only memory, random access memory, magnetic disk, optical disk, hard disk, etc. The computer executes the program to realize the above-mentioned functions. For example, the program is stored in the memory of the device, and when the program in the memory is executed by the processor, all or part of the above functions can be realized. In addition, when all or part of the functions in the above-mentioned embodiments are realized by means of a computer program, the program can also be stored in a server, another computer, a magnetic disk, an optical disk, a flash disk or a mobile hard disk and other storage media, and saved by downloading or copying All or part of the functions in the above embodiments can be implemented when the program in the memory is executed by the processor.

Descriptions are made herein with reference to various exemplary embodiments. However, those skilled in the art will recognize that changes and modifications may be made to the exemplary embodiments without departing from the scope of this document. For example, various operational steps, and components for performing operational steps, may be implemented in different ways depending on the particular application or considering any number of cost functions associated with the operation of the system (eg, one or more steps may be deleted, modified or incorporated into other steps).

Additionally, as understood by those skilled in the art, the principles herein may be reflected in a computer program product on a computer-readable storage medium preloaded with computer-readable program code. Any tangible, non-transitory computer-readable storage medium may be used, including magnetic storage devices (hard disks, floppy disks, etc.), optical storage devices (CD-ROMs, DVDs, Blu Ray disks, etc.), flash memory, and/or the like . These computer program instructions may be loaded on a general purpose computer, special purpose computer or other programmable data processing apparatus to form a machine such that execution of the instructions on the computer or other programmable data processing apparatus may generate means for implementing the specified functions. These computer program instructions may also be stored in a computer-readable memory that instructs a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer-readable memory form a piece of Articles of manufacture, including implementing means for implementing specified functions. Computer program instructions may also be loaded on a computer or other programmable data processing device to perform a series of operational steps on the computer or other programmable device to produce a computer-implemented process such that a process executed on the computer or other programmable device Instructions may provide steps for implementing specified functions.

Although the principles herein have been shown in various embodiments, many modifications may be made in structure, arrangement, proportions, elements, materials and components as are particularly suited to particular environmental and operating requirements without departing from the principles and scope of the present disclosure use. The above modifications and other changes or corrections are intended to be included within the scope of this document.

The foregoing Detailed Description has been described with reference to various embodiments. However, those skilled in the art will recognize that various modifications and changes can be made without departing from the scope of the present disclosure. Accordingly, this disclosure is to be considered in an illustrative rather than a restrictive sense, and all such modifications are intended to be included within its scope. Likewise, the advantages, other advantages, and solutions to problems of the various embodiments have been described above. However, the benefits, advantages, solutions to the problems, and any elements that give rise to them, or make them more explicit, should not be construed as critical, necessary, or essential. As used herein, the term "comprising" and any other variations thereof are non-exclusive inclusion, such that a process, method, article or device including a list of elements includes not only those elements, but also not expressly listed or included in the process , method, system, article or other elements of a device. Furthermore, as used herein, the term "coupled" and any other variations thereof refer to physical connections, electrical connections, magnetic connections, optical connections, communication connections, functional connections, and/or any other connection.

Those skilled in the art will recognize that many changes may be made to the details of the above-described embodiments without departing from the underlying principles of the invention. Accordingly, the scope of the invention should be determined in accordance with the following claims.

Claims (25)

1. a push method of monitoring message, is characterized in that, comprises: Receive monitoring data generated by at least one monitoring device; Determine whether the monitoring data belongs to the monitoring data of interest, and if so, push the monitoring data to the user terminal to prompt the user through the user terminal; or, determine whether the monitoring data belongs to the monitoring data of interest, and if so, based on The monitoring data generates a corresponding notification and pushes it to the user terminal, so as to prompt the user through the user terminal. 2. The method of claim 1, further comprising: A push setting sent by at least one user terminal is received, where the push setting is used to determine the monitoring data of interest. 3. The method of claim 1, wherein The monitoring data includes an alarm message; judging whether the monitoring data belongs to the monitoring data of interest, including: judging whether the alarm message belongs to the alarm message of interest according to at least one of the patient identification, the alarm level and the alarm category of the alarm message; and / or, The monitoring data includes real-time monitoring values of monitoring parameters; judging whether the monitoring data belongs to the monitoring data of interest, including: Determine whether the real-time monitoring value of the monitoring parameter is higher or lower than the alarm threshold of the monitoring parameter, and if so, determine that the real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest; and / or, The monitoring data includes monitoring status; determine whether the monitoring data belongs to the monitoring data of interest, and if so, generate a corresponding notification based on the monitoring data and push it to the user terminal, including: It is judged whether the monitoring state belongs to the monitoring state of interest, and if so, a notification for prompting that the monitoring state is the monitoring state of interest is generated, and the notification is pushed to the user terminal. 4. The method of claim 2, wherein the push setting includes a list of interested patient identifiers, the list being the user terminal according to an instruction for selecting a patient, an instruction for selecting a department, or An instruction for selecting all patients is generated; the monitoring data corresponding to the interested patient identification on the list is the interested monitoring data. 5. The method of claim 2, wherein the monitoring data includes an alarm message; the push setting includes a screening rule for the alarm message; the screening rules include three types: screening according to the alarm level, according to the alarm category Filter by alarm level and alarm category: When the screening rule in the push setting is to filter according to the alarm level, the alarm message with the alarm level greater than or equal to the alarm level in the push setting is the alarm message of interest; When the filtering rule in the push setting is to filter according to the alarm category, the alarm message whose alarm category is the alarm category in the push setting is an alarm message of interest; When the screening rule is to filter according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push settings, and the alarm messages whose alarm category is the alarm category in the push settings are the alarm messages of interest. . 6. The method according to claim 5, wherein the alarm message comprises a patient's monitoring parameter alarm message and/or an equipment failure alarm message. 7. The method of claim 2, wherein the monitoring data comprises a monitoring parameter real-time monitoring value; the push setting includes a monitoring parameter and an alarm threshold thereof; wherein, belonging to the monitoring parameter in the push setting, And the real-time monitoring value of the monitoring parameter whose real-time monitoring value is higher or lower than its alarm threshold value is the real-time monitoring value of the monitoring parameter of interest. 8. The method according to claim 2, wherein the monitoring data includes monitoring status; the push settings include monitoring status and push conditions thereof; wherein, in the monitoring data, belonging to The monitoring status that meets the push conditions is the monitoring status of interest. 9. The method of claim 1, wherein prompting the user through the user terminal comprises: The pushed monitoring data or notification is displayed on the display interface of the user terminal. 10. The method of claim 1, further comprising: Receive the read or unread status of the monitoring data or notification fed back by the user terminal; When the monitoring data or notification is in an unread state and a preset condition is met, the monitoring data or notification is pushed to other user terminals. 11. A push terminal for monitoring messages, comprising: A data acquisition interface, used to receive monitoring data generated by at least one monitoring device; Data push interface, used to push data; a processor for judging whether the monitoring data belongs to the monitoring data of interest, and if so, pushing the monitoring data to the user terminal through the data push interface, so as to prompt the user through the user terminal; or, judging the monitoring data Whether the data belongs to the monitoring data of interest, and if so, a corresponding notification is generated based on the monitoring data and pushed to the user terminal through the data push interface, so as to prompt the user through the user terminal. 12 . The push terminal according to claim 11 , wherein the data acquisition interface is further configured to receive push settings sent by at least one user terminal, and the push settings are used to determine the monitoring data of interest. 13 . 13. The push terminal according to claim 11, wherein: The monitoring data includes an alarm message; the processor determines whether the monitoring data belongs to the monitoring data of interest, including: judging whether the alarm message belongs to the alarm message of interest according to at least one of the patient identification, the alarm level and the alarm category of the alarm message; and / or, The monitoring data includes real-time monitoring values of monitoring parameters; the processor determines whether the monitoring data belongs to the monitoring data of interest, including: Judging whether the real-time monitoring value of the monitoring parameter is higher or lower than its alarm threshold, and if so, determining that the monitoring parameter real-time monitoring value is the monitoring parameter of interest real-time monitoring value; and / or, The monitoring data includes monitoring status; the processor determines whether the monitoring data belongs to the monitoring data of interest, and if so, generates a corresponding notification based on the monitoring data and pushes it to the user terminal through the data push interface, including: It is judged whether the monitoring state belongs to the monitoring state of interest, and if so, a notification for prompting that the monitoring state is the monitoring state of interest is generated, and the notification is pushed to the user terminal through the data push interface. 14. The push terminal according to claim 12, wherein the push setting comprises a list of interested patient identifiers, and the list is the user terminal according to an instruction for selecting a patient and an instruction for selecting a department Or an instruction for selecting all patients is generated; the monitoring data corresponding to the interested patient identifiers on the list is the interested monitoring data. 15. The push terminal according to claim 12, wherein the monitoring data includes an alarm message; the push setting includes a screening rule for the alarm message; the screening rules include three types: screening according to the alarm level, according to the alarm Filter by category, filter according to alarm level and alarm category; When the screening rule in the push setting is to filter according to the alarm level, the alarm message with the alarm level greater than or equal to the alarm level in the push setting is the alarm message of interest; When the filtering rule in the push setting is to filter according to the alarm category, the alarm message whose alarm category is the alarm category in the push setting is an alarm message of interest; When the screening rule is to filter according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push settings, and the alarm messages whose alarm category is the alarm category in the push settings are the alarm messages of interest. . 16. The push terminal according to claim 15, wherein the alarm message comprises a patient's monitoring parameter alarm message and/or an equipment failure alarm message. 17. The push terminal according to claim 12, wherein the monitoring data comprises monitoring parameter real-time monitoring values; the pushing setting comprises monitoring parameters and alarm thresholds thereof; wherein, the monitoring parameters belonging to the monitoring parameters in the pushing setting , and the real-time monitoring value of the monitoring parameter whose real-time monitoring value is higher or lower than its alarm threshold is the real-time monitoring value of the monitoring parameter of interest. 18. The push terminal according to claim 12, wherein the monitoring data includes a monitoring state; the push settings include a monitoring state and a push condition thereof; wherein, in the monitoring data, belonging to the push settings The monitoring status of , and the monitoring status that satisfies the push conditions is the monitoring status of interest. 19. The push terminal according to claim 11, wherein prompting the user through the user terminal comprises: The pushed monitoring data or notification is displayed on the display interface of the user terminal. 20. The push terminal according to claim 11, wherein the data acquisition interface is further configured to receive the read or unread status of the monitoring data or notification fed back by the user terminal; When the monitoring data or notification is in an unread state and a preset condition is met, the monitoring data or notification is pushed to other user terminals through the data push interface. 21. The push terminal according to claim 11, wherein the push terminal is a server, a central station, a monitor or a user terminal. 22. A push terminal for monitoring messages, comprising: memory for storing programs; A processor for executing a program stored in the memory to implement the method according to any one of claims 1-10. 23. A medical monitoring system, comprising: The push terminal according to any one of claims 11-21; At least one user terminal for receiving the monitoring data or notification pushed by the push terminal, and displaying the monitoring data or notification on the display interface; At least one monitoring device is used to monitor the patient and send the monitoring data generated in the monitoring process to the push terminal. 24. A computer-readable storage medium comprising a program executable by a processor to implement the method of any one of claims 1-10. 25. A monitoring and alarm management method, characterized in that, comprising: Acquire alarm messages, filter out invalid alarm messages based on preset alarm filtering rules, and push unfiltered valid alarm messages to the user terminal; the alarm message is obtained by the monitor from the vital sign data of the monitored object, and based on preset alarm messages The alarm rule is generated by the user terminal; the valid alarm message is used for the user terminal to acquire and display.

Images