CN111916222A - Medical monitoring system, pushing terminal and monitoring message pushing method - Google Patents
Medical monitoring system, pushing terminal and monitoring message pushing method 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.)
- Pending
Links
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
Abstract
The invention discloses a medical monitoring system, a pushing terminal and a pushing method of monitoring information, which receive monitoring data generated by at least one monitoring device; judging whether the monitored data belongs to the monitoring data of interest or not, if so, pushing the monitored data to a user terminal so as to prompt a user through the user terminal; or judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notice based on the monitoring data and pushing the notice to a user terminal so as to prompt a user through the user terminal; therefore, the monitoring data is screened and filtered, and the working efficiency of medical personnel is improved.
Description
Technical Field
The invention relates to the field of medical instruments, in particular to a medical monitoring system, a pushing terminal and a monitoring message pushing method.
Background
The medical monitor senses various physiological changes of a patient through various sensors, converts the physiological changes into electric signals, analyzes and calculates data to obtain physiological parameters of the patient, and when the physiological parameters exceed set indexes or the instrument breaks down, an alarm system is triggered to give an alarm to prompt medical staff. The existing medical monitors generally push alarm messages to a central station, however, many medical monitors connected with the central station in a department are provided, each time the central station receives an alarm message, medical staff need to check whether the alarm message belongs to a patient concerned by the medical staff, when the alarm message amount is large, the medical staff needs to spend much time to check the alarm message of the patient concerned by the medical staff, and omission easily occurs.
Therefore, the existing medical monitor is inconvenient in message reminding, and the improvement of the working efficiency of medical staff is restricted.
Disclosure of Invention
The invention mainly provides a medical monitoring system, a pushing terminal and a monitoring message pushing method, so as to improve the working efficiency of medical care personnel.
An embodiment provides a method for pushing a guardian message, including:
receiving monitoring data generated by at least one monitoring device;
judging whether the monitored data belongs to the monitoring data of interest or not, if so, pushing the monitored data to a user terminal so as to prompt a user through the user terminal; or judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notice based on the monitoring data and pushing the notice to a user terminal so as to prompt a user through the user terminal.
The method further comprises the following steps:
receiving push settings sent by at least one user terminal, wherein the push settings are used for determining monitoring data of interest.
In the method, the raw material is mixed with the water,
the monitoring data comprises an alarm message; judging whether the monitoring data belongs to the monitoring data of interest, including:
judging whether the alarm message belongs to an interested alarm message according to at least one of the patient identification, the alarm level and the alarm category of the alarm message;
and/or the presence of a gas in the gas,
the monitoring data comprises real-time monitoring values of monitoring parameters; judging 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 an alarm threshold value of the monitoring parameter, if so, determining the real-time monitoring value of the monitoring parameter as the real-time monitoring value of the monitoring parameter of interest;
and/or the presence of a gas in the gas,
the monitoring data comprises a monitoring state; judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notice based on the monitored data and pushing the notice to a user terminal, wherein the method comprises the following steps:
and judging whether the monitoring state belongs to an interested monitoring state, if so, generating a notice for prompting that the monitoring state is the interested monitoring state, and pushing the notice to a user terminal.
In the method, the push setting comprises 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 monitored data corresponding to the patient identifier of interest on the list is monitored data of interest.
In the method, the monitoring data comprises an alarm message; the push settings include screening rules for alarm messages; there are three screening rules: screening according to the alarm level, screening according to the alarm category, and screening according to the alarm level and the alarm category;
when the screening rule in the push setting is screening 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 an interested alarm message;
when the screening rule in the push setting is screening according to the alarm category, the alarm message with the alarm category being the alarm category in the push setting is an interested alarm message;
and when the screening rule is screening according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push setting, and the alarm message of which the alarm category is the alarm category in the push setting is the interested alarm message.
In the method, the alarm message comprises a patient monitoring parameter alarm message and/or an equipment failure alarm message.
In the method, the monitoring data comprises real-time monitoring values of monitoring parameters; the push setting comprises a monitoring parameter and an alarm threshold value thereof; and the real-time monitoring value of the monitoring parameter, which belongs to the monitoring parameter in the push setting and has the real-time monitoring value higher or lower than the alarm threshold value, is the real-time monitoring value of the monitoring parameter of interest.
In the method, the monitoring data comprises a monitoring state; the push setting comprises a monitoring state and a push condition thereof; and in the monitoring data, the monitoring state which belongs to the monitoring state in the push setting and meets the push condition is an interested monitoring state.
In the method, the prompting the user through the user terminal comprises the following steps:
and displaying the pushed monitoring data or notification on a display interface of the user terminal.
The method further comprises the following steps:
receiving the monitoring data or the read or unread state of the notification fed back by the user terminal;
and when the monitored data or the notification is in an unread state and meets a preset condition, pushing the monitored data or the notification to other user terminals.
An embodiment provides a guardian message push terminal, including:
the data acquisition interface is used for receiving monitoring data generated by at least one monitoring device;
the data pushing interface is used for pushing data;
the processor is used for judging whether the monitoring data belong to monitoring data of interest or not, and if so, pushing the monitoring data to a user terminal through the data pushing interface so as to prompt a user through the user terminal; or judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notification based on the monitored data and pushing the notification to a user terminal through the data pushing interface so as to prompt a user through the user terminal.
In the push terminal, the data acquisition interface is further configured to receive a push setting sent by at least one user terminal, where the push setting is used to determine monitoring data of interest.
In the push terminal, the push terminal is connected with the mobile terminal,
the monitoring data comprises an alarm message; the processor determining whether the monitored data belongs to the monitored data of interest includes:
judging whether the alarm message belongs to an interested alarm message according to at least one of the patient identification, the alarm level and the alarm category of the alarm message;
and/or the presence of a gas in the gas,
the monitoring data comprises real-time monitoring values of monitoring parameters; the processor determining whether the monitored data belongs to the monitored data of interest includes:
judging whether the real-time monitoring value of the monitoring parameter is higher than or lower than the alarm threshold value, if so, determining the real-time monitoring value of the monitoring parameter as the real-time monitoring value of the monitoring parameter of interest;
and/or the presence of a gas in the gas,
the monitoring data comprises a monitoring state; the processor judges whether the monitored data belongs to the monitoring data of interest, if yes, generates a corresponding notice based on the monitored data and pushes the notice to the user terminal through the data pushing interface, and the method comprises the following steps:
and judging whether the monitoring state belongs to an interested monitoring state, if so, generating a notice for prompting that the monitoring state is the interested monitoring state, and pushing the notice to a user terminal through the data pushing interface.
In the push terminal, the push setting comprises 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 monitored data corresponding to the patient identifier of interest on the list is monitored data of interest.
In the push terminal, the monitoring data comprises an alarm message; the push settings include screening rules for alarm messages; there are three screening rules: screening according to the alarm level, screening according to the alarm category, and screening according to the alarm level and the alarm category;
when the screening rule in the push setting is screening 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 an interested alarm message;
when the screening rule in the push setting is screening according to the alarm category, the alarm message with the alarm category being the alarm category in the push setting is an interested alarm message;
and when the screening rule is screening according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push setting, and the alarm message of which the alarm category is the alarm category in the push setting is the interested alarm message.
In the push terminal, the alarm message comprises a monitoring parameter alarm message and/or an equipment failure alarm message of a patient.
In the push terminal, the monitoring data comprises a monitoring parameter real-time monitoring value; the push setting comprises a monitoring parameter and an alarm threshold value thereof; and the real-time monitoring value of the monitoring parameter, which belongs to the monitoring parameter in the push setting and has the real-time monitoring value higher or lower than the alarm threshold value, is the real-time monitoring value of the monitoring parameter of interest.
In the push terminal, the monitoring data comprises a monitoring state; the push setting comprises a monitoring state and a push condition thereof; and in the monitoring data, the monitoring state which belongs to the monitoring state in the push setting and meets the push condition is an interested monitoring state.
In the push terminal, prompting the user through the user terminal includes:
and displaying the pushed monitoring data or notification on a display interface of the user terminal.
In the push terminal, the data acquisition interface is further configured to receive the monitoring data or the read or unread status of the notification fed back by the user terminal; the processor is further configured to, when the monitored data or the notification is in an unread state and meets a preset condition, push the monitored data or the notification 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:
a memory for storing a program;
a processor for executing the program stored by the memory to implement the method as described above.
An embodiment provides a medical monitoring system comprising:
a push terminal as described above;
the system comprises at least one user terminal, a monitoring server and a display interface, wherein the user terminal is used for receiving monitoring data or a notice pushed by the pushing terminal and displaying the monitoring data or the notice on the display interface;
and the monitoring equipment is used for monitoring the patient and sending monitoring data generated in the monitoring process to the push terminal.
An embodiment provides a computer readable storage medium comprising a program executable by a processor to implement a method as described above.
An embodiment provides a monitoring alarm management method, including:
acquiring an alarm message, filtering an invalid alarm message based on a preset alarm filtering rule, and pushing an unfiltered valid alarm message to a user terminal; the alarm message is generated by acquiring vital sign data of a monitored object through a monitor and based on a preset alarm rule; and the effective alarm message is used for being acquired by the user terminal and displayed.
According to the medical monitoring system, the pushing terminal and the pushing method of the monitoring message of the embodiment, monitoring data generated by at least one monitoring device is received; judging whether the monitored data belongs to the monitoring data of interest or not, if so, pushing the monitored data to a user terminal so as to prompt a user through the user terminal; or judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notice based on the monitoring data and pushing the notice to a user terminal so as to prompt a user through the user terminal; therefore, the monitoring data is screened and filtered, and the working efficiency of medical personnel is improved.
Drawings
FIG. 1 is a block diagram of a medical monitoring system according to an embodiment;
FIG. 2 is a block diagram of a medical monitoring system according to an embodiment;
fig. 3 is a block diagram of a push terminal in the medical monitoring system according to an embodiment;
FIG. 4 is a flow chart of a method for pushing guardian messages in an embodiment;
FIG. 5 is a flowchart illustrating an alert message pushing method according to an embodiment of a method for pushing a guardian message;
FIG. 6 is a flowchart illustrating a method for pushing guardian parameters according to an embodiment;
fig. 7 is a flowchart illustrating a guardian status push in the method for pushing a guardian message according to an embodiment.
Detailed Description
The present invention will be described in further detail with reference to the following detailed description and accompanying drawings. Wherein like elements in different embodiments are numbered with like associated elements. In the following description, numerous details are set forth in order to provide a better understanding of the present application. However, those skilled in the art will readily recognize that some of the features may be omitted or replaced with other elements, materials, methods in different instances. In some instances, certain operations related to the present application have not been shown or described in detail in order to avoid obscuring the core of the present application from excessive description, and it is not necessary for those skilled in the art to describe these operations in detail, so that they may be fully understood from the description in the specification and the general knowledge in the art.
Furthermore, the features, operations, or characteristics described in the specification may be combined in any suitable manner to form various embodiments. Also, the various steps or actions in the method descriptions may be transposed or transposed in order, as will be apparent to one of ordinary skill in the art. Thus, the various sequences in the specification and drawings are for the purpose of describing certain embodiments only and are not intended to imply a required sequence unless otherwise indicated where such sequence must be followed.
The numbering of the components as such, e.g., "first", "second", etc., is used herein only to distinguish the objects as described, and does not have any sequential or technical meaning. The term "connected" and "coupled" when used in this application, unless otherwise indicated, includes both direct and indirect connections (couplings).
As shown in fig. 1, the medical monitoring system provided by the present invention comprises: 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 the embodiment takes the push terminal as the server 20 as an example for description.
The monitoring device 40, such as a monitor, is used for monitoring a patient and transmitting monitoring data generated during the monitoring process to the central station 30, i.e. the monitoring device 40 is communicatively connected to the server 20 via the central station 30. Of course, as shown in fig. 2, the monitoring device 40 may also be directly connected to the server 20, which transmits the monitoring data generated during the monitoring process to the server 20. Specifically, the monitoring data generated by the monitoring device 40 includes an alarm message, a monitoring parameter real-time monitoring value and a monitoring status. The monitoring parameters are parameters reflecting the vital signs of the patient, i.e. 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 be an invasive/non-invasive ventilator, an anesthesia machine, a telemetry system, a defibrillator, or the like having a monitoring function.
The central station 30 is used for receiving the monitoring data sent by the monitoring device 40 and sending 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 obtaining interface 210 is connected to the data pushing 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; data transmitted from the user terminal 10 is received. The data acquisition interface 210 may be a wireless communication interface or a wired communication interface.
The storage module is used for storing data.
The processor 220 is configured to determine whether the monitored data received by the data obtaining interface 210 belongs to the monitored data of interest, and if so, push the monitored data to the user terminal 10 through the data pushing interface 230, so as to prompt the user through the user terminal 10; and/or, determining whether the monitored data received by the data obtaining interface 210 belongs to the monitored data of interest, if so, generating a corresponding notification based on the monitored data and pushing the notification to the user terminal 10, so as to prompt the user through the user terminal 10. For the alarm message in the monitored data, the processor 220 can remind the user by itself without further processing by the processor 220, so that the processor 220 pushes the alarm message to the user terminal 10 after judging that the alarm message belongs to the alarm message which is interested by the user. For the real-time monitoring value and the monitoring state of the monitoring parameter, the user is usually required to automatically distinguish whether the patient has an abnormal condition, so the processor 220 generates a corresponding notification based on the real-time monitoring value of the monitoring parameter to push to the user terminal 10 after judging that the received real-time monitoring value of the monitoring parameter belongs to the real-time monitoring value of the monitoring parameter of interest; after determining that the received monitoring state belongs to the monitoring state of interest, the processor 220 generates a corresponding notification based on the monitoring state and pushes the notification to the user terminal 10.
The data pushing interface 230 is used for pushing data to the user terminal 10, specifically, the data may be pushed directly to the user terminal 10, or may be pushed to the user terminal 10 through the third party pushing server 50 as shown in fig. 2. The third-party Push server may be, for example, a Push service such as gcm (google Cloud messaging) of google, fcm (fine Cloud messaging) of google, and apns (apple Push Notification service) of apple. The data push interface 230 may also be a wireless communication interface or a wired communication interface. When the data obtaining interface 210 and the data pushing interface 230 are the same type of interface, they may be the same interface, for example, the functions of the data obtaining interface 210 and the data pushing interface 230 are implemented by the same wireless communication interface, and the processor 220 receives and pushes data through the wireless communication interface.
The user terminal 10 is used for receiving the monitoring data or the notification pushed by the server 20 and/or receiving the monitoring data or the notification pushed by the third party pushing server 50; and displaying the received monitored data or notification on a display interface.
Therefore, the medical monitoring system provided by the invention can filter and screen the monitoring data, and only sends the interested monitoring data and the notification generated correspondingly to the interested monitoring data to the user terminal 10, thereby improving the working efficiency of medical staff.
Since the monitoring device 40 can communicate directly with the server 20, it can also communicate with the server 20 through the central station 30; the server 20 can push the monitored data or the notification to the user terminal 10 directly or through the third-party push server 50, so that the medical monitoring system can have various architectures, only two of which are shown in fig. 1 and 2 for illustration.
The monitoring data of interest of the user terminal 10 may be set by the user terminal 10 or may be preset in the server 20. Taking the example of the user terminal 10, the user terminal 10 is further configured to send a push setting to the server 20 according to the user input, where the push setting is used to determine the monitored data of interest. Correspondingly, the server 20 is also configured to receive push settings sent by the user terminal 10. Therefore, the user (for example, medical staff) can determine the monitoring data of interest through the user terminal 10 according to the needs of the user, so that the monitoring data or the notification received later is of interest, the operation is convenient, and the working efficiency is improved. The user terminal 10 is capable of performing human-computer interaction, and may be a smart phone, a tablet computer, an intelligent wearable device, a notebook computer, a desktop computer, an intelligent display (an intelligent television also belongs to an intelligent display), and the like.
In the embodiment that the pushing terminal is a user terminal, the user terminal pushes the monitoring data or the notice of interest to a display interface thereof for display, that is, the user terminal judges whether the monitoring data belongs to the monitoring data of interest, if so, the monitoring data is displayed on the display interface of the user terminal to prompt the user; or judging whether the monitoring data belongs to the monitoring data of interest, if so, generating a corresponding notification based on the monitoring data and displaying the notification on a display interface of the monitoring data to prompt a 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, and the notification is generated by the server 20, both of which are filtered and pushed by the server 20, and the pushing process (method) is shown in fig. 4. It should be noted that, since the push terminal may be a server, a central station, a monitor, or a user terminal, the device executing the push method may be a server, a user terminal, a central station, a monitor device, and the like, and this embodiment still takes the server as an example for description, and the push method includes:
step 1, the user terminal 10 receives the input of the user, and sends a push setting to the server 20 according to the input of the user, so as to determine the monitoring data of interest. Since the monitoring data generated by the monitoring device 40 includes the alarm message, the real-time monitoring value of the monitoring parameter and the monitoring status, correspondingly, the monitoring data of interest includes the monitoring data of the patient of interest, the alarm message of interest, the real-time monitoring value of the monitoring parameter of interest and the monitoring status of interest.
Taking the monitored data of the patient of interest as an example, pushing a list including an identifier of the patient of interest, wherein the monitored data corresponding to the identifier of the patient of interest on the list is the monitored data of the patient of interest. The step 1 comprises the following steps:
the user terminal 10 displays the classification of each patient and the patients under classification in the setting interface for filtering the patients, for example, displays an option indicating "all patients", an option indicating each department, an option of displaying the patients managed by each department, and the like.
The user terminal 10 receives an instruction for selecting a patient, generates a list of patient identifications of interest from the patient identification of the selected patient, and transmits the list of patient identifications of interest to the server 20; it can be seen that the medical staff needs to pay attention to which patients to select on the user terminal 10, and the monitoring data of other patients will be automatically filtered out.
The user terminal 10 receives an instruction for selecting a department, generates a list of patient identifications of interest from patient identifications of patients managed by the selected department, and transmits the list of patient identifications of interest to the server 20; it can be seen that the medical staff may only be concerned with patients of certain departments, and the monitoring data of patients of other departments will be automatically filtered out.
The user terminal 10 receives instructions for selecting all patients, generates a list of patient identities of interest from the patient identities of all patients, and sends the list of patient identities of interest to the server 20. It can be seen that the medical staff can also pay attention to all patients, and the selection is transmitted to the server 20 through the user terminal 10 in the form of push setting, so that the operation is simple and convenient.
Taking the alarm message of interest as an example, the monitored data includes an alarm message, and the alarm message includes a monitored parameter alarm message and/or a device failure alarm message of the patient. The monitoring parameter alarm message and the equipment fault alarm message are not in the following categories, and are parallel, so that medical care personnel and equipment maintenance personnel can pay attention to the monitoring parameter alarm message and the equipment fault alarm message conveniently. Taking the example that the alarm message includes a patient monitoring parameter alarm message, step 1 further includes:
the user terminal 10 receives an instruction for selecting a filtering rule to determine an interested filtering rule; the screening rule comprises screening alarm messages according to the monitoring parameter alarm level and/or the monitoring parameter category; for example, the monitoring parameter alarm levels are classified into high, medium and low; the monitoring parameter alarm message is an alarm message given by the monitoring device by judging and analyzing according to the real-time monitoring value of the monitoring parameter. Categories of monitored 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 the alarm message according to the alarm level, the user terminal 10 receives an instruction for selecting the alarm level of the monitoring parameter; sending a screening rule for screening the monitoring parameter alarm message according to the alarm level and the selected alarm level as push setting to the server; wherein, the monitoring parameter alarm message with the alarm level greater than (higher than) or equal to the selected alarm level is an interested alarm message; therefore, the medical staff can select the monitoring parameter alarm messages of a certain level to pay attention to, and other monitoring parameter alarm messages lower than the level can be automatically filtered by the server.
When the selected screening rule is to screen the alarm message according to the category, the user terminal 10 receives an instruction for selecting the category of the monitoring parameter; sending the screening rule for screening the monitoring parameter alarm message according to the category and the selected category as push setting to the server; wherein the monitoring parameter alarm message with the category of the selected category is an interested alarm message; it can be seen that the medical care personnel can also select certain types of monitoring parameter alarm messages to pay attention to, for example, the medical care personnel selects the type of heart rhythm, the monitoring parameter alarm messages of other types can be automatically filtered by the server, and the medical care personnel receive the alarm messages related to the heart rhythm through the user terminal, such as arrhythmia and the like.
When the selected screening rule is that the alarm message is screened according to the alarm level and the category at the same time, the user terminal 10 receives an instruction for selecting the alarm level of the monitoring parameter and an instruction for selecting the category of the monitoring parameter; sending a screening rule for screening the monitoring parameter alarm message according to the alarm level and the category, the selected alarm level and the selected category as push settings to the server; wherein the alarm level is greater than or equal to the selected alarm level, and the monitored parameter alarm message of which the category is the selected category is an interest alarm message. It is seen that the medical staff may also select certain categories and have certain levels of alarm messages 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 high, the subsequent server only pushes the alarm messages related to the heart rhythm and high in level to the user terminal, such as high-level arrhythmia, and other categories and levels of alarm messages are automatically filtered by the server.
Taking the example that the alarm message includes a device failure alarm message of the patient, step 1 further includes:
the user terminal 10 receives an instruction for selecting a filtering rule to determine an interested filtering rule; the screening rule comprises screening equipment fault alarm messages according to alarm levels and/or categories; for example, the equipment failure alarm levels are classified into high, medium and low levels; device failure categories include conventional categories of ECG (electrocardiogram) lead drops, SpO2 (blood oxygen saturation) sensor drops, network disconnects, etc.
The user terminal 10 receives an instruction for selecting an equipment malfunction alert level; sending a screening rule for screening the equipment fault alarm message according to the alarm level and the selected alarm level to a server as push setting; wherein the equipment failure alarm message with the alarm level greater than or equal to the selected alarm level is the alarm message of interest.
The user terminal 10 receives an instruction for selecting an equipment failure category; the screening rule of the fault alarm message of the equipment is screened according to the category and the selected category is used as push setting to be sent to the server; wherein the equipment failure alarm message of which the category is the selected category is an interest 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 method comprises the steps that screening rules of fault alarm messages of equipment are screened according to alarm levels and categories, the selected alarm levels and the selected categories are used as push settings to be sent to a server; wherein the alarm level is greater than or equal to the selected alarm level, and the equipment failure alarm message of which the category is the selected category is an interest alarm message. Different monitoring parameter alarm messages in the same category can have different alarm levels, and equipment fault alarm messages in one category often only correspond to one alarm level, so that the scenes for screening the equipment fault alarm messages according to the alarm levels and the categories are fewer.
The attention, filtering, screening, etc. of the present invention are directed to the user terminal sending the push setting, i.e. the user terminal is associated with the push setting sent by the user terminal, e.g. the ID of the user terminal is associated with the push setting sent by the user terminal, and the subsequent push of the monitoring data of interest belonging to the definition of the push setting is also 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 monitoring data of interest defined by the push setting is pushed by the account associated with the push setting.
The monitoring data comprises real-time monitoring values of monitoring parameters. The step 1 further comprises:
the user terminal 10 receives an instruction for selecting an individual monitoring parameter, and thereafter receives an instruction for setting an alarm threshold for the selected monitoring parameter and/or an instruction for setting an alarm level for the alarm threshold, and sends the selected monitoring parameter and its alarm threshold, and/or the set alarm level as push settings to the server 20. And when the follow-up server judges, the monitoring parameter belongs to the selected monitoring parameter, and the monitoring parameter real-time monitoring value which is higher or lower than the corresponding alarm threshold value is the monitoring parameter real-time monitoring value of interest. Whether the real-time monitoring value higher than the alarm threshold value is the real-time monitoring value of the monitoring parameter of interest or the real-time monitoring value lower than the alarm threshold value is the real-time monitoring value of the monitoring parameter of interest is related to the monitoring parameter in the push setting, namely, whether the monitoring parameter is higher than or lower than the alarm threshold value in the judgment of the monitoring parameter and the alarm threshold value is related, and after the server obtains the monitoring parameter in the push setting, the server can know whether the real-time monitoring value higher than the alarm threshold value is the real-time monitoring value of the monitoring parameter of interest or the real-time monitoring value lower than the alarm threshold value is the real-time monitoring value of the monitoring parameter of interest. The alarm threshold value and the alarm level (if any) in the push setting are associated, so the server 20 can also determine whether the real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest according to the alarm level, that is, the selected real-time monitoring value of the monitoring parameter, the alarm level of which is equal to or exceeds the alarm level set in the push setting, is the real-time monitoring value of the monitoring parameter of interest. The invention can make the real-time monitoring value of the monitoring parameter, like the alarm message, be screened and filtered according to the alarm level by defining an alarm level, the setting of the user is more convenient, the process is the same as the content related to the alarm message, and the detailed description is omitted.
Receiving instructions for selecting a plurality of monitored parameters, then receiving instructions for setting alarm thresholds of the selected monitored parameters, receiving instructions for setting a logical relationship between the selected monitored parameters, and/or receiving instructions for setting alarm levels of the logical relationship; the selected individual monitoring parameters and their alarm thresholds, logical relationships, and/or set alarm levels are sent to the server 20 as push settings. When the subsequent server 20 judges, the logic relationship in the push setting is satisfied, and the real-time monitoring value of each selected monitoring parameter higher or lower than the corresponding alarm threshold value is the real-time monitoring value of the monitoring parameter of interest. The alarm threshold value and the alarm level (if any) in the push setting are associated, so the server 20 can also determine whether the real-time monitoring value of the monitored parameter is the real-time monitoring value of the monitored parameter of interest through the alarm level, that is, the real-time monitoring value of each selected monitored parameter in the push setting, 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, and then the real-time monitoring value of each selected monitored parameter is determined to be the real-time monitoring value of the monitored parameter of interest. The logical relationship includes at least a sum, or both, for example, in a push setting, there are two monitored parameters, HR and SpO2, corresponding alarm thresholds of 100 and 95%, respectively, the logical relationship is "and the alarm level is high. The server 20 determines the received real-time monitoring values of the monitoring parameters, if HR is greater than 100 and SpO2 is lower than 95%, the real-time monitoring values of HR and SpO2 are interesting real-time monitoring values, the server 20 generates a corresponding notification, for example, generates a notification that HR is higher than the alarm threshold and SpO2 is lower than the alarm threshold, and pushes the notification to the user terminal, thereby playing a role of reminding and realizing the filtering and pushing of the custom notification.
The invention can not only filter and push the monitoring parameter alarm message generated by the monitoring equipment, but also set the self-defined monitoring parameter and the alarm threshold value thereof, thereby filtering and pushing the self-defined monitoring parameter, facilitating the medical personnel to better monitor the patient and having wide application scenes.
The monitored data also includes a monitored state, which includes a patient state and a device state. The patient status, for example, whether the patient calls, whether the patient has a pacemaker, etc., may also be obtained by analyzing and determining, by the monitoring device, a plurality of monitored parameter measured values, such as an EWS score (early warning score), a GCS score (glasgow coma index), etc. The device status reflects the operating status of the monitoring device and/or components thereof, such as the operating mode of the monitoring device (e.g., standby state, monitoring state, etc.), and the device information of the monitoring device (e.g., device ID, device IP address, etc.). The step 1 further comprises:
the user terminal 10 receives an instruction for selecting an individual monitoring state, and then receives an instruction for setting a push condition of the selected monitoring state and/or an instruction for setting an alarm level of the push condition, and transmits the selected monitoring state and the push condition thereof, and/or the set alarm level as push settings to the server. And when the follow-up server judges that the selected monitoring state meeting the pushing condition is the monitoring state of interest. In this embodiment, the push condition may be an alarm threshold, such as a score corresponding to the EWS score and the GCS score, or "yes or no", such as that the patient makes a call and the patient does not make a call.
Receiving instructions for selecting a plurality of monitoring states, then receiving instructions for setting the push conditions of the selected monitoring states, receiving instructions for setting the logical relationship between the selected monitoring states, and/or receiving instructions for setting the alarm level of the logical relationship; and sending each selected monitoring state, the pushing condition, the logic relation and/or the set alarm level thereof as pushing setting to the server. And when the follow-up server judges, the follow-up server accords with the logic relation, and each selected monitoring state meeting the pushing condition is an interested monitoring state. The logical relationship includes at least sum, or both, for example, there are two monitoring states in the push setting, which are patient calling and EWS scoring, respectively, the corresponding push conditions are yes, 2 points, respectively, and the logical relationship is "sum"; the server judges whether the monitored data with the EWS score exceeding 2 points exists or not, if yes, the monitored data belongs to the interested monitored data, and corresponding notification is generated for pushing.
Through the self-defined propelling movement setting to patient's state, medical personnel can be nimble obtain required notice, and is very convenient.
For a plurality of push settings sent by the same user terminal, the push settings are usually in an and logical relationship, that is, the alarm or notification pushed by the server to a user terminal is the intersection of the sets of interesting monitored data defined by the push settings set by the user terminal. For example, if a healthcare worker sets up only a list of patient identifiers of interest, then it subsequently receives all of the alarm messages or notifications for the patients in the list. If the medical staff only sets the screening alarm message according to the monitoring parameter alarm level, and the monitoring parameter alarm level is high, the medical staff subsequently receives the high-level monitoring parameter alarm messages of all patients. If the medical staff sets the list of the interested patient identification, and screens the alarm message according to the monitoring parameter alarm level, and the monitoring parameter alarm level is advanced, the medical staff subsequently receives the advanced monitoring parameter alarm message of the patient in the list of the interested patient identification.
Step 2, the data obtaining interface 210 of the server 20 receives the push setting sent by the user terminal 10 and stores the push setting in the storage module.
And step 3, the monitoring device 40 monitors the patient and sends the monitoring data generated in the monitoring process to the server 20 or sends the monitoring data to the server 20 through the central station 30.
Step 4, the data obtaining interface 210 of the server 20 receives the monitoring data generated by the monitoring device 40 and stores the monitoring data in the storage module.
After the data obtaining interface 210 receives monitoring data, the processor 220 correspondingly executes the specific steps shown in fig. 5, fig. 6 and fig. 7 according to whether the monitoring data is an alarm message, a monitoring parameter real-time monitoring value or a monitoring state, that is, if the monitoring data received by the data obtaining interface 210 includes an alarm message, the processor 220 judges whether the alarm message belongs to an alarm message of interest according to at least one of a patient identifier, an alarm type, an alarm level and an alarm category of the alarm message; as shown in fig. 5, step 5 specifically includes:
in step 511, the processor 220 obtains the patient identification from the monitored data.
And 517, judging whether the level of the alarm message is higher than or equal to the level in the push setting or not, and whether the category of the alarm message is the category in the push setting or not, if so, determining that the alarm message is the alarm message of interest, entering 518, and otherwise, ending 5.
In step 518, the data push interface 230 of the server 20 pushes the alert message to the user terminal 10 that issued the push setup, directly or through a third party push server.
The process shown in fig. 5 is a process of determining at least one push setting sent by the same user terminal, actually, a storage module generally stores a plurality of push settings sent by a plurality of user terminals, and the server 20 repeats the process shown in fig. 5 until all push settings sent by all user terminals are determined.
If the monitored data includes the monitored parameter real-time monitoring value, as shown in fig. 6, step 5 includes:
in step 521, the processor 220 obtains the patient identification from the monitored data.
And step 525, judging whether the real-time monitoring value of the monitoring parameter is higher or lower than an alarm threshold value in the pushing setting, if so, determining that the real-time monitoring value of the monitoring parameter is the real-time monitoring value of the monitoring parameter of interest, entering step 528, and if not, ending the step 5.
And 527, respectively judging whether each monitoring parameter real-time monitoring value is higher than or lower than a corresponding alarm threshold value in the pushing setting, further judging whether the monitoring parameter real-time monitoring values accord with a logic relationship in the pushing setting according to the judgment result of each monitoring parameter real-time monitoring value, if so, determining that the received monitoring parameter real-time monitoring value is the monitoring parameter real-time monitoring value of interest, entering 528, and if not, ending 5.
In 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 monitored data includes the monitored status, as shown in fig. 7, step 5 includes:
537, respectively judging whether each monitoring state in the monitoring data meets the corresponding pushing condition in the pushing setting, further judging whether the monitoring state meets the logical relationship in the pushing setting according to the judgment result of each monitoring state, if so, determining that the received monitoring state is the monitoring state of interest, entering step 538, otherwise, ending step 5.
In 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.
And 6, the user terminal 10 receives the pushed monitoring data or notification and displays the received monitoring data or notification on the display interface. Therefore, the invention not only provides an alarm filtering mechanism, but also takes the alarm meeting the preset rule as an effective alarm to carry out pushing. And push rules of different monitoring parameters and monitoring states are provided, so that a user can customize the monitoring parameters and the alarm of the monitoring state.
Further, the user terminal 10 is further configured to display a list of the received monitored data or the notification on a display interface, display a read or unread status of the received monitored data or the notification on the display interface, and feed back the read or unread status of the monitored data or the notification to the server 20. The processor 220 of the server 20 is further configured to generate a log from the read or unread status record of the monitored data or the notification, push the log to other user terminals, and push the monitored data or the notification to other user terminals when the monitored data or the notification is in the unread status and meets a preset condition. The preset condition may be a user setting or a default of the system, for example, the preset condition is a preset time period, and the processor 220 pushes the monitored data or the notification to other user terminals when the monitored data or the notification is in an unread state within the preset time period, so as to avoid delaying the rescue of the patient.
In other words, the detailed description of the new embodiment can be obtained only by replacing the server in the above embodiment with the central station, the monitor, or the user terminal, and thus, the detailed description is omitted here.
The invention also provides a monitoring alarm management method, which comprises the following steps:
the method comprises the following steps that a monitor obtains vital sign data of a monitored object and generates an alarm message based on a preset alarm rule; the process is the conventional function of the existing monitor and is not repeated;
the push terminal acquires the alarm message, filters out invalid alarm messages based on a preset alarm filtering rule (such as the push setting), and pushes the effective alarm messages (namely the interested alarm messages) which are not filtered out to the user terminal;
and the user terminal acquires and displays the effective alarm message.
The specific process of the monitoring alarm management method is described in the above embodiment of the monitoring message pushing method, and is not described herein again.
Those skilled in the art will appreciate that all or part of the functions of the various methods in the above embodiments may be implemented by hardware, or may be implemented by computer programs. When all or part of the functions of the above embodiments are implemented by a computer program, the program may be stored in a computer-readable storage medium, and the storage medium may include: a read only memory, a random access memory, a magnetic disk, an optical disk, a hard disk, etc., and the program is executed by a computer to realize the above functions. For example, the program may be stored in a memory of the device, and when the program in the memory is executed by the processor, all or part of the functions described above may be implemented. In addition, when all or part of the functions in the above embodiments are implemented by a computer program, the program may be stored in a storage medium such as a server, another computer, a magnetic disk, an optical disk, a flash disk, or a removable hard disk, and may be downloaded or copied to a memory of a local device, or may be version-updated in a system of the local device, and when the program in the memory is executed by a processor, all or part of the functions in the above embodiments may be implemented.
Reference is made herein 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 hereof. For example, the various operational steps, as well as the components used to perform the operational steps, may be implemented in differing ways depending upon the particular application or consideration of any number of cost functions associated with operation of the system (e.g., one or more steps may be deleted, modified or incorporated into other steps).
Additionally, as will be appreciated by one skilled in the art, the principles herein may be reflected in a computer program product on a computer readable storage medium, which is pre-loaded 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 onto a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions which execute on the computer or other programmable data processing apparatus create means for implementing the functions specified. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including means for implementing the function specified. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified.
While the principles herein have been illustrated in various embodiments, many modifications of structure, arrangement, proportions, elements, materials, and components particularly adapted to specific environments and operative requirements may be employed without departing from the principles and scope of the present disclosure. The above modifications and other changes or modifications are intended to be included within the scope of this document.
The foregoing detailed description has been described with reference to various embodiments. However, one skilled in the art will recognize that various modifications and changes may be made without departing from the scope of the present disclosure. Accordingly, the disclosure is to be considered in an illustrative and not a restrictive sense, and all such modifications are intended to be included within the scope thereof. Also, advantages, other advantages, and solutions to problems have been described above with regard to various embodiments. However, the benefits, advantages, solutions to problems, and any element(s) that may cause any element(s) to occur or become more pronounced are not to be construed as a critical, required, or essential feature or element of any or all the claims. As used herein, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, system, article, or apparatus. Furthermore, the term "coupled," and any other variation thereof, as used herein, refers to a physical connection, an electrical connection, a magnetic connection, an optical connection, a communicative connection, a functional connection, 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 from the following claims.
Claims (25)
1. A method for pushing a guardian message, comprising:
receiving monitoring data generated by at least one monitoring device;
judging whether the monitored data belongs to the monitoring data of interest or not, if so, pushing the monitored data to a user terminal so as to prompt a user through the user terminal; or judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notice based on the monitoring data and pushing the notice to a user terminal so as to prompt a user through the user terminal.
2. The method of claim 1, further comprising:
receiving push settings sent by at least one user terminal, wherein the push settings are used for determining monitoring data of interest.
3. The method of claim 1,
the monitoring data comprises an alarm message; judging whether the monitoring data belongs to the monitoring data of interest, including:
judging whether the alarm message belongs to an interested alarm message according to at least one of the patient identification, the alarm level and the alarm category of the alarm message;
and/or the presence of a gas in the gas,
the monitoring data comprises real-time monitoring values of monitoring parameters; judging 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 an alarm threshold value of the monitoring parameter, if so, determining the real-time monitoring value of the monitoring parameter as the real-time monitoring value of the monitoring parameter of interest;
and/or the presence of a gas in the gas,
the monitoring data comprises a monitoring state; judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notice based on the monitored data and pushing the notice to a user terminal, wherein the method comprises the following steps:
and judging whether the monitoring state belongs to an interested monitoring state, if so, generating a notice for prompting that the monitoring state is the interested monitoring state, and pushing the notice to a user terminal.
4. The method of claim 2, wherein the push settings include a list of patient identifications of interest, the list generated by the user terminal according to instructions for selecting a patient, instructions for selecting a department, or instructions for selecting all patients; the monitored data corresponding to the patient identifier of interest on the list is monitored data of interest.
5. The method of claim 2, wherein the monitored data comprises an alarm message; the push settings include screening rules for alarm messages; there are three screening rules: screening according to the alarm level, screening according to the alarm category, and screening according to the alarm level and the alarm category:
when the screening rule in the push setting is screening 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 an interested alarm message;
when the screening rule in the push setting is screening according to the alarm category, the alarm message with the alarm category being the alarm category in the push setting is an interested alarm message;
and when the screening rule is screening according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push setting, and the alarm message of which the alarm category is the alarm category in the push setting is the interested alarm message.
6. The method of claim 5, wherein the alarm message comprises a patient's monitored parameter alarm message and/or a device failure alarm message.
7. The method of claim 2, wherein the monitored data comprises monitored parameter real-time monitoring values; the push setting comprises a monitoring parameter and an alarm threshold value thereof; and the real-time monitoring value of the monitoring parameter, which belongs to the monitoring parameter in the push setting and has the real-time monitoring value higher or lower than the alarm threshold value, is the real-time monitoring value of the monitoring parameter of interest.
8. The method of claim 2, wherein the monitored data includes a monitored status; the push setting comprises a monitoring state and a push condition thereof; and in the monitoring data, the monitoring state which belongs to the monitoring state in the push setting and meets the push condition is an interested monitoring state.
9. The method of claim 1, wherein prompting a user through the user terminal comprises:
and displaying the pushed monitoring data or notification on a display interface of the user terminal.
10. The method of claim 1, further comprising:
receiving the monitoring data or the read or unread state of the notification fed back by the user terminal;
and when the monitored data or the notification is in an unread state and meets a preset condition, pushing the monitored data or the notification to other user terminals.
11. A guardian message push terminal, comprising:
the data acquisition interface is used for receiving monitoring data generated by at least one monitoring device;
the data pushing interface is used for pushing data;
the processor is used for judging whether the monitoring data belong to monitoring data of interest or not, and if so, pushing the monitoring data to a user terminal through the data pushing interface so as to prompt a user through the user terminal; or judging whether the monitored data belongs to the monitoring data of interest, if so, generating a corresponding notification based on the monitored data and pushing the notification to a user terminal through the data pushing interface so as to prompt a user through the user terminal.
12. The push terminal of claim 11, wherein the data acquisition interface is further configured to receive push settings from at least one user terminal, the push settings being used to determine the monitored data of interest.
13. The push terminal of claim 11, wherein:
the monitoring data comprises an alarm message; the processor determining whether the monitored data belongs to the monitored data of interest includes:
judging whether the alarm message belongs to an interested alarm message according to at least one of the patient identification, the alarm level and the alarm category of the alarm message;
and/or the presence of a gas in the gas,
the monitoring data comprises real-time monitoring values of monitoring parameters; the processor determining whether the monitored data belongs to the monitored data of interest includes:
judging whether the real-time monitoring value of the monitoring parameter is higher than or lower than the alarm threshold value, if so, determining the real-time monitoring value of the monitoring parameter as the real-time monitoring value of the monitoring parameter of interest;
and/or the presence of a gas in the gas,
the monitoring data comprises a monitoring state; the processor judges whether the monitored data belongs to the monitoring data of interest, if yes, generates a corresponding notice based on the monitored data and pushes the notice to the user terminal through the data pushing interface, and the method comprises the following steps:
and judging whether the monitoring state belongs to an interested monitoring state, if so, generating a notice for prompting that the monitoring state is the interested monitoring state, and pushing the notice to a user terminal through the data pushing interface.
14. The push terminal of claim 12, wherein the push settings include a list of patient identifications of interest, the list generated by the user terminal according to instructions for selecting a patient, instructions for selecting a department, or instructions for selecting all patients; the monitored data corresponding to the patient identifier of interest on the list is monitored data of interest.
15. The push terminal of claim 12, wherein the monitored data comprises an alarm message; the push settings include screening rules for alarm messages; there are three screening rules: screening according to the alarm level, screening according to the alarm category, and screening according to the alarm level and the alarm category;
when the screening rule in the push setting is screening 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 an interested alarm message;
when the screening rule in the push setting is screening according to the alarm category, the alarm message with the alarm category being the alarm category in the push setting is an interested alarm message;
and when the screening rule is screening according to the alarm level and the alarm category, the alarm level is greater than or equal to the alarm level in the push setting, and the alarm message of which the alarm category is the alarm category in the push setting is the interested alarm message.
16. The push terminal of claim 15, wherein the alarm message comprises a patient's care parameter alarm message and/or a device failure alarm message.
17. The push terminal of claim 12, wherein the monitored data includes monitored parameter real-time monitoring values; the push setting comprises a monitoring parameter and an alarm threshold value thereof; and the real-time monitoring value of the monitoring parameter, which belongs to the monitoring parameter in the push setting and has the real-time monitoring value higher or lower than the alarm threshold value, is the real-time monitoring value of the monitoring parameter of interest.
18. The push terminal of claim 12, wherein the monitored data includes a monitored status; the push setting comprises a monitoring state and a push condition thereof; and in the monitoring data, the monitoring state which belongs to the monitoring state in the push setting and meets the push condition is an interested monitoring state.
19. The push terminal of claim 11, wherein prompting a user through the user terminal comprises:
and displaying the pushed monitoring data or notification on a display interface of the user terminal.
20. The push terminal of claim 11, wherein the data acquisition interface is further configured to receive the monitored data or the notified read or unread status fed back by the user terminal; the processor is further configured to, when the monitored data or the notification is in an unread state and meets a preset condition, push the monitored data or the notification to other user terminals through the data push interface.
21. The push terminal of claim 11, wherein the push terminal is a server, a central station, a monitor, or a user terminal.
22. A guardian message push terminal, comprising:
a memory for storing a program;
a processor for executing the memory-stored program to implement the method of any one of claims 1-10.
23. A medical monitoring system, comprising:
the push terminal according to any of claims 11-21;
the system comprises at least one user terminal, a monitoring server and a display interface, wherein the user terminal is used for receiving monitoring data or a notice pushed by the pushing terminal and displaying the monitoring data or the notice on the display interface;
and the monitoring equipment is used for monitoring the patient and sending monitoring data generated in the monitoring process to the push terminal.
24. A computer-readable storage medium, characterized by comprising a program executable by a processor to implement the method of any one of claims 1-10.
25. A monitoring alarm management method is characterized by comprising the following steps:
acquiring an alarm message, filtering an invalid alarm message based on a preset alarm filtering rule, and pushing an unfiltered valid alarm message to a user terminal; the alarm message is generated by acquiring vital sign data of a monitored object through a monitor and based on a preset alarm rule; and the effective alarm message is used for being acquired by the user terminal and displayed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910385427.0A CN111916222A (en) | 2019-05-09 | 2019-05-09 | Medical monitoring system, pushing terminal and monitoring message pushing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910385427.0A CN111916222A (en) | 2019-05-09 | 2019-05-09 | Medical monitoring system, pushing terminal and monitoring message pushing method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111916222A true CN111916222A (en) | 2020-11-10 |
Family
ID=73242152
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910385427.0A Pending CN111916222A (en) | 2019-05-09 | 2019-05-09 | Medical monitoring system, pushing terminal and monitoring message pushing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111916222A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113055743A (en) * | 2021-03-10 | 2021-06-29 | 珠海安士佳电子有限公司 | Method and system for intelligently pushing video |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103989457A (en) * | 2013-02-14 | 2014-08-20 | 日本光电工业株式会社 | Medical monitoring system |
| CN105678092A (en) * | 2016-02-01 | 2016-06-15 | 中国人民解放军第三军医大学第三附属医院 | Internet-of-things based intelligent alarm management system for intensive care |
| US20170116337A1 (en) * | 2015-10-23 | 2017-04-27 | International Business Machines Corporation | User interest reminder notification |
| CN106934249A (en) * | 2017-04-11 | 2017-07-07 | 上海贝生医疗设备有限公司 | A kind of medical monitoring and interactive system |
| CN108766589A (en) * | 2018-05-31 | 2018-11-06 | 湖北民族学院 | A kind of remote medical monitor method and apparatus |
| CN109600444A (en) * | 2018-12-14 | 2019-04-09 | 北京向上心科技有限公司 | Data push method, server, terminal, electronic equipment and readable storage medium storing program for executing |
-
2019
- 2019-05-09 CN CN201910385427.0A patent/CN111916222A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103989457A (en) * | 2013-02-14 | 2014-08-20 | 日本光电工业株式会社 | Medical monitoring system |
| US20170116337A1 (en) * | 2015-10-23 | 2017-04-27 | International Business Machines Corporation | User interest reminder notification |
| CN105678092A (en) * | 2016-02-01 | 2016-06-15 | 中国人民解放军第三军医大学第三附属医院 | Internet-of-things based intelligent alarm management system for intensive care |
| CN106934249A (en) * | 2017-04-11 | 2017-07-07 | 上海贝生医疗设备有限公司 | A kind of medical monitoring and interactive system |
| CN108766589A (en) * | 2018-05-31 | 2018-11-06 | 湖北民族学院 | A kind of remote medical monitor method and apparatus |
| CN109600444A (en) * | 2018-12-14 | 2019-04-09 | 北京向上心科技有限公司 | Data push method, server, terminal, electronic equipment and readable storage medium storing program for executing |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113055743A (en) * | 2021-03-10 | 2021-06-29 | 珠海安士佳电子有限公司 | Method and system for intelligently pushing video |
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 | |
| US10311211B2 (en) | Care plan administration using thresholds | |
| CN105981020B (en) | Assisted setup of clinical alarm limits | |
| US20020099283A1 (en) | Medical system for monitoring a measured value of a patient relating to blood-clotting | |
| CN105187743A (en) | Health surveillance television | |
| US20080139898A1 (en) | System and Method For Providing Centralized Physiological Monitoring | |
| CN103648372A (en) | User configurable central monitoring station | |
| 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 | |
| CN105030203A (en) | Monitoring data display method and monitoring equipment | |
| CA2145714A1 (en) | Method and system for customizing the display of patient physio-logical parameters on a medical monitor | |
| Joshi et al. | Pattern discovery in critical alarms originating from neonates under intensive care | |
| CN110544367B (en) | Medical alarm method and terminal | |
| CN111916222A (en) | Medical monitoring system, pushing terminal and monitoring message pushing method | |
| CN110533882A (en) | The wearable monitoring system of the elderly and monitoring method based on Beidou positioning | |
| Khorakhun et al. | Alerts for remote health monitoring using online social media platforms | |
| US20210391084A1 (en) | Clinical smart watch for addressing adverse cardiac events | |
| US9907512B2 (en) | System and method for providing auditory messages for physiological monitoring devices | |
| CN113724458B (en) | Method for alarming according to alarm level | |
| CN114469021A (en) | Method for reviewing alarm event, monitoring equipment and monitoring system | |
| CN115670374A (en) | Method for fusion display of monitoring equipment and multiple bedside equipment | |
| CN108510410A (en) | A kind of control method and device of hotel service system | |
| CN107995011A (en) | The alarm control method and device of patient monitor, the adaptive alarm method of patient monitor |
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 |