Devices and Systems

Abstract

To provide a patient condition notification device and the like capable of performing proper and quick notification by switching a notification destination based on the patient condition.SOLUTION: An attention level and a warning level of a biological information value are stored for each biological information. When the biological information value of acquired biological information of a patient is in the range of the attention level, the patient condition is notified to a terminal device of a first notification destination, and when the biological information value is in the range of the warning level, the patient condition is notified to a terminal device of a second reporting destination.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to an apparatus and the like. [Background technology]

[0002] Conventionally, there are known techniques for outputting notifications or alarms to other terminal devices, etc. For example, an invention has been disclosed that can easily and quickly identify the source of an alarm even in a situation where multiple monitoring devices of the same model are installed (see, for example, Patent Document 1).

[0003] In addition, an invention has been disclosed for a nurse call system that allows a nurse call master unit to easily call the mobile terminal of the nurse in charge, and also allows calls to be easily made to multiple specific patients (see, for example, Patent Document 2). [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2014-124323 [Patent Document 2] Japanese Patent Application Laid-Open No. 2006-60412 Summary of the Invention [Problem to be solved by the invention]

[0005] 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, in the past, the destination was predetermined, and it was not possible to change the destination depending on the patient's condition, etc.

[0006] For example, in the above-mentioned Patent Document 2, a linked nurse is called, and a notification is sent to the medical professional who should respond. However, the destination of the notification does not change depending on the patient's condition. Therefore, the recipient of the notification must assess the situation and re-notify or search for the medical professional who should respond depending on the content of the notification, which makes it difficult to respond quickly.

[0007] In view of the above-mentioned problems, an object of the present invention is to provide a patient condition reporting device etc. that can make appropriate and prompt reports by switching the reporting destination based on the patient's condition. [Means for solving the problem]

[0008] In order to solve the above-mentioned problems, the patient condition reporting device of the present invention comprises: A patient condition reporting device to which a plurality of terminal devices can be connected, a storage means for storing a range of a caution level and a warning level for each biometric information; a biological information acquiring means for acquiring biological information of a patient; a notification means for notifying a terminal device of a first destination of notification of the condition of the patient when the biometric information value of the biometric information acquired by the biometric information acquisition means is within a range of a caution level, and for notifying a terminal device of a second destination of notification of the condition of the patient when the biometric information value is within a range of a warning level; The present invention is characterized by comprising:

[0009] The notification method of the present invention is as follows: A reporting method for a patient condition reporting device to which a plurality of terminal devices can be connected, comprising: a storage step of storing a range of a caution level and a warning level of a biological information value for each biological information; a biometric information acquisition step of acquiring biometric information of a patient; a reporting step of reporting the patient's condition to a first destination terminal device when the biometric information value of the biometric information acquired by the biometric information acquiring step is within a caution level range, and to a second destination terminal device when the biometric information value is within a warning level range; A reporting method for a patient condition reporting device, comprising:

[0010] The program of the present invention is A computer that can connect to multiple terminal devices a storage function for storing a range of a caution level and a warning level for each piece of biometric information; a biometric information acquisition function for acquiring biometric information of a patient; a notification function that notifies a terminal device of a first destination of notification of the patient's condition when the biological information value of the biological information acquired by the biological information acquisition function is within a range of a caution level, and that notifies a terminal device of a second destination of notification of the patient's condition when the biological information value is within a range of a warning level; It is characterized by realizing the following. [Effects of the Invention]

[0011] According to the present invention, the patient's biological information is acquired, and if the biological information value of the acquired biological information is within the caution level, the patient's condition is reported to a first destination terminal device, and if the biological information value is within the warning level, the patient's condition is reported to a second destination terminal device. This makes it possible to report to an appropriate destination based on the patient's condition. [Brief explanation of the drawings]

[0012] [Figure 1] FIG. 1 is a diagram for explaining the entire system according to an embodiment of the present invention. [Figure 2] FIG. 2 is a diagram for explaining a patient condition display device according to the present embodiment. [Figure 3] FIG. 2 is a diagram illustrating the functional configuration of a display terminal and a connection device according to the present embodiment. [Figure 4] FIG. 2 is a diagram illustrating a storage unit according to the present embodiment. [Figure 5] FIG. 10 is a diagram for explaining continuous biometric information in the present embodiment. [Figure 6]FIG. 2 is a diagram for explaining measured biological information in the present embodiment. [Figure 7] FIG. 4 is a diagram illustrating an alarm threshold table according to the present embodiment. [Figure 8] FIG. 4 is a diagram illustrating a report level table according to the present embodiment. [Figure 9] FIG. 2 is a diagram showing an example of a report destination in the present embodiment. [Figure 10] FIG. 1 is a diagram for explaining the entire reporting system according to an embodiment of the present invention. [Figure 11] 2 is a diagram for explaining the functional configuration of an electronic medical record server in this embodiment. FIG. [Figure 12] FIG. 2 is a diagram for explaining electronic medical record data in this embodiment. [Figure 13] FIG. 1 is a diagram for explaining the overall flow in this embodiment, focusing on screen transitions. [Figure 14] FIG. 4 is a diagram illustrating the operation flow of a main process in the present embodiment. [Figure 15] FIG. 4 is a diagram illustrating an operation flow of alarm processing in the present embodiment. [Figure 16] FIG. 10 is a diagram for explaining the operation flow of a patient condition display process in this embodiment. [Figure 17] 10 is a diagram for explaining the operation flow of a patient condition identification and display process in this embodiment. FIG. [Figure 18] 10A and 10B are diagrams for explaining the operation of the patient condition identification display in this embodiment. [Figure 19] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 20] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 21] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 22] FIG. 10 is a diagram for explaining the operational flow of electronic medical record registration processing in this embodiment. [Figure 23] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 24] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 25] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 26] 10A and 10B are diagrams for explaining examples of screens as operation examples in the present embodiment. [Figure 27] FIG. 10 is a diagram for explaining an example of operation in the present embodiment. [Figure 28] FIG. 4 is a diagram for explaining the operational flow of a first notification process in this embodiment. [Figure 29] FIG. 10 is a diagram for explaining an example of operation in the present embodiment. [Figure 30] FIG. 10 is a diagram for explaining an example of operation in the present embodiment. [Figure 31] FIG. 10 is a diagram for explaining the operational flow of a second notification process in this embodiment. [Figure 32] FIG. 10 is a diagram for explaining the operation flow of a third notification process in this embodiment. [Figure 33] FIG. 10 is a diagram for explaining an example of operation in the present embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0013] The best mode for carrying out the present invention will be described below with reference to the drawings. The following embodiment is an example of application of the patient condition reporting device of the present invention, and it goes without saying that the content of the present invention is not limited to this embodiment.

[0014] [1. Whole system] First, the entire system in this embodiment will be described. Fig. 1 is a diagram illustrating the entire patient condition reporting system 1 incorporating a patient condition reporting device. First, a patient P lies on a mattress 5 placed on a bed 3. A condition detection device 20 is provided on the bed.

[0015] The condition detection device 20 is a device capable of continuously acquiring biological information of a patient, such as the patient's weight, body movement, blood pressure, and blood sugar level. As an example of the condition detection device 20, as shown in FIG. 1, it may be installed between the bed 3 and the mattress 5, or a sensor may be installed on the patient to detect the condition. It may also be configured to be installed directly on the bed device (for example, by utilizing the load on an actuator). The condition detection device 20 is connected to the patient condition display device 10.

[0016] 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, and other server devices via a network. Also, by holding an authentication card 65 over the patient condition display device 10, authentication processing (login processing) can be performed.

[0017] The person logging in is an authorized person, such as a staff member (nurse, doctor, caregiver, etc.). By logging in, the person can check the vital signs and alarm contents, and register them in the electronic medical record. In addition, the authority can be set for each login person, and the scope of operations that can be performed can be changed.

[0018] 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.

[0019] 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.

[0020] The electronic medical record server 40 is a server that stores electronic medical record information related to patients. It is usually connected to a network within a hospital or facility, but an external cloud server, for example, may also be used.

[0021] The terminal device 50 is a terminal device for connection at a nurse's station or a management room, and makes it possible to grasp the status of the patient status display device 10 even when away. In addition, the portable terminal device 55 can be connected wirelessly to, for example, a LAN, so that nurses, care staff, etc. can easily check the information on the patient status display device 10.

[0022] As will be further described later, a report according to the patient's condition is sent to the terminal device 50 and the mobile terminal device 55. The report may be sent directly from the patient condition display device 10 or via the server 30.

[0023] The patient condition display device 10 will be described in detail with reference to Figure 2. The patient condition display device 10 is composed of a display terminal 1000 and a connection device 2000. The display terminal 1000 is, for example, a tablet-type display terminal that displays various information and accepts 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.

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

[0025] Also, a notification unit 260 is provided, which can notify, for example, when an error occurs. Furthermore, it can be connected 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 to be normally invisible and to light up (display) only when notifying. Also, instead of a display, it may be configured to notify by sound such as an alarm sound, a warning sound, or a voice, or by light.

[0026] In this embodiment, the display terminal 1000 is described as being placed on the connection device 2000 when used, 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 in another location, or the connection device 2000 may be built into a bed device and the display terminal 1000 may be used separately.

[0027] [2. Functional configuration] Next, the functional configuration of this embodiment will be described with reference to the diagram. Fig. 3 is a diagram for explaining the functional configuration of the display terminal 1000 and the connection device 2000 of the patient condition display device 10.

[0028] [2.1 Display Terminal] First, we will explain the functional configuration of the display terminal 1000. The display terminal 1000 is configured to include a control unit 100, a storage unit 110, a device communication unit 150, an operation unit 160, a display unit 170, and a LAN communication unit 180.

[0029] 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) or the like.

[0030] The storage unit 110 is a functional unit that stores various programs and various data required for the operation of the display terminal 1000. The storage unit 110 is configured by, for example, a semiconductor memory, a hard disk drive (HDD), or the like.

[0031] The configuration of the storage unit 110 will now be described with reference to 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 also stores 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 as programs.

[0032] 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 received at any timing from the measurement device 60. Note that the measured biological information can be manually input or input by reusing continuous biological information values ​​as needed.

[0033] An example of the data structure of the continuous biological information 114 is shown in Fig. 5. 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 by other patients.

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

[0035] The various types of acquired biological information can be collected and managed as continuous biological information. The values ​​of these biological information are detected according to need, and the items detected vary (for example, if only the body movement detection sensor is used, the body movement state, sleep state, patient posture (getting out of bed, staying in bed, sitting up), pulse rate, and respiratory rate are detected as continuous biological information).

[0036] 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 scale. For example, as shown in Fig. 6, the measured biological information 116 of this embodiment stores a reception date and time (e.g., "2015 / 05 / 16 20:00") and a value (e.g., "37.2") for each type of biological information (e.g., "body temperature"). Also, for example, a systolic blood pressure (e.g., "159") and a diastolic blood pressure (e.g., "98") are stored.

[0037] The detected continuous biological information 114 and measured biological information 116 may be stored for a predetermined period of time. For example, data for one day or three days may be stored. The continuous biological information 114 and measured biological information 116 may be stored in the server 30.

[0038] The individual electronic medical record data 120 stores electronic medical record data for each patient. A collection of this electronic medical record data for each patient is stored in the electronic medical record server 40. The data structure of the individual electronic medical record data 120 is the same as that stored in the electronic medical record server 40, and will be described in detail later. In other words, in addition to patient information, continuous biological information at the time of registration, measured biological information, etc. are registered.

[0039] In this embodiment, the data is stored in the storage unit 110, but the data in 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.

[0040] The alarm threshold table 122 stores alarm thresholds for various biological information values. If the measured (received) biological information value exceeds the alarm threshold, a notification is issued or error processing is performed. This alarm threshold may be set in advance or may be set arbitrarily.

[0041] An example of the alarm threshold table 122 is shown in Fig. 7. As shown in Fig. 7, an upper limit and a lower limit alarm threshold are stored for each piece of biological information. A plurality of alarm thresholds can be stored depending on the type of alarm. In this embodiment, two levels of alarm thresholds are stored: a caution level range and a warning level range.

[0042] For example, for "pulse rate," which is one piece of biometric information, a pulse rate threshold (threshold of the range of caution level and warning level) is stored as a biometric information value. The upper threshold is stored as "110" for the caution level and "130" for the warning level. The lower threshold is stored as "60" for the caution level and "30" for the warning level.

[0043] For example, if the pulse rate is 130 or more or 30 or less, it can be determined that it is within the warning level range. Also, if the pulse rate is "110 or more but less than 130" or "more than 30 but less than 60", it can be determined that it is within the caution level range. Note that it may also be the case that the threshold is exceeded (for example, the warning level range is when the pulse rate is greater than 130 or less than 30).

[0044] In this embodiment, for convenience of explanation, two levels, the caution level and the warning level, are used, but it goes without saying that a range greater than this may be set.

[0045] The patient condition identification information 124 is information for storing the condition of the patient. The patient condition identification display, which will be described later, is performed using the patient condition identification information. In this embodiment, patient condition identification information determined based on the patient's biological information from the logout to the present (interval patient condition identification information) and patient condition identification information determined based on the patient's current biological information (current patient condition identification information) are stored.

[0046] Here, the patient condition identification information stores the states of "normal," "caution," and "warning." "Normal" means that the patient's biometric information value is within the alarm threshold range (a range that is neither the caution level nor the warning level). "Caution" means that any of the patient's biometric information values ​​is within the caution level threshold range. Similarly, "warning" means that any of the patient's biometric information values ​​is within the warning level threshold range.

[0047] In this embodiment, the interval patient condition identification information is determined based on the biometric information value at the time of the previous logout, but it may also be determined based on the biometric information value at the time of the previous logout. Furthermore, another interval patient condition identification information may be further stored based on the biometric information value between the logout and the previous logout.

[0048] In this embodiment, the patient condition identification information changes if even one of the vital signs is met. However, the patient condition identification information may be updated when multiple vital signs reach a caution or warning level. Furthermore, the patient condition identification information may be stored not as a single piece of information, but for each piece of vital signs or for each predetermined group. For example, the predetermined groups may be divided into continuous vital signs and measured vital signs, and the patient condition identification information may be determined and stored based on the patient's condition for each group.

[0049] The notification level table 126 is a table that stores, for each patient, how to issue a notification 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 a notification setting (e.g., "caution") indicating whether to issue a notification based on the biological information, etc. are stored in association with the patient number.

[0050] The notification settings are stored as "OFF" to not notify, "Caution" to notify when the notification level is at a caution level, and "Warning" to notify when the notification level is at a warning level. Also, depending on the type, there may be a simple setting of "ON" or "OFF", such as whether or not the person has left the bed.

[0051] In addition, the destinations to report to are determined in advance according to the report settings. For example, as shown in Figure 9, the first destinations to report to are the "nurse in charge" and a "PC" at the nurse's station, etc. In addition, the second destinations to report to are the "nurse in charge," the "PC," and the "physician in charge."

[0052] In this case, if the notification setting is "ON" or "Caution", the notification will be sent to the first notification destination. Also, if the notification setting is "Warning", the notification will be sent to the second notification destination. Also, in this embodiment, the "nurse in charge" and "doctor in charge" are extracted from the electronic medical record. Note that these may also be set as notification destination information separate from the electronic medical record.

[0053] Here, the operation of the notification will be explained using Fig. 10. For example, the case where the doctor in charge of a certain patient is Doctor A and the nurse in charge is Nurse B will be explained.

[0054] When the patient status display device 10 reports the level of caution for the patient, the report is sent to the terminal device 50 at the nurse's station and the mobile terminal device 55b. In this case, the report is not sent to the mobile terminal device 55a of Doctor A or the mobile terminal device 55c of Nurse C.

[0055] Furthermore, when a warning level notification is made for the patient, the notification is sent to the terminal device 50, the portable terminal device 55b, and also to the portable terminal device 55a of Doctor A. In this case, the notification is not sent to the portable terminal device 55c of Nurse C.

[0056] In this way, a notification according to the notification setting is sent to a preset notification destination. In this embodiment, the notification destination is set for each patient, but a common notification destination may also be set. For example, a rapid response team may be set as an emergency notification destination common to all patients. In this case, for example, if the patient's vital sign value exceeds a threshold indicating an emergency or if multiple warning level conditions occur, a notification may be sent to the emergency notification destination.

[0057] In addition, the notification setting is set to notify when the biometric information reaches the caution level or warning level, but is set to above each level. For example, when the biometric information is set to the caution level, a notification is sent to the first notification destination when the biometric information reaches the caution level, and when the biometric information reaches the warning level, a notification is sent to the second notification destination. In other words, the caution level includes the warning level. Note that the setting may be such that only the caution level is notified.

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

[0059] The device communication unit 150 is a functional unit for communicating with the device communication unit 250, which will be described later. In this embodiment, the description will be given assuming that communication is performed by connecting via USB, for example, but other general-purpose connection methods or wireless connection (Bluetooth (registered trademark), wireless LAN, etc.) may also be used. Furthermore, communication may also be performed by providing a dedicated connection interface.

[0060] The operation unit 160 is a functional unit that accepts operation input from a user, and may be, for example, a software key implemented by a touch panel, or an input device such as a keyboard or a mouse. Voice input may also be used.

[0061] 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. Alternatively, it may be realized by a touch panel in which the operation unit 160 and the display unit 170 are integrally formed.

[0062] The LAN communication unit 180 is an interface unit connectable to a LAN. It is configured with a NIC or the like for connecting to Ethernet (registered trademark). The LAN communication unit 180 may be provided in the connection device 2000. In this case, the data to be transmitted is first sent to the connection device 2000 via the device communication unit 150 (250) and then transmitted to the network. The connection to the LAN may be made by wired or wireless connection.

[0063] [2.2 Connection Devices] Next, a description will be given of the functional configuration of the connection device 2000. The connection device 2000 is configured to include a control unit 200, a storage unit 210, a communication unit 220, an interface unit 230, a device communication unit 250, and a notification unit 260.

[0064] 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) or the like.

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

[0066] The communication unit 220 is a functional unit for communicating with other devices and authentication cards. For example, near field communication (NFC) communication is possible as short-distance wireless communication. In the case of NFC communication, authentication processing is executed by holding the authentication card 65 over the device. Furthermore, if the measurement device 60 has an NFC communication function, biometric information can be received via the connection device 2000 by holding the measurement device 60 over the device. Note that the measurement device 60 may be, for example, a device such as a smartphone or a wearable terminal device such as a watch.

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

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

[0069] The device communication unit 250 is a functional unit for communication between the display terminal 1000 and the connection device 2000 via the device communication unit 150 described above. For example, the connection may be made using a USB or the like, or via a LAN. Note that, for convenience of explanation, the functional configuration of each communication unit is described separately in this embodiment, but they may also be configured as a single unit. In other words, if all communication is performed via Bluetooth, the device communication unit 250, communication unit 220, and interface unit 230 are configured as a single functional unit.

[0070] 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, the notification unit 260 notifies the user of the error. The notification may be by sound, light, display, vibration, or the like.

[0071] [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 is configured to include a control unit 400, a communication unit 410, and a storage unit 450.

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

[0073] The communication unit 410 is an interface unit for connecting to a network. For example, it is configured by a NIC that can be connected to Ethernet. Communication with other devices can be performed via the communication unit 410.

[0074] The storage unit 450 is a functional unit that stores various programs and various data required for the operation of the electronic medical record server 40. The storage unit 450 is configured, for example, by a semiconductor memory, a hard disk drive (HDD), or the like.

[0075] The storage unit 450 also stores electronic medical record data 452. An example of the electronic medical record data is shown in Fig. 12. The electronic medical record data stores patient information, and as shown in R100 in Fig. 12, for example, basic information such as the patient number and name, medical information such as the patient's doctor, as well as caution information (R102) indicating the patient's condition, pictograms, and measured biometric information (biometric information values) (R104) are stored for each patient.

[0076] Here, the warning information is information for calling attention to communicate the patient's condition to medical professionals, caregivers, and other specialists. For example, information related to warnings (such as not blowing your nose) and risk assessments such as pressure ulcer assessments and fall risk assessments are stored. This information may be managed by flags, or by characters, icons, pictures, etc.

[0077] Pictogram information may also be stored to make it easier to understand. Pictograms are based on information related to daily life. By displaying these pictograms, even people who happen to be passing by can take care of the patient, providing safety and security. In this way, pictogram information provides information on the patient's condition to many people, while caution information conveys information on the patient's condition to specialists.

[0078] [3. Screen (state) transition diagram] Next, the overall flow of the system in this embodiment will be described with reference to the screen transition diagram (state transition diagram) of FIG.

[0079] First, when the system is started, it determines whether an alarm is occurring, that is, whether each vital sign value exceeds (or falls below) the alarm threshold. Then, if necessary, an alarm screen (P100) is displayed. This alarm screen allows you to confirm that a problem has occurred, but the details of the error are not displayed until you log in. This prevents error details that should not be shown to patients or their families from being displayed.

[0080] The alarm screen is also displayed when the system is started, such as when the power is turned on, but it may also be configured to determine whether or not an alarm state is in effect at any time. If an alarm state is in effect, the screen may transition to the alarm screen as an interrupt process.

[0081] Next, the patient status display screen (P102) is displayed as the main screen. This screen displays basic patient information such as nameplate information, pictogram information, warning information, and error status. This allows necessary information to be displayed to medical professionals such as nurses and doctors, caregivers, and family members providing care.

[0082] The patient status display screen (P102) does not display detailed information because it can be seen by the patient, their family in the hospital, and third parties visiting them. If necessary, an authentication process is performed and the screen switches to the login screen (P104) by logging in. From the login screen, it is possible to transition to various screens. For example, it is possible to switch to a patient information display screen (P114) that can display patient information, a biometric information display screen (P106) that displays biometric information values, a graph display screen (P108) that can display the history of biometric information values, and an electronic medical record registration screen (P110) that registers the biometric information values ​​in the electronic medical record.

[0083] Furthermore, you can switch to the alarm settings / history screen (P116) where you can set the conditions that will trigger an alarm, or the reminder screen (P112) where you can set what you need to do next (such as medication instructions).

[0084] Furthermore, a notification process is executed as needed, separately from the screen. When each biometric information value reaches a threshold for caution or warning, the notification process is executed and a notification is sent to other devices. At this time, the fact that a notification has been sent may be displayed on each screen as appropriate.

[0085] As described above, according to this embodiment, it is possible to display information about a patient in a unified manner, and by switching screens as needed, it is possible to display appropriate information. Furthermore, by obtaining information from multiple measuring devices in a unified manner and registering it in the electronic medical record, it is possible to manage information about a patient in a unified manner.

[0086] [4. Explanation of each process] Next, each process in this embodiment will be described with reference to the drawings.

[0087] [4.1 Main processing] The main processing in this embodiment will be described with reference to Fig. 14. The main processing is realized by the control unit 100 reading and executing the main program 132 stored in the storage unit 110.

[0088] First, it is determined whether or not an alarm state has occurred (step S102). Specifically, each vital value is compared with an alarm threshold to determine whether it exceeds or is below the alarm threshold, and whether or not an alarm should be issued. If an alarm needs to be issued, alarm processing is executed (step S102; Yes → step S104, FIG. 15).

[0089] Whether or not an alarm threshold is exceeded differs depending on the type of biological information. In addition, there are cases where both types of biological information are judged based on judgment criteria (i.e., whether or not a vital value is within a predetermined range is judged).

[0090] Next, the patient condition is determined, and a patient condition display process is executed to display the patient condition based on the determined content (step S106, FIG. 16). If login authentication is not performed (or login has failed), the process is repeated from step S102 (step S108; No → step S102).

[0091] Here, if the login authentication is performed correctly (step S108; Yes), a staff screen, which is a login screen, is displayed (step S110). The staff screen is a screen on which various processes can be selected. Here, if a staff process is selected (step S112; Yes), a process is executed according to the selected staff process (step S114). The processes executed here will be described later.

[0092] If the stuffing process is not selected (step S112; No), or if logout is not executed even after the stuffing process has been executed, the logged-in state continues and the process is repeated (step S116; No → step S110). On the other hand, if logout is executed, the user is logged out and the process is repeated from step S102 (step S116; Yes → step S102).

[0093] The stuffing process selected here corresponds to pages P106 to P116 described in the screen transition diagram of Fig. 13. The process will be described using a process flow and screen examples.

[0094] [4.2 Alarm Processing] The alarm processing will be described with reference to Fig. 15. The alarm processing corresponds to P100 in Fig. 13 (step S104 in Fig. 14), and is realized by the control unit 100 reading and executing the alarm program 134 stored in the storage unit 110.

[0095] First, it is determined whether or not there is a device connection error (step S202). If there is a device connection error, an output of the device error is displayed (step S202; Yes→step S204).

[0096] Next, it is determined whether there is any biological information that would result in 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 there is an alarm state. Then, if there is any biological information value that would result in an alarm state (step S206; Yes), a notification process is executed (step S208).

[0097] Examples of the notification process include performing notification processing from the notification unit 260 and displaying an alarm screen on the display unit 170. Note that at this time, detailed information is not displayed unless login (authentication) is completed.

[0098] Although the alarm processing has been described as being executed in step S104 of FIG. 14, it may be executed as an interrupt processing by checking at regular intervals.

[0099] In this way, if there is biological information that indicates an alarm state, it is possible to output an alarm by performing a notification process. Also, even if there is a device connection error, it is possible to output the device error as one of the alarms. Note that the device connection error may be output as a different method, or it may not be output at all.

[0100] [4.3 Patient status display processing] [4.3.1 Processing flow] The patient condition display process will be described with reference to Fig. 16. The patient condition display process corresponds 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.

[0101] First, the individual electronic medical record data 120 is read (step S302). Before reading out the electronic medical record data, a patient authentication process may be performed, and the data of the authenticated patient may be read out.

[0102] Next, a nameplate area is created from the basic information and medical information contained in the individual electronic medical record data 120 (step S304), and further a pictogram area is created from the caution information and the set pictogram (step S306).

[0103] Specifically, a nameplate area (the area on the display screen where nameplate information is displayed) is created from basic information such as name, room number, and attending physician stored in the individual electronic medical record data 120 synchronized with the electronic medical record data 452 of the electronic medical record server 40.

[0104] In addition, pictograms are created based on general caution information for patients and caregivers stored in the individual electronic medical record data 120.

[0105] Next, an attention area is created based on the attention information (step S308), and if there is error information, the error information is generated (step S310). Here, the attention information displayed in the attention area is created based on information that alerts professionals such as medical professionals and caregivers. Therefore, the area is created in a state where the content is incomprehensible to those other than medical professionals, such as patients and family members, at a glance. Furthermore, the error information includes information related to the alarm, but the area is created in a state where the content is incomprehensible to those other than medical professionals, such as patients and family members, at a glance.

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

[0107] [4.3.2 Patient Status Identification Display Processing] Next, the patient condition identification display process is executed, and the patient condition identification display is performed on the patient condition display screen (step S314). Here, the patient condition identification display process will be described with reference to FIG.

[0108] First, when the logout process is performed (step S352; Yes), the currently stored patient condition information is cleared (step S354), and then the continuous biological information and the measured biological information are received (input) (step S356).

[0109] When the continuous vital signs and the measured vital signs are received, the current patient status (current patient status) is determined (step S358). Here, the current patient status is determined as one of "warning," "caution," or "normal" based on all the received vital signs. Specifically, if any vital sign value is within the caution level of the alarm threshold, the status is determined as "caution," and if any vital sign value is within the warning level of the alarm threshold, the status is determined as "warning."

[0110] Next, the interval patient status is updated (steps S362 to S370). Specifically, if the interval patient status is "warning," it is maintained as "warning" (step S362; Yes).

[0111] Next, if the interval patient condition is other than "Warning" and the current patient condition is "Warning," the interval patient condition is set to "Warning" (step S362; No → step S364; Yes → step S366). That is, if the interval patient condition is "Caution" or "Normal" and the current patient condition becomes "Warning," the interval patient condition becomes "Warning."

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

[0113] Furthermore, if the current patient condition remains "normal" and the interval patient condition is "normal", the interval patient condition remains "normal" (step S362; No → step S364; No → step S368; No).

[0114] In this way, when the patient status becomes more important, such as "Warning" > "Caution" > "Normal," the interval patient status is updated to that status. Also, once a status becomes more important, that status will be maintained until it is cleared again (for example, until the next login).

[0115] Then, the patient condition identification display is updated based on the patient condition (interval patient condition, current patient condition) (step S372). This allows the staff member to easily check the current patient condition and the worst condition from the time of the previous logout to the present.

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

[0117] An overview of the operation of the patient condition identification display will now be described with reference to Fig. 18. Fig. 18(a) is an example of a patient condition identification display displayed on the screen. M102 displays an identification display based on the interval patient condition, and M104 displays an identification display based on the current patient condition. In this embodiment, the identification display M104 is displayed larger in consideration of visibility, but they may be the same size, or may have a different shape or position.

[0118] Figure 18(b) shows an example of an identification display for each patient status. For example, M110 indicates normal, M112 indicates caution, and M114 indicates warning. Note that this display may be changed by color, movement, or shape. For example, in terms of color, normal may be displayed as "white," caution may be displayed as "yellow," and warning may be displayed as "red."

[0119] The operation will be briefly described with reference to Figures 18(c) to 18(e). Note that the previous logout time is t1 and the current time is t2.

[0120] In FIG. 18(c), the patient condition is "normal" at time t1, then changes to "warning" state, then transitions to "caution" state, and reaches t2.

[0121] In this case, the identification display M102 for the interval patient status is displayed as "Warning" because it has been set to "Warning" once since t1. Also, since the current status (t2) is the caution level, the identification display M104 is displayed as "Caution."

[0122] In Figure 18(d), the patient condition was "Caution" at time t1, but is now "Normal" (t2). In this case, the identification indicator M102 for the section patient condition is displayed as "Caution". Also, the identification indicator M104 is displayed as "Normal" because the condition was "Normal" at time t2.

[0123] Figure 18(e) shows a case where the patient condition was "normal" at time t1, but transitioned to "caution" and then "warning" along the way. At present (t2), it is still at the "warning" level. At this time, the identification indicator M102 indicating the interval patient condition becomes "warning," and the identification indicator M104 indicating the current patient condition also becomes "warning."

[0124] 18, for the sake of convenience, two distinguishable displays are shown, but multiple distinguishable displays may be provided. For example, in addition to the distinguishable display of the patient's overall condition as described above, a distinguishable display based only on the continuous biological information may be provided. Furthermore, a special distinguishable display may be provided in association with predetermined biological information (for example, respiratory rate, etc.).

[0125] [4.3.3 Screen example] Next, an example of a screen when this process is executed will be explained. Fig. 19 is an example of a patient condition display screen W200. On the display screen W200, the patient's name, the name of the attending physician, and other nameplate information are displayed in areas R202 and R204. These items are appropriately selected from the patient information registered in the electronic medical record and displayed.

[0126] Additionally, area R206 displays pictograms and the like as a pictogram area. Furthermore, area R208 displays, among other caution information, information calling for attention. The information calling for attention is displayed in a manner that only experts, such as medical professionals and care facility staff, can understand.

[0127] The R210 also notifies the user that an error has occurred. To display the details of the error, the user must perform authentication and switch to another screen. This prevents anyone other than medical professionals or caregivers from seeing the error.

[0128] The operation and status of the status detection device 20 may also 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 allows the user to know at a glance whether a sensor is not connected or unavailable.

[0129] In addition, patient status identification is displayed. In Fig. 19, the previous patient status identification is displayed in M200, and the current patient status identification is displayed in M202. Note that various methods of patient status identification are possible, for example, the patient's name may be underlined and identified by color or line thickness, or a separate icon may be displayed.

[0130] In addition, in this embodiment, the patient status identification display is performed for all biological information including continuous biological information and measured biological information, but for example, the continuous biological information and measured biological information may be displayed separately, or each biological information may be displayed separately, such as displaying only respiration as biological information.

[0131] [4.4 Biometric information display processing] Next, the biological information display process will be described. The biological information display process corresponds to P106 in Fig. 13. That is, it is a process for displaying biological information values ​​based on the electronic medical record data of a patient.

[0132] 20 shows a display screen W300 as an example of a screen displayed when this process is executed. The display screen W300 displays the biometric information values ​​for each piece of biometric information. In addition, an area R302 displays the date and time when the displayed biometric information value was registered.

[0133] Furthermore, next to the biological information value, an alarm threshold is displayed in an easy-to-understand manner in an area R304. That is, the alarm threshold is displayed so that the caution level range and the warning level range are clearly indicated.

[0134] Furthermore, the background of the displayed biometric information value may be configured to change if it is within the range of the caution level or warning level. For example, R306 displays a pulse rate of "126 bpm." Since this biometric information value is within the caution level, the background is displayed in a color (e.g., yellow) that is appropriate for the caution level.

[0135] In addition, a display indicating whether or not to report the vital sign may be displayed together with the vital sign. For example, the display of R308 indicates that reporting processing will be performed if the vital sign value of the pulse (pulse rate) becomes a warning.

[0136] Furthermore, R310 is clearly displayed to indicate that notification processing will be performed if the respiratory vital sign value (respiratory rate) exceeds a warning level.

[0137] Also, the displays R312 and R314 indicate that the notification process will not be performed. The display in Fig. 20 is an example, but it is possible to display whether or not to perform notification based on biometric information as needed.

[0138] Furthermore, the configuration may be such that the notification can be easily set by selecting (touching) the mark. For example, by touching the mark, the settings may be switched between "notification OFF," "notification above caution," and "notification when warning."

[0139] [4.5 Graph display processing] Next, the graph display process will be described. The graph display process is a process executed at page 108 in Fig. 13. That is, it is a process for displaying the transition of the biological information registered in the electronic medical record in a graph.

[0140] FIG. 21 shows a display screen W400 as an example of a screen displayed when this process is executed. The display screen W400 displays the transition of each biological information value. The graph of each biological information also displays the range of the alarm threshold. This makes it easy to check if there is an abnormality in each biological information.

[0141] When this graph is displayed and one piece of biometric information is selected, a graph showing only that biometric information may be displayed.

[0142] [4.6 Electronic medical record registration process] [4.6.1 Processing flow] Next, the electronic medical chart registration process for registering biometric information in an electronic medical chart will be described with reference to Fig. 22. The electronic medical chart registration process is realized by the control unit 100 reading and executing the electronic medical chart registration program 138 stored in the storage unit 110.

[0143] First, patient information is read (step S402), and then the patient's biological information is read from the individual electronic medical record data 120 (step S404). The type of biological information, alarm threshold, etc. called here may be read based on the patient's basic information (e.g., patient ID), or may be a common setting.

[0144] Next, the continuous biological information is received from the state detection device 20, and the value of the received biological information is displayed (step S408). Here, if an instruction to input the biological information is given (step S410; Yes), the biological information value is manually input (step S412).

[0145] At this time, if the biometric information value is within the range that would trigger an alarm, an identification display may be made. For example, if the biometric information value is within the caution level, the background may be displayed in yellow, and if it is within the warning level, the background may be displayed in red, or text may be displayed. This allows medical personnel and care staff to understand that the biometric information is currently causing a problem, and also alerts them to input errors, etc.

[0146] Furthermore, the continuous biometric information displayed on the display screen may be detected from the status detection device 20 by updating the biometric information (value of the biometric information) at any time and reading it out for display, or may be biometric information read out at a certain timing and displayed.

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

[0148] Here, the timing of receiving the measured biological information from the other measurement device 60 is not limited. In this figure, step S416 is described as an example, but previously received measured biological information may also be used. In addition, the measured biological information stored in the individual electronic medical record data 120 (i.e., electronic medical record data 452) may also be arbitrary. For example, if a value measured once is incorrect, it may not be stored, and a re-measured value may be stored.

[0149] Then, if an instruction to register the electronic medical record is given (step S418; Yes), the electronic medical record data 452 in the electronic medical record server 40 is registered (step S420).

[0150] [4.6.2 Screen example] Fig. 23 shows a display screen W500, which is an example of a case where this process is executed. The display screen W500 displays each piece of biometric information and its value. As in Fig. 20, the alarm threshold is displayed in area R502, and when each biometric information value is at the caution level or warning level, an identification mark is displayed as shown in R504.

[0151] Additionally, as shown in area R506, the previous measurement value may also be displayed. The date and time when the previous measurement value was taken is also displayed above the biological information. This allows medical professionals, care staff, and the like to notice changes in the biological information value.

[0152] Regarding the displayed biological information values, for continuous biological information, values ​​updated in real time may be displayed, or values ​​at a certain point in time may be displayed. Also, values ​​stored in the electronic medical record data (individual electronic medical record data 120 or electronic medical record data 452) may be displayed.

[0153] By selecting "Register" from this screen, the currently displayed biometric information value can be registered (stored) in the electronic medical record data. Also, by referencing the history, past biometric information values ​​can be referenced.

[0154] In addition, it is also possible to set whether or not to report along with the biological information. For example, R308 is set to perform reporting processing when the biological information value of the pulse (pulse rate) becomes a warning.

[0155] In addition, R310 is set to perform notification processing when the respiratory vital sign value (respiratory rate) exceeds the warning level. In addition, the display of R312 and R314 is set not to perform notification processing.

[0156] Then, by selecting "Register", the information is registered in the electronic medical record data and the report level table 126 is also updated.

[0157] [4.7 Reminder Processing] Next, we will explain the reminder process. The reminder process allows staff and medical professionals (nurses, etc.) to register reminders for the next steps they need to take. For example, Figure 24 shows an example of the 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 and alarm display screen.

[0158] [4.8 Patient Information Display Processing] Next, the patient information display process will be explained. The patient information display process is a process that can display information about a patient. For example, it is possible to display, input, and set basic information, medical information, caution information, pictograms, etc. of a patient.

[0159] 25 shows 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 from the electronic medical record.

[0160] [4.9 Alarm settings and history processing] Next, we will explain the alarm setting and history processing. This processing allows you to set each alarm threshold and whether or not to set an alarm. It is also possible to check the history of alarms that have occurred in the past. These alarm thresholds are also used as thresholds when reporting.

[0161] Figure 26 shows an example of the display screen W800 that is displayed when the alarm setting and history process is executed. The display screen W800 allows you to set alarm thresholds. 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.

[0162] Furthermore, as the lower limit alarm threshold, a caution level threshold can be set in R808, and a warning level threshold can be set in R806.

[0163] It is also possible to set whether or not to output an alarm when the warning level range or the caution level range is reached. For example, in the case of R810, it is set not to output an alarm (not to notify).

[0164] 27, the display screen W850 is set to output an alarm when the value enters the caution level range by R850. Note that this setting may be set to sound or light, for example, or it may be possible to set separate alarms for the caution level and the warning level.

[0165] [5. Report Processing] Next, the notification process in this embodiment will be described. The notification process is an interrupt process for sending a notification to a predetermined notification destination when one of the patient's vital signs reaches a notification level.

[0166] [5.1 First Report Processing] First, as the notification process, the first notification process will be described with reference to Fig. 28. First, the patient's biological information is acquired (step S502). Then, it is determined whether or not any of the biological information has changed from a normal level to a warning level (step S504). That is, it is determined whether or not the biological information value of the biological information whose notification setting is "warning" in the notification level table 126 falls within the warning level range.

[0167] If the value of the biological information for which the notification setting is "Caution" exceeds (falls below) the threshold value of the caution level (if it is within the range of the caution level), a notification is sent to the first notification destination (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's station, as shown in Fig. 9.

[0168] Furthermore, if any of the biometric information has changed from "normal" or "caution" to "warning," a notification is sent to the second notification destination (step S504; No → step S508; Yes → step S510). That is, if the biometric information value of the biometric information whose notification setting is "caution" or "warning" in the notification level table 126 exceeds (falls below) the threshold value of the warning level (if it is included in the range of the warning level), a notification is sent to the second notification destination.

[0169] As an example, the second reporting destinations are the mobile terminal device of the nurse in charge, the terminal device at the nurse's station, and the mobile terminal device of the doctor in charge, as shown in FIG.

[0170] If the notification setting is simply "ON", it is determined in step S504 whether or not it has become ON. For example, if a notification is to be sent when a bed leaving state is detected (bed leaving is "ON"), a notification is sent to the first notification destination when a bed leaving state is detected. In this case, the notification destination may be the second notification destination.

[0171] 29 shows an example of a display screen W1000 of the mobile terminal device of the nurse in charge. The display screen is an "alarm list" screen, and displays alarms (reports) for each patient.

[0172] For example, the R1000 displays a message along with the patient's biological information. This message may be displayed, for example, as a pop-up on the operation screen or by switching screens. Furthermore, the message display on the R1000 may be distinguished, for example, by using different colors or icons to indicate caution and warning levels.

[0173] Furthermore, when the level reaches a caution level (warning level), such as R1000, the biometric information and the biometric information value may be displayed together.

[0174] These threshold levels may also be set from the mobile terminal device 55. For example, a screen for setting each piece of information may be displayed, as in the display screen W1100 of Fig. 30, so that medical professionals such as nurses and doctors, or care staff can set the information as appropriate. This makes it possible to change the thresholds for the necessary patients, enabling more appropriate reporting.

[0175] The notification threshold may also be changed depending on the time or environment. For example, the threshold may be set to be different during the day and at night, or may be changed according to the number of staff (e.g., according to the number of patients receiving notifications).

[0176] [5.2 Secondary Report Processing] Next, the second reporting process will be described with reference to Fig. 31. In the second reporting process, the same steps as those in the first reporting process of Fig. 28 are denoted by the same reference numerals, and detailed description thereof will be omitted.

[0177] After acquiring the patient's biological information, if the value of the biological information for which the notification setting is "Caution" exceeds (falls below) the caution level threshold, a notification is sent to the first notification destination. At this time, it is determined whether a predetermined time has passed since the previous notification to the first notification destination (step S552). That is, if the predetermined time has not passed since the previous notification, it is determined that the level remains at the caution level, and no notification is sent (step S552; No → step S502). If the predetermined time has passed, a notification is sent to the first notification destination (step S552; Yes → step S506).

[0178] Similarly, if the value of a predetermined biological information exceeds (falls below) the threshold value of the warning level, a notification is sent to the second notification destination, but at this time it is determined whether a predetermined time has passed since the previous notification to the second notification destination (step S554). That is, if the predetermined time has not passed since the previous notification, it is determined that the value remains at the warning level, and no notification is sent (step S554; No → step S502). If the predetermined time has passed, a notification is sent to the second notification destination (step S554; Yes → step S510).

[0179] In this way, the second notification process makes it possible to prevent multiple notifications from being sent when the biometric information value is fluctuating.

[0180] [5.3 Third Report Processing] Next, the third reporting process will be described with reference to Figures 32 and 33. For example, the reporting process may be realized via the server 30, as in this processing example.

[0181] Specifically, as shown in FIG. 32, the patient's biometric information is acquired by the patient status display device 10 (S600), and the biometric information that is in a reporting state (for example, when the result of step S504 in the above-mentioned processing example is Yes, or when the result of step S508 is Yes) is transmitted to the server 30 (S602).

[0182] The server sends a notification destination request to the electronic medical record server 40 to acquire the notification destination from the received notification status biological information. The electronic medical record server 40 determines the notification destination from the information of the attending nurse and doctor registered in the electronic medical record, and sends it as a notification destination response to the server 30 (S606).

[0183] Next, 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 received the alarm notification executes alarm processing (for example, when the nurse using the mobile terminal device touches the confirmation button), the alarm processing is executed (S614) and an alarm confirmation response is sent to the server 30 (S616). This enables the server 30 to manage what kind of alarm has occurred (what is in an alarm state) for each patient and which staff member is responding. This managed information is updated as an alarm list (S618).

[0184] This alarm process may be performed directly by the patient condition display device 10 (S610), or an alarm confirmation response may be sent from the patient condition display device 10 to the server 30 (S612).

[0185] The alarm list can then be checked on each terminal device and mobile terminal device. That is, the alarm list is transmitted from the server 30 to the mobile terminal device (S620), and can then be checked on each terminal device and mobile terminal device.

[0186] 33 is an example of a display screen W1100 displaying a list of alarms. Here, a list of patients for whom an alarm has occurred, either currently or in the past, is displayed. Each patient is also displayed as being currently treated or not. The display screen also displays which staff member is treating the patient and the state of the patient's vital signs (values) when the alarm occurred.

[0187] The sequence diagram of FIG. 32 is an example, but the processing may be executed in the server 30 in this manner, and the results may be received by the patient condition display device 10.

[0188] That is, various programs (for example, a main program 132, an alarm program 134, a patient status display program 136, an electronic medical record registration program 138, and a reporting program 140) are executed as necessary on the server 30. The patient status display device 10 transmits biological information to the server 30, and the server 30 can be accessed using, for example, a web browser or a dedicated application, thereby realizing the same processing.

[0189] Furthermore, the patient condition display device 10 is also configured as being divided into the display terminal 1000 and the connection device 2000, but it may also be provided as an integrated, dedicated patient condition display device 10.

[0190] Separating the display terminal 1000 from the connection device 2000 has the advantage that a tablet terminal that meets certain conditions can be used as the display terminal 1000. This makes it possible to use a commercially available tablet terminal, computer, or smartphone.

[0191] Furthermore, although the patient status 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 making rounds, the nurse can check patient information on the mobile terminal device 55, and by using the terminal device 50 at the nurse's station, it becomes possible to manage all patients, including other patients, in one place.

[0192] Furthermore, even during medical treatment or examination, it becomes possible to update biological information at any time using the terminal device 50, which improves the usability of the electronic medical record.

[0193] [6. Modifications] Although an embodiment of the present invention has been described in detail above with reference to the drawings, the specific configuration is not limited to this embodiment, and designs that do not deviate from the gist of the present invention are also included in the scope of the claims.

[0194] In addition, the programs that run on each device in the embodiments are programs that control the CPU, etc. (programs that make a computer function) so as to realize the functions of the above-described embodiments. Information handled by these devices is temporarily stored in a temporary storage device (e.g., RAM) during processing, and then stored in various ROMs and HDDs, and is read, modified, and written by the CPU as needed.

[0195] Here, the recording medium for storing the program may be any of semiconductor media (e.g., ROM, non-volatile memory card, etc.), optical recording media / magneto-optical recording media (e.g., DVD (Digital Versatile Disc), MO (Magneto Optical Disc), CD (Compact Disc), BD, etc.), magnetic recording media (e.g., magnetic tape, flexible disk, etc.), etc. Furthermore, not only are the functions of the above-described embodiments realized by executing the loaded program, but the functions of the present invention may also be realized by processing in cooperation with an operating system or other application programs, etc., based on instructions from the program.

[0196] Furthermore, when distributing the program on the market, the program can be stored in a portable recording medium and distributed, or transferred to a server computer connected via a network such as the Internet. In this case, the storage device of the server is of course included in the present invention. [Explanation of symbols]

[0197] 1. Patient reporting system 3 beds 5 Mattresses 10 Patient status display device 1000 display terminals 100 control section 110 Storage section 112 Biometric Information 114 Continuous Biometric Information 116 Measured Biological Information 120 Individual Electronic Medical Record Data 122 Alarm Threshold Table 124 Patient Status Identification Information 126 Report Level Table 132 Main Program 134 Alarm Program 136 Patient Status Display Program 138 Electronic Medical Record Registration Program 140 Reporting Program 150 Device communication unit 160 Operation section 170 Display section 180 LAN Communication Section 2000 Connection Device 200 control section 210 Storage section 220 Communications Department 230 Interface Section 240 Radio Communication Department 250 Device communication unit 260 Information Department 20 Status detection device 30 servers 40 Electronic Medical Record Server 400 control section 410 Communications Department 450 Storage section 452 Electronic medical record data 50 Terminal Equipment 55 Portable terminal device 60 Measuring Equipment 65 Authentication Card

Claims

1. a control unit that displays a patient status display screen for the individual patient on a display unit based on basic information of the individual patient; an acquisition unit for acquiring biological information of the individual patient; an authentication unit that acquires authentication information of a staff member and performs authentication after the patient condition display screen is displayed on the display unit by the control unit; Equipped with the control unit displays a staff screen for the staff on the display unit after the authentication unit has performed authentication; The acquisition unit is capable of acquiring the biometric information after the staff screen is displayed on the display unit, The control unit is capable of displaying an alarm screen on the display unit when an alarm state occurs without performing the authentication after the patient condition display screen has been displayed on the display unit. Dedicated equipment assigned to an individual patient.

2. 2. A dedicated device assigned to an individual patient as described in claim 1, wherein the control unit is capable of displaying on the display unit at least one of a first display screen for accepting input of the individual patient's biometric information and a transition screen showing transitions in the individual patient's past biometric information generated based on the history of the biometric information.

3. The alarm state is a state in which a value based on the biological information exceeds an alarm threshold.

3. A dedicated device assigned to an individual patient according to claim 1 or 2.

4. a dedicated device assigned to an individual patient according to claim 1 or claim 2; a terminal device capable of displaying a notification when the alarm state is reached; Equipped with The system may display an indication that the alarm condition should be addressed when the terminal device displays a notification on the terminal device.

5. a dedicated device assigned to an individual patient according to claim 1 or claim 2; a terminal device capable of displaying a notification when the alarm state is reached; Equipped with The system displays a button indicating whether or not to respond to a notification when the terminal device displays the notification on the terminal device.

6. The system according to claim 4 or 5, wherein when the terminal device displays a notification on the terminal device, the notification indicates that another person is responding to the notification.

Images