JP7407997B2 - Device and device control method - Google Patents

Description

The present invention relates to an apparatus and a method for controlling the apparatus.

2. Description of the Related Art Conventionally, techniques for outputting notifications and alarms to other terminal devices and the like have been known. For example, an invention has been disclosed for easily and quickly identifying the output source of an alarm even in a situation where a plurality of monitoring devices of the same model are installed (see, for example, Patent Document 1).

Furthermore, an invention of a nurse call system is disclosed that allows a nurse call base unit to easily call a nurse in charge's mobile terminal, and also allows calls to be made easily to a plurality of specific patients. (For example, see Patent Document 2).

Japanese Patent Application Publication No. 2014-124323 Japanese Patent Application Publication No. 2006-60412

When used in medical or nursing care settings, there is a need to send reports to different destinations depending on the patient's condition and the content of the report. However, conventionally, the reporting destination has been determined in advance, and it has not been possible to change the reporting destination depending on the patient's condition or the like.

For example, in the above-mentioned Patent Document 2, since the linked nurse is called, the medical personnel who should respond are notified. However, the notification destination does not change depending on the patient's condition. Therefore, the recipient of the report had to judge the situation and report or search for the medical worker who should respond depending on the content of the report, making it impossible to respond quickly.

In view of the above-mentioned problems, an object of the present invention is to provide a patient condition reporting device and the like that can perform appropriate and prompt reporting by switching the reporting destination based on the patient's condition.

In order to solve the above-mentioned problems, the patient condition reporting device of the present invention has the following features:
A patient condition reporting device to which multiple terminal devices can be connected,
a storage means for storing a range between a caution level and a warning level of a biological information value for each biological information;
a biological information acquisition means for acquiring biological information of a patient;
If the biometric information value of the biometric information acquired by the biometric information acquisition means is included in the caution level range, the biometric information value is included in the warning level range to the first notification destination terminal device. reporting means for reporting the patient's condition to a second reporting destination terminal device if the patient's condition has been reported;
It is characterized by having the following.

The reporting method of the present invention is:
A reporting method in a patient condition reporting device to which multiple terminal devices can be connected,
a storage step of storing a range between a caution level and a warning level of a biological information value for each biological information;
a biological information acquisition step of acquiring biological information of a patient;
If the biometric information value of the biometric information acquired in the biometric information acquisition step is included in the caution level range, the biometric information value is included in the warning level range to the first notification destination terminal device. a reporting step of reporting the patient's condition to a second reporting destination terminal device if the patient's condition has been reported;
1. A reporting method in a patient condition reporting device, comprising:

The program of the present invention is
A computer that can connect multiple terminal devices,
A memory function that stores the range between the caution level and the warning level of the biological information value for each biological information;
A biological information acquisition function that acquires patient's biological information,
If the biometric information value of the biometric information acquired by the biometric information acquisition function is included in the warning level range, the biometric information value is included in the warning level range to the first notification destination terminal device. a reporting function that reports the patient's condition to a second reporting destination terminal device if the patient's condition is
It is characterized by realizing.

According to the present invention, biometric information of a patient is acquired, and if the biometric information value of the acquired biometric information is included in the caution level, the biometric information value is sent to the terminal device of the first notification destination. If the condition is within the warning level, the condition of the patient is reported to the second destination terminal device. This makes it possible to send a report to an appropriate destination based on the patient's condition.

FIG. 1 is a diagram for explaining the entire system in this embodiment. FIG. 2 is a diagram for explaining a patient condition display device in this embodiment. FIG. 2 is a diagram for explaining the functional configuration of a display terminal and a connection device in this embodiment. FIG. 3 is a diagram for explaining a storage unit in this embodiment. FIG. 3 is a diagram for explaining continuous biometric information in this embodiment. FIG. 3 is a diagram for explaining measured biological information in this embodiment. FIG. 3 is a diagram for explaining an alarm threshold table in this embodiment. It is a figure for explaining the report level table in this embodiment. It is a figure showing an example of a report destination in this embodiment. FIG. 2 is a diagram for explaining the entire reporting system in this embodiment. It is a diagram for explaining the functional configuration of the electronic medical record server in this embodiment. FIG. 3 is a diagram for explaining electronic medical record data in this embodiment. FIG. 3 is a diagram for explaining the overall flow in this embodiment, focusing on screen transitions. FIG. 3 is a diagram for explaining the operational flow of main processing in this embodiment. FIG. 3 is a diagram for explaining the operational flow of alarm processing in this embodiment. FIG. 3 is a diagram for explaining the operational flow of patient condition display processing in this embodiment. FIG. 3 is a diagram for explaining the operational flow of patient condition identification and display processing in the present embodiment. FIG. 3 is a diagram for explaining the operation of patient condition identification display in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 2 is a diagram for explaining the operational flow of electronic medical record registration processing in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 3 is a diagram for explaining a screen example as an operation example in this embodiment. FIG. 3 is a diagram for explaining an example of operation in this embodiment. It is a figure for explaining the operation flow of the 1st report processing in this embodiment. FIG. 3 is a diagram for explaining an example of operation in this embodiment. FIG. 3 is a diagram for explaining an example of operation in this embodiment. It is a figure for explaining the operation flow of the 2nd report processing in this embodiment. It is a figure for explaining the operational flow of the 3rd report processing in this embodiment. FIG. 3 is a diagram for explaining an example of operation in this embodiment.

DESCRIPTION OF THE PREFERRED EMBODIMENTS The best mode for carrying out the present invention will be described below with reference to the drawings. The following embodiment is an example to which the patient condition reporting device of the present invention is applied, and it goes without saying that the content of the invention is not limited to this embodiment.

[1. Entire system]
First, the entire system in this embodiment will be explained. FIG. 1 is a diagram for explaining the entire patient condition reporting system 1 incorporating a patient condition reporting device. First, a patient P is lying down on a mattress 5 placed on a bed 3. A state detection device 20 is provided on the bed.

The condition detection device 20 is a device that can continuously acquire biological information of a patient, and acquires values such as the patient's weight, body movement, blood pressure, and blood sugar level, for example. As an example of the condition detection device 20, for example, as shown in FIG. 1, it may be provided between a bed 3 and a mattress 5, or a sensor may be provided on the patient to detect the condition. Alternatively, it may be configured to be provided directly on the bed device (for example, using a load related to an actuator). The condition detection device 20 is connected to the patient condition display device 10.

The patient condition display device 10 has the function of a patient condition reporting device, and is connected to the condition detection device 20, the measurement device 60, or other server device etc. via a network. It has been done. Further, by holding the authentication card 65 over the patient status display device 10, it becomes possible to realize authentication processing (login processing).

The person logging in is a process performed by someone with authority, such as a staff member (nurse, doctor, care staff), for example. By logging in, you can check biometric information values, alarm details, and register them in your electronic medical record. It may also be possible to set authority for each login user and change the range of operations that can be performed.

For example, a server 30, an electronic medical record server 40, a terminal device 50, and a mobile terminal device 55 are connected to the network.

The server 30 is a server that provides various services, and may be connected to a LAN within a hospital or facility, or may be provided externally via the Internet.

The electronic medical record server 40 is a server that stores electronic medical record information regarding patients. Usually, it is connected to a network within a hospital or facility, but an external cloud server may also be used, for example.

The terminal device 50 is a terminal device to be connected at a nurse station or a management room, and it is possible to grasp the status of the patient status display device 10 even if you are far away. Furthermore, the mobile terminal device 55 can be connected wirelessly to, for example, a LAN, so that nurses, assistance staff, and the like can easily check the information on the patient status display device 10.

Furthermore, as will be described later, notifications are sent to the terminal device 50 and the mobile terminal device 55 according to the patient's condition. The notification may be made directly from the patient condition display device 10 or via the server 30.

The patient condition display device 10 will be explained in detail using FIG. 2. The patient condition display device 10 includes a display terminal 1000 and a connection device 2000. The display terminal 1000 is, for example, a tablet-type display terminal, and displays various information and receives input for various operations. The display terminal 1000 may be a dedicated terminal that constitutes the patient condition display device 10, or may be realized by installing an application (program) on a general-purpose tablet terminal.

The connection device 2000 is a device for connecting the display terminal 1000 and various devices. In other words, it plays the role of a hub for various devices. For example, as shown in FIG. 1, by being connected to the condition detection device 20, it is possible to continuously acquire the patient's biological information, and to receive the biological information from the measuring device 60 (for example, a thermometer). It is also possible to receive biological information from a device worn by the patient (for example, a wristwatch-type wearable measuring device). Further, by connecting the authentication card 65 to, for example, the communication unit 220, authentication processing (for example, patient authentication or staff authentication) can be realized. Note that as an authentication method, NFC is used as an example of short-range wireless communication in this embodiment, but other methods such as barcodes, infrared rays, and IC tags may also be used for authentication. good.

Further, a notification section 260 is provided, and can notify when an error occurs, for example. Furthermore, it is also possible to connect to a server device or the like via a LAN (the LAN may be a wired LAN or a wireless LAN). This notification unit 260 may be configured such that it is not normally visible and is lit (displayed) only when notifying the user. Alternatively, instead of displaying, the notification may be made with a sound such as an alarm sound, a warning sound, or a voice, or with a light.

In this embodiment, the display terminal 1000 is described as being used by being placed on the connection device 2000, but the display terminal 1000 and the connection device 2000 may be used separately. For example, the display terminal 1000 may be taken out and used at another location, or the connection device 2000 may be built into a bed device and the display terminal 1000 may be used separately.

[2. Functional configuration]
Next, the functional configuration in this embodiment will be explained using figures. FIG. 3 is a diagram for explaining the functional configuration of the display terminal 1000 and the connection device 2000 in the patient condition display device 10.

[2.1 Display terminal]
First, the functional configuration of display terminal 1000 will be explained. The display terminal 1000 includes a control section 100, a storage section 110, a device communication section 150, an operation section 160, a display section 170, and a LAN communication section 180.

The control unit 100 is a functional unit for controlling the entire display terminal 1000. The control unit 100 realizes various functions by reading and executing various programs stored in the storage unit 110, and is configured by, for example, a CPU (Central Process Unit).

The storage unit 110 is a functional unit that stores various programs and data necessary for the operation of the display terminal 1000. The storage unit 110 is configured of, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.

Here, the configuration of the storage unit 110 will be explained using FIG. 4. The storage unit 110 stores biological information 112, individual electronic medical record data 120, an alarm threshold table 122, patient condition identification information 124, and a notification level table 126, and as programs, a main program 132, An alarm program 134, a patient condition display program 136, an electronic medical record registration program 138, and a notification program 140 are stored.

The biological information 112 stores continuous biological information 114, which is biological information continuously detected by the state detection device 20, and measured biological information 116, which is received from the measuring device 60 at an arbitrary timing. Note that the measured biometric information can be input manually or by inputting continuous biometric information values, if necessary.

Here, an example of the data structure of the continuous biometric information 114 is shown in FIG. The continuous biological information 114 of this embodiment stores values of biological information detected by the condition detection device 20 and values of biological information whose condition can be detected from other patients.

That is, it is stored based on continuously detectable values. For example, the measurement date and time (for example, "2015/05/16 20:00"), the pulse rate (for example, "126"), and the body temperature (for example, "37.2") as values corresponding to the type of biological information. ), respiration rate (for example, "15"), and SpO2 (for example, "99") are stored. That is, the continuous biological information 114 can obtain predetermined measurement values at any time. The continuous biological information 114 may be acquired from the state detection device 20 or from a detection device provided on the bed 3. Alternatively, the information may be acquired by providing various sensors on the patient's body.

Then, various types of acquired biometric information can be collectively managed as continuous biometric information. The values of these biological information vary depending on the needs (for example, when only the body movement detection sensor is used, the body movement state, sleep state, patient posture (leave bed, stays in bed, wakes up), Pulse rate and breathing rate are detected as continuous biological information).

The measured biological information 116 stores biological information received from an external measuring device such as a thermometer, a blood pressure monitor, or a body fat meter. For example, as shown in FIG. 6, the measured biological information 116 of this embodiment includes information for each reception date and time (for example, "2015/05/16 20:00") and the type of biological information (for example, "body temperature"). , and its value (for example, "37.2") are stored. Further, for example, a systolic blood pressure (for example, "159") and a diastolic blood pressure (for example, "98") are stored.

Furthermore, the detected continuous biological information 114 and the measured biological information 116 may be stored for a predetermined period of time. As the period of time to be stored, for example, data for one day or three days is stored. Further, the continuous biological information 114 and the measured biological information 116 may be stored in the server 30.

The individual electronic medical record data 120 stores electronic medical record data of an individual patient. This collection of patient's individual electronic medical record data is stored in the electronic medical record server 40. Note that the data structure of the individual electronic medical record data 120 is the same as that stored in the electronic medical record server 40, so details will be described later. That is, in addition to patient information, continuous biological information, measured biological information, etc. at the time of registration are registered.

In this embodiment, the explanation will be made assuming that the data is stored in the storage unit 110, but the data of the electronic medical record server 40 may be used directly. In this case, the individual electronic medical record data 120 does not need to be stored in the storage unit 110.

The alarm threshold table 122 stores alarm thresholds for values of various biological information. When the value of the measured (received) biological information exceeds the alarm threshold, a notification is issued or an error process is performed. This alarm threshold value may be set in advance or may be set arbitrarily.

FIG. 7 shows an example of the alarm threshold table 122. As shown in FIG. 7, alarm threshold values of an upper limit value and a lower limit value are stored for each biological information. Further, a plurality of alarm threshold values can be stored depending on the type of alarm. Furthermore, in this embodiment, two levels are stored using the alarm threshold: a caution level range and a warning level range.

For example, regarding "pulse rate" which is one of the biological information, a threshold value of the pulse rate (threshold value of the range that becomes the caution level or warning level) is stored as the biological information value. As the upper limit threshold values, "110" is stored as the caution level, and "130" is stored as the warning level. Further, as the lower limit threshold values, "60" is stored for the caution level, and "30" is stored for the warning level.

For example, if the pulse rate is 130 or more or 30 or less, it can be determined that the pulse rate is within the warning level range. Further, if the pulse rate is "110 or more and less than 130" or "greater than 30 and less than 60", it can be determined that the pulse rate is within the caution level range. Note that it may be the case that the threshold value is exceeded (for example, the pulse rate within the warning level range is greater than 130 or less than 30).

Note that in this embodiment, for convenience of explanation, the explanation is given in two levels, a caution level and a warning level, but it goes without saying that a higher range may be set.

Patient condition identification information 124 is information for storing the patient's condition. The patient condition identification information will be used to display patient condition identification, which will be described later. In this embodiment, patient condition identification information (section patient condition identification information) determined based on the patient's biometric information in the interval from logout to the present, and patient condition identification information determined based on the current patient's biometric information. information (current patient condition identification information) is stored.

Here, the patient state identification information stores states of "normal", "caution", and "warning". Normal means that the patient's biological information value is within the alarm threshold range (a range that is neither a caution level nor a warning level). Moreover, "caution" is a case where there is a biometric information value within the threshold range of the caution level among the patient's biometric information values. Similarly, a "warning" is a case where there is a biometric information value of the patient that is within the threshold range of the warning level.

Furthermore, although the section patient condition identification information is determined based on the biometric information value at the time of the previous logout in this embodiment, it may be determined based on the biometric information value at the time of the previous log-in, for example. In addition, another period of patient condition identification information may be further stored based on the biometric information value between the time of logout two times before the previous time and the time of last login.

Note that in this embodiment, the patient condition identification information changes if even one of the biological information values corresponds, but the patient condition changes when multiple biological information values reach the caution level or warning level. It is also possible to update the identification information. Further, instead of one piece of patient condition identification information, it may be stored for each biological information or for each predetermined group. For example, as a predetermined group, continuous biological information and measured biological information may be separated, and patient condition identification information based on the condition of each patient may be determined and stored.

The reporting level table 126 is a table that stores information on how to report for each patient in association with the patient's condition and the type of biological information. For example, as shown in FIG. 8, the type (e.g., "breathing") and notification setting (e.g., "caution") indicating whether or not to report based on the relevant biological information are associated with the patient number. remembered.

As the notification setting, ``OFF'' to not notify, ``CAUTION'' to notify when the notification level is at the caution level, and ``WARNING'' to notify when the warning level is stored are stored. Further, depending on the type, "ON" or "OFF" may be simply set, for example, to indicate whether the user is out of bed or not.

Further, the destination of the report is determined in advance in accordance with the report settings. For example, as shown in FIG. 9, a "nurse in charge" and a "PC" located at a nurse's station or the like are set as the first notification destination. It is also assumed that, in addition to the "nurse in charge" and "PC," the "physician in charge" is determined as the second reporting destination.

In this case, if the notification setting is "ON" or "Caution", the first notification destination is notified. Further, when the notification setting is "warning", the second notification destination is notified. Furthermore, in this embodiment, the "nurses in charge" and "physicians in charge" are extracted from the electronic medical record. Note that this may be set as report destination information separately from the electronic medical record.

Here, the reporting operation will be explained using FIG. 10. For example, a case will be explained in which the doctor in charge of a certain patient is Dr. A and the attending nurse is Nurse B.

When the patient condition display device 10 reports the alert level for the patient, the notification is sent to the terminal device 50 at the nurse's station and the mobile terminal device 55b. In this case, no notification is sent to Doctor A's mobile terminal device 55a and Nurse C's mobile terminal device 55c.

Further, when a warning level notification is to be made for the patient, the notification is sent to doctor A's mobile terminal device 55a in addition to the terminal device 50 and the mobile terminal device 55b. In this case, no notification is sent to Nurse C's mobile terminal device 55c.

In this way, a report will be sent to a preset report destination with the content according to the report settings. In addition, in this embodiment, although it is set for each patient, a common reporting destination may be set. For example, assume that a rapid response team is set as an emergency call destination common to all patients. In this case, for example, if the patient's biological information value exceeds a threshold indicating an emergency or if a plurality of warning level conditions occur, a setting may be made such that an emergency call destination is notified.

Also, the notification settings are set to notify when the alert level or warning level is reached, but the settings are set for each level or higher. For example, if the biometric information is set to the caution level, the first notification destination will be notified when the biometric information reaches the caution level, and the second notification destination will be notified if the biometric information reaches the warning level. . That is, the caution level includes the warning level. Note that depending on the settings, only the caution level may be reported.

Furthermore, the programs stored in the storage unit 110 can be read by the control unit 100 to implement various functions. Specifically, the main function is activated by reading and executing the main program 132, the alarm function is activated by reading and executing the alarm program 134, and the patient condition display function is activated by reading and executing the patient condition display program 136. The electronic medical record registration function is realized by reading and executing the electronic medical record registration program 138, and the reporting function is realized by reading and executing the notification program 140.

The device communication section 150 is a functional section for communicating with a device communication section 250, which will be described later. In this embodiment, the explanation will be made assuming that communication is performed by connecting, for example, by USB, but for example, it may be connected by other general-purpose connection methods, or by wireless (Bluetooth (registered trademark), wireless LAN, etc.). You may. Alternatively, a dedicated connection interface may be provided to perform communication.

The operation unit 160 is a functional unit that accepts operation input from the user, and may be, for example, a software key realized by a touch panel, or an input device such as a keyboard or a mouse. Alternatively, voice input or the like may be used.

The display unit 170 is a functional unit that displays various information to the user and performs notification processing. For example, it is realized by a liquid crystal display or the like. Further, the operation section 160 and the display section 170 may be realized by a touch panel formed integrally.

The LAN communication unit 180 is an interface unit connectable to a LAN. It is configured with a NIC etc. for connecting to Ethernet (registered trademark). Note that the LAN communication unit 180 may be provided in the connection device 2000. In this case, the data to be transmitted is once sent to the connection device 2000 via the device communication unit 150 (250) and then sent to the network. Note that in order to connect to the LAN, it may be connected by wire or wirelessly.

[2.2 Connection device]
Next, the functional configuration of the connection device 2000 will be explained. The connection device 2000 includes a control section 200, a storage section 210, a communication section 220, an interface section 230, a device communication section 250, and a notification section 260.

The control unit 200 is a functional unit for controlling the entire connection device 2000. The control unit 200 realizes various functions by reading and executing various programs stored in the storage unit 210, and is configured by, for example, a CPU (Central Process Unit).

The storage unit 210 is a functional unit that stores various programs and data necessary for the operation of the connection device 2000. The storage unit 210 is configured of, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.

The communication unit 220 is a functional unit for communicating with other devices and authentication cards. For example, it is possible to perform NFC (Near Field Communication) communication as short-range wireless communication. In the case of NFC communication, authentication processing is executed by holding the authentication card 65 over the device. Furthermore, if the measuring device 60 has an NFC communication function, biometric information can be received via the connecting device 2000 by holding the measuring device 60 over the measuring device 60 . Note that the measuring device 60 may be, for example, a device such as a smartphone, or may be a wearable terminal device such as a watch.

Furthermore, it goes without saying that the communication unit 220 may use any method such as Bluetooth (registered trademark), TransferJet (registered trademark), ZigBee (registered trademark), or RFID. Alternatively, a LAN (wireless LAN, wired LAN) or the like may be used.

The interface section 230 is a functional section for communicating with other devices. For example, it is provided as a functional unit for connecting to the state detection device 20. The connecting interface may be realized by a dedicated interface, or may be realized by a general-purpose interface such as USB or RS-232C.

The device communication unit 250 is a functional unit that allows the display terminal 1000 and the connection device 2000 to communicate via the device communication unit 150 described above. For example, the connection may be made using a USB or the like, or may be connected via a LAN. Note that in this embodiment, for convenience of explanation, the functional configuration of each communication unit is explained separately, but it may be configured as one. That is, when all communications are performed using Bluetooth, the device communication section 250, the communication section 220, and the interface section 230 are configured as one functional section.

The notification unit 260 is a functional unit that operates when the connection device 2000 executes notification processing. For example, if an error display is desired, a notification to that effect is provided. Possible means of notification include sound, light, display, vibration, and the like.

[2.3 Electronic medical record server]
Next, the functional configuration of the electronic medical record server 40 will be explained using FIG. 11. The electronic medical record server 40 includes a control section 400, a communication section 410, and a storage section 450.

The control unit 400 is a functional unit for controlling the electronic medical record server 40 as a whole. The control unit 400 realizes various functions by reading and executing various programs stored in the storage unit 450, and is configured by, for example, a CPU (Central Process Unit).

The communication unit 410 is an interface unit for connecting to a network. For example, it is configured with a NIC that can be connected to Ethernet. It is possible to communicate with other devices via the communication unit 410.

The storage unit 450 is a functional unit in which various programs and various data necessary for the operation of the electronic medical record server 40 are stored. The storage unit 450 is configured of, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.

Furthermore, the storage unit 450 stores electronic medical record data 452. FIG. 12 shows an example of electronic medical record data. The electronic medical record data stores patient information, and as shown in R100 in FIG. 12, for example, basic information such as patient number and name, medical information of the attending physician, etc., as well as cautionary information indicating the patient's condition, etc. (R102), a pictogram, and measured biological information (biological information value) (R104) are stored for each patient.

Here, the caution information is information for calling attention to convey the patient's condition to medical personnel, caregivers, and other specialists. For example, information related to alerting (such as prohibition of blowing the nose) and risk assessment such as pressure sore assessment and fall risk assessment are stored. This information may be managed using flags, characters, icons, pictures, etc.

Additionally, pictogram information may be stored to make it easier to understand. Pictograms are based on information related to daily life. By displaying the pictogram, even people who happen to be passing by can be considerate of patients, providing safety and security. In this way, pictogram information provides information about the patient's condition to many people, whereas caution information conveys information about the patient's condition to experts.

[3. Screen (state) transition diagram]
Next, the flow of the entire system in this embodiment will be explained using the screen transition diagram (state transition diagram) of FIG. 13.

First, when the system is started, it is determined whether the system is in an alarm state, that is, whether each biological information value exceeds an alarm threshold (or is less than an alarm threshold). Then, an alarm screen (P100) is displayed as necessary. This alarm screen allows you to confirm that a problem has occurred, but the details of the error will not be displayed until you log in. This makes it possible to avoid displaying error details that should not be displayed to the patient or family.

Note that although the alarm screen is also displayed when the system is started, such as when the power is turned on, it may be determined whether or not the system is in an alarm state at any time. Then, when an alarm state occurs, a configuration may be adopted in which a transition is made to an alarm screen as an interrupt process.

Subsequently, a patient status display screen (P102) is displayed as the main status. On this screen, name plate information, pictogram information, caution information, error status, etc. are displayed as basic patient information. This makes it possible to display necessary information to medical personnel such as nurses and doctors, caregivers, and family members assisting.

The patient status display screen (P102) does not display detailed information because it can be viewed by the patient, his or her family at the hospital, and even third parties visiting the patient. If necessary, the user executes authentication processing and logs in to switch to the login screen (P104). From the login screen, it is possible to transition to various screens. For example, a patient information display screen (P114) that can display patient information, a biological information display screen (P106) that can display biological information values, a graph display screen (P108) that can display the history of biological information values, It is possible to switch to the electronic medical record registration screen (P110) for registering biometric information values in the electronic medical record.

Further, it is possible to switch to an alarm setting/history screen (P116) for setting conditions for an alarm state, and a reminder screen (P112) for setting what to do next (for example, instructions for medication, etc.).

Furthermore, separate from the screen, notification processing is executed by interruption at any time. When each biometric information value reaches a threshold value for caution or warning, notification processing is executed and notification is sent to other devices. At this time, it may be configured to appropriately display on each screen that the notification has been made.

In this way, according to the present embodiment, it is possible to display information regarding patients in a unified manner, and by switching the screen as necessary, it is possible to display appropriate information. Furthermore, by centrally acquiring information on a plurality of measuring devices and registering it in an electronic medical record, it becomes possible to centrally manage information regarding patients.

[4. Explanation of each process]
Next, each process in this embodiment will be explained using figures.

[4.1 Main processing]
The main processing in this embodiment will be explained using FIG. 14. The main process is a process realized by the control unit 100 reading and executing the main program 132 stored in the storage unit 110.

First, it is determined whether or not there is an alarm state (step S102). Specifically, each vital value is compared with an alarm threshold value, and it is determined whether the vital value exceeds the alarm threshold value or is less than the alarm threshold value, and it is determined whether or not an alarm should be issued. If it is necessary to issue an alarm, alarm processing is executed (step S102; Yes→step S104, FIG. 15).

Note that whether or not the alarm threshold is exceeded varies depending on the type of biological information. Further, both may be determined based on judgment criteria (that is, whether or not the vital value is within a predetermined range is determined).

Subsequently, a patient condition display process is executed to determine the patient condition and display the patient condition based on the determined content (step S106, FIG. 16). Here, if login authentication is not performed (or if login has failed), the process is repeatedly executed from step S102 (step S108; No→step S102).

Here, if the login authentication is performed correctly (step S108; Yes), a staff screen that is a login screen is displayed (step S110). The staff screen is a screen where various processes can be selected. Here, if the stuffing process is selected (step S112; Yes), a process is executed according to the selected stuffing process (step S114). Note that each process executed here will be described later.

If the staff process is not selected (Step S112; No) or if logout is not executed even after the staff process is executed, the logged-in state continues and the process is repeatedly executed (Step S116; No → Step S110). ). On the other hand, if logout is executed, the user logs out, and the process is repeatedly executed from step S102 (step S116; Yes→step S102).

The staff processing selected here is the processing corresponding to P106 to P116 explained in the screen transition diagram of FIG. 13. Note that the processing will be explained using a processing flow and screen examples.

[4.2 Alarm processing]
Alarm processing will be explained using FIG. 15. The alarm process corresponds to P100 in FIG. 13 (step S104 in FIG. 14), and is realized by the control unit 100 reading out and executing the alarm program 134 stored in the storage unit 110. .

First, it is determined whether there is a device connection error (step S202). If there is a device connection error here, the output of the device error is displayed (step S202; Yes→step S204).

Subsequently, it is determined whether there is biological information that causes an alarm state (step S202; No→step S206 or step S204→step S206). Specifically, each biological information value is compared with an alarm threshold value to determine whether or not an alarm state exists. If there is a value of the biometric information that causes an alarm state (step S206; Yes), a notification process is executed (step S208).

As an example of the notification process, the notification unit 260 performs the notification process, or the display unit 170 displays an alarm screen. Note that at this time, detailed information is not displayed unless the user logs in (after being authenticated).

Note that although the alarm process has been described as being executed in step S104 in FIG. 14, it may be checked at regular intervals and executed as an interrupt process.

In this way, if there is biological information that causes an alarm state, it becomes possible to output an alarm by performing notification processing. Furthermore, even if there is a device connection error, it is possible to output the device error as one of the alarms. Note that device connection errors may be output in another way, or may not be output.

[4.3 Patient status display processing]
[4.3.1 Process flow]
The patient condition display process will be explained using FIG. 16. The patient condition display process is a process corresponding to P102 in FIG. 13 (step S106 in FIG. 14), and is realized by the control unit 100 reading and executing the patient condition display program 136 stored in the storage unit 110. This is a process that

First, the individual electronic medical record data 120 is read out (step S302). Note that before reading out the electronic medical record data, patient authentication processing may be performed and the data of the authenticated patient may be read out.

Next, a name plate area is created from the basic information and medical information included in the individual electronic medical record data 120 (step S304), and a pictogram area is created from the caution information and set pictograms (step S306). .

Specifically, the name plate area (the name plate information on the display screen is area) is created.

Further, a pictogram display is created based on general caution information for patients and caregivers stored in the individual electronic medical record data 120.

Subsequently, a warning area is created based on the warning information (step S308), and if there is error information, error information is generated (step S310). Here, the alert information displayed in the alert area is created based on information for alerting professionals such as medical personnel and assistants. Therefore, areas are created whose contents cannot be understood by anyone other than a medical professional, such as a patient or family member. Furthermore, the error information includes information regarding alarms, but the area is created in such a way that the contents cannot be understood by anyone other than a medical professional such as a patient or a family member.

Then, a patient condition display screen is generated and displayed in each area created in the above steps (step S312).

[4.3.2 Patient status identification display processing]
Subsequently, a patient condition identification display process is executed to display patient condition identification on the patient condition display screen (step S314). Here, the patient condition identification display process will be explained using FIG. 17.

First, when logout processing is performed (step S352; Yes), the currently stored patient condition information is once cleared (step S354). Continuous biological information and measured biological information are then received (input) (step S356).

When continuous biological information or measured biological information is received, the current patient condition (current patient condition) is determined (step S358). Here, the current patient condition is determined to be one of "warning," "caution," and "normal" based on all the received biological information. Specifically, if any biometric information value is included in the caution level of the alarm threshold, it will be "caution", and if any biometric information value is included in the warning level of the alarm threshold, it will be "warning". It is determined.

Subsequently, the section patient status is updated (steps S362 to S370). Specifically, first, if the interval patient state is "warning", "warning" is maintained as is (step S362; Yes).

Continuing, if the current patient state is "warning" when the interval patient state is other than "warning", the interval patient state is set to "warning" (step S362; No→step S364; Yes→step S366). That is, if the current patient status becomes "warning" when the interval patient status is "caution" or "normal", the interval patient status becomes "warning".

Furthermore, if the current patient condition is "Caution" when the interval patient condition is "normal", the interval patient condition is set to "Caution" (Step S362; No → Step S364; No → Step S368; Yes → Step S370). That is, if the current patient state becomes "caution" when the interval patient state is "normal", the interval patient state becomes "caution". Note that when the interval patient state is "caution" and the current patient state is "normal" or "caution", the state of "caution" is maintained as is (step S362; No → step S364; No → step S368; Yes→Step S370).

Further, if the current patient condition remains "normal" and the zone patient condition is "normal", the zone patient condition is maintained as "normal" (step S362; No → step S364; No → step S368; No).

In this way, when the patient status becomes a more important status such as "Warning" > "Caution" > "Normal", the section patient status is updated to the relevant status. Furthermore, once a state becomes highly important, that state will be maintained until it is cleared next time (for example, until the timing of the next login).

Then, the patient condition identification display is updated based on the patient condition (section patient condition, current patient condition) (step S372). This allows the staff to easily check the current patient condition and the worst condition since the last logout.

Then, the process is repeatedly executed from step S356 until the login process is performed again (step S374; No→step S356).

Here, an overview of the operation of patient condition identification display will be explained using FIG. 18. FIG. 18(a) is an example of an identification display of the patient condition displayed on the screen. An identification display based on the interval patient condition is displayed in M102, and an identification display based on the current patient condition is displayed in M104. In this embodiment, the identification display M104 is displayed larger in consideration of visibility, but the size may be the same or the identification display M104 may have a different shape or position.

FIG. 18(b) shows an example of identification display for each patient condition. For example, M110 indicates normality, M112 indicates caution, and M114 indicates warning. Note that this display may be changed by color, movement, or shape. For example, if it is a color, normality may be displayed as "white," caution as "yellow," and warning as "red."

The operation will be briefly explained using FIGS. 18(c) to 18(e). Note that the following description will be made assuming that the previous logout time is t1 and the current time is t2.

In FIG. 18(c), the patient status was "normal" at time t1, but then changed to a "warning" state once, and then transitioned to a "caution" state and reached t2.

In this case, the identification display M102 as the interval patient state is displayed as a "warning" state because it has become a "warning" once after t1. Furthermore, since the current state (t2) is the caution level, the identification display M104 displays the state of "caution".

In FIG. 18(d), the patient status was "caution" at time t1, but is now "normal" (t2). In this case, the identification display M102 indicates the state of "caution" as the interval patient state. Furthermore, since the time point t2 is "normal", the identification display M104 is displayed as "normal".

FIG. 18(e) is a diagram showing a case where the patient status was "normal" at time t1, but transitioned to "caution" and "warning" during the process. Even at present (t2), it is at the "warning" level. At this time, the identification display M102 indicating the section patient condition becomes "warning", and the identification display M104 indicating the current patient condition also becomes "warning".

Although FIG. 18 shows two identification displays for convenience of explanation, a corresponding number of identification displays may be provided. For example, in addition to the above-mentioned identification display of the patient's upper body (whole body), identification display may be performed based only on continuous biological information. Further, a special identification display may be made in association with predetermined biological information (for example, respiration rate, etc.).

[4.3.3 Screen example]
Next, an explanation will be given using an example screen when this process is executed. FIG. 19 is an example of the patient status display screen W200. On the display screen W200, the patient's name, the attending physician's name, and the like are displayed as nameplate information in areas R202 and R204. These items are appropriately selected and displayed from patient information registered in the electronic medical record.

Furthermore, a pictogram or the like is displayed in the area R206 as a pictogram area. Further, in the area R208, caution information is particularly displayed from among the caution information. Alert information is displayed in a way that only experts such as medical workers and nursing home staff can understand.

Furthermore, the R210 is notified that an error has occurred. Here, in order to display the error details, it is necessary to perform authentication processing and switch to another screen. This can prevent non-experts such as medical personnel and assistants from checking errors.

Further, the operation/state of the state detection device 20 may be displayed on the display screen W200. For example, the status may be displayed as shown in area R212. The connection status of the sensor is also displayed. This makes it possible to understand at a glance whether a sensor is unconnected or unavailable.

In addition, a patient status identification display is performed. In FIG. 19, the previous patient condition identification display is displayed at M200, and the current patient condition identification display is displayed at M202. Various methods can be used to identify the patient's condition; for example, an underline may be displayed under the patient's name, identification may be made by color or line thickness, or a separate icon may be displayed. .

Further, in this embodiment, the patient condition identification display is performed for the entire biometric information including continuous biometric information and measured biometric information, but for example, continuous biometric information and measured biometric information may be displayed separately. However, it is also possible to display each biological information separately, such as displaying only respiration separately as biological information.

[4.4 Biological information display processing]
Next, biological information display processing will be explained. The biological information display process is a process corresponding to P106 in FIG. 13. That is, it is a process of displaying biometric information values based on the patient's electronic medical record data.

FIG. 20 shows a display screen W300 as an example of the screen when this process is executed. On the display screen W300, biometric information values are displayed for each biometric information. Further, in the area R302, the date and time when the displayed biometric information value was registered is displayed.

Further, next to the biological information value, an alarm threshold value is displayed in a region R304 for easy understanding. That is, the alarm threshold values are displayed so that the range of the caution level and the range of the warning level are clear.

Furthermore, the background may be changed when the displayed biometric information value is within the caution level or warning level range. For example, for R306, "126 bpm" is displayed as the pulse rate. Since this biometric information value is included in the caution level, the background is distinguished and displayed in the color of the caution level (for example, yellow).

In addition, an identification display indicating whether or not to report may be provided along with the biometric information. For example, the display R308 identifies that notification processing is to be performed when the pulse biometric information value (pulse rate) becomes a warning.

Moreover, R310 is identified and displayed to perform notification processing when the respiratory biological information value (respiration rate) exceeds the caution level.

Moreover, the display of R312 and R314 is a display in which no notification processing is performed. Although the display in FIG. 20 is an example, it is possible to display whether or not to report based on biometric information as needed.

Furthermore, a configuration may be adopted in which it is possible to easily set reporting by selecting (touching) the mark. For example, by touching the mark, settings may be made to switch between "notification OFF," "notification above warning," and "notification at warning."

[4.5 Graph display processing]
Next, graph display processing will be explained. The graph display process is a process executed in P108 of FIG. 13. That is, it is a process of displaying the transition of biometric information registered in the electronic medical record in a graph.

FIG. 21 shows a display screen W400 as an example of the screen when this process is executed. The display screen W400 displays the transition of each biometric information value. The alarm threshold range is also displayed on each graph of biological information. Thereby, it is possible to easily confirm when there is an abnormality in each biological information.

Note that if one piece of biometric information is selected while this graph is being displayed, a graph displaying only that biometric information may be displayed.

[4.6 Electronic medical record registration process]
[4.6.1 Process flow]
Next, electronic medical record registration processing for registering biometric information in the electronic medical record will be described using FIG. 22. The electronic medical record registration process is a process realized by the control unit 100 reading and executing the electronic medical record registration program 138 stored in the storage unit 110.

First, patient information is read (step S402), and biological information of the patient is read from the individual electronic medical record data 120 (step S404). Note that the type of biological information, alarm threshold, etc. called here may be read based on basic information of the patient (eg, patient ID), etc., or may be set as a common setting.

Subsequently, continuous biometric information is received from the state detection device 20, and the value of the received biometric information is displayed (step S408). Here, if there is an instruction to input biometric information (step S410; Yes), the biometric information value is manually input (step S412).

At this time, if the biological information value is within the range for outputting an alarm, identification may be displayed. For example, if the biometric information value is included in the caution level, the background is displayed in yellow, and if it is included in the warning level, the background is displayed in red or text is displayed. This allows medical personnel and care staff to understand that the biometric information is currently causing problems, and to alert them to input errors and the like.

Further, as the continuous biometric information displayed on the display screen, biometric information (value of biometric information) that can be detected from the state detection device 20 may be updated and read out at any time and displayed, or it may be read out and displayed at a certain timing. biometric information may be displayed.

Furthermore, when measured biological information is received from another measuring device 60 (step S414; Yes), the measured biological information is stored (step S416). In this case, the currently displayed biometric information value is updated and stored in the individual electronic medical record data 120.

Here, the timing of the measured biological information received from the other measuring devices 60 is not limited. Although step S416 is described as an example in this figure, measured biological information received in advance may be used. Further, the measured biological information stored in the individual electronic medical record data 120 (namely, the electronic medical record data 452) may be arbitrary. For example, if a value measured once is not correct, it may not be stored, but a value measured again may be stored.

If there is an instruction to register the electronic medical record (step S418; Yes), the electronic medical record data 452 of the electronic medical record server 40 is registered (step S420).

[4.6.2 Screen example]
FIG. 23 is a diagram showing a display screen W500 as an example when this process is executed. Display screen W500 displays each piece of biometric information and the value of the biometric information. Similar to FIG. 20, the alarm threshold is displayed in area R502, and when each biological information value is at the caution level or warning level, the identification display is R504.

Further, as shown in area R506, the previous measurement value may also be displayed. Further, above the biometric information, the date and time when the previous measurement value was measured is also displayed. This allows medical personnel, care staff, and the like to notice transitions in biometric information values.

Furthermore, regarding the displayed biometric information values, for continuous biometric information, values updated in real time may be displayed, or values at a certain point in time may be displayed. Further, values stored in electronic medical record data (individual electronic medical record data 120 or electronic medical record data 452) may be displayed.

By selecting "Register" from this screen, the currently displayed biometric information value can be registered (stored) in the electronic medical record data. Furthermore, past biometric information values can be referenced by referring to the history.

Furthermore, a setting may also be made as to whether or not to report along with the biometric information. For example, R308 is set to perform notification processing when the pulse biometric information value (pulse rate) becomes a warning.

Further, R310 is set to perform notification processing when the respiration biological information value (respiration rate) exceeds a caution level. Furthermore, the display of R312 and R314 is set so that no notification processing is performed.

Then, by selecting "Register", the notification level table 126 will be updated as well as being registered in the electronic medical record data.

[4.7 Reminder processing]
Next, reminder processing will be explained. Reminder processing is processing in which staff and medical personnel (nurses, etc.) can register what they should do next as a reminder. For example, FIG. 24 is an example of a display screen W600 that is displayed when this process is executed. By registering tasks that should be displayed as various reminders, they can be displayed on the patient status display screen or alarm display screen.

[4.8 Patient information display processing]
Next, patient information display processing will be explained. The patient information display process is a process that can display information regarding a patient. For example, it becomes possible to display, input, and set basic patient information, medical information, caution information, pictograms, and the like.

For example, FIG. 25 is an example of a display screen W700 that is displayed when this process is executed. The display screen W700 displays basic information (basic information) such as the patient's name, gender, and blood type read out from the electronic medical record.

[4.9 Alarm settings/history processing]
Next, alarm setting and history processing will be explained. This process is a process in which it is possible to set each alarm threshold and to set whether or not to issue an alarm. It is also possible to check the history of alarms that have occurred in the past. The alarm threshold value is also used as a threshold value at the time of reporting.

FIG. 26 is an example of a display screen W800 that is displayed when the alarm setting/history process is executed. The display screen W800 allows setting of alarm threshold values. For example, as the upper alarm threshold, the caution level threshold can be set to R804, and the warning level threshold can be set to R802.

Furthermore, as the lower limit alarm thresholds, the caution level threshold can be set at R808, and the warning level threshold can be set at R806.

Furthermore, it is possible to set whether or not to output an alarm when the caution level range or warning level range is entered. For example, in the case of R810, the setting is not to output (not notify) as an alarm.

In the display screen W850 of FIG. 27, R850 is set to output an alarm when the vehicle enters the caution level range. Note that this setting may include, for example, setting sound and light, and it is also possible to set alarms separate from the caution level and warning level.

[5. Report processing]
Next, notification processing in this embodiment will be explained. The notification process is an interrupt process for sending a notification to a predetermined notification destination when one of the patient's biological information values reaches the notification level.

[5.1 First report processing]
First, as a notification process, a first notification process will be described using FIG. 28. First, the patient's biological information is acquired (step S502). Then, it is determined whether there is any biometric information that has changed from a normal level to a caution level (step S504). That is, it is determined whether the biometric information value of the biometric information whose notification setting is "caution" in the notification level table 126 is included in the range of the caution level.

If the value of biometric information whose notification setting is set to "caution" exceeds (below) the threshold of the caution level (if it falls within the range of the caution level), a notification will be sent to the first notification destination. is performed (step S504; Yes→step S506). Here, as an example, the first notification destination is a mobile terminal device owned by the nurse in charge or a terminal device at the nurse station, as shown in FIG.

In addition, if there is biometric information that changes from "normal" or "caution" to "warning", it is reported to the second notification destination (step S504; No → step S508; Yes → Step S510). In other words, in the report level table 126, when the biometric information value of the biometric information whose report setting is "caution" or "warning" exceeds (below) the threshold of the warning level (it is included in the range of the warning level). (in the event of a notification), a notification will be sent to the second notification destination.

Here, as an example, as the second notification destination, as shown in FIG. It is.

Note that if the notification setting is simply "ON", it is determined in step S504 whether or not the notification setting is in the ON state. For example, in the case where a notification is to be made when a bed leaving state is detected (the bed leaving state is "ON"), the first reporting destination is notified when the bed leaving state is detected. In this case, the notification destination may be the second notification destination.

FIG. 29 is an example of a display screen W1000 of a personal nurse's mobile terminal device. The display screen is an "alarm list" screen, and alarms (reports) for each patient are displayed.

For example, the R1000 displays notifications along with the patient's biological information. This notification may be displayed, for example, as a pop-up on the operation screen or by switching the screen. Further, the R1000 report may be displayed for identification by changing colors or icons depending on the caution level and warning level, for example.

Further, like R1000, when the level reaches the caution level (warning level), the biometric information and the biometric information value may be displayed together.

Further, these threshold levels may be set from the mobile terminal device 55. For example, a screen on which various information can be set may be displayed, such as the display screen W1100 in FIG. 30, so that medical personnel such as nurses and doctors or care staff can set the information as appropriate. This makes it possible to change the necessary patient threshold, making it possible to provide more appropriate notifications.

Further, the notification threshold may be changed depending on time or environment. For example, the threshold value may be set to change between daytime and nighttime, or the threshold value may be changed depending on the number of staff members (for example, depending on the number of patients receiving notifications).

[5.2 Second report processing]
Next, the second notification process will be explained using FIG. 31. Note that in the second notification process, the same processes as those in the first notification process in FIG. 28 are given the same reference numerals, and detailed description thereof will be omitted.

After acquiring the patient's biometric information, if the value of the biometric information whose notification setting is set to "caution" exceeds (below) the caution level threshold, a notification will be sent to the first notification destination. At this time, it is determined whether a predetermined time has elapsed since the previous notification to the first notification destination (step S552). That is, if the predetermined time has not elapsed since the previous report, it is determined that the alert level remains and the report will not be issued (step S552; No → step S502). If the predetermined time has elapsed, a notification is sent to the first notification destination (step S552; Yes→step S506).

Similarly, if the value of the predetermined biometric information exceeds (below) the warning level threshold, a notification is sent to the second notification destination, but at this time, a predetermined period of time has elapsed since the previous notification to the second notification destination. It is determined whether the time has elapsed (step S554). That is, if the predetermined time has not elapsed since the previous report, it is determined that the warning level remains and the report will not be issued (step S554; No → step S502). If the predetermined time has elapsed, a notification is sent to the second notification destination (step S554; Yes→step S510).

In this way, according to the second notification process, it is possible to prevent multiple notifications from being made when the biometric information value is fluctuating.

[5.3 Third report processing]
Next, the third notification process will be explained using FIGS. 32 and 33. For example, the reporting process may be implemented via the server 30 as in this processing example.

Specifically, as shown in FIG. 32, the patient's biological information is acquired by the patient status display device 10 (S600), and among the biological information that is in the notification state (for example, if Yes is selected in step S504 in the processing example described above). or when it is determined as Yes in step S508) is transmitted to the server 30 (S602).

The server transmits a report destination request to the electronic medical record server 40 in order to obtain the report destination from the received report status biometric information. The electronic medical record server 40 determines the destination to report from the information of the nurse in charge and the doctor in charge registered in the electronic medical record, and transmits it to the server 30 as a response to the destination (S606).

Subsequently, the server 30 sends an alarm notification to the terminal device or mobile terminal device that is the notification destination (S608). Then, when the mobile terminal device that has received the alarm notification executes the alarm treatment (for example, the nurse using the mobile terminal device touches the confirmation button), the alarm treatment is executed (S614), and the alarm treatment is executed (S614). An acknowledgment is sent to the server 30 (S616). This allows the server 30 to manage what kind of alarm is occurring for each patient (in a reporting state) and which staff member is responding to the alarm. This managed information is updated as an alarm list (S618).

Further, this alarm treatment may be performed directly on the patient condition display device 10 (S610), or an alarm confirmation response may be transmitted from the patient condition display device 10 to the server 30 (S612).

The alarm list can be checked on each terminal device or mobile terminal device. That is, by transmitting the alarm list from the server 30 to the mobile terminal device (S620), it becomes possible to check it on each terminal device and the mobile terminal device.

FIG. 33 is an example of a display screen W1100 on which an alarm list is displayed. Here, a list of patients for whom alarms have occurred currently or in the past is displayed. Furthermore, for each patient, whether the patient is currently being treated or not is displayed. The display screen also shows which staff member is responding and what state the biological information (value) is in when the alarm occurs.

Although the sequence diagram in FIG. 32 is an example, the process may be executed in the server 30 in this way, and the result may be received by the patient condition display device 10.

That is, various programs (eg, main program 132, alarm program 134, patient condition display program 136, electronic medical record registration program 138, notification program 140) are executed by the server 30 as necessary. Similar processing can be realized by transmitting biometric information from the patient condition display device 10 to the server 30 and accessing the server 30 using, for example, a web browser or a dedicated application.

Further, although the patient condition display device 10 is configured separately into the display terminal 1000 and the connection device 2000, it may be provided as a dedicated patient condition display device 10 as an integrated type.

By separating the display terminal 1000 and the connection device 2000, there is an advantage that the display terminal 1000 can be a tablet terminal that satisfies predetermined conditions. This makes it possible to use commercially available tablet terminals, computers, or smartphones.

Further, although the patient condition display device 10 is generally installed near the bed, the same screen can be displayed on the terminal device 50 and the mobile terminal device 55. For example, even when a nurse is on patrol, the patient's information can be checked using the mobile terminal device 55, and by using the terminal device 50 at the nurse's station, it is possible to collectively manage other patients. Become.

Further, even during medical treatment or examination, biometric information can be updated at any time using the terminal device 50, thereby improving the usability of the electronic medical record.

[6. Modified example]
Although the embodiments of this invention have been described above in detail with reference to the drawings, the specific configuration is not limited to these embodiments, and designs etc. within the scope of the gist of this invention are also within the scope of the claims. include.

Further, in the embodiment, the program that runs on each device is a program that controls the CPU, etc. (a program that causes the computer to function) so as to realize the functions of the embodiment described above. The information handled by these devices is temporarily stored in a temporary storage device (for example, RAM) during processing, and then stored in various ROM or HDD storage devices, and read out and modified by the CPU as necessary.・Writing is performed.

Here, the recording medium for storing the program includes a semiconductor medium (for example, ROM, non-volatile memory card, etc.), an optical recording medium/magneto-optical recording medium (for example, DVD (Digital Versatile Disc), MO (Magneto Optical Disc), The recording medium may be any of a magnetic recording medium (for example, a magnetic tape, a flexible disk, etc.), a CD (Compact Disc), a BD, etc.). Furthermore, by executing the loaded program, the functions of the embodiments described above are not only realized, but also the functions of the embodiment described above are realized by processing in collaboration with the operating system or other application programs based on the instructions of the program. In some cases, the functions of the invention may be realized.

Furthermore, when distributing the program on the market, the program can be stored in a portable recording medium and distributed, or it can be transferred to a server computer connected via a network such as the Internet. In this case, it goes without saying that the storage device of the server is also included in the present invention.

1 Patient Report System 3 Bed 5 Mattress 10 Patient Status Display Device 1000 Display Terminal 100 Control Unit 110 Storage Unit 112 Biological Information
114 Continuous biological information
116 Measured biological information 120 Individual electronic medical record data 122 Alarm threshold table 124 Patient condition identification information 126 Notification level table 132 Main program 134 Alarm program 136 Patient condition display program 138 Electronic medical record registration program 140 Notification program 150 Device communication section 160 Operation section 170 Display Section 180 LAN communication section 2000 Connection device 200 Control section 210 Storage section 220 Communication section 230 Interface section 240 Wireless communication section 250 Device communication section 260 Notification section 20 Status detection device 30 Server 40 Electronic medical record server 400 Control section 410 Communication section 450 Storage section 452 Electronic medical record data 50 Terminal device 55 Mobile terminal device 60 Measuring device 65 Authentication card

Claims (14)

a control unit that causes a display unit to display a first display screen including patient status for each patient based on basic information of the individual patient;
an acquisition unit that acquires biometric information of the individual patient;
an authentication unit that acquires authentication information of the staff member and performs authentication after the first display screen is displayed by the control unit;
After performing the authentication, the control unit causes the display unit to display a second display screen from which the biometric information can be acquired;
After the second display screen is displayed, the acquisition section is a device capable of acquiring the biological information by holding the measuring device over it. The control unit includes a third display screen for accepting input of biometric information of the individual patient and a fourth display showing transitions of past biometric information of the individual patient generated based on the history of the biometric information. The device according to claim 1, capable of displaying at least one of the screens. 3. The apparatus according to claim 1, wherein the basic information includes a name plate for the individual patient, caution information for the individual patient, and a pictogram set for the individual patient. Equipped with a communications department,
The apparatus according to claim 1, wherein the control unit controls the communication unit to transmit the biological information acquired from the measuring device to a server so as to store it in an electronic medical record. The control unit includes:
displaying a third display screen for accepting input of the patient's individual biometric information including a registration key;
5. The apparatus according to claim 4, wherein when the key is selected, control is performed to transmit the displayed biological information to a server so as to store it in the electronic medical record. a control unit that causes a display unit to display a first display screen including patient status for each patient based on basic information of the individual patient;
an authentication unit that acquires authentication information of the staff member and performs authentication after the first display screen is displayed by the control unit;
After performing the authentication, the control unit causes the display unit to display a second display screen from which the biometric information can be acquired;
An apparatus capable of displaying biometric information of the individual patient on the display unit after the second display screen is displayed. Equipped with an acquisition section,
7. The device according to claim 6, wherein the biological information is information acquired by holding a measuring device over the acquisition unit. Equipped with a storage section,
8. The apparatus according to claim 6, wherein the biological information is information stored in the storage unit. Any one of claims 6 to 8, wherein the control unit is capable of displaying a fourth display screen showing transitions of past biometric information of the individual patient that is generated based on the history of the biometric information. The device described in. The device according to any one of claims 6 to 9, wherein the basic information includes a name plate for the individual patient, caution information for the individual patient, and a pictogram set for the individual patient. . a control step of displaying a first display screen including patient status for each patient on the display unit based on the basic information of the individual patient;
an acquisition step of acquiring biometric information of the individual patient;
an authentication step of acquiring authentication information of the staff member and performing authentication after the first display screen is displayed in the control step;
After performing the authentication, the control step causes the display unit to display a second display screen from which the biometric information can be acquired;
After the second display screen is displayed, the controlling step includes a method of controlling a device capable of receiving the biological information by holding the measuring device over the measuring device. a control step of displaying a first display screen including patient status for each patient on the display unit based on the basic information of the individual patient;
an authentication step of acquiring authentication information of the staff member and performing authentication after the first display screen is displayed in the control step;
After performing the authentication, the control step causes the display unit to display a second display screen from which the biometric information can be acquired;
After the second display screen is displayed, the controlling step is a method of controlling an apparatus capable of displaying biometric information of the individual patient on the display section. The device comprises an acquisition unit;
13. The device control method according to claim 12, wherein the biological information is information acquired by holding a measurement device over the acquisition section. The device includes a storage unit,
14. The method of controlling an apparatus according to claim 12, wherein the biological information is information stored in the storage section.

Images