JP7363779B2 - Control program, report output method, and report output device - Google Patents

Description

The present invention relates to a control program, a report output method, and a report output device, and more particularly, to a control program, a report output method, and a report output device that support the creation of a report regarding an event for a subject being handled by staff.

In Japan, life expectancy has become noticeably longer due to improved living standards, improved sanitary environments, and improved medical standards due to post-war high economic growth. For this reason, combined with a decline in the birth rate, Japan has become an aging society with a high aging rate. In such an aging society, it is expected that the number of cared people who require care due to illness, injury, aging, etc. will increase.

People in need of care are at risk of falling while walking or falling from beds and getting injured in facilities such as hospitals and welfare facilities for the elderly. Generally, such events should be reported as accidents.

In Patent Document 1, when incident (near miss) information is collected by text input by medical personnel in order to prevent medical accidents in a nursing support system, it is convenient for busy medical personnel to collect incident information over time. The problem is that it is time-consuming and burdensome to input text objectively and accurately. In order to solve such problems, in the nursing support system disclosed in Patent Document 1, a medical worker corrects some character strings of displayed nursing schedule information and inputs main parts of incident information. In this case, the corrected character string is recorded in the storage unit as incident information. For example, if a medical worker accidentally administers ``100 mg'' of a drug at 10:00 when it should have been administered, the medical worker may change the character string ``10 mg'' in the nursing schedule information to ``100 mg.'' Correct it to In the nursing support system, this information is recorded as incident information together with the time elapsed information originally recorded in the nursing schedule information, thereby reducing the input effort of medical personnel.

Japanese Patent Application Publication No. 2007-148767

When an accident occurs at a facility such as a hospital or a welfare facility for the elderly, the person in charge, such as a manager, obtains information about the situation from the residents involved and the first person who discovered it, such as a caregiver, and prepares an accident report. are doing. However, when confirming the facts, if the resident is elderly, their memory may be vague and it may be difficult to obtain the exact circumstances, or if a long time has passed since the accident occurred, even the first discoverer may not be able to accurately explain the situation. They may not remember certain information. As a result, it takes time and effort to create an accident report, as it takes time to confirm the facts and considers countermeasures based on inferred facts while the exact facts are unknown.

The nursing system disclosed in Patent Document 1 saves the effort of inputting detailed incident information by modifying character strings such as dosages in nursing schedule information created in advance, making the collection of incident information more efficient. Although it works well, it does not support the preparation of accident reports.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a control program that supports creation of an accident report using accumulated event information and image data.

The above-mentioned problems of the present invention are solved by the following means.

(1) Image data including event information of a predetermined event that may lead to an accident and video data associated with the event, which is output from a detection unit that detects movement of a subject in an observation area. the event information recording the event related to the subject in the observation area whose occurrence was determined based on the event; and a memory storing a plurality of image data obtained by photographing the observation area when the event occurred. (a) acquiring the event information of the event related to the accident and the image data associated with the event from the department;
a step (b) of creating an accident report regarding the event using the acquired event information of the event and the image data;
a step (f) of displaying the accident report created in step (b) and accepting edits to the accident report by the user;
a step (c) of outputting the accident report edited in the step (f);
The step (f) includes a control program for causing the computer to execute a process of displaying the moving image data acquired in the step (a) for reference.
(2) In response to the occurrence of the event, the event information includes information indicating the occurrence status of the event, which is input through a terminal by a staff member who responds to the target person;
The control program according to (1) above, wherein in step (f), information indicating the occurrence status of the event is further displayed for reference.

( 3 ) The process further includes a step (d) of obtaining one or more formats associated with each of the subjects who caused the event,
The control program according to (1) or (2) above, wherein in step (b), the accident report is further created using the format obtained in step (d).

( 4 ) The process further includes a step (e) of receiving a selection of an event related to an accident from among the plurality of events,
The control program according to any one of (1) to ( 3 ) above, wherein in the step (a), event information regarding the event selected in the step (e) and the image data are acquired.

( 5 ) The control program according to any one of (1) to ( 4 ) above , wherein the accident report includes a plurality of images generated from the video .

(6) The control program according to any one of (1) to ( 5 ) above, wherein the event information related to a fall or a falling event is stored in the storage unit as the event.

( 7 ) Image data including event information of a predetermined event that may lead to an accident and video data associated with the event, which is output from a detection unit that detects movement of a subject in an observation area. the event information recording the event related to the subject in the observation area whose occurrence was determined based on the event; and a memory storing a plurality of image data obtained by photographing the observation area when the event occurred. (a) acquiring the event information of the event related to the accident and the image data associated with the event from the department;
a step (b) of creating an accident report regarding the event using the acquired event information of the event and the image data;
a step (f) of displaying the accident report created in step (b) and accepting edits to the accident report by the user;
a step (c) of outputting the accident report edited in the step (f);
In the step (f), the report output method displays the moving image data acquired in the step (a) for reference .

( 8 ) Image data including event information of a predetermined event that may lead to an accident and video data associated with the event, which is output from a detection unit that detects movement of a subject in an observation area. the event information recording the event related to the subject in the observation area whose occurrence was determined based on the event; and a memory storing a plurality of image data obtained by photographing the observation area when the event occurred. an acquisition unit that acquires the event information of the event related to the accident and the image data associated with the event from the unit;
a creation unit that creates an accident report regarding the event using the acquired event information of the event and the image data;
a reception unit that displays the accident report created in the creation unit and accepts edits to the accident report by the user;
an output unit that outputs the edited accident report received by the reception unit ,
A report output device that displays moving image data acquired by the acquisition unit for reference when the reception unit accepts editing .

According to the present invention, event information and image data of an event related to an accident are acquired from a storage unit that stores a plurality of event information and image data of a predetermined event that may lead to an accident, and are used to acquire event information and image data of an event related to an accident. Create an accident report and output it. This can support the creation of accident reports.

FIG. 1 is a diagram showing the overall configuration of a monitoring system. It is a figure which shows the example of the detection part installed in a subject's room. FIG. 2 is a block diagram showing a schematic configuration of a detection section. FIG. 2 is a block diagram showing a schematic configuration of a server. FIG. 2 is a block diagram showing a schematic configuration of a staff terminal. It is a sequence chart which shows the procedure of processing of a monitoring system. This is an example of an event list stored in a storage unit. This is an example of an operation screen for checking events displayed on a staff terminal. This is a modification example in which special notes are written in the event list. 3 is a flowchart illustrating a procedure for outputting an accident report. It is a diagram showing an example of a created accident report. It is a figure which shows the example of an accident report created using another format.

Embodiments of the present invention will be described below with reference to the accompanying drawings. In addition, in the description of the drawings, the same elements are given the same reference numerals, and redundant description will be omitted. Furthermore, the dimensional ratios in the drawings are exaggerated for convenience of explanation and may differ from the actual ratios.

(overall structure)
FIG. 1 is a diagram showing the overall configuration of a monitoring system according to this embodiment, and FIG. 2 is a diagram showing an example of a detection unit installed around a bed in a subject's room.

As shown in FIG. 1, the monitoring system 1 includes a plurality of detection units 10, a server 20, a fixed terminal 30, and one or more staff terminals 40. The server 20 functions as a report output device. These are connected to be able to communicate with each other by wire or wirelessly via a network 50 such as a LAN (Local Area Network), a telephone network, or a data communication network. Network 50 may include relays such as repeaters, bridges, routers, or cross-connects that relay communication signals. In the example shown in FIG. 1, the staff terminal 40, the detection unit 10, the server 20, and the fixed terminal 30 are connected to each other by a network 50 such as a wireless LAN (for example, a LAN according to the IEEE 802.11 standard) including an access point 51. Connected for communication.

The monitoring system 1 is placed at an appropriate location depending on the subject 70. The target person 70 (also referred to as the person to be watched over or the person to be cared for) is, for example, a patient who requires nursing care due to illness or injury, a cared person who requires nursing care due to decline in physical ability due to old age, or a person who lives alone. Those who live alone, etc. Particularly, from the viewpoint of enabling early detection and early response, the subject 70 may be a person who needs to be detected when a predetermined inconvenient event such as an abnormal state occurs to the person. Therefore, the monitoring system 1 is preferably installed in a building such as a hospital, a welfare facility for the elderly, or a residential unit, depending on the type of the subject 70. In the example shown in FIG. 1, the monitoring system 1 is placed in a facility that includes a plurality of rooms (residential rooms) in which a plurality of subjects 70 reside and a plurality of rooms including a nurse station.

The detection unit 10 is placed in each room in the facility that is the observation area of the subject 70. In the example shown in FIG. 1, four detection units 10 are arranged in the rooms of Mr. A, Mr. B, Mr. C, and Mr. D, who are subjects 70, respectively. The observation area of the detection unit 10 includes the bed 60. Staff 80 (also referred to as care staff or care staff) who provide nursing care or nursing care to the subject 70 each carry a staff terminal 40 that is a mobile terminal. However, the position, number, etc. of each component included in the monitoring system 1 are not limited to the example shown in FIG. 1. For example, server 20 may not be located at the nurse's station, but may be an external server unit connected to network 50. Alternatively, the fixed terminal 30 may be omitted and the server 20 or the staff terminal 40 may take on the function.

(Detection unit 10)
FIG. 3 is a block diagram showing a schematic configuration of the detection section. As shown in the figure, the detection section 10 includes a control section 11, a communication section 12, a camera 13, a nurse call section 14, and an audio input/output section 15, which are interconnected by a bus.

The control unit 11 includes a CPU (Central Processing Unit) and memories such as a RAM (Random Access Memory) and a ROM (Read Only Memory), and controls each unit of the detection unit 10 and performs arithmetic processing according to a program. Note that the control unit 11 may further include an HDD (Hard Disk Drive) as a memory.

The communication unit 12 is an interface circuit (for example, a LAN card) for communicating with other devices such as the server 20, the fixed terminal 30, or the staff terminal 40 via the network 50.

The camera 13 is arranged, for example, on the ceiling or the upper part of the wall of the living room, photographs an area including the bed 60 of the subject 70 directly below as an observation area, and outputs a photographed image (image data). This photographed image includes still images and moving images. Although the camera 13 is a near-infrared camera, a visible light camera may be used instead, or these may be used in combination.

The control unit 11 determines (recognizes) the occurrence of a predetermined behavior of the subject 70 from the captured image captured by the camera 13 . The predetermined actions to be determined include "get up" to get up from the bed 60, "get out of bed" to leave the bed 60, "fall" to fall from the bed 60, and "fall" to fall onto the floor or the like.

The control unit 11 detects an image silhouette (hereinafter referred to as a "person silhouette") from a plurality of captured images (moving images). A human silhouette can be detected, for example, by extracting a pixel range where the difference is relatively large using a time difference method that extracts the difference between images taken before and after the shooting time. The human silhouette may be detected by a background subtraction method that extracts the difference between a photographed image and a background image. The distinction between getting up, leaving the bed, falling down, and falling is recognized from the detected human silhouette, the posture of the subject 70 (for example, standing, sitting, lying down, etc.), and the relative position with respect to objects installed in the living room such as the bed 60. be done. These recognitions may be performed by a program processed by the CPU of the control unit 11, or may be performed by a built-in processing circuit. In the following description, it will be assumed that the control unit 11 side determines the type of event and whether or not it has occurred. However, the present invention is not limited to this, and the server 20 may perform all or most of the recognition processing, and the control unit 11 may only transmit the photographed image to the server 20. When the control unit 11 recognizes any type of event (behavior), it sends a notification to the server 20 etc. that the event has occurred.

The staff member 80 is a person who provides various services to the target person 70 according to the job. Work may include medical work and nursing care work. Here, when the work of the staff 80 is care work for the subject 70, the response contents regarding each event will be explained. "Wake up" is determined as an event, and if the determination is within a predetermined time (wake-up time set at the facility (for example, 7 a.m. to 8 a.m.)), morning care is performed. This morning care includes face washing, tooth brushing assistance, denture fitting, dressing assistance, etc. Additionally, if the event involves "getting out of bed," wheelchair transfer or walking assistance may be required. Furthermore, regular (scheduled) events other than the events determined by the detection unit 10 include drinks, meal assistance, excretion assistance, wheelchair transfer, walking assistance, and body position change (bedsore prevention). For these periodic events, the nurse call unit 14 or the like may generate an alert at a fixed time.

The nurse call unit 14 includes a push-button switch, and detects a nurse call (also referred to as a care call) when the switch is pressed by the subject 70. Instead of a push-button switch, a voice microphone may be used to detect a nurse call. When the switch of the nurse call unit 14 is pressed, that is, when a nurse call is detected, the control unit 11 sends a notification that there is a nurse call (nurse call notification) via the communication unit 12 and the network 50. Send to server 20 etc.

The audio input/output unit 15 is, for example, a speaker and a microphone, and enables voice calls by transmitting and receiving audio signals to and from the staff terminal 40 and the like via the communication unit 12. Note that the audio input/output unit 15 may be connected to the detection unit 10 via the communication unit 12 as an external device of the detection unit 10.

The detection unit 10 also includes a Doppler shift type body movement sensor that transmits and receives microwaves in the direction of the bed 60 and detects the Doppler shift of the microwaves caused by body movements (for example, breathing movements) of the subject 70. , may further be provided. This body movement sensor detects the body movement of the chest (up and down movement of the chest) accompanying the breathing movement of the subject 70, and detects irregularities in the period of the body movement of the chest and body movements of the chest that are below a preset threshold. When the amplitude at is detected, it is recognized as a slight body movement abnormality.

In the present embodiment, a nurse call by the nurse call unit 14 and a change in the state of the subject 70 recognized by the detection unit 10, such as getting up, getting out of bed, falling, falling, abnormal microbody movement, etc., are detected by the staff 80. An event that should be reported is called an event. The detection unit 10 transmits (outputs) information about the event that has occurred and the captured image to the server 20.

(Server 20)
FIG. 4 is a block diagram showing a schematic configuration of the server. The server 20 includes a control section 21, a communication section 22, and a storage section 23. The server 20 and the storage unit 23 may be arranged integrally in the same housing, or may be arranged separately. One or both of the server 20 and the storage unit 23 may be provided in the same building as the room for the subject 70, or may be provided in a remote location and connectable via a network. For example, the server 20 may be a cloud server that is virtually constructed by a plurality of servers placed on a network such as the Internet. Each component is communicably connected to each other by a bus. The storage unit 23 functions as a database and stores various information regarding the event list, the target person 70, and the staff 80. The control unit 21 functions as an acquisition unit that cooperates with the communication unit 22 to acquire event information of an event related to an accident and image data associated with the event. The control unit 21 also functions as a creation unit that creates an accident report from these acquired data. The control unit 21 also functions as an output unit that outputs the created accident report by cooperating with the communication unit 22. The other control section 21 and communication section 22 have the same functions as the respective configurations of the detection section 10, so detailed description thereof will be omitted.

Furthermore, the storage unit 23 stores a predetermined format regarding the accident report. There are multiple formats for this format, depending on where the accident report is to be submitted. This includes formats for submission to wards, towns and villages (local governments), and (3) formats for submission to parent companies that manage facilities. The plurality of formats are each linked to the ID of the target person 70. Note that among these, format (1) differs for each subject 70, and the other formats (2) and (3) are common to each subject 70.

Further, the storage unit 23 stores target person information of the target person 70. This target person information includes personal information such as insured person number, address, age, level of care required, family name, family contact information, etc.

The other control section 21 and communication section 22 have the same functions as the respective configurations of the detection section 10, so detailed description thereof will be omitted. As will be described later, this event list includes information on various events including predetermined events that may lead to accidents (for example, fall and fall events). This predetermined event that may lead to an accident is also called a near-miss, and if the situation continues, there is a possibility that an accident will occur.

The server 20 determines (identifies) which subject 70 the event detected by the detection unit 10, such as a nurse call, getting up, leaving the bed, falling, falling, etc., relates to. In this determination, the target person 70 (that is, the resident of the room) associated with the room number in which the detection unit 10 that detected the event is installed is determined. Then, the determined event type and the target person 70 are associated with each other and added to the event list in the storage unit 23. In this embodiment, if the target person 70 carries an IC tag, the target person 70 may be determined by reading this IC tag with an RFID reader installed in each room. . Note that if a plurality of subjects 70 exist in one room, such as in a shared room, the subjects 70 may be determined by arranging the detection unit 10 for each bed 60. Further, in this regard, entry of each staff member 80 into the room may be detected by bringing the staff terminal 40 carried by the staff member 80 close to the RFID reader.

(Fixed terminal 30)
The fixed terminal 30 is a so-called PC (Personal Computer), and includes a control section including a CPU, a RAM, etc., a communication section, a display section, an input section, and an audio input/output section. The fixed terminal 30 is placed, for example, in a nurse's station. In addition, when outputting a report (such as an accident report to be described later), a report that visualizes the analysis results in the form of charts, etc. can be displayed on the display section by inputting instructions from the user (staff 80, the administrator who manages this staff 80, etc.). Display or output on paper from an external printer (not shown). Furthermore, as described later, the user may receive editing work for the report from the input section while referring to the photographed image displayed on the display section (display) of the fixed terminal 30.

In addition, the staff 80 or technical staff etc., when the detection unit 10 is installed in each room (residential room), associate the room number with the detection unit 10 through the fixed terminal 30, and The position information of the installed object, that is, the contour information as viewed from above by the camera 13 on the ceiling is calibrated and specified. Further, identification information such as the name and ID number of the subject 70 who is hospitalized or resident is associated with each room number.

(Staff terminal 40)
FIG. 5 is a block diagram showing a schematic configuration of the staff terminal 40. As shown in FIG. The staff terminal 40 includes a control section 41, a wireless communication section 42, a display section 43, an input section 44, and an audio input/output section 45, which are interconnected by a bus. The control unit 41 has the same configuration as the control unit 11 of the detection unit 10, and includes a CPU, RAM, ROM, and the like. The wireless communication unit 42 enables wireless communication using standards such as Wi-Fi and Bluetooth (registered trademark), and wirelessly communicates with each device via the access point 51 or directly. The display section 43 and the input section 44 are touch panels in which a touch sensor serving as the input section 44 is superimposed on the display surface of the display section 43 made of liquid crystal or the like. The display section 43 and the input section 44 display various operation screens on which a plurality of events included in the event list are displayed as a list to the staff 80, and accept various operations through the operation screens. The audio input/output unit 45 is, for example, a speaker and a microphone, and enables the staff member 80 to make a voice call with other staff terminals 40 via the wireless communication unit 42 . The staff terminal 40 is a device that functions as a user interface for the monitoring system 1, and can be configured by a portable communication terminal device such as a tablet computer, a smartphone, or a mobile phone.

The staff member 80 performs login authentication processing through the assigned staff terminal 40 at the start of work. The staff member 80 inputs the staff ID and password through the touch panel (display section 43, input section 44) of the staff terminal 40. The staff terminal 40 transmits this to the server 20. The server 20 compares the authentication information stored in the storage unit 23 and sends the authentication result according to the authority of the staff member 80 to the staff terminal 40, thereby completing the login authentication.

(Procedure of monitoring system processing)
Next, the event information and image data accumulation processing performed in the entire monitoring system 1 will be described with reference to FIG. 6. FIG. 6 is a sequence chart showing the processing procedure of the monitoring system.

(Step S110)
As shown in FIG. 6, the detection unit 10 detects the movement of the subject 70 in the observation area or the event of a nurse call by the subject 70. Then, the detection unit 10 determines from the movement of the subject 70 whether another event such as a fall or fall has occurred.

(Steps S120, S130)
If it is determined that an event has occurred, the event information is transmitted to the server 20. The detection unit 10 also transmits image data obtained by photographing the observation area when an event occurs. In this case, if the type of event that occurred is a specific type, such as a fall or fall, a video of a predetermined time (for example, several seconds to several tens of seconds) including the time of occurrence, or multiple still images taken continuously. For other types of events, a still image at the time of occurrence may be transmitted. As another example, the detection unit 10 continuously transmits the captured images to the server 20, and the server 20 stores the images for a predetermined period of time (for example, several minutes in the past) in the temporary storage unit. Then, when an event occurs and event information is received from the detection unit 10, the server 20 may read out a still image or a moving image at the time of occurrence from the temporary storage unit, and store it in association with the event.

(Step S140)
The server 20 updates the event list. FIG. 7 is an example of an event list stored in the storage unit 23. As described above, the events included in the event list include getting up, getting out of bed, falling, falling, and nurse calls. The latest event sent in step S120 is added to the end of the event list.

As shown in Figure 7, each event includes information such as an automatically assigned primary key event ID, room number, target person, event type, date and time of occurrence, image data, and response status. It will be done. As described above, the image data is data of a still image or a moving image captured by the detection unit 10 when an event occurs. The response status includes the status, the response staff, and the response date and time (time). The response status will be discussed later.

In the example shown in FIG. 7, the event with event ID 010 is a fall, and the events with event IDs 011 and 012 are a nurse call. Event IDs 013 to 015 are, in order, getting up, getting out of bed, and falling. The status of the response status for events with event IDs 010 to 012 is "Completed," and events IDs 013 to 015 are not handled.

(Step S150)
When the event list is updated by detecting and adding a new event or changing the status of the event, the server 20 updates the updated event list to all logged-in staff terminals. Delivered on 40th. Note that the distribution destination at this time may be only the staff terminal 40 used by the staff 80 in charge of the target person 70 who caused the event. Each staff terminal 40 that has received the event list returns a receipt confirmation command in response to receiving the event list from the server 20 (not shown). Note that when transmitting the event list from the server 20, only the difference data may be transmitted. For example, only the parts that have changed from the event list sent immediately before, that is, the events that have been added or updated, are sent to all staff terminals 40 as an event list.

(Step S160)
Each staff terminal 40 updates the display content of the display unit 43 in response to receiving the event list from the server 20.

FIG. 8 is an example of operation screens 431 and 432 displayed on the display unit 43 of the staff terminal 40 for inputting a response policy for nurse calls. The operation screen 431 shown in the figure is a screen on which an event list is displayed. The displayed events can be scrolled up and down by flicking.

Areas a11 and a12 of the operation screen 431 correspond to event IDs 011 and 012 of the event list in FIG. 7, respectively. In areas a11 and a12, an icon indicating that the call is a nurse call and that the call has been handled are displayed. Area a13 corresponds to event IDs 013 to 015 surrounded by the broken line frame in FIG. Since these are related to the same subject 70 (Mr. B), they are displayed together in the same area. Furthermore, since it is not supported, a thumbnail image (image i015) related to the latest event (ID015) is displayed in area a13. By operating area a14, text messages can be exchanged with other logged-in staff members 80. The staff member 80 clicks on area a13 on the operation screen 431 to transition to the operation screen 432 for checking the contents.

(Step S170)
The staff member 80 confirms the details of the event using the operation screen 432 displayed on the staff terminal 40. In the operation screen 432, the name of the subject (Mr. B) who caused the event to occur (determined) and the name of the staff member who uses the staff terminal 40 (staff A) are displayed in the area a21. In area a22, the elapsed time from the time when the event occurred is displayed. As shown in the dashed line frame in FIG. 7, for subject 70 (Mr. B), the occurrence of events such as getting up, leaving the bed, and falling down are successively determined, and all of them are in an unsupported status, so this area In a22, icons representing "wake up" and "get out of bed" events other than the latest event are shown. Note that the elapsed time (“elapsed 0 minutes”) shown in area a22 is the elapsed time (rounded down to the nearest minute) since the occurrence of the latest event was determined. In area a23, characters and an icon indicating "fall" are shown. Further, in the area a24, thumbnail images of images taken at the time of fall determination are displayed. If the thumbnail image is insufficient information and the staff member 80 wants to confirm the situation of the subject 70 who caused the fall, the staff member 80 operates the "speak" button and "view" button located at the bottom. By operating the "speak" button, the user can talk to the target person 70 (Mr. B) through the audio input/output unit 15. By operating the "view" button, the live video captured by the camera 13 can be viewed via streaming playback.

The staff member 80 (staff A) decides to take the lead in handling the fall (ID015) displayed by operating the "corresponding" button in the area a25. If not, return to the event list screen by operating the return button (triangular icon) in area a26. Note that while a certain staff member 80 is displaying the operation screen 432 shown in FIG. 8 and checking the status of an event such as a fall, prohibition processing is performed on other staff members 80 under the control of the server 20. . For example, even if another staff member 80 selects the same event (ID013-015) while a certain staff member 80 is checking the status of the event of the target person 70 (Mr. B), the other staff member 80's operation screen 431 The text "Checking status" is displayed, and the "corresponding" button is not displayed or cannot be selected.

(Steps S180, S190)
The staff terminal 40 transmits a response request regarding the selected event to the server 20 in response to the operation of the "Comply" button, and in response, the server 20 returns an approval notification.

(Step S200)
The server 20 updates the event list according to the process in step S180. Specifically, the status of the event list (ID013 to 015: falls, etc.) is changed to handled. In this embodiment, the event is selected by the staff member 80 and changed to "already handled" in response to operating the "correspond" button described above for the event displayed on the operation screen 432. That is, by operating the "Comply" button, the response status of "Completed", which is information indicating confirmation, is input, and it is assumed that the response has been taken, and the response date and time is recorded. More specifically, in the event list of FIG. 7, the times at which the processes of steps S180 and S190 were performed are recorded in the corresponding date and time column. Note that the response date and time is not limited to this, and the response date and time may be recorded in the response date and time column, such as the time when the staff member 80 entered the room of the subject 70 who caused the event such as a fall, a fall, or a nurse call. It is also possible to mark the response as completed by inputting the response result using the operation screen, and record the input time in the response date and time column. In addition, in response to updating the event list, the server 20 transmits the updated event list to all logged-in staff members 80.

The determination of the predetermined event that may lead to an accident, that is, the event of a fall or fall, which the detection unit 10 determines has occurred, includes an erroneous determination. If the criteria for judgment are made too strict, there is a risk that an error in judgment may occur when a fall or fall actually occurs. On the other hand, if the criteria for determination are set too loosely, erroneous determination is likely to occur, such as determining that a fall or fall event has occurred when no fall or fall has actually occurred.

In this embodiment, the determination criteria are not set to be strict so as to eliminate omissions in determination as much as possible, so erroneous determinations are included to some extent. The staff 80 determines whether this misjudgment has actually occurred by checking the situation using the staff terminal 40. Specifically, the staff member 80 can check the situation of the subject person 70 through a phone call or a photographed image, thereby confirming that there is no need to actually visit the person's room in the event of an erroneous determination. Furthermore, even if a fall actually occurs, there may be no injuries and no special measures are required. , it is possible to omit the need to go to the patient's room.

On the other hand, if it is determined that an accident requiring special response has occurred as a result of checking the contents, information indicating the situation of the event, while responding to the subject 70 or after the fact, In other words, special notes indicating that the event is an accident may be added to this event. The special notes may be input by the staff member 80 through the staff terminal 40, or may be input by the staff member 80 or the administrator through the fixed terminal 30. FIG. 9 is a modification of the event list with special notes added. Since event ID 015 was an accident, a comment indicating that it was an "accident" was added to the special notes. Note that the status field may be changed from "handled" to "accident" by the staff 80's operation input through the staff terminal 40 instead of the special notes field. Furthermore, the circumstances of the accident may be recorded in the special notes column by a witness (first discoverer) such as the staff member 80.

Here, the "accident" referred to in this specification is an accident that caused injury or death to the subject 70 that occurred within the facility, and in particular falls, fractures due to falls, bleeding, etc., and which were treated at a medical institution (inside the facility). ) or hospitalization. However, relatively minor injuries such as scrapes and bruises are excluded.

As described above, when the occurrence of an event such as a fall or fall is determined, event information including the response status to the event and an image obtained by photographing the observation area when this event occurs Accumulate data. In this embodiment, when an accident occurs, an accident report is created and output by utilizing the data continuously stored in the storage unit 23 by such a monitoring system.

(Output processing of accident report)
FIG. 10 is a flowchart showing the procedure of the accident report output process executed by the monitoring system 1 according to the first embodiment. The processing in FIG. 10 is mainly performed by the control unit 21 of the server 20 executing a program stored in the storage unit 23 or the like.

(Step S310)
The control unit 21 of the server 20 accumulates (adds) event information of the event determined to have occurred in the event list of the storage unit 23. This accumulation process is performed by the process described above (FIG. 6).

(Step S320)
The control unit 21 obtains the event list stored in the storage unit 23. This starts, for example, in response to a request from a user (staff 80, an administrator who manages this staff 80, etc.) through the fixed terminal 30.

(Step S330)
The control unit 21 displays a list of event information in the event list, and accepts a user's selection of an event related to an accident. For example, the user selects an event related to an accident from among the event information displayed in a list on the display of the fixed terminal 30. If the user knows the date and time of the accident and information about the subject 70 in advance, a matching event is selected from the event list. In the example of FIG. 9, selection of event ID 015 is accepted. Alternatively, the user may search for and select the item in which "accident" is listed in the special notes. Note that this selection allows the events to be stored in the event list in such a manner that it is possible to search for accident events by, for example, writing "accident" in the special notes column as in the modified example in Figure 9. For example, the control unit 21 may automatically extract and display accident events through a search.

(Step S340)
The control unit 21 acquires image data (video) associated with the event selected in step S330 from the storage unit 23.

(Step S350)
The control unit 21 refers to the event information of the event selected in step S330 from the storage unit 23, and stores the insured number, address, Obtain target person information such as age and level of care required.

(Step S360)
The control unit 21 refers to the event information of the event selected in step S330 from the storage unit 23, and generates an accident report associated with the subject 70 who caused the event, that is, the subject 70 who is a party to the accident. Get the format of. This format includes, for example, a format for the address on the residence card of the subject 70, a format for the municipality where the facility is located, and a format for submission to the parent company, as described above.

(Step S370)
The control unit 21 creates an accident report using the event information acquired in step S320, the image data, subject information, and format acquired in steps S340 to S360. 11 and 12 are examples of the accident report created in step S370. If there are multiple accident reports, multiple accident reports are created using the formats. The created accident report includes multiple images generated from images (videos) taken when the accident occurred. In the example shown in the figure, thumbnail images created from four consecutive images at 1-second intervals are pasted on the report.

(Step S380)
Here, the control unit 21 accepts editing of the accident report created in step S370 by the user. For example, the user edits the accident report through the fixed terminal 30 while referring to the accident report displayed on the display of the fixed terminal 30. At this time, the moving image (several seconds) acquired in step S340 may be displayed on the display instead of the thumbnail image. Further, if there are special notes regarding the accident occurrence situation by a witness (first discoverer) such as the staff member 80, they may be displayed on the display. The user edits the accident report while referring to this information. At this time, the user can refer to the images and special notes displayed on the display and use this information to determine measures to take in the event of an accident, such as whether the floor mat is in a bad position or is not secured properly. Once identified, countermeasures can be entered.

(Step S390)
The control unit 21 outputs the accident report by displaying it on the display of the fixed terminal 30, printing it on paper from a printer, or transmitting the report data to a destination address in response to a request.

In this way, in this embodiment, event information and image data of an event related to an accident are acquired from a storage unit that stores a plurality of event information and image data of a predetermined event that may lead to an accident, and these are acquired. Use this to create an accident report and output it. This can support the creation of accident reports. In particular, in this embodiment, since the detection unit 10 records the situation when the accident occurred in the storage unit 23 using photographed images or the like, objective factual information can be retrieved. In particular, since the situation at the time of an accident can be explained by referring to image data rather than text data, it is effective in supporting the creation of accident reports and allows consideration of specific countermeasures. Further, since a plurality of accident reports are created simultaneously using a plurality of formats associated with the subject person 70, the time required for creation can be shortened and labor can be saved.

(Modified example)
In the embodiment described above, the detection unit 10, the server 20, the fixed terminal 30, and the staff terminal 40 are each described as independent and separate devices. However, the present invention is not limited to this, and several configurations may be integrated. For example, the functions of the server 20 may be integrated into the fixed terminal 30.

Further, the processing in the monitoring system 1 according to the embodiment described above may include steps other than the steps in the sequence chart or flowchart described above, or may not include some of the steps described above. Furthermore, the order of steps is not limited to the embodiments described above. Furthermore, each step may be combined with other steps and executed as a single step, included in other steps and executed, or divided into a plurality of steps and executed.

Further, the means and methods for performing various processes in the monitoring system 1 according to the embodiment described above can be realized by either a dedicated hardware circuit or a programmed computer. The program may be provided on a computer-readable recording medium such as a USB memory or a DVD (Digital Versatile Disc)-ROM, or may be provided online via a network such as the Internet. In this case, the program recorded on the computer-readable recording medium is usually transferred and stored in a storage unit such as a hard disk. Further, the above program may be provided as a standalone application software, or may be incorporated as one function into the software of the device such as the detection section.

This application is based on a Japanese patent application (Japanese Patent Application No. 2018-120824) filed on June 26, 2018, the disclosure content of which is referenced and incorporated in its entirety.

1 Monitoring system 10 Detection unit 11 Control unit 12 Communication unit 13 Camera 14 Nurse call unit 15 Voice input/output unit 20 Server 21 Control unit 22 Communication unit 23 Storage unit 30 Fixed terminal 40 Staff terminal 41 Control unit 42 Wireless communication unit 43 Display unit 44 Input unit 45 Audio input/output unit 50 Network 51 Access point 60 Bed 70 Target person (care recipient)
80 Staff (caregivers)

Claims (8)

Image data including event information of a predetermined event that may lead to an accident and video data associated with the event, based on the output of a detection unit that detects movement of a subject in an observation area, from a storage unit that stores a plurality of the event information that records the event related to the subject in the observation area where the occurrence has been determined, and the image data obtained by photographing the observation area when the event occurs; a step (a) of acquiring the event information of the event related to the accident and the image data associated with the event;
a step (b) of creating an accident report regarding the event using the acquired event information of the event and the image data;
a step (f) of displaying the accident report created in step (b) and accepting edits to the accident report by the user;
a step (c) of outputting the accident report edited in the step (f);
The step (f) includes a control program for causing the computer to execute a process of displaying the moving image data acquired in the step (a) for reference. The event information includes information indicating the occurrence status of the event, which is input through a terminal by a staff member who responds to the target person in response to the occurrence of the event;
2. The control program according to claim 1, wherein in step (f), information indicating the occurrence status of the event is further displayed for reference . The process further includes a step (d) of obtaining one or more formats associated with each of the subjects who caused the event,
3. The control program according to claim 1 , wherein in step (b), the accident report is further created using the format obtained in step (d). The process further includes a step (e) of receiving a selection of an event related to an accident from among the plurality of events,
4. The control program according to claim 1, wherein , in the step (a), event information regarding the event selected in the step (e) and the image data are obtained. 5. The control program according to claim 1 , wherein the accident report includes a plurality of images generated from the moving image data . The control program according to any one of claims 1 to 5 , wherein the event information related to a fall or a falling event is stored in the storage unit as the event. Image data including event information of a predetermined event that may lead to an accident and video data associated with the event, based on the output of a detection unit that detects movement of a subject in an observation area, from a storage unit that stores a plurality of the event information that records the event related to the subject in the observation area where the occurrence has been determined, and the image data obtained by photographing the observation area when the event occurs; a step (a) in which the report output device acquires the event information of the event related to the accident and the image data associated with the event;
a step (b) in which a report output device creates an accident report regarding the event using the acquired event information of the event and the image data;
a step (f) in which the report output device displays the accident report created in step (b) and accepts edits to the accident report by the user;
a step (c) of outputting the accident report edited in the step (f);
In the step (f), the report output method displays the moving image data acquired in the step (a) for reference . Image data including event information of a predetermined event that may lead to an accident and video data associated with the event, based on the output of a detection unit that detects movement of a subject in an observation area, from a storage unit that stores a plurality of the event information that records the event related to the subject in the observation area where the occurrence has been determined, and the image data obtained by photographing the observation area when the event occurs; an acquisition unit that acquires the event information of the event related to the accident and the image data associated with the event;
a creation unit that creates an accident report regarding the event using the acquired event information of the event and the image data;
a reception unit that displays the accident report created in the creation unit and accepts edits to the accident report by the user;
an output unit that outputs the edited accident report received by the reception unit ,
A report output device that displays moving image data acquired by the acquisition unit for reference when the reception unit accepts editing .