JP6879752B2 - Medical device monitoring system - Google Patents

Description

The present invention relates to a medical device management technique, and more particularly to a technique effective when applied to a medical device monitoring system for remotely monitoring the operating status of a medical device.

In recent years, based on the concept of IoT (Internet of Things), services that perform centralized monitoring by aggregating and visualizing information on devices in remote locations are becoming widespread. In the medical field as well, the importance of remote monitoring is increasing as the shift to home medical care progresses, and medical devices are connected to networks to acquire operation information, failure information, etc., and operation information is provided at the monitoring destination. A monitoring method is being studied in which confirmation is performed at any time or an alarm is sounded to quickly grasp a device failure or the like.

As a technique related to this, for example, in Japanese Patent Application Laid-Open No. 2006-167400 (Patent Document 1), a manager controls an agent to provide biometric information of a patient, operation information of a medical device, a monitor signal including an alarm, and the like. Information is collected in real time, recorded and stored in a database, and medical staff such as doctors and nurses in remote areas access the manager from the monitor terminal to monitor the patient's biological information and operate medical equipment. It describes that information is managed and controlled.

Japanese Unexamined Patent Publication No. 2006-167400

In conventional medical device monitoring in medical facilities, etc., if there is an abnormality such as a failure or alert output in the medical device installed in the hospital room, for example, a nurse in the ward detects this and specializes in telephone etc. The general flow was to contact the staff and request a response. In this case, for example, depending on the knowledge of the medical device such as a nurse at the site, the details of the failure or the like may not be properly communicated to the specialized staff. In addition, there were cases where nurses and others did not notice the alerts, etc., and even if they did, they were too busy to respond and were left unattended.

On the other hand, medical device manufacturers and the like are also providing systems that enable remote monitoring of medical devices in medical facilities. This made it possible to grasp information such as failures of each medical device at any time, but on the other hand, it was necessary to use different monitoring tools for each medical device manufacturer and model, which increased the burden on monitoring work. There were many examples of this. In addition, since server devices and the like are installed in medical facilities, it is necessary to operate and monitor these devices, which is a heavy burden.

Further, even in the technique described in Patent Document 1, the operation and monitoring work of the manager installed in the medical facility can be a burden. In addition, when the output operation information and alert data format and contents differ depending on the medical device manufacturer and model, for example, how to configure the agent and the like are not specifically mentioned or considered. In addition, by collecting operation information and the like from a plurality of medical devices, the amount of alerts output to the monitor terminal becomes enormous, and it is assumed that appropriate monitoring work cannot be performed.

Therefore, an object of the present invention is to centrally perform remote monitoring of a plurality of medical devices in a medical facility or the like regardless of the manufacturer or model, reduce the operational load on site, and collect from a large number of medical devices. The purpose is to provide a medical device monitoring system that enables appropriate and efficient monitoring of operation information and alerts.

The above and other objects and novel features of the present invention will become apparent from the description and accompanying drawings herein.

A brief description of typical inventions disclosed in the present application is as follows.

The medical device monitoring system according to a typical embodiment of the present invention is a medical device monitoring system that monitors the state of one or more medical devices installed in a medical facility, and is one installed in the medical facility. It has the above-mentioned monitoring gateway and monitoring terminal, and a monitoring server connected to the monitoring gateway and the monitoring terminal via a network.

Then, the monitoring gateway acquires the operation information and / or alert information output by the corresponding one or more medical devices, generates a file converted into a unified format, and transmits the file to the monitoring server. The monitoring server records the operation information and the alert information received from the monitoring gateway in the operation information recording unit, and is recorded in the alert information recorded in the operation information recording unit or the operation information recording unit. For the abnormal event determined based on the operation information, set the level according to the content, and output the first alarm to the monitoring terminal according to the alarm output condition predetermined according to the set level. To instruct.

Among the inventions disclosed in the present application, the effects obtained by representative ones will be briefly described as follows.

That is, according to a typical embodiment of the present invention, a plurality of medical devices in a medical facility or the like are centrally remotely monitored regardless of the manufacturer or model, and the operational load on the site is reduced. , It is possible to appropriately and efficiently monitor operation information and alerts collected from a large number of medical devices.

It is a figure which showed the outline about the configuration example of the medical device monitoring system which is Embodiment 1 of this invention. It is a figure which showed the outline about the example of the flow of the monitoring process of the medical device in Embodiment 1 of this invention. It is a figure which showed the outline about the specific example of the alarm output setting in Embodiment 1 of this invention. It is a figure which showed the outline about the configuration example of the medical device monitoring system which is Embodiment 2 of this invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In addition, in all the drawings for explaining the embodiment, in principle, the same reference numerals are given to the same parts, and the repeated description thereof will be omitted. On the other hand, the parts described with reference numerals in one figure may be referred to with the same reference numerals in the explanation of other figures, although they are not shown again.

(Embodiment 1)
FIG. 1 is a diagram showing an outline of a configuration example of a medical device monitoring system according to the first embodiment of the present invention. The medical device monitoring system 1 of the present embodiment uses IoT to collect information such as operation information and alerts acquired from a plurality of medical devices in a medical facility on a cloud environment, including the occurrence of an abnormality. It is an information processing system that centrally monitors the status of medical devices.

In the present embodiment, the “medical facility” is not limited to hospitals, clinics, long-term care facilities, etc., as long as it is a place where medical practice is regularly performed, but also includes general households, etc., where home medical care is performed. It shall be. Further, the "medical device" is a device used for medical practice such as a blood purification device, a respirator, and a device for obtaining various biological information, which can be the target of remote monitoring (that is, without human intervention). If it is possible to operate autonomously), it shall be widely included. In addition, the “abnormality” in the medical device to be monitored includes not only the failure or failure of the medical device but also the case where the medical device detects an abnormality in the patient's biological information.

In the medical device monitoring system 1, for example, a monitoring gateway (GW) 10 installed corresponding to a plurality of medical devices in each medical facility and a monitoring terminal 20 for monitoring the operating status of the medical devices are connected to the Internet or the like. It has a configuration in which it is connected to the monitoring server 30 via the network 40. In the present embodiment, the medical devices such as the device A (2a) and the device B (2b) (hereinafter, these may be collectively referred to as "medical device 2") are, for example, each hospital room in a medical facility or the like. One or more are installed in. In the example of FIG. 1, it is described that the monitoring GW10 is installed in units of a hospital room or the like, but a plurality of monitoring GW10s may be installed in one hospital room or the like. Further, one monitoring GW 10 may be installed for the medical device 2 installed in a plurality of hospital rooms or the like. Further, one or more monitoring terminals 20 are installed, for example, in an office or the like packed with specialized staff such as a clinical engineer 4 or a manager of a medical device 2.

The monitoring GW 10 has a function of acquiring operation information and the like output by each medical device 2 and transmitting the operation information and the like to the monitoring server 30 via the network 40. In the medical device field, the communication standards, communication protocols, data formats, etc. used for connecting to each medical device 2 are independently determined by each medical device manufacturer, and differ greatly depending on the manufacturer and model, and are not standardized. is the current situation. Therefore, in the present embodiment, in the monitoring GW 10, a function of collecting operation information and the like from each medical device 2 and converting the function into a format that can be transmitted to the monitoring server 30 is modularized. Further, by individually modularizing the part that depends on the specifications of each medical device 2 for each medical device 2, expandability and flexibility are improved, and development / maintenance productivity is improved.

The monitoring GW 10 is composed of, for example, a server device, a general-purpose information processing device such as a PC (Personal Computer), a dedicated device, or the like, and a CPU (Central Processing Unit) (not shown) records an HDD (Hard Disk Drive) or the like. By executing middleware such as an OS (Operating System) deployed on the memory from the device and software running on the middleware, various functions of the monitoring GW10 as described above are realized. Then, the device A monitoring unit 11a, the device B monitoring unit 11b (hereinafter, these may be collectively referred to as "device monitoring unit 11"), and the operation information generation unit 12 implemented as software for realizing these various functions. , Each unit such as an operation information transmission unit 13.

The device monitoring unit 11 is provided as a module for each medical device 2 having different connection specifications, and has a communication connection function for acquiring operation information and alert information from the corresponding medical device 2 at regular intervals. In addition, it has a data processing function that converts the data format and values into a standardized and unified format in order to ensure consistency between the acquired information between the medical devices 2. By modularizing and mounting each medical device 2, it is possible to flexibly respond to the addition or replacement of the medical device 2 while suppressing the development load.

In the present embodiment, as a method of acquiring operation information and the like from the medical device 2, the device monitoring unit 11 describes it as a pull type acquired from the medical device 2, but the operation information generated by the medical device 2 is described. Etc. may be a push type that is transmitted to the monitoring GW 10 on an irregular basis. The data exchanged in one acquisition may include operation information of a plurality of records. In this case, it is assumed that the operation information and the like include only the difference from the previous acquisition. If it cannot be acquired as a difference, the device monitoring unit 11 records, for example, a time stamp related to the latest operation information, etc. at the time of the previous acquisition, and extracts only the operation information, etc. generated after that. Do.

In the communication connection function, for example, the command interface provided by the medical device 2 is connected to the medical device 2 according to the difference in the communication standard or communication protocol of the target medical device 2 (for example, TCP / IP, serial communication, etc.). Use to acquire operation information, etc. In addition, in the data processing function, for the acquired data such as operation information, for example, control information such as start / end bits is deleted, the item names and terms of the data are unified, and the data is converted based on the specifications.・ Convert. The communication connection function and the data processing function may be individually implemented as separate lower modules.

The operation information generation unit 12 is used for transmission after being formatted into a data format receivable by the monitoring server 30 based on the operation information and alert information of each medical device 2 acquired by the device monitoring unit 11 and processed / converted. It has a function to generate a file. For example, a transmission file is generated as an XML (eXtensible Markup Language) file in which each data item is tagged. The operation information transmission unit 13 has a function of reading a transmission file generated by the operation information generation unit 12 at regular intervals, generating transmission data, and transmitting the transmission data to the monitoring server 30 via the network 40.

The monitoring terminal 20 displays the information related to the alert about the medical device 2 notified from the monitoring server 30 via the network 40, and notifies the staff such as the clinical engineer 4 in response to the instruction from the monitoring server 30. It has a function to sound an alarm (output an alarm sound). In addition, not only at the time of alert notification but also at normal times, the monitoring server 30 is accessed on a regular basis or in response to instructions from the clinical engineer 4 or the like, and information on the operating status of each medical device 2 is acquired and listed. It also has a function of displaying and displaying information related to the operating status of a specific medical device 2 in detail.

The monitoring terminal 20 is composed of, for example, an information processing terminal such as a PC installed in an office or the like that performs monitoring. The monitoring terminal 20 itself may have a function of outputting an alarm sound, or may output the alarm sound via a device such as an external speaker or audio equipment. Instead of or in addition to the alarm sound, light such as a patrol lamp may be used for output. As long as the alarm can be output by these means, it may be composed of not only a PC but also a mobile terminal such as a tablet terminal or a smartphone that can be carried by the clinical engineer 4.

The staff of the clinical engineer 4 and the like who detected the alarm output from the monitoring terminal 20 grasp the model and installation location of the medical device 2 from the content of the alert displayed on the monitoring terminal 20 and rush to the site to respond. Or you can contact the nurse 3 etc. located at the site and give instructions for remote response.

The monitoring server 30 centrally accumulates and manages information such as operation information and alerts related to each medical device 2 collected via the monitoring GW 10, makes it available for reference from the monitoring terminal 20, and filters these information. However, it is a server system having a function of narrowing down to alerts that really need to be dealt with and instructing the monitoring terminal 20 to output an alarm.

By centrally monitoring each medical device 2 in a medical facility on the monitoring server 30 on the cloud instead of for each medical facility, it is possible to eliminate the operation of servers and the like in the field and reduce the operational load. it can. In addition, since the data such as operation information collected from each medical device 2 has already been converted into a standardized and unified data format in the monitoring GW10, centralized management that does not depend on the manufacturer or model of the medical device 2 can be performed. It can be realized.

On the other hand, by centrally monitoring on the monitoring server 30 on the cloud, a huge amount of operation information and alerts can be centrally transmitted from a large number of medical devices 2. In this case, a huge amount of operation information and alerts will be output to the monitoring terminal 20, and serious alerts that really need to be dealt with will be buried, and will be overlooked by staff such as clinical engineers 4. A situation can occur. Therefore, in the present embodiment, the alert is categorized into a plurality of levels according to the content thereof, and the conditions such as the presence / absence and method of alarm output are refined according to the level. As a result, in a wide variety of medical devices 2, alerts that really need to be dealt with can be quickly and reliably detected and notified to the monitoring terminal 20.

The monitoring server 30 is composed of, for example, a server device, a virtual server built on a cloud computing service, or the like, and an OS or DBMS (DataBase Management System) developed on memory from a recording device such as an HDD by a CPU (not shown). , Web server programs and other middleware, and software running on it are executed to realize various functions as described above.

The monitoring server 30 includes, for example, an operation information collecting unit 31 implemented as software, an alarm determination unit 32, and the like in order to realize various functions as described above. It also has a data store (recording unit) such as an operation information database (DB) 33 implemented as a database. It also has an alarm output setting 34 composed of files and the like. In addition, for example, it may have a database (not shown) that holds master information such as a model and an installation location for each medical device 2 in a medical facility.

The operation information collecting unit 31 has a function of receiving data such as operation information and alerts related to the medical device 2 transmitted from each monitoring GW 10 and recording the data in the operation information DB 33 in association with the information identifying the medical device 2. .. Since it has already been converted into a standardized and unified data format in the monitoring GW 10, it can be recorded in the operation information DB 33 here without requiring any special processing. Therefore, even if the transmission of data from a large number of monitoring GW 10s is duplicated, the processing load can be suppressed.

The alarm determination unit 32 filters rigs for undetermined alerts of each medical device 2 recorded in the operation information DB 33 based on the setting contents of the alarm output setting 34, and alerts that require on-site response. It has a function of instructing the monitoring terminal 20 to output an alarm notifying the fact. In addition to the one sent as an alert directly from the medical device 2, various numerical values included in the operation information transmitted from the medical device 2 are judged according to a predetermined standard, and the alert output is extracted as an appropriate abnormal event. It may be included. The setting contents of the alarm output setting 34 will be described later.

For example, when the output alarm is appropriately dealt with at the site based on the content of the alarm and the cause of the alert output in the medical device 2 is eliminated, the alert output from the target medical device 2 converges ( Stop. On the other hand, when the on-site response to the alarm output has not been performed for a certain period of time or longer due to, for example, labor shortage, that is, when the alert output from the medical device 2 has continued for a certain period of time or longer (“continuation”). , Including the case where it is output continuously or intermittently at regular intervals), an alarm (abandoned alarm) may be output separately to notify that the on-site response to the alarm output is neglected. .. For the neglected alarm, it is desirable to change the output location, output content, volume, etc. with respect to the first alarm so that the staff such as clinical engineer 4 can easily recognize it, but it is not particularly limited to this. Instead, the content of the first alarm may be partly or wholly the same.

<Processing flow>
FIG. 2 is a diagram showing an outline of an example of a flow of monitoring processing of the medical device 2 in the present embodiment. First, the monitoring GW10 installed in a hospital room or the like of a medical facility requests the corresponding medical device 2 to acquire operation information and alert information by each device monitoring unit 11 (S01), and each medical treatment receives the request. The device 2 transmits operation information and the like to the requesting device monitoring unit 11 (S02).

In the monitoring GW 10, the device monitoring unit 11 converts the data format and value into a standardized / unified format for the received operation information and the like (S03), and the operation information generation unit 12 can receive the data on the monitoring server 30. Convert to a data format and generate a file for transmission (S04). Then, the operation information transmission unit 13 reads the transmission file at regular intervals, generates transmission data, and transmits this to the monitoring server 30 (S05).

In the monitoring server 30, the operation information collecting unit 31 receives data related to the operation information and the like transmitted from each monitoring GW, and records the data in the operation information DB 33 in association with the information identifying the medical device 2 (S06). The operation information and alert information recorded in the operation information DB 33 can be subsequently searched and referenced from the monitoring terminal 20.

On the other hand, the alarm determination unit 32 refers to the operation information DB 33 at regular intervals, extracts undetermined alert information, and determines the level (importance of the alert) based on the content of the alert (S07). Levels are, for example, those that require emergency response based on the knowledge of medical staff (level 3), those that do not require urgent response but require confirmation, or those that nurses can handle on-site (level 3). It is divided into three stages: level 2) and no response required (level 1). In the present embodiment, it is divided into three stages, but the present invention is not particularly limited to this. Information on which level each alert corresponds to is preset in the alarm output setting 34. A specific example of the alarm output setting 34 will be described later.

After that, it is determined whether or not it is necessary to output an alarm for notifying the staff such as the clinical engineer 4 via the monitoring terminal 20 according to the alert level (S08). For example, in the case of level 3, the alarm is output immediately, and in the case of level 1, the alarm is not required and is not output. On the other hand, in the case of level 2, an alarm is output when the conditions set in advance for each alert (for example, "when the alert occurs XX times within XX minutes") are met. Information on the output conditions of these alarms is also preset in the alarm output setting 34.

When the alarm output is unnecessary (S08: No), the processing for the target alert is terminated as it is. On the other hand, when the alarm output is required (S08: Yes), the alarm determination unit 32 instructs the monitoring terminal 20 to output the alarm (S09), and the monitoring terminal 20 receives the instruction and issues an alarm. Output (S10). It may occur that an alarm output is instructed by superimposing on different alerts from a plurality of medical devices 2. On the other hand, the monitoring terminal 20 may be able to identify the alarm sounds and the like as different sounds, or may output alarms having the same contents (if they are already being output, leave them as they are).

After that, with respect to the alert of the target for which the alarm is output, it is determined whether or not the output of the alert continues without converging for a certain period of time (S11). If the continuation of the alert output has not reached a certain time (S11: No), the processing for the target alert is terminated as it is. On the other hand, when the alert output continues for a certain period of time or longer (S11: Yes), it is determined that the on-site response to the target alert is neglected despite the alarm output, and the alarm determination unit 32 determines. , Instruct the monitoring terminal 20 to output a neglected alarm notifying that fact (S12). The monitoring terminal 20 that has received the instruction outputs a neglected alarm (S13). As described above, the output content of the neglected alarm may be the same as or different from the output content of the normal alarm.

In the above example, in step S07, the alarm determination unit 32 refers to the operation information DB 33 at regular intervals, and the extracted alerts are collectively processed for alarm output in the subsequent steps. , The processing procedure is not limited to this. For example, the alarm output processing in the subsequent steps may be performed for the alert, triggered by the fact that the alert information is recorded in the operation information DB 33 in step S06.

<Contents of alarm output setting>
FIG. 3 is a diagram showing an outline of a specific example of the alarm output setting 34 in the present embodiment. The alarm output setting 34 has, for example, a table-like data structure as shown in the example of FIG. 3, and can be implemented by using an appropriate medium such as a spreadsheet software file, a text file, or a database. .. As shown in the figure, the alarm output setting 34 has, for example, "model name", "alert content", "level", "alarm output condition", and "left alarm".

In the "model name" item, the categorized name of the target medical device 2 type ("blood purification device", "ventilator", etc. in the figure) and the specific model name given by the manufacturer ("model name"). Information of "model A", "model B", etc.) in the figure is set. In the "alert content" item, the content of alerts and abnormal events transmitted from each medical device 2 (or determined by the alarm determination unit 32 based on operation information) is categorized ("out of replacement fluid" in the figure). , "Inlet pressure upper limit caution area", etc.) information is set. Each alert shall fall into one of these categories (or a general category such as "Other").

In the "level" item, level information corresponding to the target alert category is set. As described above, in the present embodiment, the classification is performed in three stages of levels 1 to 3, but the number of classification is not particularly limited. In the "Alarm output condition" item, information on the alarm output condition corresponding to the target alert category and level is set. As described above, in the present embodiment, it is uniformly assumed that the alarm is output immediately in the case of level 3 and not output in the case of level 1. In the case of level 2, an alarm is output when the conditions specified in the item (such as "the same alert occurs twice within 3 minutes" in the figure) are met. In the "Leave alarm" item, information on whether or not to output a neglect alarm when the target alert does not converge for a certain period of time or longer is set.

The configuration of items and the names of categories in the alarm output setting 34 shown in FIG. 3 are examples, and information for determining whether or not an alarm output is necessary is retained for an alert related to the medical device 2. Of course, other configurations are possible as long as they can be used. It is desirable that the contents of the alarm output setting 34 maintain the latest information by appropriately reviewing the addition, deletion, change, etc. of records at the timing of addition of a new type of medical device 2, for example.

As described above, according to the medical device monitoring system 1 according to the embodiment of the present invention, specialized staff such as clinical engineers 4 and the like are provided under unified conditions regardless of the manufacturer and model of the medical device 2. And medical device managers can narrow down to what they really need to respond to, extract alerts, and notify them appropriately by alarm output. Furthermore, by outputting a neglected alarm for the medical device 2 that does not respond to the alert for a certain period of time or longer, for example, a nurse 3 or the like simply stops the alarm output from the medical device 2 and leaves it unattended without responding to a failure. It is also possible to prevent such a situation.

In this way, a plurality of medical devices 2 in a medical facility or the like are centrally remotely monitored regardless of the manufacturer or model, the operational load on the site is reduced, and the operation collected from a large number of medical devices 2 is performed. It is possible to appropriately and efficiently monitor information and alerts.

(Embodiment 2)
FIG. 4 is a diagram showing an outline of a configuration example of the medical device monitoring system according to the second embodiment of the present invention. The medical device monitoring system 1 of the present embodiment will be described again because the overall configuration, particularly the configuration on the site side of the medical facility or the like, is the same as the configuration shown in FIG. 1 of the above-described first embodiment. Is omitted. On the other hand, the difference from the first embodiment is that, instead of determining (or in addition to) the output of the alarm for the alert related to the medical device 2, the monitoring server 30 is an event at a earlier stage. The point is to determine whether or not there is a sign related to an abnormal event such as a failure, and output an alarm for the sign that needs to be dealt with.

The monitoring server 30 in the present embodiment is implemented as software instead of (or in addition to) the configuration of the alarm determination unit 32 and the alarm output setting 34 in the monitoring server 30 shown in FIG. 1 of the first embodiment. It has each part such as a sign detection unit 35 and a machine learning engine 36, and a data store (recording unit) such as a sign detection rule 37 composed of files, databases, and the like.

The sign detection unit 35 uses the operation information of each medical device 2 recorded in the operation information DB 33 to detect a sign of an abnormality such as a failure, which is set in the sign detection rule 37. It has a function of detecting the occurrence and instructing the monitoring terminal 20 to output an alarm notifying the occurrence. As a result, it becomes possible to appropriately take preventive measures before an abnormality such as a failure actually occurs in the medical device 2 and an alert is output.

Further, in the present embodiment, the accuracy of the sign detection rule 37 will be gradually improved by utilizing the artificial intelligence (AI) technology. That is, it has a machine learning engine 36, and based on the operation information and alert information accumulated in the operation information DB 33, it calculates a condition for detecting a sign before an alert is output due to a failure or the like, and calculates a sign detection rule 37. Reflect in. For example, when an alert is recorded in the operation information DB 33, the operation information data for a certain period before and after the alert is extracted, and the condition for detecting the sign by the machine learning engine 36 is calculated based on the data. If the calculated condition does not match the existing sign detection rule 37, this is applied / reflected in the sign detection rule 37 as a new rule. As for the machine learning engine 36, a generally available known machine learning engine can be used as appropriate.

In this way, by having the function of detecting abnormal signs in the medical device 2 utilizing AI, the AI takes over the grasp of the abnormal signs, which has been conventionally carried out by relying on the knowledge of the medical staff. It is possible to eliminate personal factors such as the skill, experience, and knowledge of the person, and to realize advanced maintenance work for the medical device 2.

Although the invention made by the present inventor has been specifically described above based on the embodiments, the present invention is not limited to the above embodiments and can be variously modified without departing from the gist thereof. Needless to say. For example, the above-described embodiment has been described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations. Further, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. .. Further, it is possible to add / delete / replace other configurations with respect to a part of the configurations of each embodiment.

Further, each of the above configurations, functions, processing units, processing means and the like may be realized by hardware by designing a part or all of them by, for example, an integrated circuit. Further, each of the above configurations, functions, and the like may be realized by software by the processor interpreting and executing a program that realizes each function. Information such as programs, tables, and files that realize each function can be placed in a memory, a hard disk, a recording device such as an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.

Further, in each of the above figures, the control lines and information lines are shown as necessary for explanation, and not all the control lines and information lines in the implementation are necessarily shown. In practice, it can be considered that almost all configurations are interconnected.

The present invention can be used in a medical device monitoring system that remotely monitors the operating status of a medical device.

1 ... Medical device monitoring system, 2a ... Device A, 2b ... Device B, 3 ... Nurse, 4 ... Clinical engineer,
10 ... Monitoring GW, 11a ... Equipment A monitoring unit, 11b ... Equipment B monitoring unit, 12 ... Operation information generation unit, 13 ... Operation information transmission unit,
20 ... Monitoring terminal,
30 ... Monitoring server, 31 ... Operation information collection unit, 32 ... Alarm judgment unit, 33 ... Operation information DB, 34 ... Alarm output setting, 35 ... Prediction detection unit, 36 ... Machine learning engine, 37 ... Prediction detection rule,
40 ... Network

Claims (2)

A medical device monitoring system that monitors the status of one or more medical devices installed in a medical facility.
One or more monitoring gateways and monitoring terminals installed in the medical facility,
It has the monitoring gateway and a monitoring server connected to the monitoring terminal via a network.
The monitoring gateway has a device monitoring unit provided as a module for each medical device having different connection specifications, and outputs both operation information and alert information output by the corresponding one or more medical devices. Obtained, generated data converted to a unified format, and sent it to the monitoring server.
The monitoring server records the output information of the data received from the monitoring gateway in the operation information recording unit, and the alert information recorded in the operation information recording unit or the alarm information recorded in the operation information recording unit. Regarding the abnormal event determined based on the operation information, the level is determined according to the content based on the predetermined alarm output setting information, and the level is determined according to the determined level according to the predetermined alarm output condition. Instruct the monitoring terminal to output the first alarm,
The alarm output setting information is set to output the first alarm only when the alert information or the level determined for the abnormal event is equal to or higher than a predetermined value.
The level has a first level at which the first alarm should be output immediately for emergency response, a second level that does not require emergency response but needs to be confirmed, and a third level that does not require response. , The alarm output condition is set to output the first alarm when the conditions specified by the time and the number of times with respect to the second level are met.
When the monitoring server receives the output information related to the same medical device from the monitoring gateway and instructs the output of the first alarm, the alert information is continuously received for a predetermined time or longer. , Instruct the monitoring terminal to output a second alarm,
Said monitoring terminal, based on the operation of the staff, the are monitoring server the operation information recording unit searches for the recorded the output information to the display to the can see by the staff, according to the first alarm it is possible to cope with the instructions of the remote to the understanding of the medical equipment of the model and installation location, and the site of the nurses of the subject by the staff on the basis of the reference by the staff of the output information,
Medical device monitoring system. A medical device monitoring system that monitors the status of one or more medical devices installed in a medical facility.
One or more monitoring gateways and monitoring terminals installed in the medical facility,
It has the monitoring gateway and a monitoring server connected to the monitoring terminal via a network.
The monitoring gateway has a device monitoring unit provided as a module for each medical device having different connection specifications, and outputs both operation information and alert information output by the corresponding one or more medical devices. Obtained, generated data converted to a unified format, and sent it to the monitoring server.
The monitoring server records the output information of the data received from the monitoring gateway in the operation information recording unit, and when there is the operation information recorded in the operation information recording unit, the monitoring server is based on the operation information. The presence or absence of the sign is determined according to the sign detection rule consisting of the conditions for determining the presence or absence of the sign related to the abnormal event, and when it is determined that the sign has occurred, the first alarm is given to the monitoring terminal. Instruct the output of
When the monitoring server has the alert information recorded in the operation information recording unit and the operation information for a predetermined period before and after the alert information, the monitoring server is a machine based on the alert information and the operation information for a predetermined period before and after the alert information. Update the sign detection rule by learning,
When the monitoring server receives the output information related to the same medical device from the monitoring gateway and instructs the output of the first alarm, the alert information is continuously received for a predetermined time or longer. , Instruct the monitoring terminal to output a second alarm,
Said monitoring terminal, based on the operation of the staff, the are monitoring server the operation information recording unit searches for the recorded the output information to the display to the can see by the staff, according to the first alarm it is possible to cope with the instructions of the remote to the understanding of the medical equipment of the model and installation location, and the site of the nurses of the subject by the staff on the basis of the reference by the staff of the output information,
Medical device monitoring system.

Images