WO2019155775A1 - 見守りシステム、およびイベントリストの表示方法 - Google Patents

見守りシステム、およびイベントリストの表示方法 Download PDF

Info

Publication number
WO2019155775A1
WO2019155775A1 PCT/JP2018/047605 JP2018047605W WO2019155775A1 WO 2019155775 A1 WO2019155775 A1 WO 2019155775A1 JP 2018047605 W JP2018047605 W JP 2018047605W WO 2019155775 A1 WO2019155775 A1 WO 2019155775A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
care
list
display
displayed
Prior art date
Application number
PCT/JP2018/047605
Other languages
English (en)
French (fr)
Inventor
崇志 岡田
古川　学
雅史 西角
Original Assignee
コニカミノルタ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by コニカミノルタ株式会社 filed Critical コニカミノルタ株式会社
Priority to JP2019570326A priority Critical patent/JP7234948B2/ja
Publication of WO2019155775A1 publication Critical patent/WO2019155775A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M9/00—Arrangements for interconnection not involving centralised switching
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61G—TRANSPORT, PERSONAL CONVEYANCES, OR ACCOMMODATION SPECIALLY ADAPTED FOR PATIENTS OR DISABLED PERSONS; OPERATING TABLES OR CHAIRS; CHAIRS FOR DENTISTRY; FUNERAL DEVICES
    • A61G12/00—Accommodation for nursing, e.g. in hospitals, not covered by groups A61G1/00 - A61G11/00, e.g. trolleys for transport of medicaments or food; Prescription lists
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/04—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using a single signalling line, e.g. in a closed loop
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/10—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using wireless transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems

Definitions

  • the present invention relates to a monitoring system and an event list display method.
  • the life expectancy has been remarkable due to the improvement of living standards, the improvement of sanitary environment, and the improvement of medical standards accompanying high economic growth after the war. For this reason, coupled with the decline in the birth rate, the aging society has a high aging rate. In such an aging society, an increase in the number of care recipients who need care is expected due to illness, injury, and aging.
  • Caregivers may fall while walking in a facility such as a hospital or a welfare facility for the elderly, or may fall from a bed and be injured. Therefore, a system for detecting the status of the care recipient, etc., so that the nurse or caregiver can rush immediately when the person requiring care such as a care recipient or patient enters such a state. Development is underway.
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a watching system and an event list display method capable of easily grasping the state of response to an event related to a care target person.
  • a detection unit provided in each of a plurality of observation areas, the detection unit detecting a movement of a care target person who is a patient or a care recipient in the observation area, or a care call by the care target person; Based on the output from the detection unit, a management unit that determines occurrence of a predetermined event related to the care target person in each of the observation regions; A storage unit that stores an event list that associates the event determined by the management unit with the care target person; One or more portable terminals that have a display unit and are wirelessly communicable with the management unit and carried by a care staff who performs nursing or care for the care target person, With The management unit records the response status to the event in the event list in response to an input by the care staff through the portable terminal, and transmits at least a part of the event list to the portable terminal. And The said portable terminal is a monitoring system which displays the received said event list as a list on the said display part.
  • the response status of the events displayed in the list includes progress information indicating whether the care staff has already responded to the event and / or identification information for identifying the corresponding care staff.
  • the monitoring system according to (1) which is included.
  • the events are sorted or extracted according to at least one of the determined event type, the date and time of occurrence of the event, the response status of the event, the care target person, and the care staff.
  • the monitoring system according to (1) or (2) above.
  • the management unit changes the response status to the event from unsupported to supported,
  • the correspondence status includes unsupported, supported, and status confirmation.
  • the management unit transmits information for determining whether to respond to the unsupported event to the mobile terminal.
  • Set the response status of the event during the status check The monitoring system according to any one of (1) to (5), wherein the display unit of the mobile terminal displays an operation screen on which the received information for determination is displayed.
  • the detection unit includes a camera that captures the observation region
  • the management unit stores an image obtained by capturing the observation area in the storage unit in association with the event
  • an unsupported event that is not handled by the care staff includes an image corresponding to the event or a thumbnail image of the image
  • the display area of the display unit includes a scroll area for displaying the event, and a tab area.
  • a scroll area a plurality of events are displayed in a list in a scrollable manner.
  • the monitoring system according to any one of (1) to (7) above, wherein information indicating the presence or number of unsupported events is displayed in the tab area.
  • An event list including a plurality of events of a care target person who is a patient or a cared person in the observation region in a monitoring system including detection units provided respectively in the plurality of observation regions is displayed on the display unit of the mobile terminal
  • the management unit records the response status to the event related to the care target person in the event list according to the input by the care staff through the portable terminal, and at least the event list for the portable terminal. Send some.
  • the received event list is displayed as a list on the display unit.
  • FIG. 1 is a diagram illustrating an overall configuration of a monitoring system according to the present embodiment
  • FIG. 2 is a diagram illustrating an example of a detection unit installed around a bed in a room of a care target person.
  • the watching system 1 includes a plurality of detection units 10, a management server 20, a fixed terminal 30, and one or more portable terminals 40. These are connected so as to be able to communicate with each other via a network 50 such as a LAN (Local Area Network), a telephone network, or a data communication network by wired or wireless.
  • the network 50 may include a repeater such as a repeater, bridge, router, or cross-connect that relays communication signals.
  • the mobile terminal 40 includes a detection unit 10, a management server 20, a fixed terminal 30, and a network 50 such as a wireless LAN (for example, a LAN according to the IEEE 802.11 standard) including an access point 51. They are connected so that they can communicate with each other.
  • a wireless LAN for example, a LAN according to the IEEE 802.11 standard
  • the watching system 1 is disposed at an appropriate place in accordance with the care target person 80.
  • the care target person 80 (monitoring person) is, for example, a patient who needs nursing due to illness or injury, a cared person who needs care due to a decline in physical ability due to aging, or a single person living alone.
  • the care target person 80 may be a person who needs the detection when a predetermined adverse event such as an abnormal state occurs in the person.
  • the watching system 1 is suitably arranged in a building such as a hospital, a welfare facility for the elderly, and a dwelling unit, according to the type of the care target person 80. In the example shown in FIG.
  • the monitoring system 1 is arranged in a building of a facility including a plurality of rooms including a plurality of rooms (living rooms) and a care station (also referred to as a nurse station) in which a plurality of care target persons 80 move. Yes.
  • the detection unit 10 is disposed in each room that is an observation area of the care target person 80.
  • the four detection units 10 are arranged in the rooms of Mr. A, Mr. B, Mr. C, and Mr. D, who are the care target 80.
  • the observation area of the detection unit 10 includes a bed 90.
  • the position, the number, and the like of each component included in the watching system 1 are not limited to the example illustrated in FIG.
  • the management server 20 may not be arranged in the care station but may be an external server unit connected to the network 50.
  • the fixed terminal 30 may be omitted, and the management server 20 or the portable terminal 40 may perform the function.
  • FIG. 3 is a block diagram showing a schematic configuration of the detection unit.
  • the detection unit 10 includes a control unit 11, a communication unit 12, a camera 13, and a care call unit 14, which are connected to each other by a bus.
  • the control unit 11 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), a ROM (Read Only Memory), and the like, and performs control and arithmetic processing of each unit of the detection unit 10 according to a program.
  • 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 management server 20, the fixed terminal 30, or the mobile terminal 40 via the network 50.
  • an interface circuit for example, a LAN card
  • the camera 13 is arranged, for example, on the ceiling of the living room or on the upper part of the wall, images the bed 90 of the care target 80 as an observation area, and outputs a captured image (image data).
  • This captured image includes a still image and a moving image.
  • the camera 13 is a visible light camera, a near-infrared camera may be used instead, and these may be used together.
  • the control unit 11 recognizes the action of the care target person 80 from the captured image captured by the camera 13. This action to be recognized includes “getting up” getting up from the bed 90, “getting out” getting away from the bed 90, and “falling” falling over to the floor or the like.
  • the control unit 11 detects an image silhouette (hereinafter referred to as “human silhouette”) from a plurality of captured images (moving images).
  • the human silhouette can be detected by, for example, extracting a pixel range having a relatively large difference based on a time difference in which images having different shooting times are added.
  • the person silhouette may be detected by a background subtraction method that subtracts the background image from the captured image.
  • the recognition of getting up, getting out of bed, and falling is performed from the detected person silhouette based on the posture of the care target person 80 (for example, standing, sitting and lying down) and the relative position with the installation in the room such as the bed 90, Recognize the difference between getting out of bed and falling (falling).
  • 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. Further, the present invention is not limited to this, and all or most of these recognition processes may be performed on the management server 20 side, and the control unit 11 may only transmit a captured image to the management server 20. When recognizing any action, the control unit 11 transmits a notification that the action has occurred to the management server 20 or the like.
  • the care call unit 14 includes a push button type switch, and detects a care call (nurse call) when the switch is pressed by a care target person. Instead of a push button switch, a care call may be detected by a voice microphone. When the switch of the care call unit 14 is pressed, that is, when a care call is detected, the control unit 11 transmits a notification that there is a care call to the management server 20 or the like via the communication unit 12 and the network 50.
  • the care call unit 14 may include a microphone and a speaker for voice calls.
  • the detection unit 10 transmits and receives microwaves to and from the bed 90 to detect a Doppler shift type body motion sensor that detects a microwave Doppler shift caused by body motion (for example, respiratory motion) of the care target person 80, Further, it may be provided.
  • body motion sensor detects a microwave Doppler shift caused by body motion (for example, respiratory motion) of the care target person 80, Further, it may be provided.
  • body motion sensor the body motion of the chest (vertical motion of the chest) associated with the breathing motion of the care subject 80 is detected, and the period of the body motion of the chest is disturbed or less than a preset threshold value.
  • the amplitude in the body movement is detected, it is recognized that the body movement is abnormal.
  • This event includes a care call by the care call unit 14.
  • the detection unit 10 transmits information about the event that has occurred to the management server 20.
  • FIG. 4 is a block diagram illustrating a schematic configuration of the management server 20.
  • the management server 20 includes a control unit 21, a communication unit 22, and a database 23. Each component is communicably connected to each other via a bus.
  • the database 23 functions as a storage unit, and stores various information on an event list, a care target person, and a care staff. Since the other control part 21 and the communication part 22 have the same function as each structure of the detection part 10, detailed description is abbreviate
  • the management server 20 functions as a management unit alone or by cooperating with the detection unit 10, and events such as getting up, getting out of bed, falling, care call, etc. recognized by the detection unit 10 relate to the care target person.
  • the care target person 80 that is, the resident of the room
  • the determined event type and the care target person 80 are associated and added to the event list of the database 23.
  • the care target person may be determined by reading the IC tag with an RFID reader provided in each room when the care target person carries the IC tag.
  • the care target person may be determined by arranging the detection unit 10 for each bed 90.
  • the fixed terminal 30 is a so-called PC (Personal Computer), and includes a CPU, a RAM, a ROM, an HDD, a display unit, an input unit, and the like, and receives operation inputs of various information by care staff.
  • an administrator such as a representative care staff or technical staff associates the room number with the detection unit 10 when the detection unit 10 is attached to each room (living room) through the fixed terminal 30, or the bed 90
  • the position information of the installed object in the living room that is, the outline information of the upper view by the ceiling camera 13 is calibrated and designated.
  • identification information such as the name and ID number of the person to be hospitalized or resident is associated with each room number.
  • the portable terminal 40 includes a control unit 41, a wireless communication unit 42, a display unit 43, an input unit 44, and a voice input / output unit 45, which are connected to each other via a bus.
  • the control unit 41 has the same configuration as that of the detection unit 10 and includes a CPU, a RAM, a ROM, and the like.
  • the wireless communication unit 42 can perform wireless communication using a standard such as Wi-Fi or Bluetooth (registered trademark), and performs wireless communication with each device via the access point 51 or directly.
  • the display unit 43 and the input unit 44 are touch panels, in which a touch sensor as the input unit 44 is superimposed on the display surface of the display unit 43 configured by liquid crystal or the like.
  • the display unit 43 and the input unit 44 display various operation screens that list a plurality of events included in the event list to the care staff, and accept various operations through the operation screens.
  • the voice input / output unit 45 is, for example, a speaker and a microphone, and enables a voice call by a care staff to communicate with another portable terminal 40 via the wireless communication unit 42.
  • the mobile terminal 40 is a device that functions as a user interface of the watching system 1 and can be configured by a portable communication terminal device such as a tablet computer, a smartphone, or a mobile phone.
  • FIG. 6 is a flowchart showing a procedure for adding an event to the event list executed by the watching system 1.
  • the process of FIG. 6 is executed mainly by the control unit 21 of the management server 20 and in cooperation with the control unit 11 of the detection unit 10. Programs related to these are stored in the memory of each control unit.
  • Step S101 The detection unit 10 monitors the care subject 80 in the observation area, that is, on or around the bed 90.
  • the detection unit 10 recognizes a new event (hereinafter also referred to as “new arrival event”), the detection unit 10 transmits information on the recognized event to the management server.
  • Step S102 The management server 20 waits for reception of event information from the detection unit 10, and if there is reception (YES), the process proceeds to step S103.
  • the management server 20 updates the event list stored in the database 23.
  • FIG. 7 is an example of an event list.
  • the event list includes a plurality of events.
  • Each event includes an event ID, a room number, a care target, an event type, an occurrence date and time (event recognition time), a captured image at the time of occurrence (for example, a still image), and a care support status.
  • the event ID functions as a primary key, and a unique number is automatically assigned to each event.
  • the care response status is data indicating the response status of the care staff, and includes progress information, a staff ID, and response date / time.
  • the staff ID is unique identification information for identifying the care staff, and is a name, an employee number, or the like.
  • the care staff does not take any action, so the progress information becomes “unsupported”.
  • the change and update of the care support status including the progress information will be described later.
  • a still image is recorded as a captured image, a moving image of several tens of seconds before and after the occurrence time may be stored in the database 23 for a fall event.
  • FIG. 8 is a flowchart showing a procedure of an event list display process executed by the watching system 1.
  • the process of FIG. 8 is executed mainly by the control unit 21 of the management server 20, and is executed by cooperating with the control unit 41 of the portable terminal 40 and the control unit 11 of the detection unit 10, and these programs are executed by each control unit. Stored in the memory.
  • the process on the management server 20 side is shown on the left side, and the process on the mobile terminal 40 side is shown on the right side.
  • Steps S201 and S301 First, login authentication processing is performed.
  • the care staff inputs the staff ID and password through the touch panel (display unit 43, input unit 44) of the mobile terminal 40, and transmits this to the management server 20.
  • the management server 20 matches the authentication information stored in the database 23 and transmits an authentication result corresponding to the authority of the care staff to the portable terminal 40.
  • Steps S202 and S302 The portable terminal 40 sends an event list transmission request command to the management server 20 automatically in response to the successful authentication or in response to an input operation on the touch panel of the care staff.
  • the management server 20 transmits an event list to the mobile terminal 40 in response to a transmission request from the mobile terminal 40.
  • a part of the event list stored in the database 23 may be transmitted.
  • an event list in which only events that have occurred (recognized) within a predetermined period (for example, the past 24 hours) may be transmitted based on the login date and time.
  • the extraction condition is not limited to the predetermined period and may be the maximum number of transmissions. Further, the event list extraction condition to be transmitted at the time of login may be set in advance by an administrator or the like, or may be set by the care staff at the time of login.
  • Step S303 The portable terminal 40 displays a list of event lists received from the management server 20 on the display unit 43.
  • a specific example of the list display will be described with reference to FIGS.
  • FIG. 9 is an example of an event list
  • FIG. 10 is an example of an operation screen displayed on the display unit 43.
  • the events corresponding to the event IDs 010 to 0011 have already been handled with respect to the progress information of the care handling status, and the event IDs 012 to 0015 are not yet supported.
  • FIG. 10A is a diagram showing a state in which a plurality of events included in the event list of the correspondence status as shown in FIG. 9 are displayed as a list.
  • the display area of the operation screen 411 shown in FIG. 10A includes areas a1 to a4 in order from the top.
  • An area a1 is a tab area and can be scrolled in the horizontal direction. Areas a2 and a4 are fixed areas.
  • An area a3 is a scroll area and can be scrolled in the vertical direction.
  • a list of events in the event list is displayed in the scroll area a3, and various icons and keys for operations are arranged in the other areas a1, a2, and a4.
  • events are displayed on each of a plurality of lines.
  • information of event IDs 010 and 011 is displayed in rows r1 and r2, respectively.
  • line r3 a plurality of event IDs 012 to 015 satisfying a predetermined condition are collectively displayed in one line.
  • the predetermined condition is an event that is not supported and is common to the care recipients. Note that the present invention is not limited to this, and each may be displayed separately without being displayed together.
  • a part of the event list is displayed in the scroll area a3, and the care staff scrolls in the scroll area in the scroll area (flick to slide the finger in a predetermined direction), and scrolls and displays in the scrolled direction.
  • a plurality of events are displayed in ascending order in time series (occurrence date and time) in the scroll area a3. In the default setting, the latest event is displayed at the lower end of the scroll area a3, and events before that are displayed in order upward.
  • a scroll bar indicating the display position for all received event lists may be displayed at the side edge of the scroll area.
  • the display content will be described taking line r1 of the operation screen 411 as an example.
  • each information of the room number (room 101), the care target person (Mr. A (Ichiro Yamashita)), the care staff ID (user 0003), the date and time of occurrence, and progress information (corresponding) is associated with the corresponding event ID001.
  • an icon i1 (nurse cap) is also displayed so as to intuitively recognize that the event type is a care call. By displaying the icon i1, the type of event can be easily grasped.
  • the display contents of the unsupported event will be described by taking the line r3 of the operation screen 411 as an example.
  • the unsupported event IDs 012 to 015 are all unsupported events for the same care target or room number, these events are collectively displayed in one row r3.
  • This unsupported time is the elapsed time from the occurrence of the first event. By displaying the elapsed time, the care staff can grasp the situation. In addition, by displaying thumbnail images, it is possible to intuitively understand that the event is not supported.
  • the thumbnail image to be displayed is the latest (lastly occurring) event among the plurality of events displayed in the same row r3, that is, the thumbnail image corresponding to the image i015 with the event ID 0015. It should be noted that the thumbnail images to be displayed are prioritized for each type among a plurality of events displayed in the same row r3, and the highest priority (most important event), for example, a thumbnail image of a fall event is displayed. Also good.
  • icons corresponding to each event are displayed in one line.
  • the respective icons i2 to i4 related to getting up, leaving the floor, and falling are displayed in the row r3.
  • Step S304 The control unit 41 of the mobile terminal 40 receives an event update based on an input from the care staff. If there is an update event, that is, if the response status is changed, the care staff performs input through the operation screen displayed on the display unit 43 of the mobile terminal 40. Specifically, the care staff taps any location in the row r3 of the operation screen 411 in FIG. In the figure, the tap position is indicated by a finger mark (and so on).
  • the screen transitions to the operation screen 412 in FIG.
  • the thumbnail image is enlarged and displayed, or the original captured image is displayed.
  • the care staff can change the response status of the displayed event to “completed” by tapping the key k1 (“corresponding”). By tapping the key k2 (“speak”), it is possible to talk (speak) to the care target 80.
  • This call can be performed by the care call unit 14 and the voice input / output unit 45 in each room, for example.
  • the control unit 41 of the mobile terminal 40 determines that there is an update event, and the process proceeds to step S305.
  • the mobile terminal 40 transmits an update event, that is, a change in the response status of the event, to the management server 20.
  • Step S203 The control unit 21 of the management server 20 determines whether or not the event list needs to be updated.
  • the management server 20 receives the update event from the mobile terminal 40 (YES in step S304), determines that the event list needs to be updated (YES), updates the event list, and then proceeds to the next process.
  • YES update event
  • the management server 20 adds the new arrival event to the event list of the database 23 (the same processing as step S103 in FIG. 6). In addition, when receiving an update event from any of the mobile terminals 40, the management server 20 changes the care support status and updates the event list as described below.
  • FIG. 11 is a diagram showing the event list after the correspondence status of the event IDs 12 to 15 is changed to corresponding to the event list in the state shown in FIG.
  • the management server 20 receives the fact that the key k1 has been tapped from the mobile terminal 40, thereby simultaneously changing the care handling status regarding the event IDs 12 to 15. Specifically, the progress information of the care response status is changed to “Compatible”, and the staff ID and reception time of the user (logged care staff) of the received portable terminal 40 are recorded in the event list. This reception time is recorded as the corresponding date and time in the event list.
  • Steps S204 and S305 The management server 20 distributes the updated event list to all the mobile terminals 40 that have logged in. Each portable terminal 40 returns a receipt confirmation command in response to receiving the event list from the management server 20. In response to receiving the event list, each mobile terminal 40 updates the display shown below.
  • the event list may be transmitted from the management server 20 by transmitting only difference data. For example, only a part that has changed with respect to the event list transmitted immediately before, that is, an event that has been added or updated is transmitted as an event list to all the mobile terminals 40.
  • FIG. 10C is a diagram showing a state in which events in the updated event list are displayed as a list.
  • FIG. 10C is also an operation screen 413 in a state where the key k1 (“corresponding”) in FIG. 10B is tapped to return to the original list display screen.
  • the operation screen 413 does not display the displayed thumbnail image in the unsupported event.
  • FIG. 10A four unsupported events are collectively displayed in one row r3.
  • the display example of FIG. It is displayed at r4.
  • the present invention is not limited to this, and a plurality of events whose care support status has been changed at the same time may be displayed together as in row r3 in FIG. 10 (in this case, thumbnail images are not displayed). .
  • FIG. 10C is also an operation screen 413 in a state where the key k1 (“corresponding”) in FIG. 10B is tapped to return to the original list display screen.
  • the operation screen 413 does not display the displayed thumbnail image in the unsupported event.
  • four unsupported events are collectively
  • a plurality of event IDs 012 to 015 are displayed in order of occurrence time. Note that the event ID 0012 displayed at the top (row r1) with the earliest occurrence time is partially out of display. As described above, the care staff can display other events that are not displayed by scrolling.
  • the management unit records the response status of the event related to the care target person in the event list in response to the input by the care staff through the mobile terminal, and the event list of the event list is stored in the mobile terminal. Send at least a part.
  • the received event list is displayed as a list on the display unit.
  • the key k10 or the key k11 is displayed in the tab area a1.
  • the keys k10 and 11 function as return keys for returning to the previous screen as described above, and also function as information indicating the presence or absence or number of unsupported events.
  • FIG. 12 is an enlarged view of the tab area a1 at the top of the operation screen.
  • FIG. 12A corresponds to FIG. 10A
  • FIG. 12B corresponds to FIG.
  • icons i5 and 6 indicating the presence or absence of an unsupported event are included in the key k10. (Superimposed). Care calls are high in importance and frequency as types of events, and are individually indicated by an icon i5 whose appearance is similar to the icon i1. Other events are collectively indicated by an icon i6.
  • the icons i5 and 6 each include a number so that the number of unsupported events can be recognized.
  • the icons i5 and i6 are not displayed as indicated by the key k11 in FIG.
  • keys k12 to k14 are arranged in addition to k10 or k11.
  • a transition is made to an operation screen for calling other care staff.
  • a transition is made to an operation screen for confirming a list of residents in each room.
  • transition is made to various settings, for example, an operation screen for logging out and an operation screen for confirming login information (staff identification information, device ID).
  • the effect of displaying information indicating the presence or absence or number of unsupported events in the tab area a1 is as follows. As described above, when the number of events included in the event list is large and not all events can be displayed at once in the scroll area a3, unsupported events are scrolled out of the screen, It may not be displayed. Even in such a situation, the care staff can easily grasp the existence of an unsupported event by checking whether or not an icon indicating the presence or absence of the unsupported event is displayed in the tab area a1. .
  • FIG. 13 is an operation screen indicating that the state is being confirmed.
  • the management server 20 temporarily sets the progress information of the event in the event list to “status confirmation”. Set. Then, it is notified and displayed on the portable terminal 40 of another care staff that the state is being confirmed.
  • the display unit 43 of the mobile terminal 40 shows an example in which all of a plurality of events included in the event list received from the management server 20 are displayed in time series. You may make it extract (filter process).
  • FIG. 14 and 15 are examples of operation screens of the display unit 43 according to the modification.
  • the screen 431 shown in FIG. 14 when the care staff taps the key k21, the screen is switched to the operation screen 432 in FIG.
  • a radio button on the operation screen 432 it is possible to select “display all” to display all factors or “narrowed display” to extract and display by any factor.
  • the narrowed display the screen is switched to an operation screen of another level, and the narrowing conditions can be set on the operation screen.
  • the narrowing conditions include, for example, event type, event occurrence time, event progress information, care target person, care staff, and the like. As types of events, for example, care calls and other events may be narrowed down.
  • By selecting the filtering condition only the corresponding event is displayed in a list.
  • the care staff can tap a quick key K22 on the operation screen 431 to perform specific narrowing down with one click. Specifically, the care staff taps the quick key k22 to select whether to display “all events” included in the received event list or “only unsupported events”. Can be selected. On the operation screen 431, the quick key k22 is selected, and only unsupported events are displayed in the scroll area. Furthermore, as another processing, the operation screen for inputting a text message can be changed using the key k23, and a message to other care staff can be transmitted.
  • the display order of the list display may be sorted and displayed according to the same conditions as the narrowing-down conditions.
  • events are sorted and displayed in time series in the order of occurrence time.
  • the events in the event list are sorted by the care staff selecting the conditions such as event type, event occurrence time, event progress information, care target person, care staff, etc. through the operation screen.
  • a list may be displayed.
  • the care staff can easily recognize the situation of the desired event list by displaying the events in the event list by extracting or sorting in this way.
  • the configuration of the monitoring system described above is the main configuration for describing the features of the above-described embodiment, and is not limited to the above-described configuration, and can be variously modified within the scope of the claims. Moreover, the structure with which a general watching system is provided is not excluded.
  • the management server 20 of the monitoring system 1 functions as a management unit and the database 23 functions as a storage unit.
  • the management server 20 and the database are omitted, and the fixed terminal 30 or either
  • the detection unit 10 may function as a management unit or a storage unit.
  • the means and method for performing various processes in the monitoring system 1 according to the above-described embodiment can be realized by either a dedicated hardware circuit or a programmed computer.
  • the program may be provided by 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.
  • the program recorded on the computer-readable recording medium is usually transferred to and stored in a storage unit such as a hard disk.
  • the program may be provided as a single application software, or may be incorporated into the software of the apparatus such as the detection unit as one function.

Landscapes

  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Nursing (AREA)
  • Animal Behavior & Ethology (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Veterinary Medicine (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Alarm Systems (AREA)
  • Accommodation For Nursing Or Treatment Tables (AREA)
  • Emergency Alarm Devices (AREA)

Abstract

ケア対象者に関するイベントへの対応状況を容易に把握できる見守りシステムおよびイベントリストの表示方法を提供する。　ケアシステム１の管理部２０は、携帯端末４０を通じたケアスタッフによる入力に応じて、ケア対象者に関するイベントへの対応状況をイベントリストに記録するとともに、携帯端末４０に対して、イベントリストの少なくとも一部を送信し、携帯端末４０は、受信したイベントリストのイベントを表示部４３に一覧表示する。

Description

見守りシステム、およびイベントリストの表示方法
　本発明は見守りシステム、およびイベントリストの表示方法に関する。
　我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著となっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。このような高齢化社会では、病気、怪我、および加齢などにより、介護を必要とする要介護者等の増加が想定される。
　要介護者等は、病院や老人福祉施設などの施設において、歩行中に転倒したり、ベッドから転落して怪我をしたりする虞がある。そのため、要介護者や患者等のケア対象者がこのような状態になったときに看護師や介護士がすぐに駆けつけられるようにするために、要介護者等の状態を検知するためのシステムの開発が進められている。
　このようなシステムとして特許文献１に開示されたナースコールシステムにおいては、患者のベッドに対して設置されたカメラの撮像映像から、患者の起床、離床のいずれかの状態になったか否かを判断し、起床、または離床が行われた場合には、ナースステーションに設けられたナースコール親機に、カメラの撮像映像を表示させている。
特開２０１４－９０９１３号公報
　しかしながら、特許文献１に開示されたナースコールシステムでは、起床または離床の状態になった場合に、どのように対応したか否かを知ることができない。特に、複数のケア対象者が同時に起床または離床になった場合に、どのケア対象者に対して対応したのか、未だ対応していないのかの判断に手間が掛かる。
　本発明は、上記事情に鑑みてなされたものであり、ケア対象者に関するイベントへの対応状況を容易に把握できる見守りシステムおよびイベントリストの表示方法を提供することを目的とする。
　本発明の上記目的は、下記の手段によって達成される。
　（１）複数の観察領域にそれぞれに設けられた検出部であって、該観察領域における患者もしくは被介護者であるケア対象者の動き、または該ケア対象者によるケアコールを検出する検出部と、
　前記検出部からの出力に基づいて、前記観察領域それぞれにおける前記ケア対象者に関する所定のイベントの発生を判定する管理部と、
　前記管理部が判定した前記イベントと前記ケア対象者とを関連付けたイベントリストを記憶する記憶部と、
　表示部を有し、前記管理部と無線通信可能な携帯端末であって、前記ケア対象者に対して看護または介護を行うケアスタッフが携帯する１つ以上の携帯端末と、
を備え、
　前記管理部は、前記携帯端末を通じた前記ケアスタッフによる入力に応じて、前記イベントへの対応状況を前記イベントリストに記録するとともに、前記携帯端末に対して、前記イベントリストの少なくとも一部を送信し、
　前記携帯端末は、受信した前記イベントリストを前記表示部に一覧表示する、見守りシステム。
　（２）前記一覧表示される前記イベントの前記対応状況には、前記イベントに対して前記ケアスタッフによる対応済みか否かを示す経過情報、および／または対応した前記ケアスタッフを特定する識別情報が含まれる、上記（１）に記載の見守りシステム。
　（３）前記一覧表示では、判定した前記イベントの種類、前記イベントの発生日時、前記イベントの前記対応状況、前記ケア対象者、および前記ケアスタッフの少なくとも１つによってソート、または抽出して表示する、上記（１）または上記（２）に記載の見守りシステム。
　（４）前記表示部に前記一覧表示した前記イベントのうち、いずれかの前記イベントを選択することにより、該イベントへの前記対応状況を入力可能な操作画面が表示される、上記（１）から上記（３）のいずれかに記載の見守りシステム。
　（５）前記管理部は、前記対応状況を入力可能な前記操作画面を通じた前記ケアスタッフによる入力に応じて、前記イベントへの前記対応状況を、未対応から対応済みに変更するとともに、
　前記携帯端末の前記表示部の表示は、前記一覧表示の画面に戻る、上記（４）に記載の見守りシステム。
　（６）前記対応状況には、未対応、対応済み、および状態確認中が含まれ、
　前記管理部は、前記携帯端末を通じた前記ケアスタッフからの要求に応じて、前記携帯端末に対して、未対応の前記イベントに対して対応するか否かを判断するための情報を送信するとともに、該イベントの前記対応状況を、前記状態確認中に設定し、
　前記携帯端末の表示部は、受信した前記判断するための情報を表示した操作画面を表示する、上記（１）から上記（５）のいずれかに記載の見守りシステム。
　（７）前記検出部は、前記観察領域を撮影するカメラを含み、
　前記管理部は、前記イベントが発生したときに、前記観察領域を撮影した画像を該イベントに関連付けて前記記憶部に記憶させ、
　前記表示部に表示した前記一覧表示において、前記対応状況として、前記ケアスタッフにより対応がなされていない未対応の前記イベントに対しては、該イベントに対応する画像、または該画像のサムネイル画像が含まれる、上記（１）から上記（６）のいずれかに記載の見守りシステム。
　（８）前記表示部の表示領域は、前記イベントを表示するスクロール領域と、タブ領域を含み、
　前記スクロール領域には、複数の前記イベントをスクロール可能な態様で、複数のイベントを一覧表示し、
　前記タブ領域には、未対応のイベントの有無または数を示す情報を表示する、上記（１）から上記（７）のいずれかに記載の見守りシステム。
　（９）複数の観察領域にそれぞれに設けられた検出部を備える見守りシステムにおける、該観察領域における患者または被介護者であるケア対象者のイベントを複数含むイベントリストを、携帯端末の表示部に表示する表示方法であって、
　前記検出部によって、ケア対象者の動き、または該ケア対象者によるケアコールを検出するステップと、
　前記検出に基づいて、前記観察領域それぞれにおける前記ケア対象者に関する所定のイベントの発生を判定するステップと、
　前記判定したイベントを、前記ケア対象者と関連付けてイベントリストに追加するステップと、
　前記ケア対象者に対して看護または介護を行うケアスタッフが携帯する前記携帯端末を通じた前記ケアスタッフによる入力に応じて、前記イベントへの対応状況を前記イベントリストに記録するステップと、
　前記携帯端末に対して、少なくとも前記イベントリストの一部を前記携帯端末に送信するステップと、
　受信した前記イベントリストを前記携帯端末の前記表示部に一覧表示するステップと、
を含む、イベントリストの表示方法。
　（１０）前記表示部に一覧表示される前記イベントの前記対応状況には、前記イベントに対して前記ケアスタッフによる対応済みか否かを示す経過情報、および／または対応した前記ケアスタッフを特定する識別情報が含まれる、上記（９）に記載の表示方法。
　本発明に係る見守りシステムにおいては、管理部が携帯端末を通じたケアスタッフによる入力に応じて、ケア対象者に関するイベントへの対応状況をイベントリストに記録するとともに、携帯端末に対してイベントリストの少なくとも一部を送信する。そして携帯端末側では、受信したイベントリストを表示部に一覧表示する。このようにすることでケアスタッフは、ケア対象者への対応状況を容易に把握できる。
見守りシステムの全体構成を示す図である。 ケア対象者の部屋に設置された検出部の例を示す図である。 検出部の概略構成を示すブロック図である。 管理サーバーの概略構成を示すブロック図である。 携帯端末の概略構成を示すブロック図である。 見守りシステムが実行するイベントの追加処理を示すフローチャートである。 データベースに記憶されるイベントリストの例である。 見守りシステムが実行するイベントリストの表示処理を示すフローチャートである。 データベースに記憶されるイベントリストの例である。 携帯端末の表示部に表示される操作画面の例である。 データベースに記憶されるイベントリストの例である。 操作画面のタブ領域を拡大した図である。 携帯端末の表示部に表示される操作画面の例である。 携帯端末の表示部に表示される操作画面の例である。 携帯端末の表示部に表示される操作画面の例である。
　以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
　（全体構成）
　図１は本実施形態に係る見守りシステムの全体構成を示す図であり、図２はケア対象者の部屋のベッド周辺に設置された検出部の例を示す図である。
　図１に示すように、見守りシステム１は、複数の検出部１０、管理サーバー２０、固定端末３０、および１つ以上の携帯端末４０を備える。これらは、有線や無線によって、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、電話網またはデータ通信網等のネットワーク５０を介して、相互に通信可能に接続される。ネットワーク５０は、通信信号を中継するリピーター、ブリッジ、ルーターまたはクロスコネクト等の中継機を備えてもよい。図１に示す例では、携帯端末４０は、検出部１０、管理サーバー２０、および固定端末３０と、アクセスポイント５１を含む無線ＬＡＮ等（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ）のネットワーク５０によって、相互に通信可能に接続されている。
　見守りシステム１は、ケア対象者８０に応じて適宜な場所に配設される。ケア対象者８０（見守り対象者）は、例えば、病気や怪我等によって看護を必要とする患者、高齢による身体能力の低下等によって介護を必要とする被介護者、または一人暮らしの独居者等である。特に、早期発見および早期対処を可能にする観点から、ケア対象者８０は、例えば異常状態等の所定の不都合な事象がその者に生じた場合に、その発見を必要としている者である得る。このため、見守りシステム１は、ケア対象者８０の種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、見守りシステム１は、複数のケア対象者８０が入居する複数の部屋（居室）やケアステーション（ナースステーションともいう）を含む複数の部屋を備える施設の建物に配置されている。
　検出部１０は、ケア対象者８０の観察領域であるそれぞれの居室に配置される。図１に示す例では、４つの検出部１０がケア対象者８０であるＡさん、Ｂさん、ＣさんおよびＤさんの居室にそれぞれ配置されている。検出部１０の観察領域にはベッド９０が含まれている。ケア対象者８０に対して看護または介護を行うケアスタッフであるユーザーｕ００１、ｕ００２はそれぞれ携帯端末４０を持ち歩いている。ただし、見守りシステム１が備える各構成の位置や個数等は、図１に示す例に限定されない。例えば、管理サーバー２０は、ケアステーションに配置されなくてもよく、ネットワーク５０に接続されている外部のサーバーユニットであってもよい。また固定端末３０を省略し、管理サーバー２０または携帯端末４０がその機能を担ってもよい。
　（検出部１０）
　図３は検出部の概略構成を示すブロック図である。同図に示すように、検出部１０は、制御部１１、通信部１２、カメラ１３、およびケアコール部１４を備え、これらはバスによって、相互に接続されている。
　制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、およびＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、等のメモリにより構成され、プログラムにしたがって検出部１０の各部の制御および演算処理を行う。なお、制御部１１は、メモリとして、さらにＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）を備えてもよい。
　通信部１２は、ネットワーク５０を介して、例えば、管理サーバー２０、固定端末３０または携帯端末４０等の、他の装置と通信するためのインターフェース回路（例えばＬＡＮカード等）である。
　カメラ１３は、例えば居室の天井、または壁の上部に配置され、観察領域としてケア対象者８０のベッド９０を撮影し、撮影画像（画像データ）を出力する。この撮影画像には、静止画および動画を含む。カメラ１３は可視光カメラであるが、これに換えて近赤外線カメラを用いてもよく、これらを併用してもよい。
　制御部１１は、カメラ１３が撮影した撮影画像から、ケア対象者８０の行動を認識する。この認識する行動には、ベッド９０から起き上がる「起床」、ベッド９０から離れる「離床」、および床面等に転倒する「転倒」が含まれる。
　制御部１１は、複数の撮影画像（動画像）から画像のシルエット（以下、「人シルエット」と称する）を検出する。人シルエットは、例えば、撮影時刻が前後する画像を差分する時間差分により差分が相対的に大きい画素の範囲を抽出することで検出され得る。人シルエットは、撮影画像から背景画像を差分する背景差分法により検出されてもよい。起床、離床、転倒の認識は、検出した人シルエットからケア対象者８０の姿勢（例えば立位、座位および横臥等）、およびベッド９０等の居室内の設置物との相対的な位置から起床、離床および転倒（転落）の別を認識する。これらの認識は、制御部１１のＣＰＵが処理するプログラムにより行ってもよく、組み込み型の処理回路により行うようにしてもよい。また、これに限られず管理サーバー２０側でこれらの認識の全部またはほとんどの処理を行うようにし、制御部１１では管理サーバー２０への撮影画像の送信のみを行うようにしてもよい。制御部１１は、いずれかの行動を認識した場合、その行動が発生した旨の通知を管理サーバー２０等に送信する。
　ケアコール部１４は、押しボタン式のスイッチを含み、スイッチがケア対象者によって押されることでケアコール（ナースコール）を検出する。押しボタン式のスイッチに換えて、音声マイクによりケアコールを検出してもよい。ケアコール部１４のスイッチが押された場合、すなわち、ケアコールを検出した場合、制御部１１は、通信部１２およびネットワーク５０を介して、ケアコールがあった旨の通知を管理サーバー２０等に送信する。また、ケアコール部１４は、音声通話用のマイクおよびスピーカーを備えてもよい。
　また、検出部１０は、ベッド９０に対してマイクロ波を送受信してケア対象者８０の体動（例えば呼吸動）によって生じたマイクロ波のドップラシフトを検出するドップラシフト方式の体動センサーを、さらに備えてもよい。この体動センサーにより、ケア対象者８０の呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である前記胸部の体動における振幅を検知すると、微体動異常であると認識する。
　本実施形態においては、ケア対象者８０に関する検出部が認識した状態の変化であって、起床、離床、転倒、微体動異常、などのケアスタッフに発報（報知）を行うべき事象をイベントと称する。またこのイベントには、ケアコール部１４によるケアコールを含む。検出部１０は、生じたイベントの情報を管理サーバー２０に送信する。
　（管理サーバー２０）
　図４は、管理サーバー２０の概略構成を示すブロック図である。管理サーバー２０は、制御部２１、通信部２２、データベース２３を備える。各構成は、バスによって、相互に通信可能に接続されている。データベース２３は、記憶部として機能し、イベントリストやケア対象者、ケアスタッフの各種情報を記憶する。その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。
　管理サーバー２０は、単独で、または検出部１０と協働することで管理部として機能し、検出部１０が認識した、起床、離床、転倒、ケアコール等のイベントが、どのケア対象者に関するものであるかを判定（識別）する。この判定は、イベントを認識した検出部１０が設置されている部屋番号から、これに対応付けられているケア対象者８０（すなわち、部屋の入居者）を判定する。そして、判定したイベントの種類とケア対象者８０とを関連づけてデータベース２３のイベントリストに追加する。なお、本実施形態では、ケア対象者の判定は、ケア対象者がＩＣタグを携帯している場合には、このＩＣタグを各部屋に設けたＲＦＩＤリーダーで読み取ることにより、判定してもよい。なお、相部屋等で、１つの部屋に複数のケア対象者が存在する場合には、ベッド９０毎に検出部１０を配置することで、ケア対象者を判定してもよい。
　（固定端末３０）
　固定端末３０は、いわゆるＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）であり、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、表示部、入力部等を備え、ケアスタッフによる各種情報の操作入力を受け付ける。また、代表のケアスタッフまたは技術スタッフ等の管理者は、固定端末３０を通じて、検出部１０を各部屋（居室）に取り付けたときに、部屋番号と検出部１０の対応付けをしたり、ベッド９０等の居室内の設置物の位置情報、すなわち、天井のカメラ１３による上方視の輪郭情報の校正、指定を行ったりする。また、入院または入居しているケア対象者の名前、ＩＤ番号等の識別情報の各部屋番号への対応付けも行う。
　（携帯端末４０）
　携帯端末４０は、制御部４１、無線通信部４２、表示部４３、入力部４４、および音声入出力部４５を備え、これらはバスにより相互に接続される。制御部４１は、検出部１０の構成と同様であり、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。無線通信部４２により、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格を用いた無線通信が可能であり、アクセスポイント５１を経由して、または直接的に各装置と無線通信する。表示部４３、および入力部４４は、タッチパネルであり、液晶等で構成される表示部４３の表示面に、入力部４４としてのタッチセンサーを重畳させたものである。表示部４３、入力部４４によって、ケアスタッフに対して、イベントリストに含まれる複数のイベントを一覧表示した各種の操作画面を表示したり、操作画面を通じて各種の操作を受け付けたりする。音声入出力部４５は、例えばスピーカーとマイクであり、無線通信部４２を介して他の携帯端末４０との間でケアスタッフによる音声通話を可能にする。携帯端末４０は、見守りシステム１のユーザーインターフェースとして機能する機器であり、例えば、タブレット型コンピューター、スマートフォンまたは携帯電話等の、持ち運び可能な通信端末機器によって構成できる。
　（イベントリストへのイベントの追加処理）
　図６は、見守りシステム１により実行されるイベントリストへのイベントの追加処理の手順を示すフローチャートである。図６の処理は、管理サーバー２０の制御部２１が主体となり、検出部１０の制御部１１と協働することにより実行される。これらに関するプログラムは、各制御部のメモリに記憶されている。
　（ステップＳ１０１）
　検出部１０は、観察領域内、すなわちベッド９０上またはその周辺のケア対象者８０をモニターする。検出部１０は、あらたなイベント（以下、「新着イベント」ともいう）を認識した場合には、認識したイベントの情報を管理サーバーに送信する。
　（ステップＳ１０２）
　管理サーバー２０は、検出部１０からのイベント情報の受信を待ち、受信があれば（ＹＥＳ）、処理をステップＳ１０３に進める。
　（ステップＳ１０３）
　管理サーバー２０は、データベース２３に記憶されているイベントリストを更新する。図７は、イベントリストの例である。同図に示すようにイベントリストには、複数のイベントが含まれる。各イベントは、イベントＩＤ、部屋番号、ケア対象者、イベントの種類、発生日時（イベント認識時刻）、発生時の撮影画像（例えば、静止画像）、およびケア対応状況が含まれる。イベントＩＤは、主キーとして機能し、各イベントに対して自動的にユニークな番号が付与される。ケア対応状況はケアスタッフによる対応状況を示すデータであり、経過情報、スタッフＩＤ、対応日時から構成される。スタッフＩＤは、ケアスタッフを特定するユニークな識別情報であり、氏名や社員番号等である。イベントが認識された直後では、ケアスタッフによる対応は何らなされていないので、経過情報は「未対応」になる。経過情報を含めたケア対応状況の変更、更新に関しては後述する。なお、撮影画像としては、静止画を記録しているが、転倒のイベントに関しては発生時刻の前後数十秒の動画をデータベース２３に記憶してもよい。
　このように、イベントリストには、イベントが発生する度に、所定のデータ付与したイベントが追加される。
　（イベントリストの表示処理）
　次に、イベントリストの表示処理について説明する。図８は、見守りシステム１により実行されるイベントリストの表示処理の手順を示すフローチャートである。図８の処理は、管理サーバー２０の制御部２１が主体となり、携帯端末４０の制御部４１、および検出部１０の制御部１１と協働することにより実行され、これらのプログラムは、各制御部のメモリに記憶されている。図８においては、左側に管理サーバー２０側の処理、右側に携帯端末４０側の処理を示している。
　（ステップＳ２０１、Ｓ３０１）
　最初に、ログイン認証処理を行う。ケアスタッフは、携帯端末４０のタッチパネル（表示部４３、入力部４４）を通じて、スタッフＩＤ、パスワードを入力し、これを管理サーバー２０に送信する。管理サーバー２０は、データベース２３に記憶している認証情報を突き合わせ、ケアスタッフの権限に応じた認証結果を携帯端末４０に送信する。
　（ステップＳ２０２、Ｓ３０２）
　携帯端末４０は、認証が正常に行われたことに応じて、自動的、またはケアスタッフのタッチパネルへの入力操作に応じて、管理サーバー２０にイベントリストの送信リクエストコマンドを送る。
　管理サーバー２０は、携帯端末４０からの送信要求に応じて、イベントリストを携帯端末４０に送信する。このイベントリストは、データベース２３に記憶しているイベントリストの一部を送信してもよい。例えば、ログイン日時を基準として、所定期間内（例えば過去２４時間）に発生（認識）したイベントのみを抽出したイベントリストを送信してもよい。抽出条件は、所定期間に限られず最大送信件数であってもよい。またログイン時に送信するイベントリストの抽出条件は、管理者等により予め設定できるようにしてもよく、ログイン時にケアスタッフにより設定できるようにしてもよい。
　（ステップＳ３０３）
　携帯端末４０は、管理サーバー２０から受信したイベントリストを表示部４３に一覧表示する。ここで一覧表示の具体例を、図９、図１０を参照し、説明する。図９は、イベントリストの例であり、図１０は、表示部４３に表示される操作画面の例である。
　図９に示すように、イベントＩＤ０１０～００１５のうち、イベントＩＤ０１０～００１１のイベントは、ケア対応状況の経過情報は対応済みになっており、イベントＩＤ０１２～００１５は未対応である。
　図１０（ａ）は、図９のような対応状況のイベントリストに含まれる複数のイベントを一覧表示した状態を示す図である。図１０（ａ）に示す操作画面４１１の表示領域には、上から順に領域ａ１～ａ４が含まれる。領域ａ１はタブ領域であり、横方向にスクロール可能である。領域ａ２、ａ４は固定領域である。領域ａ３はスクロール領域であり縦方向にスクロール可能である。スクロール領域ａ３にはイベントリスト内のイベントを一覧表示し、これ以外の領域ａ１、ａ２、ａ４には各種のアイコンや操作のためのキーを配置している。
　スクロール領域ａ３内には、複数の行のそれぞれにイベントを表示する。同図の例では行ｒ１、ｒ２にはそれぞれイベントＩＤ０１０、０１１の情報を表示している。また行ｒ３には１つの行に所定の条件を満たす複数のイベントＩＤ０１２～０１５をまとめて表示している。所定の条件は、未対応で、かつケア対象者が共通するイベントである。なお、これに限られず、まとめて表示せずにそれぞれ別々に表示するようにしてもよい。
　スクロール領域ａ３内には、イベントリストの一部を表示しており、ケアスタッフはスクロール領域において、スクロール操作（指を所定方向にすべらせるフリック）することで、スクロール操作した方向にスクロール表示し、表示するイベントを変更できる。例えばイベントＩＤ０１０よりも過去のイベントは、上方にスクロールアウトしており画面外に見切れている。下方へのスクロール操作することで、ケアスタッフは、これらのイベントを確認できる。また同図の例においては、スクロール領域ａ３内に複数のイベントを時系列（発生日時）で昇順に表示している。なお、デフォルト設定では、最新のイベントがスクロール領域ａ３の下端に表示され、それよりも前のイベントは、上方に順に表示される。また、スクロール領域の側方端部に、受信した全イベントリストに対する表示位置を示すスクロールバーを表示してもよい。
　表示内容について操作画面４１１の行ｒ１を例に説明する。この行ｒ１には対応済みイベントＩＤ００１に関して、部屋番号（１０１号室）、ケア対象者（Ａさん（山下一郎））、ケアスタッフＩＤ（ユーザー０００３）、発生日時、経過情報（対応済み）の各情報を示している。また、この行ｒ１には、イベントの種類がケアコールであることを直感的に認識できるようにアイコンｉ１（ナースキャップ）も表示している。アイコンｉ１を表示することで、イベントの種類を容易に把握できる。
　次に、未対応イベントの表示内容について操作画面４１１の行ｒ３を例に説明する。上述のように未対応のイベントＩＤ０１２～０１５は、全て同じケア対象者、または部屋番号における未対応のイベントであることから、これらのイベントはまとめて１つの行ｒ３に表示している。また、未対応のイベントに対しては、部屋番号、ケア対象者、発生時刻に加えて、未対応であること、および未対応の時間、撮影画像のサムネイル画像を合わせて表示している。この未対応の時間は、最初のイベントが発生してからの経過時間である。経過時間を表示することで、ケアスタッフは状況を把握できる。またサムネイル画像を表示することにより未対応のイベントであることを直感的に把握できる。なお、表示するサムネイル画像は、同じ行ｒ３に表示する複数のイベントのうち、最新（最後に発生）のイベント、すなわちイベントＩＤ００１５の画像ｉ０１５に対応するサムネイル画像を表示している。なお、表示するサムネイル画像は、同じ行ｒ３に表示する複数のイベントのうち、種類毎に優先順位を付け、最優先（最も重要なイベント）、例えば転倒のイベントのサムネイル画像を表示するようにしてもよい。
　また、同じ行に複数のイベントを表示する場合には、それぞれのイベントに対応するアイコンを１つの行内に表示する。図１０（ａ）においては行ｒ３には上述のケアコールに関するアイコンｉ１に加えて、起床、離床、転倒に関するそれぞれのアイコンｉ２～４を表示している。
　（ステップＳ３０４）
　携帯端末４０の制御部４１は、ケアスタッフからの入力に基づいて、イベントの更新を受け付ける。ケアスタッフは、更新イベントがあれば、すなわち対応状況の変更があれば、入力を携帯端末４０の表示部４３に表示した操作画面を通じて行う。具体的には、ケアスタッフは、図１０（ａ）操作画面４１１の行ｒ３内のいずれかの箇所をタップする。なお同図においてタップ位置を、指のマークで示している（以降も同様）。
　図１０（ａ）で未対応のイベントを示す行ｒ３がタップされることにより図１０（ｂ）の操作画面４１２に遷移する。操作画面４１２ではケア対象者８０の状況を判断するための情報として、サムネイル画像が拡大して表示され、または元の撮影画像が表示される。ケアスタッフは、自身がイベントに対して対応する場合には、キーｋ１（「対応する」）をタップすることで表示したイベントの対応状況を対応済みに変更できる。キーｋ２（「話す」）をタップすることにより、ケア対象者８０と通話（声かけ）することができる。この通話は、例えば各部屋にあるケアコール部１４と音声入出力部４５により行える。キーｋ３（「ＬＩＶＥ見る」）をタップすることで、現在の部屋１０１号室内を撮影するライブ動画が表示部４３に表示される。キーｋ４（「一時ＯＦＦ」）をタップすることでキーｋ１と同様にイベントの対応状況を対応済みに変更できるとともに、当該部屋（検出部１０）に関する新着イベントが発生しても、他のケアスタッフの携帯端末４０には通知されない。この新着イベントによる通知については後述する。なお、操作画面４１２のタブ領域ａ１のキーｋ１０をタップすることにより、一つ前の操作画面４１１に戻る。
　キーｋ２、ｋ３を通じたケアスタッフによる、ライブ動画の視聴、またはケア対象者との通話が要求（選択）された場合には、ケア対応状況の経過情報は、一時的に「状態確認中」に設定される（後述）。
　携帯端末４０の制御部４１は、例えば、ケアスタッフによってキーｋ１がタップされたことにより（ＹＥＳ）、更新イベントがあると判断し、処理をステップＳ３０５に進める。携帯端末４０は、ケアスタッフによってキーｋ１がタップされたことに応じて、管理サーバー２０に更新イベント、すなわちイベントの対応状況の変更を送信する。
　（ステップＳ２０３）
　管理サーバー２０の制御部２１は、イベントリストの更新が必要か否かを判断する。管理サーバー２０は、携帯端末４０から更新イベントを受信することで（ステップＳ３０４のＹＥＳ）、イベントリストの更新が必要と判断し（ＹＥＳ）、イベントリストを更新してから、処理を次に進める。また、図６の処理により新着イベントが発生した場合にも（Ｓ１０２のＹＥＳ）、イベントリストの更新が必要と判断し（ＹＥＳ）、イベントリストを更新してから、処理を次に進める。
　管理サーバー２０は、新着イベントが発生したならば、新着イベントをデータベース２３のイベントリストに追加する（図６のステップＳ１０３と同じ処理）。また、管理サーバー２０は、いずれかの携帯端末４０から更新イベントを受信した場合には、以下に説明するようにケア対応状況を変更してイベントリストを更新する。
　図１１は、図９に示した状態のイベントリストに対して、イベントＩＤ１２～１５の対応状況を対応済みに変更した後のイベントリストを示す図である。管理サーバー２０は、携帯端末４０から、キーｋ１がタップされたことを受信することで、イベントＩＤ１２～１５に関するケア対応状況を同時に変更する。具体的には、ケア対応状況の経過情報を「対応済み」に変更し、受信した携帯端末４０の使用者（ログインしたケアスタッフ）のスタッフＩＤ、受信時刻をイベントリストに記録する。なお、この受信時刻はイベントリストでは対応日時として記録される。
　（ステップＳ２０４、Ｓ３０５）
　管理サーバー２０は、更新後のイベントリストを、ログインしている全ての携帯端末４０に配信する。各携帯端末４０は、管理サーバー２０からイベントリストを受信するに応じて、受領確認コマンドを返す。また、イベントリストの受信に応じて、各携帯端末４０は、以下に示す表示の更新を行う。なお、この管理サーバー２０からのイベントリストの送信は、差分データのみを送信するようにしてもよい。例えば、直前に送信したイベントリストに対して変化した部分、すなわち追加または更新があったイベントのみをイベントリストとして全ての携帯端末４０に送信する。
　図１０（ｃ）は更新後のイベントリスト内のイベントを一覧表示した状態を示す図である。この図１０（ｃ）は、図１０（ｂ）でキーｋ１（「対応する」）がタップされることで、元の一覧表示の画面に戻った状態の操作画面４１３でもある。操作画面４１１と比較して、操作画面４１３では、未対応イベントでは表示したサムネイル画像は非表示にしている。また、図１０（ａ）においては未対応の４つのイベントを１つの行ｒ３内にまとめて表示していたが、図１０（ｃ）の表示例においては対応済みに関してはそれぞれ別々の行ｒ１～ｒ４に表示している。なお、これに限られず、同時にケア対応状況が変更された複数のイベントに対しては、図１０の行ｒ３のようにまとめて表示してもよい（この場合もサムネイル画像は非表示にする）。なお、図１０（ｃ）においては、発生時刻順で複数のイベントＩＤ０１２～０１５を表示している。なお、最も発生時刻が早く、最上位（行ｒ１）に表示されているイベントＩＤ００１２は、表示の一部が見切れている。なお、上述のようにケアスタッフは、スクロール操作することで、表示されていない他のイベントを表示させることができる。
　このように、本実施形態においては、管理部が携帯端末を通じたケアスタッフによる入力に応じて、ケア対象者に関するイベントへの対応状況をイベントリストに記録するとともに、携帯端末に対してイベントリストの少なくとも一部を送信する。そして携帯端末側では、受信したイベントリストを表示部に一覧表示する。このようにすることでケアスタッフは、ケア対象者への対応状況を容易に把握できる。
　（未対応数の表示）
　図１０（ａ）～１０（ｃ）においては、タブ領域ａ１内にはキーｋ１０またはキーｋ１１を表示している。このキーｋ１０、１１は、上述のように前の画面に戻るリターンキーとして機能するとともに未対応のイベントの有無または数を示す情報としても機能する。
　図１２は、操作画面の上部のタブ領域ａ１を拡大して示した図である。図１２（ａ）は図１０（ａ）に、図１２（ｂ）は図１０（ｃ）に対応する。新着イベントを受信すること等によりイベントリストに未対応のイベントが存在する場合には、図１２（ａ）に示すように、未対応のイベントの有無を示すアイコンｉ５、６がキーｋ１０に含まれる（重畳される）。イベントの種類としてケアコールは重要度、および頻度がともに高いので個別に、アイコンｉ１に外観が類似するアイコンｉ５で示している。その他のイベントはまとめてアイコンｉ６で示している。また、アイコンｉ５、６にはそれぞれ未対応のイベント件数がわかるように数字が含まれている。一方で、未対応のイベントが無い場合には、図１２（ｂ）のキーｋ１１に示すように、アイコンｉ５、６は表示されない。なお、タブ領域ａ１には、これらのｋ１０またはｋ１１以外に、キーｋ１２～ｋ１４を配置している。キーｋ１２をタップすることで、他のケアスタッフへ通話するための操作画面に遷移する。キーｋ１３をタップすることで、各部屋の入居者の一覧を確認するための操作画面に遷移する。キーｋ１４をタップすることで、各種の設定、例えばログアウトするための操作画面や、ログイン情報（スタッフ識別情報、機器ＩＤ）を確認するための操作画面に遷移する。
　未対応のイベントの有無または数を示す情報をタブ領域ａ１に表示する効果は以下のとおりである。上述のようにイベントリストに含まれるイベントの数が多く、スクロール領域ａ３に一度に全てのイベントを表示しきれないような場合には、未対応のイベントが画面外にスクロールアウトされることで、表示されていない場合がある。このような状況であってもタブ領域ａ１に未対応のイベントの有無または数を示すアイコンが表示されている否かを見ることで、ケアスタッフは、未対応のイベントの存在を容易に把握できる。
　（状態確認中の操作画面）
　図１３は、状態確認中であることを示す操作画面である。上述のように図１０（ｂ）の操作画面４１２でキーｋ３、またはキーｋ４をタップすることで、管理サーバー２０は、イベントリスト中の当該イベントの経過情報を一時的に「状態確認中」に設定する。そして状態確認中であることが他のケアスタッフの携帯端末４０に通知され表示される。
　例えば図１３（ａ）に示すように更新後のイベントリストを受信することに応じて表示部４３の操作画面４２１の行ｒ３の「未対応」が「状態確認中」に変更される。また、このとき状態確認中に変更した時刻からの経過時間も合わせて表示される、この場合、状態確認中の当事者のケアスタッフ（ユーザー０００１）以外の他のケアスタッフ（例えばユーザー０００２）は、行ｒ３をタップすることで、図１３（ｂ）に示す状態確認中であることを示す操作画面４２２に遷移する。この操作画面４２２には、状態確認中である旨が、当事者のケアスタッフの識別情報とともに表示される（「ユーザー０００１が状態確認中です」）。これにより、他のケアスタッフは状態確認中のイベントがどのケアスタッフにより対応されているかを把握できる。
　（変形例）
　上述の操作画面では、携帯端末４０の表示部４３には、管理サーバー２０から受け取ったイベントリストに含まれる複数のイベントの全てを時系列で表示する例を示したが、他の因子によりソートあるいは抽出（フィルター処理）するようにしてもよい。
　図１４、図１５は変形例に係る表示部４３の操作画面の例である。図１４に示す操作画面４３１において、ケアスタッフがキーｋ２１をタップすることにより、図１５の操作画面４３２に切り替わる。操作画面４３２のラジオボタンを選択することにより、全ての因子を表示する「全て表示」か、いずれかの因子により抽出して表示する「絞込み表示」を選択できる。絞込み表示を選択することで、さらに別階層の操作画面に切り替わり、その操作画面で絞込み条件を設定できる。絞込み条件としては例えば、イベントの種類、イベントの発生時刻、イベントの経過情報、ケア対象者、ケアスタッフ等がある。イベントの種類としては、さらに例えばケアコールとそれ以外のイベントで絞り込めるようにしてもよい。絞込み条件が選択されることにより、該当するイベントのみが一覧表示される。
　また、ケアスタッフは、操作画面４３１においてクイックキーＫ２２をタップすることにより、特定の絞り込みがワンクリックで行えるようになる。具体的には、ケアスタッフは、クイックキーｋ２２をタップすることで、受信したイベントリストに含まれる「全てのイベント」を表示するか、「未対応イベントのみ」を表示するか否かを択一的に選択できる。操作画面４３１では、クイックキーｋ２２が選択され、未対応のイベントのみがスクロール領域に表示されている。さらに、他の処理としてキーｋ２３によりテキストメッセージを入力する操作画面に遷移して、他のケアスタッフへの伝言を送信できる。
　なお、一覧表示の表示順も、絞込み条件と同様の条件によりソートして表示するようにしてもよい。例えば図１０（ａ）～図１０（ｃ）に示す例では、イベントを発生時刻順に時系列にソートして表示していた。これに対して、イベントの種類、イベントの発生時刻、イベントの経過情報、ケア対象者、ケアスタッフ等の各条件を、操作画面を通じて、ケアスタッフが選択することによってイベントリストのイベントをソートして一覧表示するようにしてもよい。
　このように抽出、またはソートしてイベントリストのイベントを一覧表示することにより、ケアスタッフは容易に所望のイベントリストの状況を認識できる。
　以上に説明した見守りシステムの構成は、上述の実施形態の特徴を説明するにあたって主要構成を説明したのであって、上述の構成に限られず、特許請求の範囲内において、種々改変することができる。また、一般的な見守りシステムが備える構成を排除するものではない。
　例えば、本実施形態では、見守りシステム１の管理サーバー２０が管理部として機能し、データベース２３が記憶部として機能していたが、管理サーバー２０、データベースを省略し、固定端末３０、または、いずれかの検出部１０が、管理部、または記憶部として機能してもよい。
　また、上述した実施形態に係る見守りシステム１における各種処理を行う手段および方法は、専用のハードウエア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記プログラムは、例えば、ＵＳＢメモリやＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）－ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、一機能としてその検出部等の装置のソフトウエアに組み込まれてもよい。
　本出願は、２０１８年２月９日に出願された日本特許出願（特願２０１８－０２１７５９号）に基づいており、その開示内容は、参照され、全体として組み入れられている。
１　見守りシステム
１０　検出部
　１１　制御部
　１２　通信部
　１３　カメラ
　１４　ケアコール部
２０　管理サーバー
　２１　制御部
　２２　通信部
　２３　データベース
３０　固定端末
４０　携帯端末
　４１　制御部
　４２　無線通信部
　４３　表示部
　４４　入力部
　４５　音声入出力部
　４１１、４１２、４１３、４２１、４２２、４３１、４３２　操作画面
５０　ネットワーク
　５１　アクセスポイント

Claims (10)

  1. 　複数の観察領域にそれぞれに設けられた検出部であって、該観察領域における患者もしくは被介護者であるケア対象者の動き、または該ケア対象者によるケアコールを検出する検出部と、
    　前記検出部からの出力に基づいて、前記観察領域それぞれにおける前記ケア対象者に関する所定のイベントの発生を判定する管理部と、
    　前記管理部が判定した前記イベントと前記ケア対象者とを関連付けたイベントリストを記憶する記憶部と、
    　表示部を有し、前記管理部と無線通信可能な携帯端末であって、前記ケア対象者に対して看護または介護を行うケアスタッフが携帯する１つ以上の携帯端末と、
    を備え、
    　前記管理部は、前記携帯端末を通じた前記ケアスタッフによる入力に応じて、前記イベントへの対応状況を前記イベントリストに記録するとともに、前記携帯端末に対して、前記イベントリストの少なくとも一部を送信し、
    　前記携帯端末は、受信した前記イベントリストの前記イベントを前記表示部に一覧表示する、見守りシステム。
  2. 　前記一覧表示される前記イベントの前記対応状況には、前記イベントに対して前記ケアスタッフによる対応済みか否かを示す経過情報、および／または対応した前記ケアスタッフを特定する識別情報が含まれる、請求項１に記載の見守りシステム。
  3. 　前記一覧表示では、判定した前記イベントの種類、前記イベントの発生日時、前記イベントの前記対応状況、前記ケア対象者、および前記ケアスタッフの少なくとも１つによってソート、または抽出して表示する、請求項１または請求項２に記載の見守りシステム。
  4. 　前記表示部に前記一覧表示した前記イベントのうち、いずれかの前記イベントを選択することにより、該イベントへの前記対応状況を入力可能な操作画面が表示される、請求項１から請求項３のいずれかに記載の見守りシステム。
  5. 　前記管理部は、前記対応状況を入力可能な前記操作画面を通じた前記ケアスタッフによる入力に応じて、前記イベントへの前記対応状況を、未対応から対応済みに変更するとともに、
    　前記携帯端末の前記表示部の表示は、前記一覧表示の画面に戻る、請求項４に記載の見守りシステム。
  6. 　前記対応状況には、未対応、対応済み、および状態確認中が含まれ、
    　前記管理部は、前記携帯端末を通じた前記ケアスタッフからの要求に応じて、前記携帯端末に対して、未対応の前記イベントに対して対応するか否かを判断するための情報を送信するとともに、該イベントの前記対応状況を、前記状態確認中に設定し、
    　前記携帯端末の表示部は、受信した前記判断するための情報を表示した操作画面を表示する、請求項１から請求項５のいずれかに記載の見守りシステム。
  7. 　前記検出部は、前記観察領域を撮影するカメラを含み、
    　前記管理部は、前記イベントが発生したときに、前記観察領域を撮影した画像を該イベントに関連付けて前記記憶部に記憶させ、
    　前記表示部に表示した前記一覧表示において、前記対応状況として、前記ケアスタッフにより対応がなされていない未対応の前記イベントに対しては、該イベントに対応する画像、または該画像のサムネイル画像が含まれる、請求項１から請求項６のいずれかに記載の見守りシステム。
  8. 　前記表示部の表示領域は、前記イベントを表示するスクロール領域と、タブ領域を含み、
    　前記スクロール領域には、複数の前記イベントをスクロール可能な態様で、複数のイベントを一覧表示し、
    　前記タブ領域には、未対応のイベントの有無または数を示す情報を表示する、請求項１から請求項７のいずれかに記載の見守りシステム。
  9. 　複数の観察領域にそれぞれに設けられた検出部を備える見守りシステムにおける、該観察領域における患者または被介護者であるケア対象者のイベントを複数含むイベントリストを、携帯端末の表示部に表示する表示方法であって、
    　前記検出部によって、ケア対象者の動き、または該ケア対象者によるケアコールを検出するステップと、
    　前記検出に基づいて、前記観察領域それぞれにおける前記ケア対象者に関する所定のイベントの発生を判定するステップと、
    　前記判定したイベントを、前記ケア対象者と関連付けてイベントリストに追加するステップと、
    　前記ケア対象者に対して看護または介護を行うケアスタッフが携帯する前記携帯端末を通じた前記ケアスタッフによる入力に応じて、前記イベントへの対応状況を前記イベントリストに記録するステップと、
    　前記携帯端末に対して、前記イベントリストの少なくとも一部を前記携帯端末に送信するステップと、
    　受信した前記イベントリストの前記イベントを前記携帯端末の前記表示部に一覧表示するステップと、
    を含む、イベントリストの表示方法。
  10. 　前記表示部に一覧表示される前記イベントの前記対応状況には、前記イベントに対して前記ケアスタッフによる対応済みか否かを示す経過情報、および／または対応した前記ケアスタッフを特定する識別情報が含まれる、請求項９に記載の表示方法。
PCT/JP2018/047605 2018-02-09 2018-12-25 見守りシステム、およびイベントリストの表示方法 WO2019155775A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019570326A JP7234948B2 (ja) 2018-02-09 2018-12-25 見守りシステム、およびイベントリストの表示方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-021759 2018-02-09
JP2018021759 2018-02-09

Publications (1)

Publication Number Publication Date
WO2019155775A1 true WO2019155775A1 (ja) 2019-08-15

Family

ID=67549616

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/047605 WO2019155775A1 (ja) 2018-02-09 2018-12-25 見守りシステム、およびイベントリストの表示方法

Country Status (2)

Country Link
JP (1) JP7234948B2 (ja)
WO (1) WO2019155775A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021141001A1 (ja) * 2020-01-08 2021-07-15 株式会社医療情報技術研究所 ナースコールシステム
WO2023063245A1 (ja) * 2021-10-13 2023-04-20 株式会社ニコン 表示制御装置及び監視システム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016077522A (ja) * 2014-10-16 2016-05-16 株式会社医療情報技術研究所 ナースコールシステム
JP2016154780A (ja) * 2015-02-26 2016-09-01 タツタ電線株式会社 院内業務サポートシステム、及び、院内業務サポートサーバ
WO2017026283A1 (ja) * 2015-08-10 2017-02-16 コニカミノルタ株式会社 被監視者監視システムの表示装置および表示方法ならびに被監視者監視システム
JP2017199239A (ja) * 2016-04-28 2017-11-02 コニカミノルタ株式会社 被監視者監視装置、該方法および該システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016077522A (ja) * 2014-10-16 2016-05-16 株式会社医療情報技術研究所 ナースコールシステム
JP2016154780A (ja) * 2015-02-26 2016-09-01 タツタ電線株式会社 院内業務サポートシステム、及び、院内業務サポートサーバ
WO2017026283A1 (ja) * 2015-08-10 2017-02-16 コニカミノルタ株式会社 被監視者監視システムの表示装置および表示方法ならびに被監視者監視システム
JP2017199239A (ja) * 2016-04-28 2017-11-02 コニカミノルタ株式会社 被監視者監視装置、該方法および該システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021141001A1 (ja) * 2020-01-08 2021-07-15 株式会社医療情報技術研究所 ナースコールシステム
JP2021108835A (ja) * 2020-01-08 2021-08-02 株式会社医療情報技術研究所 ナースコールシステム
WO2023063245A1 (ja) * 2021-10-13 2023-04-20 株式会社ニコン 表示制御装置及び監視システム

Also Published As

Publication number Publication date
JPWO2019155775A1 (ja) 2021-02-04
JP7234948B2 (ja) 2023-03-08

Similar Documents

Publication Publication Date Title
EP3443944A1 (en) Watching system and management server
EP3308699B1 (en) Central processing device and central processing method for system for monitoring persons to be monitored, and system for monitoring persons to be monitored
JPWO2017082037A1 (ja) 被監視者監視システムの中央処理装置および該方法ならびに前記被監視者監視システム
JPWO2017209094A1 (ja) 見守りシステム
JP2020166873A (ja) システム、システムの制御方法、制御プログラム、制御プログラムを記録したコンピューター読み取り可能な記録媒体、および情報管理者端末
WO2019155775A1 (ja) 見守りシステム、およびイベントリストの表示方法
WO2019216044A1 (ja) システム、およびシステムの制御方法
JP2019197263A (ja) システム、およびシステムの制御方法
WO2019216045A1 (ja) システム、およびシステムの制御方法
US20190371455A1 (en) Assistance Method and Assistance System
JP2019197262A (ja) システムおよびシステムの制御方法
WO2017179605A1 (ja) 見守りシステム及び管理サーバ
WO2019216058A1 (ja) システムおよびシステムの制御方法
JP2019195446A (ja) システム、およびシステムの制御方法
JP7268679B2 (ja) 制御プログラム、レポート出力方法、およびレポート出力装置
JP7354634B2 (ja) 制御装置、制御プログラム、および制御方法
WO2020003705A1 (ja) 制御プログラム、報告書出力方法、および報告書出力装置
WO2019216057A1 (ja) システムおよびシステムの制御方法
WO2019216066A1 (ja) システム、およびシステムの制御方法
WO2020003704A1 (ja) 制御プログラム、レポート出力方法、およびレポート出力装置
JP2021194467A (ja) 情報処理装置、見守りシステム、および制御プログラム
JP2021015499A (ja) 制御装置、制御プログラム、および制御方法
JP2023015562A (ja) プログラム、コンピュータおよび情報処理方法
JP2021176038A (ja) 情報処理装置および情報処理プログラム
JP2023000078A (ja) 情報処理装置、情報処理システム、稼働状況分析方法、および制御プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18905320

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019570326

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18905320

Country of ref document: EP

Kind code of ref document: A1