JP2023059602A - Program, information processing method, and information processing apparatus - Google Patents

Abstract

To provide a program, or the like, for presenting the content of an event regarding each person to be monitored on which the event has occurred.SOLUTION: A computer outputs status information indicating condition of each person to be monitored or surrounding conditions of the person to be monitored in association with each of the persons to be monitored in a care facility. The computer outputs, when an event regarding the condition or the surrounding conditions of the person to be monitored has occurred, event information indicating the content of the generated event in association with the person to be monitored. The computer detects changes of the generated event from the occurrence, and outputs event information in a display mode in accordance with the detected changes.SELECTED DRAWING: Figure 1

Description

The present application relates to a program, an information processing method, and an information processing apparatus.

In nursing care facilities, a plurality of staff members provide nursing care such as physical care and life support to a plurality of care recipients. Nursing care facilities are also introducing systems that monitor the condition of care recipients using various sensors, and promptly notify staff when troubles (events that require nursing care) occur in care recipients. . For example, Patent Literature 1 discloses a system that monitors the occurrence of events (events requiring nursing care) in a monitoring subject and outputs the occurrence history of the events that have occurred in the monitoring subject in an easy-to-understand manner.

JP 2017-174012 A

In the system disclosed in Patent Document 1, an index indicating an event is displayed at a position corresponding to the date and time of occurrence of the event in time-series data recording the state of the person being monitored or the surrounding environment. The occurrence timing can be presented in chronological order. In the system disclosed in Patent Document 1, it is possible to easily grasp the event occurrence history of one person to be monitored. In addition, there is a demand for easily grasping the occurrence history of events that have occurred in each monitored person in the facility as a whole.

The present disclosure has been made in view of such circumstances, and the purpose thereof is to provide a program or the like capable of presenting the details of an event for each monitored person for whom an event has occurred. .

A program according to an aspect of the present invention outputs status information indicating the state of each monitoring subject or the surrounding state of each monitoring subject in association with each of a plurality of monitoring subjects in a nursing facility, When an event related to the state of a person to be monitored or the state of the surroundings of the person to be monitored occurs, event information indicating the content of the event is output in association with the person to be monitored, and changes from the occurrence of the event is detected, and the computer executes a process of outputting the event information in a display mode corresponding to the detected change.

In one aspect of the present invention, the content of the event can be presented for each monitored person for whom the event has occurred. Therefore, it is possible to present the occurrence history of events that have occurred to each person to be monitored for the facility as a whole.

1 is an explanatory diagram showing a configuration example of an information processing system; FIG. 3 is a block diagram showing a configuration example of a server and staff terminals; FIG. FIG. 4 is an explanatory diagram showing an example of record layouts of a monitored person DB, a sensor data DB, and an event DB; FIG. 9 is an explanatory diagram showing an example of a notification screen; FIG. 10 is an explanatory diagram showing an example of a personal screen; FIG. 11 is a flowchart illustrating an example of a notification screen update processing procedure; FIG. FIG. 11 is a flowchart showing an example of an update processing procedure for an alert history in a notification screen; FIG. FIG. 11 is an explanatory diagram showing an example of updating an alert history; FIG. 12 is a flowchart illustrating an example of an alert history update processing procedure according to the second embodiment; FIG. FIG. 12 is a flowchart illustrating an example of an alert history update processing procedure according to the second embodiment; FIG. FIG. 11 is an explanatory diagram showing an example of updating an alert history; FIG. 11 is an explanatory diagram showing a configuration example of an information processing system according to Embodiment 3; It is a block diagram which shows the structural example of the staff terminal using an intercom. FIG. 14 is an explanatory diagram showing an example of a record layout of an event DB according to Embodiment 3; 4 is a flow chart showing an example of a processing procedure for accumulating conversation data; FIG. 4 is an explanatory diagram showing a configuration example of a learning model; FIG. 4 is an explanatory diagram showing a display example of text data of conversation; FIG. 10 is a flowchart showing an example of a processing procedure for generating a feature list of a monitoring subject to be starred; FIG. FIG. 11 is a flowchart illustrating an example of a star setting recommendation processing procedure; FIG. FIG. 10 is an explanatory diagram showing an example of a room list screen;

A program, an information processing method, and an information processing apparatus of the present disclosure will be described in detail below based on drawings showing embodiments thereof.

(Embodiment 1)
FIG. 1 is an explanatory diagram showing a configuration example of an information processing system. In this embodiment, the state of care recipients such as elderly people and people with mental and physical disabilities living in each room of a nursing care facility is monitored, and when a situation in which nursing care by nursing staff is required is detected, nursing staff An information processing system that notifies to will be described. In the following description, the cared person is called a monitoring target person, and the occurrence of a situation requiring nursing care by a care staff is called the occurrence of an event.

The information processing system of this embodiment includes a server 10, a sensor I/F (InterFace) device 20, a staff terminal 30, and the like. It is The network N may be the Internet or a LAN (Local Area Network) provided in a nursing facility.

The sensor I/F device 20 is provided, for example, for each person to be monitored. A type of sensor is connected. In the example shown in FIG. 1, sleep sensor 21, toilet sensor 22, door sensor 23, environment sensor 24, human sensor 25, and call button 26 are connected to sensor I/F device 20 by wire or wirelessly. The sensor I/F device 20 is an information processing device that acquires signals from the sensors 21 to 25 and the call button 26 and transmits the acquired signals to the server 10 via the network N. When any one of the sensors 21 to 25 outputs an analog signal, the sensor I/F device 20 has a configuration for performing A/D conversion, and after A/D converting the signals from the sensors 21 to 25, the server 10 Send to

The sensor I/F device 20, the sensors 21 to 25, and the call button 26 are provided, for example, in the room (living room) where the monitored person lives. 20, sensors 21 to 25 and call button 26 are provided. For example, a plurality of sensor I/F devices 20 may be provided for one person to be monitored, and the sleep sensor 21 and toilet sensor 22 may be connected to separate sensor I/F devices 20 . Alternatively, a plurality of environment sensors 24 or a plurality of motion sensors 25 may be provided for one person to be monitored, and the plurality of sensors 24 and 25 may be connected to one sensor I/F device 20 . The sensor I/F device 20 may be appropriately arranged at a position corresponding to the installation location of each sensor 21 to 25 and call button 26, and may be built in each sensor 21 to 25 and call button 26. . Although FIG. 1 shows only the sensor I/F device 20 for the monitored person B, the sensors 21 to 25 and the call button 26 are also connected to the sensor I/F device 20. .

One sleep sensor 21 is installed in the bed of one person to be monitored. The sleep sensor 21 is, for example, a sheet-like sensor, installed between a bed mattress and a sheet, and detects the pulse, respiration, body movement, body temperature, etc. of a person lying on the bed. The sleep sensor 21 uses, for example, a condenser microphone, a pressure sensor that uses a piezoresistive effect, a pressure sensor that uses a piezoelectric effect, etc., and detects the air pressure in the air mattress installed on the bed to detect the input of the monitoring subject. Bed and bed (leaving), heart rate while in bed (during sleep), respiratory state, body movement state, etc. are detected. The sleep sensor 21 is installed on the bedside of the bed or on the wall of the room, and detects the arrival and departure of the person to be monitored, the pulse, respiration, body movement, body temperature, etc. of the person lying on the bed by microwaves or infrared rays. You may use a sensor that Based on the detected signals, the sleep sensor 21 detects bed entry and exit, body movement, apnea occurrence state, sleep depth, midway awakening occurrence state (sleep interrupted and wakeful state), heart rate Sleep data such as number, respiration rate, and body temperature are analyzed and output to the sensor I/F device 20 . Moreover, the sleep sensor 21 may further have a configuration capable of detecting the blood pressure and oxygen saturation (blood oxygen concentration) of the monitoring subject.

The toilet sensor 22 is a sensor installed in the toilet provided in the living room of the person to be monitored, and detects that the toilet is in use. The toilet sensor 22 can be, for example, a sensor that detects seating on the toilet (toilet seat) or a motion sensor that detects the movement of a person in the toilet. A detection signal indicating the detection result (toilet in use) is output to the sensor I/F device 20 . The door sensor 23 is a sensor installed on the door for the person to be monitored to go in and out of the living room, and detects the opening and closing of the door or the passage of a person through the door. When the door sensor 23 detects that the door is opened or closed or that a person has passed through the door, the door sensor 23 outputs a detection signal indicating the detected state to the sensor I/F device 20 .

The environmental sensor 24 is a sensor that measures environmental data such as the temperature and humidity in the living room of the person to be monitored. The environment sensor 24 is installed, for example, on the wall surface of the living room. The environmental sensor 24 outputs environmental data such as measured temperature and humidity to the sensor I/F device 20 . The motion sensor 25 is a sensor that detects motion of a person in the living room of the person to be monitored. do. The human sensor 25 is installed, for example, on the wall surface of a living room. When the motion of a person is detected, the human sensor 25 outputs a detection signal indicating that there is a person in the living room to the sensor I/F device 20 .

The call button 26 is a button that is manually operated when the person to be monitored desires help on his or her own judgment, and is installed, for example, on the wall of the room of the person to be monitored. The call button 26 outputs a detection signal indicating the operation to the sensor I/F device 20 when operated by the person to be monitored.

In this embodiment, a sensor I/F device 20, sensors 21 to 25, and a call button 26 are provided for each person to be monitored. , is associated with a person to be monitored. In addition to such a configuration, when one sensor 21 to 25 is installed in a place where there is a possibility of detecting a plurality of persons to be monitored, face authentication or ID (IDentification) tags can be used together. , a configuration may be provided for specifying the person to be monitored detected by each of the sensors 21 to 25. FIG.

The sensor I/F device 20 acquires signals from the sensors 21 to 25 and the call button 26, and transmits information corresponding to the acquired signals (information indicating the state of the person to be monitored) to the server 10 via the network N. do. The server 10 is provided in, for example, a care facility and managed by a care provider using the information processing system of the present embodiment. Note that the server 10 may be a server managed by a business operator that provides the information processing system of the present embodiment to nursing care facilities. The server 10 is an information processing device capable of various information processing and transmission/reception of information, and is, for example, a server computer, a personal computer, or the like. The server 10 accumulates the information of the monitored person sequentially received from the sensor I/F device 20 provided for each monitored person, and when a situation (event) requiring nursing care occurs, the nursing care staff to notify the staff terminal 30 of the occurrence of the event.

The staff terminal 30 is an information terminal used by nursing staff of a nursing facility, and is, for example, a personal computer. The staff terminal 30 may be a portable communication terminal such as a smart phone, a tablet terminal, or a notebook computer. The staff terminal 30 includes a display unit 36 (see FIG. 2), and displays the notification information received from the server 10 to notify the care staff of the status of each monitored person and the event that has occurred.

FIG. 2 is a block diagram showing a configuration example of the server 10 and the staff terminal 30. As shown in FIG. The staff terminal 30 has a control section 31, a main storage section 32, an auxiliary storage section 33, a communication section 34, an input section 35, a display section 36, etc., and these sections are connected via a bus. The control unit 31 includes one or more processors such as a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), or a GPU (Graphics Processing Unit). The control unit 31 reads the program 33P stored in the auxiliary storage unit 33 into the main storage unit 32 and executes it, thereby executing information processing and control processing that the staff terminal 30 should perform.

The main storage unit 32 is a temporary storage area such as SRAM (Static Random Access Memory), DRAM (Dynamic Random Access Memory), flash memory, etc., and temporarily stores data generated when various programs 33P are executed by the control unit 31. Remember. The auxiliary storage unit 33 is a nonvolatile storage area such as a flash memory, hard disk, SSD (Solid State Drive), etc., and stores various programs 33P (program products) executed by the control unit 31 and various data. The program 33P and various data may be written to the auxiliary storage unit 33 at the manufacturing stage of the staff terminal 30, and the control unit 31 downloads them from another device via the communication unit 34 and stores them in the auxiliary storage unit 33. may The auxiliary storage unit 33 may be another storage device connected to the staff terminal 30 .

The communication unit 34 is a communication module for performing processing related to wired communication or wireless communication, and transmits and receives information to and from other devices via the network N. The input unit 35 receives an operation input by the care staff and sends a control signal corresponding to the operation content to the control unit 31 . The display unit 36 is a liquid crystal display, an organic EL display, or the like, and displays various information according to instructions from the control unit 31 . A part of the input unit 35 and the display unit 36 may be a touch panel integrally configured.

In addition to the configuration described above, the staff terminal 30 of this embodiment includes a microphone that collects surrounding sounds and generates digital audio data, a speaker that outputs messages or warning sounds according to instructions from the control unit 31, and earphones. Or you may have headphones.

The server 10 has a control unit 11, a main storage unit 12, an auxiliary storage unit 13, a communication unit 14, etc., and these units are connected via a bus. Since the above-described units 11 to 14 of the server 10 have the same configuration as the units 31 to 34 of the staff terminal 30, description of the configuration will be omitted. In addition to various programs 13P (program products) executed by the control unit 11, the auxiliary storage unit 13 of the server 10 stores a monitored person DB 13a, a sensor data DB 13b, and an event DB 13c. The monitored person DB 13a is a database that stores information about a monitored person in this system. The sensor data DB 13b is a database that stores the state of the monitored person detected by the sensors 21 to 25 and the operation state of the call button 26. FIG. The event DB 13c is a database that stores information about events that have occurred with respect to each monitored person. The monitoring subject DB 13a, the sensor data DB 13b, and the event DB 13c may be stored in another storage device with which the server 10 can communicate via the network N.

In this embodiment, the server 10 may be a multicomputer consisting of a plurality of computers, a virtual machine virtually constructed by software, or a cloud server. In addition to the configuration described above, the server 10 may have an input unit for receiving operation input, a display unit such as a liquid crystal display or an organic EL display, and the like. The server 10 also includes a reading unit that reads a non-temporary computer-readable portable storage medium 10a. good too. Also, the program 13P may be executed on a single computer, or may be executed on a plurality of computers interconnected via a network N.

FIG. 3 is an explanatory diagram showing an example of record layouts of the monitored person DB 13a, the sensor data DB 13b, and the event DB 13c. The monitored person DB 13a includes a subject ID column, a name column, an age column, a sex column, a room number column, an alert setting column, a star setting column, and a real-time information column. The target person ID column stores an ID uniquely assigned to the monitoring target person. The name column, age column, gender column, and room number column store the name, age, sex, and room number of the monitoring subject in association with the subject ID. The alert setting column stores information (for example, event name, event identification information) of an event that should be notified (alert output) to the care staff among the events that have occurred in the monitored person. Note that the alert setting may be configured so that it can be set for each time period, and in this case, the alert setting column includes each time period and the event to be notified to the care staff when it occurs in each time period. information in association with each other and stored. The alert settings are set by the care staff according to the condition of the monitoring subject, for example, when the monitoring subject moves into a nursing care facility. The star setting column stores setting information indicating whether or not the monitored person is treated as a focused person (star). A target person is a monitoring target person who needs to be more careful in nursing care than other monitoring target people. be. Note that the star setting may be set by a care staff when, for example, the monitoring subject moves into a nursing care facility, or when the monitoring subject's medical condition changes after moving in, and the monitoring subject's attributes, diagnosis, etc. The server 10 may automatically set according to the name of the disease, the condition of the disease, and the like. The real-time information string stores information indicating the real-time status of the person being monitored, and specifically includes a status string, a heart rate/breathing string, and the like. The status column stores status information indicating the status (event) of the monitored person. The status information indicates the state of the person to be monitored or the state of the surroundings of the person to be monitored determined from the detection results of the sensors 21 to 25 . The heartbeat/breathing train stores the heart rate and breathing rate of the monitored person for one minute, for example. The control unit 11 of the server 10 updates each column of the real-time information column based on the information acquired from each of the sensors 21 to 25 via the sensor I/F device 20. FIG. In addition to the columns described above, the real-time information column may include a temperature/humidity column storing the temperature and humidity in the living room of the monitoring subject, and a body temperature column storing the body temperature of the monitoring subject. Also, if any of the sensors 21-25 can measure the blood pressure and oxygen saturation of the monitored subject, the real-time information column may have columns that store the blood pressure and oxygen saturation of the monitored subject.

The event is an event that occurs in the state of the monitoring subject or in the surrounding environment of the monitoring subject, and includes events that are different from normal conditions, events that should be notified to care staff, and events that require nursing care. For example, the event may include the person being monitored leaving the bed (getting out of bed), an increase in body movement of the person being monitored while in bed (in bed, sleeping), use of the toilet and staying in the toilet for a long time, opening the door, or room temperature or humidity out of a predetermined range, heartbeat or breathing stop of the monitored person, operation stop of each sensor 21 to 25 or sensor I/F device 20, call button 26 operation, and the like. In addition, in the information processing system, if a personal authentication terminal using face authentication or an ID tag is installed at the entrance of the nursing care facility or the door of each monitored person's room, etc., the pre-registered registrant ( The event may include the detection of a person to be monitored and care staff), the detection of an unregistered person, the wandering of a person to be monitored, and the like. Occurrence of an event is determined by the control unit 11 of the server 10 based on information obtained from the sensors 21 to 25 and the call button 26 via the sensor I/F device 20 . When determining that an event has occurred for each person to be monitored, the control unit 11 registers information about the determined event in the event DB 13c.

The sensor data DB 13b is provided for each person to be monitored, and stores detection results by the sensors 21 to 25 and operation information for the call button 26 in association with the person ID of the person to be monitored. The sensor data DB 13b includes a date/time column, a sleep sensor column, a toilet sensor column, a door sensor column, an environment sensor column, a motion sensor column, and a call button column. The date and time column stores the date and time of detection by each of the sensors 21 to 25 and the date and time of operation of the call button 26 . The date and time column may store the date and time when the server 10 acquires the detection results and operation information from the sensors 21 to 25 and the call button 26 . The sleep sensor column stores sleep data indicating the sleep state of the monitoring subject detected by the sleep sensor 21 . The sleep data includes body motion data indicating the magnitude of body motion, apnea data indicating the state of occurrence of an apnea phenomenon, sleep depth data indicating sleep depth, heart rate data indicating heart rate, and breathing rate data indicating breathing rate. , containing body temperature data indicating body temperature. Note that the sleep data includes data acquired while the monitoring subject is awake in addition to data acquired while the monitoring subject is asleep. As for the sleep data, in addition to the configuration in which each data is stored in association with the date and time, graph data showing temporal changes in the state of the monitoring subject may be stored. For example, a graph showing changes over time in body movement, a graph showing changes over time in the occurrence of apnea, a graph showing changes over time in depth of sleep, a graph showing changes over time in heart rate, and time of breathing rate. A graph showing temporal changes in body temperature and a graph showing temporal changes in body temperature may be stored in the sleep sensor array. The data of the graph is, for example, a series of data in which a set of the time when the sleep sensor 21 performs the measurement and the measured value is recorded each time the measurement is performed. The apnea phenomenon is a phenomenon in which the airflow in the mouth and nose stops for 10 seconds or longer during sleep. The depth of sleep is detected in three stages, for example, waking, light sleep, and deep sleep, and the sleep depth data may include the occurrence of midway awakening and the total sleep time of the day.

The toilet sensor column stores information (used/not used) indicating whether or not the toilet sensor 22 has detected the use of the toilet by the monitored person. The door sensor array stores information (open/no movement) indicating whether or not the door sensor 23 has detected the opening of the door or the passage of the door by the person to be monitored. The environmental sensor column stores environmental data indicating the temperature and humidity in the monitoring subject's living room detected by the environmental sensor 24 . As for the environmental data, in addition to the configuration in which the temperature and humidity are stored in association with the date and time, graph data showing temporal changes in the temperature and humidity may be stored in the environment sensor array. The human sensor column stores information (presence/absence in the living room) indicating whether or not the human sensor 25 has detected the movement of the person to be monitored. The call button row stores information (used/not used) indicating whether or not the monitored person has operated (used) the call button 26 . The control unit 11 of the server 10 updates each column of the sensor data DB 13b based on the information obtained from the sensors 21 to 25 and the call button 26 via the sensor I/F device 20. FIG. The toilet sensor row may store only information (use) indicating use of the toilet, and the door sensor row may store only information (open) indicating opening of the door or passage of the monitored person. Alternatively, the motion sensor row may store only information (presence) indicating the presence of the person to be monitored, and the call button row may store only information (use) indicating the operation of the call button 26. may

The event DB 13c is provided for each person to be monitored, and stores information on events occurring in the person to be monitored in association with the person ID of the person to be monitored. The event DB 13c includes a date/time column, an event item column, an event content column, a progress information column, and a comment column. The date and time column is the date and time when the event occurred, and stores the date and time when the control unit 11 of the server 10 determined the occurrence of the event based on the information obtained from the sensors 21 to 25 and the call button 26 . The event item column and event content column store items related to events that have occurred and their content. For example, when an event of getting out of bed due to awakening in the middle occurs in a person to be monitored, "getting out of bed" is registered as the event item, and "awakening in the middle" is registered as the event content. When an event of room temperature outside the predetermined range occurs, "room temperature" is registered as the event item and "30° C. (measured room temperature)" is registered as the event content. When an event of staying in the bathroom for a long time occurs, "toilet" is registered as the event item, and "20 minutes (measured time)" is registered as the event content. Further, when an event of increased body movement during bed rest occurs, "body movement" is registered as the event item, and "increase" is registered as the event content. Further, when an event of operation of the call button 26 occurs, "call" is registered as an event item. The progress information column stores information indicating the progress of the care staff's response to the event that has occurred (hereinafter referred to as nursing care). The comment column stores comments input by the care staff using the staff terminal 30 for the event. The event DB 13c is not limited to the configuration shown in FIG. For example, the event DB 13c may store photographs and videos taken when the care staff treats the monitored person for the event, and recorded sounds, etc., in association with the item and content of the event.

Based on the information obtained from the sensors 21 to 25 and the call button 26 via the sensor I/F device 20, the control unit 11 of the server 10 controls the real-time information column of the monitored person DB 13a and each column of the sensor data DB 13b. and update. When the control unit 11 detects that an event has occurred in the monitored person based on the information obtained from the sensors 21 to 25 and the call button 26, the control unit 11 updates the date/time column, the event item column, and the event content column of the event DB 13c. Update. Further, for example, when the control unit 11 receives the completion of nursing care by the nursing care staff for the event via the staff terminal 30, it stores "completed" in the progress information column of the event DB 13c, and receives a comment on the event. Store comments in the comment column. Note that the control unit 11 may store "completed" indicating the end of the nursing care in the progress information string in association with the date and time when the end of the nursing care is accepted. The event DB 13c registers information about all events that have occurred to the person being monitored. Staff will be notified. The event DB 13c may have a configuration in which information on all events is registered, or a configuration in which only information on events notified to care staff (events for which alerts are set) is registered.

FIG. 4 is an explanatory diagram showing an example of a notification screen. The notification screen is a screen for notifying the care staff of the status of each monitored person, and is generated by the control unit 11 of the server 10 based on the stored contents of the monitored person DB 13a and the event DB 13c. The control unit 11 transmits the generated notification screen to the staff terminal 30 , and the control unit 31 of the staff terminal 30 displays the notification screen obtained from the server 10 on the display unit 36 . When the control unit 31 of the staff terminal 30 receives an operation input via the input unit 35 on the displayed notification screen, the control unit 31 transmits the operation content to the server 10 . The control unit 11 of the server 10 changes the display state of the notification screen and switches the display contents according to the operation content, and transmits the updated notification screen to the staff terminal 30 . As a result, the updated notification screen is displayed on the staff terminal 30 .

The notification screen shown in FIG. 4 includes a display area for a room list that displays the current status of each monitored person in the nursing care facility, and an alert that displays the occurrence history of events set for each monitored person. and a history display area. The list of rooms has a plurality of individual columns R1, and one individual column R1 displays information about one monitored person stored in the monitored person DB 13a. Specifically, the room number, name, temperature and humidity in the living room, body temperature, respiratory rate, and heart rate of one person to be monitored are displayed in characters, and the current state of the person to be monitored is displayed in characters and each state. is displayed with the corresponding icon. Characters and icons indicating the status of the monitored person are prepared in advance corresponding to each status stored in the monitored person DB 13a.

For example, when the monitored person leaves the bed, an icon I1 indicating that the person has left the bed and the characters "got out of bed" are displayed in the individual field R1. In addition to the icon I1, the icons corresponding to the status of the monitoring subject include an icon I2 indicating that the person is asleep, an icon I3 indicating that the person is in the bathroom, an icon I4 indicating that there is body movement, and the like. By displaying the status of each monitored person using icons in this way, it is easy to grasp the status of each monitored person. Icons and characters corresponding to the status of the person to be monitored are preinstalled in the program 13P, for example, and the control unit 11 selects an icon and characters corresponding to the status of each person to be monitored when generating the notification screen. can be displayed by Further, when the target person is set, an index (mark) I5 indicating that the target person is set (star setting) is displayed in some place in the individual field R1. In the example shown in FIG. 4, the indicator I5 is displayed at the right end position of the individual column R1 corresponding to the person to be monitored in room No. 102. As a result, the control unit 11 outputs to the staff terminal 30 the index I5 indicating the star setting (target person) in association with the information (status information) displayed in the individual column R1 regarding the monitoring target person who has been set as a star. can. In the room list, the personal columns R1 of the persons to be monitored who are star-set may be collectively displayed at the top. The star setting registration instruction is received, for example, via the input unit 35 of the staff terminal 30, and the control unit 11 of the server 10 stores "setting" in the star setting column of the monitored person DB 13a, thereby completing the setting. do.

A scroll bar is provided at the right end of the room list display area. When the scroll bar is operated via the input unit 35 of the staff terminal 30, a screen is displayed in which the display contents (each individual column R1) are scrolled up and down. The living room list has a "watching over" tab, a "starred" tab, and an "all" tab, and by switching the tab selection, a living room list corresponding to the selected tab is displayed. For example, when the "all" tab is selected, the personal column R1 corresponding to all monitored persons stored in the monitored person DB 13a is displayed in the room list. When the "watching over" tab is selected, a personal field corresponding to the monitored person being watched over (monitored person whose status is being monitored) among the monitored persons stored in the monitored person DB 13a R1 is displayed in the room list. When the "starred" tab is selected, the individual column R1 corresponding to the monitored person who has been set as a star among the monitored persons stored in the monitored person DB 13a is displayed in the room list. . In addition, for example, when the person to be monitored by each care staff is fixed, a tab is provided for switching to a room list in which the personal column R1 corresponding to the person to be monitored by each care staff is displayed. may be In addition, the living room list may be configured to be switchable for each floor or area in the nursing facility, and the individual column R1 displayed in the living room list is arranged according to the layout of the rooms in each floor or each area. position may be displayed.

Although illustration is omitted, when a predetermined operation (for example, a right-click of a mouse) is performed on one personal field R1, an operation menu for performing setting processing for the person to be monitored in this personal field R1 is displayed. be. For example, an operation menu is displayed for accepting a selection of processes such as star settings and cancellation of settings, change of alert settings, change of registered information about a person to be monitored, and suspension and resumption of monitoring (monitoring) of a person to be monitored. be. When selection of each process is accepted via such an operation menu, respective setting screens are displayed, and settings can be changed via the setting screens. Temporary suspension of monitoring (monitoring) of the monitoring target is set, for example, when a resident of a nursing facility (monitoring target) is temporarily hospitalized in a medical institution, or temporarily returns home. .

The alert history has a plurality of alert columns R2, and one alert column R2 displays information about one event that has occurred for one monitored person. Specifically, the room number, name, and date and time of the event (alert) occurrence of the person to be monitored where the event for which the alert is set occurred are displayed in text, and the status of the person to be monitored (details of the event) is displayed in text and Each event is represented by an icon corresponding to it. As icons corresponding to events, icons similar to the icons I1 to I4 used for the room list, for example, are used. In the alert column R2 as well, the indicator I5 is displayed for the monitoring target who is set as a star. That is, the control unit 11 outputs the index I5 indicating the star setting (target person) to the staff terminal 30 in association with the information (event information) displayed in the alert column R2 regarding the monitoring target person set as the star. . Note that the alert column R2 related to the person to be monitored who has been star-set may be displayed in a predetermined color or may be displayed in a blinking manner, thereby emphasizing a display mode indicating a high degree of importance. An unread mark is displayed in the alert column R2 when the displayed alert has not been confirmed by the care staff. Note that when a predetermined operation (for example, a left click of the mouse) is performed on the alert column R2, the detailed content of the alert in the alert column R2 is displayed, and when the detailed content is displayed, the alert is already displayed. Read state. In the read state, the unread mark displayed in the alert column R2 is no longer displayed. Note that instead of the unread mark not being displayed, a read mark indicating the read state may be displayed.

Further, when a predetermined operation (for example, a right click of the mouse) is performed on the alert column R2, an operation menu (not shown) for performing processing for the alert of this alert column R2 is displayed. For example, an operation menu is displayed for accepting a selection of processing such as input of information and comments regarding nursing care provided by the nursing care staff in response to the alert, change to an unread state, and the like. When inputting a comment for an alert is selected via such an operation menu, a comment input screen is displayed, and the comment input via the input screen is stored in the event DB 13c. Further, when a change to the unread state is selected via the operation menu, the read state of the alert is changed to the unread state.

A scroll bar is provided at the right end of the alert history display area. When the scroll bar is operated via the input unit 35 of the staff terminal 30, a screen is displayed in which the display contents (each alert column R2) are scrolled up and down. The alert history has an "all" tab, an "unread" tab, and a "read" tab, and by switching tab selection, a list of alert history corresponding to the selected tab is displayed. For example, when the "All" tab is selected, an alert column R2 for all alerts notified so far is displayed in the alert history. When the "Unread" tab is selected, among the alerts that have been notified so far, the alert column R2 for alerts that are in an unread state is displayed in the alert history, and when the "Read" tab is selected, Among the alerts notified to , an alert column R2 related to alerts in a read state is displayed in the alert history. Information on alerts notified so far includes information indicating whether or not it has been confirmed by nursing care staff (unread or read), and whether or not it has been handled by nursing care staff (already providing nursing care). It is stored in a DB provided in the auxiliary storage unit 13 of the server 10, for example, in association with the information indicating whether it is handled or not (handled or unhandled). Therefore, the control unit 11 of the server 10 can generate an alert history corresponding to each tab by reading information corresponding to the selected tab from the DB. Also, the alert history may be configured to be switchable for each floor or area within the nursing care facility.

By displaying the notification screen configured as described above on the staff terminal 30, the care staff can grasp the current status of each monitored person and also grasp the occurrence status of the event for which an alert has been set for the monitored person. can. In the notification screen shown in FIG. 4, for example, when any individual column R1 in the room list is selected (for example, when the mouse is left-clicked), the information of the person to be monitored in the selected individual column R1 is displayed. A personal screen displaying a list is displayed on the staff terminal 30 . FIG. 5 is an explanatory diagram showing an example of a personal screen. The personal screen is generated by the control unit 11 of the server 10 based on each information stored in the sensor data DB 13b of each monitored person. The personal screen has a real-time data field R3, a previous day's sleep field R4, a vital history field R5, and the like. The real-time data column R3 displays real-time information indicating the current status of the monitored person. The real-time data column R3 has a "last 12 hours" tab and a "last 30 minutes" tab, and by switching the tab selection, information for the most recent 12 hours in the past or information for the most recent 30 minutes in the past information is displayed. The real-time data column R3 displays graphs showing temporal changes in sleeping state, respiration rate, heart rate, activity state, tray usage history, door opening history, room temperature, and the like. The horizontal axis of each graph indicates time, and the right end of the horizontal axis indicates the current time.

The sleep state is displayed by a band graph, and the hatched portion in the band graph indicates the sleeping time, and the blank portion indicates the waking time. Note that the graph showing the sleep state may have a configuration in which the hours of deep sleep and the hours of light sleep are indicated by different hatching. Respiration rate and heart rate are displayed in a line graph. The activity state is displayed by a bar graph, and the hatched portion in the bar graph indicates the time during which the motion sensor 25 detects the movement of the person to be monitored in the living room. The use history of the toilet is displayed in a bar graph, and the hatched portion in the bar graph indicates the time during which the toilet sensor 22 detects the use of the toilet by the monitoring subject. The door opening history is displayed as a bar graph, and the hatched portion in the bar graph indicates the time during which the door sensor 23 detects the opening of the door or the passage of the person to be monitored. Room temperature is displayed as a line graph. A line graph indicating humidity may be displayed together with the room temperature.

The previous day's sleep field R4 displays information regarding the previous day's sleep, such as sleep time, degree of recovery from fatigue, comfortable sleep index, comfortable environment index, and the like. Each of these pieces of information is calculated by the control unit 11 of the server 10 based on the information stored in the sensor data DB 13b. The sleep time consists of characters indicating the sleep time calculated based on the sleep data detected by the sleep sensor 21, marks indicating the evaluation corresponding to the sleep time (five stars in FIG. 5) and letters (in FIG. 5 " I'm sleeping well.") is displayed. The degree of recovery from fatigue is also calculated based on the sleep data, and the degree of recovery from fatigue due to sleep is indicated on a scale of 100, for example. A good sleep index is also calculated based on the sleep data, and indicates the degree of good sleep, for example, out of 100 points. The comfort environment index is calculated based on the environmental data detected by the environment sensor 24, and indicates the degree of comfort in the sleeping environment, for example, out of 100 points.

The vital history column R5 displays vital data of the monitored subject detected by the sleep sensor 21 . In the example shown in FIG. 5, the vital history column R5 displays the current numerical values of body temperature, blood pressure, and oxygen saturation, and graphs showing temporal changes in the most recent past week. The horizontal axis of each graph indicates the date (day of the week), and the right end of the horizontal axis indicates the current date (day of the week). Also, in the vital history column R5, a message indicating the status of the monitored person corresponding to the current numerical value of each vital data is displayed. For example, if the body temperature is 37.5 degrees Celsius or higher, the message "I have a fever" is displayed. Also, if the blood pressure is classified into, for example, high normal blood pressure, high blood pressure, class I hypertension, class II hypertension, class III hypertension, etc., a message indicating that the blood pressure falls under each class is displayed. Also, when the oxygen saturation is less than 95%, a message is displayed indicating that the oxygen saturation is an abnormal value.

The personal screen has a "return to room list" button for returning to the display of the screen shown in FIG. , the screen displayed on the staff terminal 30 is switched to the notification screen shown in FIG. The care staff appropriately switches between the notification screen shown in FIG. 4 and the personal screen shown in FIG. status can be checked individually.

Below, in the information processing system of the present embodiment, processing performed by each device for updating the notification screen displayed on the staff terminal 30 will be described. FIG. 6 is a flowchart illustrating an example of a notification screen updating process procedure. In FIG. 6, the processing performed by the server 10 is shown on the left side, and the processing performed by the staff terminal 30 is shown on the right side. The following processes are executed by the control unit 11 according to the program 13P stored in the auxiliary storage unit 13 of the server 10, and executed by the control unit 31 according to the program 33P stored in the auxiliary storage unit 33 of the staff terminal 30. be done. In the following processing, when the sensor I/F device 20 acquires detection signals from the sensors 21 to 25 and operation signals from the call button 26, the sensor I/F device 20 transmits the acquired signals to the server 10 via the network N. ing. Note that the sensor I/F device 20 may be configured to transmit signals from the sensors 21 to 25 and the call button 26 to the server 10 in response to a signal request from the server 10 .

The control unit 11 of the server 10 receives signals (sensor data) from the sensors 21 to 25 or the call button 26 connected to the sensor I/F device 20 via one of the sensor I/F devices 20. It is determined whether or not it has been received (S11). If the control unit 11 determines that the sensor data has not been received (S11: NO), it waits until the sensor data is received. When determining that the sensor data has been received (S11: YES), the control unit 11 specifies which state of the person to be monitored is detected by the received sensor data (S12). For example, the server 10 stores a table in which the identification information (subject ID) of each monitored person and the identification information (device ID) of each sensor I/F device 20 are associated and registered. The /F device 20 is configured to transmit sensor data and identification information of the sensor I/F device 20 to the server 10 . In this case, the control unit 11 of the server 10 can specify the monitored person corresponding to the received sensor data based on the identification information of the sensor I/F device 20 received from the sensor I/F device 20 and the table. Further, the sensor I/F device 20 may be configured to store the identification information of the corresponding monitoring subject and transmit the sensor data and the identification information of the monitoring subject to the server 10. . In this case, the control unit 11 of the server 10 can specify the monitored person for the received sensor data based on the monitored person identification information received from the sensor I/F device 20 .

The control unit 11 associates and stores the date and time at this point in time with the received sensor data in the sensor data DB 13b of the specified person to be monitored (S13). The control unit 11 also stores real-time information indicating the current state of the monitored person based on the received sensor data in the monitored person DB 13a. Based on the sensor data stored in the sensor data DB 13b, the control unit 11 generates display information to be displayed in the individual column R1 of the room list on the notification screen (S14). For example, the control unit 11 generates display information by associating the information of the monitoring target identified in step S12 (for example, the target ID) with the state information (status information) of the monitoring target based on the sensor data. The control unit 11 (status output unit) transmits the generated display information to the staff terminal 30 (S15). When receiving the display information of the room list from the server 10, the control unit 31 of the staff terminal 30 updates the room list of the notification screen being displayed on the display unit 36 based on the received display information (S16). Specifically, the control unit 31 displays the state indicated by the received state information of the monitoring subject in the individual column R1 corresponding to the received information of the monitoring subject. For example, when the control unit 31 receives "getting out of bed" from the server 10 as the status information of the monitored person in room 101, the control unit 31 stores an icon I1 corresponding to "getting out of bed" and " I'm out of bed" is displayed and the room list is updated.

Next, based on the sensor data stored in the sensor data DB 13b in step S13, the control unit 11 specifies an event that has occurred in the person to be monitored here (S17). For example, when receiving from the sleep sensor 21 a signal indicating that the person to be monitored is getting out of bed, the control unit 11 identifies the occurrence of an event that the person to be monitored is getting out of bed. Further, when receiving a signal indicating the state of body movement from the sleep sensor 21, if the magnitude of body movement indicated by the received signal is equal to or greater than a predetermined value, the control unit 11 detects the body movement of the monitoring subject on the bed. Identify occurrences of events where is large. Further, when receiving a signal indicating use of the toilet from the toilet sensor 22, the control unit 11 identifies occurrence of an event of use of the toilet. Further, when the control unit 11 receives a signal indicating use of the toilet continuously for a predetermined time or longer, the control unit 11 identifies occurrence of an event of a long stay in the toilet. Further, when receiving a signal indicating that the door is opened from the door sensor 23, the control unit 11 identifies the occurrence of an event that the door is opened. Further, when the control unit 11 receives a signal indicating temperature (room temperature) from the environment sensor 24, if the received temperature is equal to or higher than a predetermined range, the control unit 11 identifies occurrence of an event of a high temperature state, and determines whether the received temperature is within the predetermined range. If it is less than, it identifies the occurrence of a low temperature event. Further, when receiving a signal indicating humidity from the environment sensor 24, the control unit 11 identifies occurrence of an event of a high humidity (high humidity) state if the received humidity is greater than or equal to a predetermined range. If it is less than the predetermined range, the occurrence of an event of low humidity (dry) is specified. Further, when receiving a signal indicating zero heart rate and zero breathing rate from the sleep sensor 21, the control unit 11 identifies occurrence of an event in which a biological reaction cannot be detected (stop of heartbeat and breathing). Further, when receiving an operation signal from the call button 26 , the control unit 11 identifies occurrence of an event of operation of the call button 26 . In addition, if the control unit 11 does not receive a signal from any sensor I/F device 20 or a signal from any of the sensors 21 to 26 for a predetermined time or longer, the sensor I/F device 20 , or the occurrence of an event of malfunction of any of the sensors 21-25.

In addition, when a personal authentication terminal using face authentication or an ID tag is provided at an appropriate location in the nursing care facility, the control unit 11 detects the registrant based on the signal received from the personal authentication terminal, and Identifies the occurrence of an event called Subscriber Detection. Further, when the same person to be monitored is detected more than a predetermined number of times within a predetermined time by one personal authentication terminal, the control unit 11 identifies the occurrence of an event of loitering of the person to be monitored. The event whose occurrence is detected by the control unit 11 is not limited to the above-described event, and may be an event that occurs in the person to be monitored or in the surroundings of the person to be monitored. It can contain various possible states. Note that the reference values for determining whether body movement, time spent in the toilet, temperature, and humidity are within normal ranges are stored in advance in the auxiliary storage unit 13 of the server 10, and are set for each person to be monitored. The determined reference value may be stored in advance.

The control unit 11 associates and stores the detection date and time of the sensor data used to identify the occurrence of the event and the information of the determined event in the event DB 13c of the monitored person (S18). For example, when the control unit 11 specifies the occurrence of an event of getting out of bed due to awakening in the middle of sleep of the monitoring subject, it stores "getting out of bed" as the event item and "waking up in the middle of the night" as the event content. Further, when the control unit 11 identifies the occurrence of an event that the body movement is large, it stores "body movement" as the event item and "large" or "increase" as the event content. When the occurrence of the event of using the toilet is specified, the control unit 11 stores "toilet" as the event item, and when the occurrence of the event of staying in the toilet for a long time is specified, the duration of stay in the toilet is stored as the event content. memorize Further, when the control unit 11 identifies the occurrence of the event of opening the door, it stores "door" as the event item and "open" as the event content. When the control unit 11 identifies the occurrence of an event such as a high temperature state or a low temperature state, it stores "room temperature" as the event item and stores the measured room temperature as the event content. Further, when the control unit 11 identifies the occurrence of an event such as a high humidity state or a dry state, it stores "humidity" as an event item, and stores the measured humidity as an event content. When the control unit 11 identifies the occurrence of an event such as heartbeat and respiration stop, it stores "heartbeat" as an event item, and stores the measured heart rate and respiration rate (measured number of zero) as event contents. Further, when the control unit 11 identifies the occurrence of the event of the operation of the call button 26, it stores "call button" as the event item and "operation" as the event content. Further, when the control unit 11 specifies the occurrence of an event such as malfunction of the sensor I/F device 20 or the sensors 21 to 25, it stores "device malfunction" as the event item, and detects the occurrence of unnecessary operation as the event content. device information of the device received.

Further, when the control unit 11 specifies the occurrence of an event of detection of a registrant and detection of an unregistered person, it stores "human detection" as an event item, and the monitored person or unregistered person detected as the event content. store the information shown. Further, when the control unit 11 identifies the occurrence of the event of the monitored person's loitering, the control unit 11 stores "wandering" as the event item and stores the detected monitored person's information as the event content. In addition, when the personal authentication terminal is provided in the common area of the monitored person, an event DB for the nursing care facility is prepared on the server 10, and the detection of registrants, the detection of unregistered persons, and the wandering of the monitored person are performed. The event information to be displayed and the identification information or installation location information of the personal authentication terminal may be stored in the event DB for the nursing facility.

The control unit 11 determines whether or not the event specified in step S17 is an event for which an alert has been set for the person to be monitored (S19). Here, the control unit 11 determines whether or not the event specified in step S17 is included in the events for which an alert is set for the person to be monitored specified in step S12. When determining that the event is not an alert-set event (S19: NO), the control unit 11 terminates the process. It should be noted that the control unit 11 executes the processing after step S12 each time it receives sensor data from the sensor I/F device 20 .

If it is determined that the event is for which an alert has been set (S19: YES), the control unit 11 generates alert information to be displayed in the alert column R2 of the alert history of the notification screen based on the information stored in the event DB 13c. (S20). For example, the control unit 11 generates alert information by associating the current date and time, information (room number and name) of the person to be monitored identified in step S12, and event information indicating the details of the event. The control unit 11 (event output unit) transmits the generated alert information to the staff terminal 30 (S21). Note that the control unit 11 may store the alert information in the event DB 13c in association with the event information. When receiving alert information to be displayed in the alert history from the server 10, the control unit 31 of the staff terminal 30 updates the alert history of the notification screen being displayed on the display unit 36 based on the received alert information (S22 ). Specifically, the control unit 31 generates a new alert column R2, and fills the generated alert column R2 with the current date and time, the room number and name of the person to be monitored for whom the alert (event for which the alert is set) has occurred. and status. In the example shown in FIG. 4, an alert column R2 indicating that an event "getting out of bed" has occurred for a person to be monitored in room 101 is displayed, and the alert history is updated. An unread mark is displayed in the newly generated alert column R2.

By the above-described processing, the server 10 monitors the status of each monitored person based on the sensor data received from the sensor I/F device 20, and the status of the monitored person is displayed in the room list displayed on the staff terminal 30. care staff can be notified via Further, when an event for which an alert is set for a person to be monitored occurs, the server 10 can notify the care staff of the occurrence of the event via the alert history displayed on the staff terminal 30 . Therefore, the care staff can grasp the condition of each monitoring subject, and can quickly grasp and start nursing care when an alert is generated for one of the monitoring subjects.

In the above-described process, if the staff terminal 30 is configured to have an audio output unit such as a speaker or an earphone, when alert information is received from the server 10, in addition to updating the displayed alert history, the staff terminal 30 outputs the alert information. It may be configured to output audio. For example, when the control unit 31 of the staff terminal 30 receives alert information indicating that an event "getting out of bed" has occurred in a person to be monitored in room 101, the control unit 31 displays a message "room 101, Mr. Taro Sato, got out of bed". Audio output is possible. According to such a configuration, the nursing staff can grasp that an event (alert) has occurred in the monitored person without checking the display contents of the display section 36 of the staff terminal 30 .

FIG. 7 is a flow chart showing an example of an alert history updating process procedure in the notification screen, and FIG. 8 is an explanatory diagram showing an example of updating the alert history. The server 10 of the present embodiment executes the following process after a predetermined time has passed since the alert information was sent to the staff terminal 30 in step S21 in FIG. 6, or each time a predetermined time has passed. The control unit 11 of the server 10 determines whether or not there is an alert (unread alert) for which nursing care by the nursing staff has not been completed in the alert history on the notification screen being displayed on the staff terminal 30 (S31). For example, the control unit 11 determines whether or not there is an alert column R2 displaying an unread mark in the alert history. In addition, the server 10 stores each alert information displayed in the alert history of the notification screen in the main storage unit 12 together with the progress of nursing care by the nursing care staff. It can be determined whether there are any alerts for which care has not been completed. If it is determined that there is no unread alert (S31: NO), the control section 11 terminates the process.

If it is determined that there is an unread alert (S31: YES), the control unit 11 acquires information on the monitored person corresponding to the unread alert (S32). For example, the control unit 11 refers to the progress of each alert information from the alert information stored in the main storage unit 12, and reads alert information for which nursing care by the nursing care staff has not been completed. The alert information here includes the occurrence date and time of the event related to the alert, the person to be monitored, and the content of the event. In addition, the control unit 11 reads from the sensor data DB 13b the state of the person to be monitored from the occurrence of the alert to the present with respect to the alerted event. Based on the read information, the control unit 11 determines whether or not the condition of the person to be monitored is deteriorating (S33). For example, the control unit 11 (detection unit) detects changes over time in the state of the monitoring subject according to the elapsed time from the generation of the alert, based on the information of the monitoring subject. Then, based on the detected change, the control unit 11 determines whether the condition of the person to be monitored is deteriorating. For example, depending on the amount of time that has passed since the alert was generated, if the monitored person's body temperature is rising, if the monitored person's blood pressure changes from high normal blood pressure to high blood pressure, if the temperature in the room is rising , When the monitoring subject's state or the surrounding state changes to an unfavorable state, such as when the monitoring subject's stay time in the toilet has passed a predetermined time (for example, 20 minutes), the control unit 11 controls the monitoring subject's determine that the condition is deteriorating.

When the control unit 11 determines that the condition of the monitored person for whom the alert is being issued is deteriorating (S33: YES), the control unit 11 specifies the display mode of the alert information according to the most recent condition of the monitored person ( S34). For example, the control unit 11 specifies a display mode such as a color or blinking pattern according to the state of the person to be monitored. The display mode corresponding to each state is stored in advance in the auxiliary storage unit 13 and may be changeable by operation input via the staff terminal 30 . FIG. 8A shows an example of the display mode of the alert column R2, and the control unit 11 specifies the color for displaying the alert column R2 of the person to be monitored in room 101, as shown in FIG. 8A, for example. In the example shown in FIG. 8A, the alert column R2 of the monitored person in room 101 is displayed in a black-and-white reversed display mode compared to the alert column R2 of the other monitored subjects. If the control unit 11 determines that the condition of the monitored person for whom the alert is generated has not deteriorated (S33: NO), the control unit 11 skips the processing of step S34.

Next, the control part 11 specifies the display mode of alert information according to the elapsed time from alert generation (S35). For example, the control unit 11 specifies a display mode such as a color or a blinking pattern according to the elapsed time from the generation of the alert, such as 1 minute, 3 minutes, or 5 minutes. Here, too, it is assumed that the display mode corresponding to the elapsed time is stored in advance in the auxiliary storage unit 13 . It should be noted that the display mode according to the elapsed time from the occurrence of the alert can be changed by changing the display color or the blinking pattern, etc., and for example, as shown in FIG. may be added. The control unit 11 generates alert information to be displayed in the alert column R2 in the display mode specified in step S34 and/or the display mode specified in step S35 for the unread alert (S36). The information is transmitted to the staff terminal 30 (S37). The control unit 31 of the staff terminal 30 updates the alert history of the notification screen being displayed on the display unit 36 based on the alert information received from the server 10 (S38). As a result, the staff terminal 30 displays an alert history in which the display mode of the alert column R2 of the monitored person in room 101 is changed as shown in FIG. 8A from the alert history shown in FIG. 4, for example.

By the above-described processing, the alert information regarding the generated alert can be displayed in the alert column R2 in a display mode according to the elapsed time from the generation of the alert, whether the condition of the person to be monitored is deteriorating, and the like. . Therefore, according to the display mode, the urgency of the alert can be grasped, and prompt nursing care can be implemented.

In this embodiment, a plurality of types of sensors 21 to 25 are provided to determine the state of the person being monitored. ) are monitored. In addition, among the events that have occurred, an event to be notified as an alert to the care staff can be set for each person to be monitored. Therefore, different events can be set as events to be notified to the care staff according to the health condition of the monitoring subject.

In this embodiment, in the alert history in the notification screen, depending on whether or not an unread mark is displayed in each alert column R2, it is presented whether nursing care has been performed by the nursing care staff for the alert. . In addition, by displaying a mark indicating the progress of each alert in each alert column R2, it may be configured to present the progress (response status) of nursing care by the nursing care staff for each alert. . For example, as shown in FIG. 8B, an unread mark is displayed when the content of the alert has not been confirmed by the nursing staff, and when nursing care is started after confirmation by the nursing staff, nursing care is underway. The configuration may be such that a corresponding mark indicating that the care is completed is displayed, and a corresponding completed mark indicating that the care has been completed is displayed when the nursing care is completed. With such a configuration, the progress of each alert displayed in the alert history can be easily grasped. In addition to switching the display of the mark, the display mode (for example, display color, blinking display) of the alert column R2 may be switched according to the progress of each alert. The progress status for each alert may be input by the care staff via the input unit 35 of the staff terminal 30, for example.

(Embodiment 2)
Information that changes the display mode of the alert column R2 and the display order of each alert according to the priority when alerts indicating that nursing care is not completed by the nursing care staff are issued to multiple monitored persons. A processing system will be described. The information processing system of the present embodiment can be realized using devices similar to those of the information processing system of the first embodiment shown in FIG. 1, so description of the configuration of each device will be omitted.

In the information processing system of this embodiment, the server 10 and the staff terminal 30 execute the same processing as the processing shown in FIG. As a result, in the information processing system of this embodiment as well, the server 10 monitors the status of each person to be monitored based on the sensor data received from the sensor I/F device 20, and stores the status of each person to be monitored in the room list. In addition to notifying the care staff of the occurrence of an alert in the alert history, when an alert is generated for any of the monitored persons.

9 and 10 are flowcharts showing an example of an alert history update processing procedure according to the second embodiment, and FIG. 11 is an explanatory diagram showing an alert history update example. The priority score calculation process shown in FIG. 10 is the process of step S42 in FIG. The process shown in FIG. 9 is obtained by adding steps S41 to S44 between steps S32 and S33 in the process shown in FIG. Description of the same steps as in FIG. 7 will be omitted.

The control unit 11 of the server 10 of this embodiment executes the same processes as steps S31 to S32 in FIG. Then, the control unit 11 determines whether or not the unread alerts are alerts for a plurality of persons to be monitored (S41). If it is determined that the alert is not for a plurality of monitored persons (S41: NO), that is, if there is only an alert for one monitored person, the control section 11 proceeds to the process of step S33. In this case, the control unit 11 executes processing similar to that shown in FIG.

If it is determined that the alert is for a plurality of persons to be monitored (S41: YES), the control unit 11 assigns a priority score for determining the display order and display mode in the alert history in the notification screen for each alert. Calculate (S42). In the priority score calculation process shown in FIG. 10, the control unit 11 extracts information about one monitoring subject from the monitoring subject information acquired in step S32 (S51). In addition to the alert information, the control unit 11 reads the information of the monitored person for whom the alert is generated from the monitored person DB 13a. Then, the control unit 11 determines whether or not the person to be monitored here is a person to be monitored who has been set as a star (S52). A predetermined score corresponding to the setting is added to the priority score of the monitoring subject (the priority score here is 0) (S53).

When determining that the star is not set (S52: NO), the control unit 11 skips the process of step S53 and specifies the score corresponding to the content of the event related to the alert (S54). For example, a score corresponding to each event item and event content is set in advance and stored in the auxiliary storage unit 13, and the control unit 11 acquires the score corresponding to the content of the event related to the alert from the auxiliary storage unit 13. Then, the control unit 11 adds the specified score to the priority score calculated in step S53 (S55). In addition, the control unit 11 measures the elapsed time from the generation of the alert here, specifies a score corresponding to the measured elapsed time (S56), and adds the specified score to the priority score calculated in step S55. (S57). Also here, for example, a score corresponding to the elapsed time from the generation of the alert is preset and stored in the auxiliary storage unit 13, and the control unit 11 stores the score according to the elapsed time from the generation of the alert from the auxiliary storage unit 13. get.

Further, the control unit 11 determines whether or not the condition of the monitoring subject is deteriorating based on the information of the monitoring subject extracted in step S51 (S58). The processing of step S58 is the same as the processing of step S33. If the control unit 11 determines that the condition of the person being monitored here is deteriorating (S58: YES), it adds a predetermined score to the priority score calculated in step S57 (S59). If it is determined that the monitoring subject's condition has not deteriorated (S58: NO), the control unit 11 skips the processing of step S59, and performs the above-described processing among the monitoring subjects for whom unread alerts are generated. (S60). If it is determined that there is an unprocessed person to be monitored (S60: YES), the control unit 11 returns to the process of step S51, extracts information about one unprocessed person to be monitored (S51), and extracts the information. Based on the information, the processes of steps S52 to S59 are executed.

If it is determined that there is no unprocessed person to be monitored (S60: NO), the control unit 11 returns to the process shown in FIG. Then, the control unit 11 specifies the display order of the alert information of each monitoring subject based on the priority score calculated for each monitoring subject (each alert) in step S42 (S43). For example, the control unit 11 assigns the display order of 1, 2, 3, . Further, the control unit 11 specifies the display mode of the alert information of each monitoring subject according to the priority score calculated for each monitoring subject (S44). For example, the control unit 11 specifies a display mode such as a color or blinking pattern according to the priority score of each monitored person. A display mode corresponding to each priority score is stored in advance in the auxiliary storage unit 13 . For example, in the example shown in FIG. 11, the alert information of "body movement" of the monitored person in room 102, the alert information of "body movement" of the monitored person in room 105, and the "getting out of bed" of the monitored person in room 101 are displayed in each alert column R2 in this order in a display mode corresponding to each priority score. According to such a configuration, it becomes possible to emphasize and display the alert information with a high priority score, and the care staff can easily determine the alert with a high priority. In the example shown in FIG. 11, among the monitored persons in rooms 102 and 105 who both have alerts of "body movement", the alert of the monitored person in room 102, which is set as a star, is given priority. is displayed. In addition, the "body movement" alert issued to the monitored person in room 105 is displayed with priority over the "getting out of bed" alert issued to the monitored person in room 101. Instead of the display mode according to the priority score, each alert information may be displayed in the alert column R2 in a display mode according to the contents of the alerted event or in a display mode according to the elapsed time from the occurrence of the alert. good.

Thereafter, the control unit 11 generates alert information for each monitored person displayed in the alert column R2 in the display order identified in step S43 and in the display mode identified in step S44 in the alert history (S36). The received alert information is transmitted to the staff terminal 30 (S37). As a result, for example, from the alert history shown in FIG. 4, as shown in FIG. A history is displayed on the staff terminal 30 .

According to the above-mentioned process, whether or not the monitored person for whom the alert is issued is set as a star, the contents of the alert, the elapsed time since the alert was issued, whether the condition of the monitored person is deteriorating, etc. , alert information with a higher degree of importance can be preferentially displayed in the alert history. Therefore, even if alerts are issued to multiple monitored persons, the care staff can easily identify the monitored persons with high urgency or priority by the display order and display mode of each alert column R2. It is possible to quickly grasp the situation and implement prompt nursing care. In addition, the score according to whether or not a star has been set, the score according to the content of the alert, the score according to the elapsed time since the alert was issued, the score according to whether the condition of the person being monitored has deteriorated, By appropriately setting the priority and urgency for each situation, it is possible to calculate an appropriate priority score for each person to be monitored.

In this embodiment, the server 10 is not limited to a configuration in which each alert is displayed in a display order and in a display mode according to the priority score calculated based on the state of the monitored person. For example, the server 10 changes the display order and display mode of each alert in consideration of the time period when the alert was generated, the number of nursing care staff on duty at the time the alert was generated, and the work status of each nursing care staff. may be configured to For example, different events may be prioritized depending on weekday daytime hours (for example, 9:00 to 18:00 hours) and nighttime hours (other than that). In addition, the event to be given priority may be changed according to the time period when the number of nursing care staff on duty is equal to or greater than a predetermined number and the time period when the number is less than the predetermined number. In this way, by determining the priority score of each alert (display order according to the priority score) according to not only the situation of the monitored person but also the situation of the nursing staff, nursing care staff can provide nursing care to each alert. Efficient implementation is possible. Therefore, even if the number of nursing staff who can provide nursing care is small, it is possible to efficiently provide nursing care to each monitored person.

In this embodiment, the same effects as those of the first embodiment described above can be obtained. Further, in this embodiment, the alert column R2 can be displayed in a display mode and in a display order according to the elapsed time from the occurrence of the alert and the situation (change over time) such as changes in the state of the monitored person. Therefore, nursing care staff can easily identify high-priority monitoring targets from the alert history on the notification screen, and it is possible to shorten the time from the occurrence of an alert to the start of nursing care in response to the alert. Become. Also in the present embodiment, it is possible to apply the modified examples appropriately described in the first embodiment.

(Embodiment 3)
In addition to the configuration of the information processing system of Embodiments 1 and 2 described above, an information processing system in which a staff terminal 30 is used to have a conversation between nursing care staff will be described. FIG. 12 is an explanatory diagram showing a configuration example of an information processing system according to the third embodiment. In the information processing system of the present embodiment, the staff terminal 30 is a personal computer, a smartphone, a tablet terminal, a notebook computer, or an intercom having a headset provided with a microphone, an earphone, and a communication unit. Note that a smartphone or tablet terminal may be used as the staff terminal 30 by connecting a headset provided with a microphone and earphones or headphones via wire or wirelessly. Since other configurations are the same as those of the information processing system of the first embodiment shown in FIG. 1, description thereof will be omitted.

FIG. 13 is a block diagram showing a configuration example of the staff terminal 30 using intercom. The staff terminal 30 shown in FIG. 13 has a microphone 37 and an earphone 38 instead of the input unit 35 and display unit 36 of the staff terminal 30 shown in FIG. The staff terminal 30 of the present embodiment also stores a conversation application program 33AP (hereinafter referred to as a conversation application 33AP) for transmitting and receiving voice messages to and from other staff terminals 30 via the network N in the auxiliary storage unit 33. ) is remembered.

The microphone 37 is an audio input unit that collects surrounding sounds and generates digital audio data, and transmits the acquired audio data to, for example, the main storage unit 32 for storage. The earphone 38 is an audio output unit that outputs audio according to instructions from the control unit 31 , and outputs messages or warning sounds according to instructions from the control unit 31 . The staff terminal 30 may be configured to include headphones or speakers instead of the earphones 38 .

In the information processing system of this embodiment, the server 10 and the staff terminal 30 execute the same processing as the processing shown in FIG. As a result, in the information processing system of this embodiment as well, the server 10 monitors the status of the person to be monitored based on the sensor data received from the sensor I/F device 20, and stores the status of each person to be monitored in the room list. In addition to notifying the care staff of the occurrence of an alert in the alert history, when an alert is generated for any of the monitored persons. The server 10 of the present embodiment displays the alert information in the alert history of the notification screen displayed on the staff terminal 30 when an event for which an alert is set for one of the monitored persons occurs, and also displays the alert The audio data of the information is transmitted to each staff terminal 30 . If the staff terminal 30 has an earphone 38, a headphone or a speaker, when receiving audio data of alert information from the server 10, the staff terminal 30 outputs the received audio data through the earphone 38, the headphone or the speaker. With such a configuration, in the present embodiment, the staff terminal 30 can notify the care staff of the occurrence of an alert by voice output.

In addition, the server 10 of the present embodiment acquires conversations exchanged by voice between the staff terminals 30, and when an alert is generated for a person to be monitored, converts the acquired voice data of the conversation into text data, The generated text data and voice data are stored in the event DB 13c in association with the alerted event.

FIG. 14 is an explanatory diagram showing an example of the record layout of the event DB 13c of the third embodiment. The event DB 13c of this embodiment has a conversation text string and a conversation voice string in addition to the structure of the event DB 13c of the first embodiment shown in FIG. The conversation voice string stores the voice data of the conversation conducted by the care staff in response to the event for which the alert was notified from the server 10 to the staff terminal 30, and the conversation text string is obtained by converting the conversation voice data into text. store text data. The voice data and text data of the conversation include the date and time when the staff terminal 30 transmitted the voice data and the information of the nursing care staff who is speaking.

FIG. 15 is a flow chart showing an example of a conversation data accumulation processing procedure. In FIG. 15, the processing performed by the server 10 is shown on the left side, and the processing performed by the staff terminal 30 is shown on the right side. It is assumed that the staff terminal 30 in the process shown in FIG. 15 has earphones 38, headphones or speakers. The control unit 11 of the server 10 of this embodiment executes, for example, the process shown in FIG. 6, and executes the following process after the process of step S21. That is, when the control unit 11 determines that the event specified in step S17 is an event for which an alert is set for the person to be monitored specified in step S12 (S19: YES), the event is displayed in the alert column R2. Alert information is generated (S20) and transmitted to the staff terminal 30 (S21). After that, the control unit 11 generates audio data of alert information to be notified to the care staff (S71). The alert information here may be voice data generated from the alert information generated in step S20, and includes, for example, the details of the event and the information of the person to be monitored who caused the event. For example, in the case of an event in which a person to be monitored leaves the bed, the control unit 11 generates alert information (voice message) including the room number and name of the person to be monitored, and a message indicating that the person to be monitored has left the bed. Specifically, alert information such as "Room 503, Mr. Ichiro Yamada, got out of bed" is generated. Also, in the event of a long stay in the restroom, the control unit 11 generates alert information including the room number and name of the person to be monitored, and a message indicating the length of stay in the restroom.

The control unit 11 transmits the generated voice data of the alert information to the staff terminal 30 (S72). For example, the control unit 11 transmits alert information to all communicable staff terminals 30 by broadcast communication. The control unit 31 of the staff terminal 30 receives the alert information transmitted by the server 10, and outputs the received alert information as voice through the earphone 38 (S73). Note that the control unit 11 of the server 10 transmits the alert information (text data) generated in step S20 to the staff terminal 30, and the control unit 31 of the staff terminal 30 converts the received text data alert information into a voice data alert. The alert information of audio data obtained by converting into information may be output as audio from the earphone 38 . As a result, the server 10 can notify the care staff of the occurrence of an event in the monitored person by voice.

When the care staff is notified of the occurrence of an event via the staff terminal 30, the care staff uses the staff terminal 30 to have a conversation with other care staff, and performs care care (necessary treatment) for the event that has occurred. do. The control unit 31 of the staff terminal 30 determines whether or not the voice data of the speech voice (conversation voice) uttered by the nursing staff who is the user of the own terminal 30 is acquired via the microphone 37 (S74). When determining that the care staff's uttered voice has been acquired (S74: YES), the control unit 31 transmits the acquired voice data to the other staff terminal 30 and the server 10 via the network N (S75).

When it is determined that the care staff's uttered voice of the terminal 30 has not been acquired (S74: NO), the control unit 31 proceeds to the process of step S76. That is, the control unit 31 of the staff terminal 30 that has not acquired the uttered voice of the care staff determines whether or not it has received voice data transmitted by another staff terminal 30 that has acquired the uttered voice of the care staff (S76). ). When the control unit 31 determines that the voice data transmitted by the other staff terminal 30 has been received (S76: YES), based on the received voice data, the conversation voice emitted by the other care staff is transmitted via the earphone 38. (S77).

If the control unit 31 determines that it has not received voice data from another staff terminal 30 (S76: NO), it skips the processing of step S77 and returns to the processing of step S74. The process of transmitting the acquired voice data to the other staff terminal 30 and the server 10 is repeated each time the voice uttered by the staff is acquired. Also, the control unit 31 repeats the process of outputting the conversational voice from the earphone 38 based on the received voice data each time voice data transmitted by another staff terminal 30 is received. Thereby, the care staff can talk with each other via the staff terminal 30 . For example, when nursing staff A says, "Mr. Yamada at 503, you're out of bed. Is anyone nearby?" Send to other staff terminal 30 . The other staff terminal 30 outputs the received voice data as voice, and when the care staff B who heard this voice says, "B. The terminal 30 acquires the voice data uttered by the care staff B and transmits it to other staff terminals 30 . The other staff terminal 30 outputs the received voice data as a voice, and when the care staff A who hears this voice says "Mr. B, please", the staff terminal 30 of the care staff A acquires the voice data emitted by the staff terminal 30 and transmits it to another staff terminal 30. - 特許庁The other staff terminal 30 outputs the received voice data as voice, and each care staff who hears this voice can understand that the care staff B will provide care in response to the notified event (alert).

In addition, when the care staff B needs help or advice from other care staff while performing care care for the alert, the care staff B emits a conversation voice asking for help or advice. In this case, the staff terminal 30 of the care staff B acquires the voice data uttered by the care staff B and transmits it to the other staff terminal 30, thereby requesting help or advice from the other care staff. In addition, when nursing care staff B completes the nursing care for the notified event, the nursing staff B emits a conversational voice reporting the completion of the nursing care. In this case, the staff terminal 30 of the care staff B acquires the voice data uttered by the care staff B and transmits it to the other staff terminal 30, thereby reporting the completion of the care to the other care staff. . In this manner, each nursing staff can provide nursing care while having a conversation via the staff terminal 30 .

The control unit 11 of the server 10 receives the voice data transmitted by each staff terminal 30 (S78). In addition, the control unit 31 of the staff terminal 30 transmits voice data and the identification information of the own terminal 30 or the identification information of the care staff who uses the own terminal 30, and the control unit 11 of the server 10 transmits the voice data is received, the staff terminal 30 that is the transmission source or the care staff that uses the staff terminal 30 can be specified. The control unit 11 converts the received voice data into text data, and generates text data of the care staff's conversational voice (S79).

Then, the control unit 11 stores the text data generated in step S79 and the voice data received in step S78 in the event DB 13c of the monitored person (monitored person with an event occurring) here ( S80). Specifically, the control unit 11 associates the identification information of the nursing care staff who issued the received voice data, the date and time when the voice data was received, and the text data of the generated conversation voice, and stores them in a conversation text string, The identification information of the care staff, the reception date and time of the voice data, and the voice data received in step S78 are associated with each other and stored in the conversation voice string. Note that the control unit 11 stores the conversation text and the conversation voice in the event DB 13c in association with the event stored in the event DB 13c in step S18 in FIG. Through the above-described processing, the control unit 11 can acquire voice data of conversations between care staff members from each staff terminal 30, and the event that occurred in the monitored person and the conversation conducted by each care staff regarding the event can be obtained. text data and voice data can be stored in association with each other.

The control unit 11 determines whether or not the care staff has finished providing care for the event notified to the care staff by sending the alert information to the staff terminal 30 in step S72 (S81). For example, the staff terminal 30 may be provided with an input unit (input button) for inputting termination of nursing care, and when the input button is operated, termination of nursing care may be determined. Further, the control unit 11 may determine whether or not the nursing care has ended, depending on whether or not the voice data uttered by the nursing care staff who is providing the nursing care includes a predetermined keyword. For example, keywords such as "end" and "end (completion)" are registered in advance in the auxiliary storage unit 13, and when the keyword is included, the control unit 11 may determine that nursing care has ended. . In addition to determining whether or not the keyword is included in the voice data uttered by the care staff, it may be determined whether or not the keyword is included in the text data converted from the voice data.

In addition, the end of nursing care by the nursing staff may be determined using a learning model learned by machine learning. The learning model is assumed to be used as a program module that functions as part of artificial intelligence software. For example, using algorithms such as CNN (Convolution Neural Network), RNN (Recurrent Neural Network), LSTM (Long Short-Term Memory), Transformer, BERT (Bidirectional Encoder Representations from Transformers), GPT (Generative Pre-Training), A learning model that has learned to output information indicating whether or not the conversation data (voice data or text data) by a nursing care staff member contains information related to nursing care for a person to be monitored. can be used. In this case, the control unit 11 inputs the conversation data of the nursing care staff to the learning model, determines whether or not the conversation of the nursing care staff includes content related to nursing care based on the output information from the learning model, and determines whether or not From the result, it can be determined whether or not the nursing care by the nursing staff has ended.

FIG. 16 is an explanatory diagram of a configuration example of a learning model. The learning model shown in FIG. 16 is input with conversation data (speech data or text data) conducted by the care staff using the staff terminal 30, and based on the input data, the conversation is interpreted as a nursing care by the care staff. It is learned to perform an operation to determine whether or not the content is related to and to output the result of the operation. The learning model shown in FIG. 16 has two output nodes. Output node 0 outputs the probability that it should be determined that the input conversation data contains content related to nursing care by nursing care staff. 1 outputs the probability that it should be determined as other content, for example, chat. The output value of each output node is, for example, a value between 0 and 1.0, and the sum of the discrimination probabilities output from each output node is 1.0.

The learning model shown in FIG. 16 includes training conversation data (speech data or text data) and information indicating whether the conversation data includes content related to nursing care or other content (chat) ( Correct label) is used to machine-learn an unlearned learning model. In the learning model, when conversational data for training is input, the output value from the output node corresponding to the content indicated by the correct label approaches 1.0, and the output value from the other output nodes approaches 0.0. Learn to get closer. In the learning process, the learning model performs calculations based on the input conversation data and calculates output values from each output node. Then, the learning model compares the calculated output value of each output node with the value (0 or 1) corresponding to the correct label, and performs arithmetic processing so that each output value approximates the value corresponding to the respective correct label. Optimize the parameters used for The parameters are weights between neurons in the learning model, and the like. Although the parameter optimization method is not particularly limited, error backpropagation, steepest descent method, or the like can be used. As a result, when conversation data is input, a learning model trained to determine whether the input conversation data includes content related to nursing care or whether it is a chat that does not include content related to nursing care. can get.

Training of the learning model is performed by another learning device. A trained learning model generated by learning in another learning device is downloaded from the learning device to the server 10 via, for example, the network N or the portable storage medium 10a and stored in the auxiliary storage unit 13. Note that the learning model is not limited to the configuration shown in FIG. 16, and the number of discrimination targets discriminated by the learning model is not limited to two. For example, the learning model may be configured to determine whether input conversation data includes content related to nursing care, chat, or content indicating the end of nursing care. In this case, the control unit 11 can determine whether or not nursing care by the nursing staff has ended based on the output information from the learning model. In addition, the learning model determines whether the input conversation data includes content related to nursing care, chat, content indicating the start of nursing care, content indicating the implementation of nursing care, or content indicating the end of nursing care. may be configured to determine. In this case, in response to the alert, it is possible to determine the progress status, such as whether nursing care by the nursing care staff has started, is in progress, or has ended.

Returning to the description of the processing shown in FIG. When it is determined that the nursing care staff has not completed the nursing care (S81: NO), the control unit 11 returns to the process of step S78, and responds to the voice data transmitted from the staff terminal 30 in steps S78 to S81. process. As a result, the voice data of the conversation transmitted from the staff terminal 30 and the text data of the conversation generated from the voice data can be stored in the event DB 13c. Therefore, voice data and text data of conversations conducted by the care staff using the staff terminal 30 are accumulated in the event DB 13c.

When it is determined that the nursing care by the nursing care staff has ended (S81: YES), the control unit 11 puts "completed" indicating the end of nursing care in the progress information column of the event DB 13c of the monitoring subject for whom the nursing care has ended. Store (S82) and terminate the series of processes. By the above-described processing, the server 10 can notify each nursing care staff by voice via the staff terminal 30 when it detects the occurrence of an event for which an alert is set for the person to be monitored. The nursing staff can provide nursing care while conversing with other nursing staff using the staff terminal 30, and the server 10 stores the text data and voice data of the conversation between the nursing staff. , can be stored in association with the event that occurred.

The text data of conversations between care staff members accumulated in the event DB 13c through the above-described processing can be viewed using, for example, the staff terminal 30 or another terminal. FIG. 17 is an explanatory diagram showing a display example of text data of conversation. When browsing the text data of the conversation accumulated in the event DB 13c, the viewer designates an arbitrary person to be monitored and an arbitrary date and time or an event that occurred, and reads the text data of the conversation corresponding to the designated event. Make a request to the server 10. The control unit 11 of the server 10 reads event information and conversation text data (conversation text) corresponding to the content of the request from the event DB 13c and transmits them to the requesting terminal.

When receiving the event information and conversation text data from the server 10, the requesting terminal generates a screen as shown in FIG. 17A and displays it on the display unit. On the screen shown in FIG. 17A, the alert information generated by the control unit 11 of the server 10 in step S20 in FIG. 6 and the date and time of occurrence of the alert are displayed in the bold display frame. In addition, the information of the care staff who spoke, the date and time of the speech, and the text data of the conversation of the care staff generated by the control unit 11 of the server 10 in step S79 in FIG. are displayed in chronological order. With the screen as shown in FIG. 17A, the viewer can grasp the content of the event that occurred, the conversation content of the care staff regarding the event, and the content of the care given to the monitoring target. The screen as shown in FIG. 17A is displayed on the personal screen shown in FIG. 5, for example. For example, the personal screen shown in FIG. 5 may be configured to display information about an alert that has occurred to the person to be monitored, and in association with the displayed alert, the text data of the conversation by the care staff regarding the alert (event) may be displayed. It is good also as a structure which displays.

In this embodiment, when the control unit 11 of the server 10 generates text data from the voice data of the conversation by the nursing care staff received from the staff terminal 30, the control unit 11 extracts a pre-registered keyword from the generated text data and extracts it. It may be configured to perform highlighting processing for highlighting the keyword that has been entered. For example, after the process of step S79 in FIG. 15, the control unit 11 identifies predetermined keywords from the generated text data, and executes emphasis processing on each keyword. In such a configuration, when browsing the text data of the conversation accumulated in the event DB 13c of the server 10, a predetermined keyword is highlighted and displayed as shown in FIG. 17B. Therefore, the viewer can grasp important keywords from the content of conversations between a plurality of nursing care staff members without overlooking them. In the example shown in FIG. 17B, the room number and name of the person to be monitored, the content of the event, and the content of nursing care are displayed surrounded by frames.

In the process shown in FIG. 15 of the present embodiment, when the server 10 acquires the conversational voice of the care staff from the staff terminal 30, the conversational voice is uttered in response to any event occurring in any monitored person. It may be configured to perform a process of identifying whether it has been done. The control unit 11 of the server 10 performs the processing of steps S12 to S21 in FIG. 6 and steps S71 to S72 in FIG. 15 each time sensor data is received from each sensor I/F device 20 . Therefore, the server 10 may continuously transmit alert information regarding different events to the staff terminal 30 . That is, after alert information about one event is sent to the staff terminal 30, before the nursing care staff finishes nursing care for the event, a situation occurs in which alert information about another event is sent to the staff terminal 30. . In this case, since the care staff will talk about a plurality of events, it will be necessary to determine which event each care staff's conversation is about. Therefore, the control unit 11 of the server 10, for example, after the processing of step S79 in FIG. Identify an event corresponding to voice data (conversation voice of care staff).

For example, the control unit 11 receives the conversation voice from the staff terminal 30 within a predetermined time (for example, within 30 seconds) after transmitting the alert information, and within a predetermined time (for example, within 10 seconds) after receiving the conversation voice. Conversation voices of other nursing care staff members received at the time may be determined to be conversations corresponding to the event of the transmitted alert information. As a result, a conversation held within a predetermined period of time after notification of the occurrence of an event can be identified as a conversation related to the event. Further, the control unit 11 may determine from the content of the received conversation whether the conversation relates to which event occurred in which monitored person. For example, if the conversation content includes information about the monitored person or information about an event, the control unit 11 can identify the event corresponding to the received conversation voice based on the information included in the conversation content. In this case, even if a predetermined time or more has passed since the alert information was sent, it is possible to identify which event the conversation voice of the care staff relates to.

After that, in step S80, the control unit 11 stores the text data of the conversation voice of the care staff in the conversation text string corresponding to the specified event in the event DB 13c of the monitoring subject for whom the event has occurred, and The voice data of the care staff's conversational voice is stored in the conversational voice string corresponding to . Thereby, the conversation voice and conversation text of the care staff can be stored in association with the corresponding event.

In the above-described embodiment, the server 10 is configured to convert the acquired voice data into text data each time the voice data of the conversation conducted by the care staff using the staff terminal 30 is acquired and stored in the event DB 13c. is. However, the process of converting voice data into text data does not need to be performed at the timing when voice data is acquired, and may be performed, for example, at predetermined time intervals. For example, when the server 10 acquires voice data of a conversation by a nursing care staff, it stores the acquired voice data in the event DB 13c, converts each voice data into text data at a predetermined timing, and stores the data in the event DB 13c. You may

In this embodiment, the server 10 has a configuration for creating a report on an event (alert) occurring in a person to be monitored based on accumulated conversation contents (conversation text) of the care staff. good too. Various reports such as nursing care record information to be accumulated as nursing care records, doctor report information to report to medical professionals such as doctors, and family report information to report to the family of the monitored person including. For example, the format of each report is stored in advance in the auxiliary storage unit 13 of the server 10, and the control unit 11 stores information on the event (alert) to be reported and care information in each column of the format of the report to be created. The desired report can be generated by entering information about the care provided by the staff.

In the present embodiment, the server 10 has a configuration for identifying the progress of nursing care in response to an alert based on the conversation content (conversation text) of the nursing care staff accumulated in response to an event (alert) occurring in a person to be monitored. You may For example, using a learning model, input conversation data includes content related to nursing care, chat, content indicating the start of nursing care, content indicating the implementation of nursing care, and content indicating the end of nursing care. In the case of a configuration that determines whether, in response to the alert, it is possible to determine the progress status, such as whether nursing care by the nursing care staff has started, is in progress, or has ended. In this case, as shown in FIG. 8B, a mark indicating the progress of nursing care for each alert may be displayed in the alert column R2.

In this embodiment, the server 10 stores data of conversations conducted by the care staff using the staff terminals 30, and also stores data of conversations between the monitored person and the care staff using the nurse call system. may have a configuration for accumulating. For example, a nurse call system is provided in the information processing system of the present embodiment shown in FIG. It may be configured to accumulate. With such a configuration, it is possible to later confirm, based on the accumulated data, the caregiver's response to the monitored person's call for a nurse call, the content of the response, and the like.

In this embodiment, the same effects as those of the above-described embodiments can be obtained. In addition, in this embodiment, the contents (text data and voice data) of conversations between care staff members in response to alerts notified to care staff members by the server 10 via the staff terminal 30 can be accumulated. Therefore, when confirming the nursing care provided by the nursing care staff in response to the alert (event occurring in the person to be monitored), it is possible to view the content of the conversation between the nursing staff. The configuration of this embodiment can be applied to the information processing systems of the first and second embodiments described above, and similar effects can be obtained even when applied to the information processing systems of the first and second embodiments. Also in this embodiment, it is possible to apply the modified examples appropriately described in each of the above-described embodiments.

(Embodiment 4)
A description will be given of an information processing system in which a recommendation is made as to whether or not a monitoring target person who has not been set as a star should be set as a star according to the characteristics of the monitoring target person who has been set as a star. The information processing system of the present embodiment can be realized using devices similar to those of the information processing system of the first embodiment shown in FIG. 1, so description of the configuration of each device will be omitted.

In the information processing system of the first to third embodiments described above, for example, when a monitoring target moves in, or when the monitoring target's medical condition changes, etc., the care staff sets the monitoring target as a target of attention. A star setting function is provided. Since the star setting is set according to the disease name and condition of the monitoring subject, or the behavioral tendency, etc., the characteristics of the monitoring subject to which the star is set are often similar. Therefore, by extracting the characteristics of a monitoring target who has already been set as a star in a certain nursing care facility, it is possible to provide a monitoring target for a monitoring target who moves in after that, or for a monitoring target whose medical condition, etc. has changed. , you can recommend whether to set a star or not.

FIG. 18 is a flow chart showing an example of a processing procedure for generating a feature list of persons to be monitored to be starred. The control unit 11 of the server 10 of the present embodiment reads the information of the monitored person set as a star from the monitored person DB 13a (S91). In the present embodiment, medical treatment including attribute information including age and gender of each monitoring subject, past history, treatment history, medication history, current diagnosis and symptoms, various test results such as blood test and urine test, etc. It is assumed that records are stored in the monitored person DB 13a. The control unit 11 reads out the information of the monitored person set as the star from the monitored person DB 13a. Note that the control unit 11 may acquire these pieces of information from another server that stores electronic medical charts including medical records.

The control unit 11 extracts characteristic information indicating attributes, symptoms, etc. of the monitored person from the read information of the monitored person (S92). For example, the control unit 11 extracts information such as attribute information such as the age of the monitoring subject, diagnosis name and symptoms, medicines being taken, etc., as feature information of the monitoring subject. Then, the control unit 11 generates a feature list of persons to be monitored based on the feature information extracted for each person to be monitored (S93). For example, the control unit 11 counts the number of people with the same or similar feature information based on the extracted feature information, and generates a list in which the feature information is arranged in descending order of the number of people. The server 10 of the present embodiment generates a list of feature information of persons to be monitored who should be starred by executing the above-described process at appropriate timing. Then, the server 10 determines whether or not to set a star for a monitoring subject who is not set as a star based on the generated list, and sets a star for a monitoring subject who should be set as a star. to recommend.

FIG. 19 is a flowchart showing an example of a recommendation processing procedure for star setting, and FIG. 20 is an explanatory diagram showing an example of a room list screen. The control unit 11 of the server 10 of the present embodiment determines whether information on a new monitored person has been registered in the monitored person DB 13a (S101). For example, when a new person to be monitored moves into a care facility, information about the person to be monitored is registered in the DB 13a for the person to be monitored. If it is determined that the information of the new monitored person is not registered (S101: NO), the control unit 11, based on the medical record of the monitored person registered in the monitored person DB 13a, determines the state (medical condition and symptoms). etc.) is determined (S102). If it is determined that there is no person to be monitored whose state has changed (S102: NO), the control unit 11 terminates the process.

If the control unit 11 determines that information on a new monitored person has been registered (S101: YES), or if it determines that there is a monitored person whose status has changed (S102: YES), the monitoring The target person information is read from the monitoring target person DB 13a (S103). Then, the control unit 11 determines whether or not the monitored person should be set as a star based on the information of the monitored person read out and the feature list generated in the process of FIG. (S104). For example, the control unit 11 extracts attribute information such as age of the monitoring subject, diagnosis name and symptoms, and characteristic information such as medicines being taken from the read information of the monitoring subject, and extracts the extracted characteristic information, or It is determined whether feature information similar to the extracted feature information is included in the feature list.

If it is determined that a star should be set (S104: YES), that is, if the characteristic information of the monitoring subject is included in the characteristic list, the control unit 11 should set a star for the monitoring subject. is output to the staff terminal 30, for example (S105). For example, as shown in FIG. 20, the control unit 11 instructs the staff terminal 30 to display a mark indicating recommendation of star setting in the personal field R1 of the monitoring target person for whom star setting should be recommended in the room list on the notification screen. Output. As a result, in the room list being displayed on the staff terminal 30, it is possible to present a person to be monitored (star candidate) to be set as a star. In the example shown in FIG. 20, a "star candidate" mark is displayed in the personal column R1 of the person to be monitored in room 103. In the example shown in FIG.

On the other hand, if it is determined that the star should not be set (S104: NO), that is, if the feature list does not include the feature information of the monitoring subject, the control unit 11 terminates the series of processes. Through the above-described processing, a monitoring target similar to the feature information of a monitoring target with a star is searched from among the monitoring targets without a star setting. can present star setting recommendations. Therefore, the care staff can easily grasp the person to be monitored who should be starred, and by setting the star at an early stage, the person to be monitored can be monitored preferentially.

The list of characteristics of persons to be monitored to be starred generated by the process described above may be used in other nursing homes. For example, there is a high possibility that a person to be monitored who is set as a star at a nursing care facility will also be starred at another nursing care facility. Therefore, by extracting the characteristics of the monitored persons who are set as stars in nursing care facilities that have already introduced this system, it is possible to set stars for each monitored person in nursing care facilities that will introduce this system later. It can recommend whether to do it or not.

In the information processing systems of the first to fourth embodiments described above, when an alert is generated for each person to be monitored, the content of the alert is stored in the event DB 13c. Therefore, it is possible to measure the occurrence frequency of each alert (alerted event) in nursing care facilities, and to analyze the occurrence distribution of each alert, the temporal change in the occurrence frequency of each alert, and the like. Further, for example, for each alert, it is possible to analyze the time zone, day of the week, and the like in which the occurrence frequency is high. According to such a configuration, it is possible to analyze the tendency of occurrence of alerts in each nursing facility. Appropriate staff allocation becomes possible.

Further, in the information processing system of the first to fourth embodiments described above, when an alert is generated for each monitored person, the content of the alert is stored in the event DB 13c, and when the nursing care for the alert ends, the nursing care Information indicating the end of care is stored in the event DB 13c. Information indicating the end of nursing care is stored in the event DB 13c together with the end date and time of the nursing care, so it is possible to measure the time required from the generation of the alert to the end of the nursing care for each alert. In addition, by analyzing the chronological changes in the time required from the alert to the end of nursing care for each alert, it is possible to ascertain whether or not nursing care staff are realizing efficiency in nursing care. Moreover, when accumulating the information of the nursing care staff who performed nursing care for each alert in association with each alert, it is possible to grasp the time required for nursing care by each nursing staff for each alert. Therefore, it becomes possible to perform personnel evaluation for each nursing staff according to the time each nursing staff requires for nursing care. In addition, it is possible to identify nursing care staff who spend less time on nursing care and who are providing efficient nursing care. Human resource development can be carried out based on a model.

The embodiments disclosed this time are illustrative in all respects and should be considered not restrictive. The scope of the present invention is indicated by the scope of the claims rather than the above-described meaning, and is intended to include all modifications within the scope and meaning equivalent to the scope of the claims.

10 Server 11 Control Unit 12 Main Storage Unit 13 Auxiliary Storage Unit 14 Communication Unit 20 Sensor I/F Device 21 Sleep Sensor 22 Toilet Sensor 23 Door Sensor 24 Environmental Sensor 25 Human Sensor 26 Call Button 30 Staff Terminal 34 Communication Unit 35 Input Unit 36 Display unit 37 Microphone 38 Earphone 13a Monitoring target person DB
13b Sensor data DB
13c Event database

Claims (11)

outputting status information indicating the state of each person to be monitored or the state of the surroundings of each person to be monitored, in association with each of a plurality of persons to be monitored in the care facility;
when an event related to the state of the monitored person or the state of the surroundings of the monitored person occurs, outputting event information indicating the content of the event in association with the monitored person;
detecting a change from the occurrence of said event;
A program for causing a computer to execute a process of outputting the event information in a display mode according to the detected change. 2. The program according to claim 1, which causes the computer to execute a process of outputting the event information in a display mode according to the caregiver's response to the event. Receiving setting of a target person for one of the plurality of monitoring targets;
3. The program according to claim 1 or 2, causing the computer to execute a process of outputting an index corresponding to the target person in association with the status information and event information of the monitoring target for which the setting of the target person has been accepted. extracting characteristic information of a monitoring target person set as the target person;
4. The program according to claim 3, which causes the computer to execute a process of specifying, from among a plurality of monitoring targets, a monitoring target to be set as a target of attention based on the extracted characteristic information. When an event occurs for multiple monitored persons, determine the priority of each event that has occurred,
5. The program according to any one of claims 1 to 4, causing the computer to execute a process of outputting event information of each event in a display mode according to the determined priority. A claim for causing the computer to execute a process of judging the priority of each event according to the content of each event that has occurred, the elapsed time from the occurrence of each event, and whether or not a target person of interest has been set for each monitoring target person. 6. The program according to item 5. The computer is caused to execute a process of setting an event for which event information is to be output, among a plurality of types of events relating to the state of the person to be monitored or the state of the surroundings of the person to be monitored, for each person to be monitored. A program according to any one of 1 to 6. Acquire audio data of multiple caregivers talking about the event indicated by the output event information,
Convert the acquired voice data into text data,
storing in a storage unit text data converted from voice data spoken by the plurality of caregivers in association with the event information;
accepts a selection for either event,
8. The program according to any one of claims 1 to 7, which causes the computer to output text data stored in association with the selected event. Determining the caregiver's response to the corresponding event based on the text data,
9. The program according to claim 8, which causes the computer to execute a process of outputting the event information in a display mode according to the determined response status. outputting status information indicating the state of each person to be monitored or the state of the surroundings of each person to be monitored, in association with each of a plurality of persons to be monitored in the care facility;
when an event related to the state of the monitored person or the state of the surroundings of the monitored person occurs, outputting event information indicating the content of the event in association with the monitored person;
detecting a change from the occurrence of said event;
An information processing method in which a computer executes a process of outputting the event information in a display mode according to the detected change. a status output unit that outputs status information indicating the state of each person to be monitored or the state of the surroundings of each person to be monitored, in association with each of a plurality of persons to be monitored in the care facility;
an event output unit for outputting event information indicating details of the event in association with the monitored person when an event related to the monitored person's condition or surrounding conditions of the monitored person occurs;
A detection unit that detects a change from the occurrence of the event,
The information processing device, wherein the event output unit outputs the event information in a display mode according to the detected change.

Images