Assistive technology for running nursing homes and other healthcare facilities

Abstract

A method and system for assisting in the operation of nursing homes and other healthcare facilities is provided. [Solution] The present invention is a method in a computing system for coordinating safe care for a person, comprising the steps of receiving a sensor output indicating that the person has left a rest area; establishing an alarm identifying the person in response to the reception; accessing a set of on-duty caregivers; applying one or more priority rules to establish a priority among at least a portion of the set of on-duty caregivers; and causing a portable device carried by the caregiver to issue a message notifying the caregiver of the alarm and requesting the caregiver to accept the alarm, for each caregiver in the established priority, until the caregiver accepts the alarm, and allowing the caregiver a first predetermined length of time to accept the alarm, after which proceeding to the next caregiver in the established priority.

Description

[Technical Field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application is related to U.S. Provisional Patent Application No. 62 / 572,373, filed October 13, 2017, U.S. Provisional Patent Application No. 62 / 572,379, filed October 13, 2017, U.S. Provisional Patent Application No. 62 / 580,928, filed November 2, 2017, U.S. Provisional Patent Application No. 62 / 643,695, filed March 15, 2018, and U.S. Provisional Patent Application No. 62 / 691,690, filed June 29, 2018, each of which is incorporated by reference herein in its entirety. In the event of a conflict between this patent application and an application incorporated by reference herein, this application takes precedence. [Background technology]

[0002] Nursing homes (often known by other names such as "care facilities" or "assisted living homes") are residential facilities that provide 24-hour care to older adults ("residents" or "patients"). Most residents have health problems that require regular attention. Many have limited mobility and are prone to falls. Some residents have communication deficits or dementia.

[0003] In nursing homes, residents may be accompanied by nurses, nursing assistants, other caregivers, supervisors, and various other staff members, who may be designated based on the specific health needs of each individual resident, the physical area of ​​the facility in which each resident is primarily located, or various other criteria.

[0004] Conventionally, some residents, such as those prone to falls, are monitored to determine when they leave their bed. When such a resident's weight leaves the mattress on their bed, an analog pressure switch opens, causing an attached monitor to sound a loud alarm in the resident's room to alert staff that the resident has left their bed and is at risk of falling. The alarm may continue until staff arrive, examine the resident, and cancel the alarm. [Brief explanation of the drawings]

[0005] [Figure 1] FIG. 1 is a network diagram illustrating various components that communicate as part of the operation of the facility. [Figure 2] FIG. 1 is a block diagram illustrating some of the components typically incorporated into at least some of the computer systems and other devices on which the facility operates. [Figure 3] 10A-10C are user interface diagrams illustrating sample user interfaces presented by the facility in some embodiments for setting conditions that will trigger alarms or warnings for particular users. [Figure 4] FIG. 10 is a display diagram illustrating a sample user interface presented by the facility in some embodiments to allow personnel to centrally control settings on one or more monitoring devices. [Figure 5] 1 is a flow diagram illustrating a process performed by the facility in some embodiments to automatically infer alarm and / or warning conditions from data about an occupant received from various types of sensors. [Figure 6] 1 is a flow diagram illustrating a process performed by the facility in some embodiments to associate sensor outputs proximate in time to an explicit alarm with a probable alarm condition using machine learning techniques. [Figure 7] 1 is a flow diagram illustrating a process performed by the facility in some embodiments to provide silent dispatch of personnel in response to a resident alarm or warning. [Figure 8] FIG. 10 is a user interface diagram illustrating a sample user interface presented by the facility in some embodiments to enable a staff user to specify a hierarchical structure among staff and have them respond to resident alarms and warnings. [Figure 9] FIG. 10 is a user interface diagram illustrating a sample user interface presented by the facility in some embodiments to allow personnel to respond to alarms. [Figure 10A] 10A-10C are user interface diagrams illustrating sample user interfaces presented by the facility in some embodiments to collect information regarding resident alarms or warnings and their resolution from personnel responding to the alarms or warnings. [Figure 10B] 10A-10C are user interface diagrams illustrating sample user interfaces presented by the facility in some embodiments to collect information regarding resident alarms or warnings and their resolution from personnel responding to the alarms or warnings. [Figure 10C] 10A-10C are user interface diagrams illustrating sample user interfaces presented by the facility in some embodiments to collect information regarding resident alarms or warnings and their resolution from personnel responding to the alarms or warnings. [Figure 10D] 10A-10C are user interface diagrams illustrating sample user interfaces presented by the facility in some embodiments to collect information regarding resident alarms or warnings and their resolution from personnel responding to the alarms or warnings. [Figure 10E] 10A-10C are user interface diagrams illustrating sample user interfaces presented by the facility in some embodiments to collect information regarding resident alarms or warnings and their resolution from personnel responding to the alarms or warnings. [Figure 11] 10A-10C are user interface diagrams illustrating sample user interfaces provided by the facility in some embodiments to allow staff users to configure alarm attributes for specific occupants. [Figure 12] 10A-10C are user interface diagrams illustrating sample user interfaces provided by the facility in some embodiments to indicate the timing of alarms and / or warnings within a particular care facility or area of ​​the care facility. [Figure 13]FIG. 10 is a user interface diagram illustrating a second sample user interface provided by the facility in some embodiments to indicate the timing of alarms, warnings, and special or other types of events occurring within a particular care facility or area of ​​the care facility. [Figure 14] FIG. 10 is a user interface diagram illustrating a third sample user interface provided by the facility in some embodiments to indicate the timing of alarms, warnings, and special or other events within a particular nursing home or area of ​​a nursing home. [Figure 15] 10A-10C are display diagrams illustrating displays shown by the facility in some instances to reflect the second user's recollection of the annotations. [Figure 16A] 10A-10C illustrate additional aspects of device location probing used by the facility in some embodiments. [Figure 16B] 10A-10C illustrate additional aspects of device location probing used by the facility in some embodiments. [Figure 16C] 10A-10C illustrate additional aspects of device location probing used by the facility in some embodiments. [Figure 16D] 10A-10C illustrate additional aspects of device location probing used by the facility in some embodiments. [Figure 16E] 10A-10C illustrate additional aspects of device location probing used by the facility in some embodiments. [Figure 16F] 10A-10C illustrate additional aspects of device location probing used by the facility in some embodiments. [Figure 17] 1 is a flow diagram illustrating a process performed in some embodiments at a facility to track the location of and respond to residents. DETAILED DESCRIPTION OF THE INVENTION

[0006] overview The inventors have recognized that nursing homes and other types of healthcare facilities would benefit from additional technological assistance. Accordingly, the inventors have conceived and organized the implementation of a software and / or hardware facility that assists in the operation of one or more healthcare facilities ("Facilities"). In various embodiments, the Facility provides information that enables more complete, effective, and / or efficient operation of the healthcare facility and facilitates data-based decision-making.

[0007] In some embodiments, the equipment includes one or more intelligent mattress sensor pads that report pressure levels at each of possibly multiple points or regions on the pad. When this multi-point pressure information is available from the pad, the equipment uses it to detect restlessness, potential future falls from the bed, identify bed exits, duration and time of in-place stays, sleep stages, and assess repositioning.

[0008] In some such embodiments, circuitry included in the pad allows the pad to simulate a more basic "open" or "close" behavior of a pad that simply closes a circuit between two conductors when a threshold weight level is exceeded. Specifically, this circuitry has significantly lower power requirements than relays that may be used in other situations.

[0009] In some embodiments, the facility monitors patient location, position, and safety using a variety of other sensor types, such as worn resident tracking devices and / or fixed motion sensors, proximity sensors, image sensors, and / or light sensors.

[0010] In some embodiments, the facility provides a mechanism that allows staff to set conditions that will trigger an alarm on a per-resident basis. Examples of such conditions include full resident weight leaving the bed and / or chair, partial resident weight leaving the bed and / or chair, explicit alarm activation by the resident, failure to leave the bed / chair / toilet for more than a threshold length of time, failure to reach the bed / chair / toilet within a threshold length of time after leaving the bed / chair / toilet, leaving the room or part of the room, leaving the bed / chair / toilet without returning to the monitoring surface for more than a threshold length of time, etc.

[0011] In some embodiments, the facility automatically infers alarm conditions from data about the occupant received from various types of sensors, hi some embodiments, the facility uses machine learning techniques to associate sensor outputs that are close in time to an explicit alarm with a probable alarm condition.

[0012] In some embodiments, the facility automatically infers warning conditions indicative of likely urgent occupant needs from data about the occupant received from various types of sensors.

[0013] In some embodiments, the equipment responds to an alarm or warning condition, such as a bed exit, by page staff without causing a perceptual disturbance to the resident or others nearby, such as by selectively prompting staff using a portable device carried by the staff. In some embodiments, the equipment uses rules and associated information to select staff to be paged first, page additional staff until the alarm is acknowledged. In some embodiments, the equipment provides a mechanism that allows staff to configure, for each resident, which staff to page for alarms issued for that resident, in some cases varying based on the type of alarm.

[0014] In some embodiments, after a staff member acknowledges an alarm, the facility conducts a survey with the staff member to gather information regarding the alarm and its resolution. In some embodiments, the facility stores the collected information for further analysis, for example, to evaluate response times and other staff performance metrics, to extrapolate information about the resident, such as bathroom frequency / schedule, and to make recommendations in light of the observed resident information.

[0015] In some embodiments, the facility provides a mechanism that allows staff to set alarm attributes for each resident, such as silent / audible, visible / invisible, volume, duration, audio type, speech / non-speech, etc.

[0016] In some embodiments, the equipment provides a visual user interface that shows alarms (or warnings, or alarms and warnings) that occurred at a certain time against a timeline. In various embodiments, these alarms are for a single selected resident, a set of residents, such as those in a particular area of ​​the healthcare facility, or a particular category of residents, for example based on care needs, or all residents in the healthcare facility.

[0017] In some embodiments, the facility provides a mechanism that allows staff to set audio behavior cues to suggest actions such as "stay by the bed" or "use a walker" to each resident.

[0018] In some embodiments, the equipment tracks the physical locations of one or more occupants and uses this information to assess whether any occupants have already left or are leaving the area where they should remain. If so, the equipment automatically generates an alarm or warning that prompts staff to intervene. In some embodiments, the equipment tracks the physical locations of personnel in the same or similar manner to monitor other tasks, including, for example, surrounding activity, alarm and warning response, and movement within the healthcare facility.

[0019] By implementing some or all of these methods, the facility will assist healthcare facility operators in providing more consistent, personalized, and valuable care to their residents.

[0020] Additionally, in various embodiments, the facility provides the following important advantages: SURE monitors patient risk, supports nurse response, and provides reporting and documentation.

[0021] The SUREnursing Advisor monitors bed, chair, wheelchair, and toilet presence and any unexpected movements that may occur, notifying nurses when timely action is required.

[0022] SUREnursing informatics relates to understanding, anticipating, and responding to patient needs and reporting outcomes.

[0023] Additionally, SUREnursing reports provide supervisors and managers at all levels with valuable, never-before-seen information about outcomes.

[0024] 8 ways in which SUREnursing advisors make a difference Enhanced patient care, better informed individualized care, more proactive nursing management, better nursing collaboration, better documentation, verification and reporting, better overall management, reduced waste costs, and potential economic impact.

[0025] Enhanced Patient Care Silent Notifications: Do not alarm occupants, roommates or family members. Notifications are received on responsive mobile devices, desktops or laptops.

[0026] Facilitates uninterrupted sleep.

[0027] Dignity: Located under the mattress or chair pad, less likely to attract attention or unwanted attention.

[0028] Comfort: Under mattress / chair pad position keeps vinyl sensor away from skin.

[0029] Check each nurse's response to the notification.

[0030] Staff have better information about individualized care A portable dashboard displays resident activity patterns over the past 24 hours. In the event of an incident, instant documentation helps detail the event.

[0031] A digital device silently notifies the nurse on the team of risk events.

[0032] Records nursing response to resident risk notification and simultaneously documents nursing presence associated with the resident.

[0033] Spread notifications to secondary responders when primary responders are busy.

[0034] Let each team member know who is available.

[0035] Assists supervisors with patient care time management by indicating periods of high and low nursing activity.

[0036] In the event of a fall, a responder questionnaire provides near-event information to further documentation and support team collaboration for necessary treatment actions.

[0037] Assist specialist staff in assessing the needs of residents with dementia, including toileting assistance, hydration, distress, and potential urinary tract infections.

[0038] More preventative nursing management With the ability to drill down to a specific time and resident, a computer screen dashboard begins to change regarding the unit or facility for the last 24 hours of resident bed, chair or wheelchair risk activity.

[0039] Providing informatics for real-time team collaboration and timely care plan adjustments.

[0040] Provides visibility of nurses signed into the SURE system and alerts supervisors if no one is signed in or does not confirm required notification responses in a timely manner.

[0041] Provides a desktop overview of SURE system units, availability, location and functionality i.e. plugged in, battery status etc.

[0042] Inform the resident's supervisor that it is time for a repositioning.

[0043] Directly enhances employee self-management time and workflow.

[0044] Improving efficiency of new resident care with instant baseline data.

[0045] Share more comprehensive information with doctors and families.

[0046] Better nursing collaboration Individualized data combined with the expert intuitive skills of the resident or closest to the patient facilitates optimal decisions in real time.

[0047] Locate a resident in a wheelchair within a designated area.

[0048] Facilitate the assignment of individual responsibility and accountability for action.

[0049] Individual activity information can assist in evaluation.

[0050] Better recording, verification and reporting Start the day with a computer screen dashboard showing resident risk activity and nursing responses over the last 24 hours.

[0051] Helps nursing supervisors guide nurse assignment and scheduling. Facilitates custom nursing assignments by specialty, patient needs and preferences.

[0052] Review daily medical history records for the Elderly Medical Care Insurance System and Medical Assistance System.

[0053] Supports screening results and confirms MDS coding.

[0054] Efficient new resident care with instant baseline data.

[0055] Share more comprehensive information with doctors and families.

[0056] Better overall control Start your day with a computer dashboard of summary data by facility and unit, or by set of facilities, with user-defined capabilities to drill down to individual patients and moments. Shows tipping sand numbers for repositioning notifications. Potential for earlier awareness and better documentation for remedial action.

[0057] Review daily medical history records for the Elderly Health Insurance System and Medicaid System.

[0058] Supports screening results and confirms MDS coding.

[0059] More timely new resident care planning with instant baseline data.

[0060] Better data for care planning and survey preparation.

[0061] Information always ready to share with doctors and family.

[0062] Better targeting and QAPI related to skin, falls and risk management.

[0063] Assisting with the budget process.

[0064] Reduce waste costs Assists supervisors and leaders with nursing time management by showing the duration and relative location of higher and lower resident-facing activities.

[0065] Provides centralized notification to allow one person to respond to an alert and provides escalation if the designated primary responder reports being busy.

[0066] Placement of the intelligent sensor pad under the mattress or chair pad saves time in repositioning the pad and cleaning it when it is not soiled.

[0067] Economic impact Create awareness and documentation of increased levels of care and increased reimbursement.

[0068] Higher quality documentation and verification > Faster MDS preparation - Better star rating > Increased reimbursement > Increased admissions.

[0069] Improved reputation within the medical network > Increased hospital admissions > Increased revenue.

[0070] Improved nursing efficiency. Reduced wasted effort.

[0071] Improved patient outcomes lead to increased inquiries for private pay.

[0072] Improved nursing management can improve nurse retention.

[0073] Facility Components 1 is a network diagram illustrating various components that communicate as part of the operation of a facility. Although the connections between these components are shown with solid lines, those skilled in the art will understand that the components may be connected by wired connections, wireless connections, optical connections, etc., or a combination thereof.

[0074] In some embodiments, the fixture includes one or more pressure sensor pads 121 on, in, or incorporated into a bed, chair, sofa, daybed, wheelchair, toilet seat, toilet base, etc. In some embodiments, the pressure sensor pad includes a cushioning element above the pressure sensor, below the pressure sensor, or both.

[0075] In some embodiments, the pressure sensor pad has a calibration unit permanently or semi-permanently integrated into the pad, hi some embodiments, the calibration unit is separable from the pad so that the same calibration unit can be used with multiple pads, including multiple pads located simultaneously in multiple locations within a healthcare facility, or a series of pads located within the same healthcare facility over a period of time.

[0076] In some embodiments, the equipment automatically resupplies pressure sensor pads to the healthcare facility based on predicted or detected end of life. In some embodiments, the resupplied pressure sensing pads are labeled with the specific location within the healthcare facility of the pad being replaced, such as a specific room or bed number. In some embodiments, the resupply pads are mailed in individual packaging designed to be reused to return replaced used pads for repair or disposal. In some embodiments, the equipment operator charges the healthcare facility a fixed recurring fee per pad, regardless of when or how often they are replaced.

[0077] Such pressure pads communicate with monitoring devices 110, which in some embodiments are provided at a level such as one per resident, one per pair of occupants, or one per room. The monitoring devices communicate information from the pressure pads to a local server 140, which the facility analyzes and processes. For example, the local server can recognize alarm or warning conditions in the communicated information and use it to notify one or more staff portable devices 132, possibly via a cloud server 150, of alarms requiring a response. The staff portable devices may be, for example, smartphones, tablets, smart badges, or watches. In some embodiments, the local server also communicates with the cloud server 150 to notify staff or for additional purposes, such as logging information for backup purposes and aggregating and analyzing data collected by multiple local servers in various locations. In some embodiments, the processing load is distributed between the local server and the cloud server based on the required response time, such that tasks that require a short response time are performed on the local server and tasks that can tolerate a longer response time are performed on the cloud server.

[0078] In some embodiments, the monitoring device also communicates with additional nearby sensors, such as sensors within the same room: one or more motion sensors 122, one or more proximity sensors 123, one or more image sensors 124, one or more light sensors 125, one or more door contact sensors 126, one or more current or power draw sensors 127 that detect the level of current or power drawn by electrical devices plugged into particular outlets, and one or more third-party devices 128 designed to report information to and / or through the facility and its network. Output from the sensors is also communicated to local and cloud servers, where it is stored and analyzed to identify alarm or warning conditions.

[0079] In some embodiments, the monitoring device also interacts with a staff portable device and / or a resident tracking device (such as a pendant or watch worn by the resident) to track the location of the staff and resident, respectively.

[0080] In some embodiments, some or all of the pressure sensor pads used by the equipment are smart mattress sensor pads that report pressure levels at each of, possibly, multiple points or regions on the pad. In various embodiments, such points or regions are arranged horizontally, vertically, in a T-shape, or in a grid relative to the support area of ​​the mattress. When this multi-point pressure information is available from the pad, the equipment uses it to detect restlessness, the possibility of future falls from the bed, identify types of bed exits, and evaluate the duration and time of presence in a given location and repositioning. In some such embodiments, circuitry included in the pad allows the pad to simulate the more basic "open" and "close" behavior of a pad that simply closes a circuit between two conductors when a threshold weight level is exceeded. Specifically, this output processing is performed using diode networks and transistors, which have significantly lower power requirements than relays that may be used in other situations.

[0081] In some embodiments, a smart pad includes a microcontroller (MCU) with one or more analog-to-digital converters ("ADCs"). Initialization: When the MCU comes out of reset, it starts from scratch and has no knowledge of past pressures. To initialize itself, the MCU takes a measurement of the pad pressure. Next, the following variables are defined and all are set to the current measurement: lastReading: The actual value that always contains the last known pad reading averageReading: A rolling average of the last four readings that provides data smoothing. recordHigh: Upper limit representing the lowest pressure recorded (dynamically adjusted) as calibrated by the user recordLow: Lower limit representing the (dynamically adjusted) highest pressure recorded.

[0082] After being initialized, the facility puts the MCU into a sleep mode that wakes it up periodically (such as once every 256 milliseconds).

[0083] Wake Reading and Check: When waking, the MCU performs the following actions: · Perform a new pad reading and set the lastReading variable to this value. Set averageReading=((3*lastReading)+averageReading) / 4. If lastReading is less than recordLow, set recordLow=lastReading.

[0084] This updates all variables to prepare them for the remaining logic. At this point, the MCU decides whether it has collected enough data to execute the remaining logic or needs to go back to sleep. The newly initialized MCU has recordHigh = recordLow = averageReading; if they are not exactly equal, the values ​​may be very close, resulting in an error condition. In this state, a large enough range of pressures has not yet been recorded, and therefore it cannot determine in-bed or out-of-bed status, causing the system to default to a fail-safe deactivated state. To accommodate the varying responses of pad materials, a hard upper limit is set at 2% of the full range from 0 to recordHigh. This allows a signal that slowly approaches recordHigh without reaching it to be reproduced and encoded as a bed exit signal. This allows the dynamic calibration system to avoid endless adjustments to a very slowly decaying signal that manages to stay within the transition region.

[0085] Region Calculation: After the MCU determines that the recordHigh and recordLow values ​​have diverged sufficiently, the facility executes the pressure region logic. In this step, the MCU calculates the following three regions: [Table 1]

[0086] Pad State Determination: The inactive and active regions contain the upper and lower 33% of the observations, respectively. While the averageReading is within the active region, the pad outputs a pad activate signal, indicating that someone is on the pad. While the averageReading is within the inactive region, the pad outputs a pad deactivate signal, indicating that no one is on the pad. The last region (transition) is ignored in this step of the logic, but is used later to dynamically calibrate to a new state. Typically, the averageReading will move quickly through the transition region to one of the other two.

[0087] Dynamic Calibration: In an ideal situation, the above steps are sufficient for full pad operation. When they are, recordHigh will be the mattress's own weight, and recordLow will represent the combined weight of the patient and mattress. During real-world use, events may occur that cause recordHigh and recordLow to reach extreme values ​​that are not intended to represent the intended values. This could occur when a staff member makes the bed and happens to lean hard on the mattress while pushing it into a far corner. If such unusual events are not taken into account, the pad will function for a while but gradually become unreliable. To correct for this situation in some embodiments, the equipment adjusts the recorded values ​​using a previously calculated transition region. For every wake cycle in which the averageReading is within the transition region, the following adjustment is made: recordLow=recordLow+((recordHigh-recordLow) / 64) The transition region is recalculated from the above formula.

[0088] This brings the recorded values ​​closer together to within about 1.5% of each other, narrowing the distance between them. If a lower height or higher low than before is observed, these recorded values ​​will begin to converge until the average reading is again within the activated or deactivated region. In some instances, this convergence may take some time, but it eliminates the need for personnel to constantly manually intervene in the calibration process.

[0089] In some embodiments, the pad maintains a data connection to the SURE Monitor that allows calibration and region data to be stored and then sent to a cloud server for analysis. This is a bidirectional connection, so the cloud server can send reconfiguration commands to the pad's MCU via the monitor. This allows the above formulas and timing to be reconfigured on the fly, enabling the pad to be used for specialized applications, such as detecting seizures or other medical or behavioral conditions.

[0090] 2 is a block diagram illustrating some of the components typically incorporated into at least some of the computer systems and other devices on which the facility operates. In various examples, these computer systems and other devices 200 may include server computer systems, desktop computer systems, laptop computer systems, netbooks, mobile phones, personal digital assistants, televisions, cameras, automobile computers, electronic media players, etc. In various examples, computer systems and devices include one or more of the following: a central processing unit ("CPU") 201 that executes computer programs; computer memory 202 that stores programs and data while in use, including equipment and associated data, an operating system including a kernel, and device drivers; persistent storage 203, such as a hard drive or flash drive, that persistently stores programs and data; a computer-readable media drive 204, such as a floppy, CD-ROM, or DVD drive, for reading programs and data stored on a computer-readable medium; and network connections 205 that connect the computer system to other computer systems to send and receive data via the Internet or another network and its networking hardware, such as switches, routers, repeaters, electrical and optical cables, light emitters and receivers, wireless transmitters and receivers, etc. While a computer system configured as described above is typically used to support the operation of a facility, those skilled in the art will understand that a facility may be implemented using devices having a variety of components in a wide variety of configurations.

[0091] Configurable alarm and warning conditions In some embodiments, the facility provides a mechanism that allows staff to set conditions that will trigger alarms and warnings for each resident. Examples of such conditions include the resident's entire weight leaving the bed and / or chair, the resident's partial weight leaving the bed and / or chair, a weight change in the lateral dimension of the bed or the depth dimension of the chair, or an explicit alarm activation by the resident, failure to leave the bed, chair and / or toilet for more than a threshold length of time, failure to reach the bed / chair / toilet within a threshold length of time after leaving the bed / chair / toilet, leaving the room or part of a room, etc.

[0092] Settings for each patient type FIG. 3 is a user interface diagram illustrating a sample user interface presented by the facility in some embodiments for configuring conditions that trigger alarms or warnings for a specific user. User interface 300 includes information 310 identifying the resident. Staff users can specify warning and alarm conditions using a dialogue table 320. Specifically, table column 321 identifies events, many of which are based on sensor output. For each event, the user can check the corresponding box in warning column 322 to incorporate that event as a warning condition for the resident. Similarly, the user can check the corresponding box in alarm column 323 to incorporate that event as an alarm condition for the resident. For example, rows 332-334 show that a resident's weight shifting or partial disengagement in bed will trigger a warning, while a full disengagement will trigger an alarm. Furthermore, row 331 indicates that an explicit alarm activation event always results in an alarm. After the user adjusts the checkboxes in columns 322 and 323 to reflect the appropriate warning alarm conditions for this occupant, the user can activate transmit control 390 to update the alarm and warning conditions for this occupant. In some embodiments, these settings are also applied to room areas for more efficient and quick setup of entire buildings or units in a healthcare facility with better default values.

[0093] In some embodiments, the equipment allows each room, bed, or resident to be configured for various monitoring modes, such as fall monitoring, activity monitoring, combined fall and activity monitoring, and standby (monitoring disabled). For residents at risk of falling, fall monitoring mode alerts staff when the resident is standing or walking without assistance, or when sensor measurements predict the resident is attempting to stand up. Activity monitoring mode monitors for undesirable activity and alerts staff when it occurs. This can assist staff, for example, by alerting when a resident has been sitting too long or lying in the same position for an extended period of time, reducing the likelihood of bedsores. In independent living scenarios, this same activity monitoring function can be used to determine abnormal resident activity, such as a resident getting up in the middle of the night for a bathroom visit but not returning to bed 20 minutes later. In rehabilitation centers, this mode can be used to notify staff that a resident has been sitting or lying down for too long when they should be able to remain mobile. In these scenarios, the equipment uses threshold warnings, where staff set timers for activity or inactivity, and staff are alerted when the timer expires. Staff can also enable a second warning to trigger after an additional time from the first timer. For example, staff can set a primary timer to alert if a pressure ulcer patient has been sitting for more than two hours. Secondary, escalating warnings can be set to activate after 1.1 times the original timer, or 2 hours and 12 minutes, if the first warning is not properly responded to.

[0094] The facility may also, or instead, allow staff to interact with physical controls to configure a particular monitoring device assigned to a resident to that resident's specific needs. For example, in some embodiments, each monitoring device has a set of physical controls (such as a DIP switch array in the battery cover of the monitoring device) that allow for configuration of such settings as alert delay, enabled audio playback, bed / floor pad toggle, latching / non-latching alarm, audio selection, volume, etc. In some embodiments, the facility allows staff to override such physical controls via a computing system, such as a website. This may be done for individual rooms or beds, or for sets of rooms or beds. In some embodiments, the facility may log these modifications and attribute them to the user who made the changes.

[0095] FIG. 4 is a display diagram illustrating a sample user interface presented by the facility in some embodiments to allow staff to centrally control settings on one or more monitoring devices. In user interface 400, an area name control 401 allows a user to identify the area of ​​the healthcare facility where monitoring devices will be affected by monitoring device setting changes made using the user interface. The user interface further includes a device settings heading 402 that allows users to change device settings. The user interface further includes a monitoring device heading 403 that allows users to change monitoring device settings. The user interface also includes a control 404 that can be used to specify the mode in which the pad operates; in some embodiments, such controls include (1) fall monitoring for individuals classified by the care facility as a fall risk. All sensors actively monitor and record movement. Unassisted staff departure from the surface or other similar sensor-indicated risky movement generates an alert sent to the device carried by the staff. This mode also includes the following additional activity monitoring items: (2) activity monitoring for individuals not classified as a fall risk and therefore does not generate surface departure alerts to staff. Sensor data is monitored and recorded for activity tracking and trending, and is primarily used to generate warnings for staff of undesirable situations (e.g., detecting excessive sitting that may cause skin breakdown, restless sleep, etc.). This mode is also used to provide more personalized care by identifying patterns that may assist staff with toileting, lodging, eating, etc. at a better time, and (3) standby, which is intended to completely disable the monitoring and recording of sensor data. No alerts or warnings are generated by this monitoring device. This mode allows the monitoring device to remain plugged in when not needed, which helps maintain the integrity of the mesh data network.

[0096] The user interface further includes a pad type control 405 that may be used to specify the type of pad to be deployed, such as "bed pad," "floor pad," or "chair pad." The user interface further includes a control 406 that may be used to specify whether the tab is disabled for each monitoring device in an area identified by the user using the area name control, a control 407 that may be used to specify whether the alarm is latched or unlatched, a control 408 that may be used to specify the time period before an alert is issued, and a control 409 that may be used to specify the type of alert to be issued. The user interface further includes a save control 410 that saves setting changes made using the user interface and a cancel control 411 that cancels setting changes made using the user interface.

[0097] Possible alarm and warning conditions 5 is a flow diagram illustrating a process performed by an equipment in some embodiments to automatically infer alarm and / or warning conditions from data about an occupant received from various types of sensors. At operation 501, the equipment accesses occupant sensor outputs, such as sensor outputs collected from one or more monitoring devices by a local server. At operation 502, the equipment applies inference rules to the sensor outputs to obtain inferred alarm and / or warning conditions. At operation 503, the equipment generates an alarm and / or warning for the occupant based on the conditions inferred in operation 502. After operation 503, the process ends.

[0098] 5 and each of the flowcharts described below, those skilled in the art will appreciate that the operations illustrated in the flowcharts may be modified in various ways, for example, the order of operations may be rearranged, some operations may be performed in parallel, illustrated operations may be omitted or other operations may be included, illustrated operations may be divided into sub-operations, or multiple illustrated operations may be combined into a single operation.

[0099] As an example, a facility may observe a particular occupant for a 30-day period to identify the following behavioral criteria: · Residents spend 7 hours 35 minutes (± 14 minutes) in bed at night. Residents wake up 6 times (±1) per night. · Residents will leave bed for 4 minutes (±3 minutes) twice a night (±1).

[0100] After the facility establishes this baseline, in some embodiments, the facility derives the following estimates from further observations of this occupant: Residents wake up 11 times during the night (83% more than usual). The average time residents spent in bed per night decreased by 4% each of the four nights. The final night's time in bed was only 5 hours and 52 minutes, estimating sleep disturbances and notifying nurses. · As of 2:00 AM, the resident had woken up 16 times (166% increase from a normal night). Anything the nurse would alert would prevent the resident from getting a good night's sleep (referred pain, new medication, etc.).

[0101] 6 is a flow diagram illustrating a process performed by an equipment in some embodiments to associate sensor outputs temporally proximate to an explicit alarm with a probable alarm condition using machine learning techniques. At operation 601, the equipment accesses information about alarms and / or warnings created for an occupant, such as information about alarms and / or warnings stored on a local server. At operation 602, the equipment accesses sensor outputs for the occupant that are temporally proximate to the created alarms and warnings whose information was accessed at operation 601. At operation 603, four sensor outputs have a strong correlation to the alarm or warning, and the equipment creates inference rules to infer alarms and warnings from the correlated sensor outputs. After operation 603, the process ends.

[0102] In some embodiments, the facility uses patterns from a single sensor over a period of time to predict impending resident needs, and in some embodiments, the facility uses patterns observed across an array of sensors, including such sensors as pressure pads in beds, chairs, wheelchairs, and sofas, door contact sensors on exterior doors, bedroom doors, and bathroom doors, and motion sensors in major movement areas.

[0103] An example of using patterns of data from a single sensor to predict impending resident needs involves a multi-zone bed pressure pad sensor that can detect where the patient is in bed and how the patient moves around. This sensor divides the width of the bed into segments, with each segment reporting its relative pressure. By observing patterns of data from these segments, the equipment predicts the patient's getting into bed, restlessness, turning or not turning, and movements indicative of impending exit from bed, such as: 1. Sit on the edge and enter the bed from the right side. 2. Lie in the middle of the bed. 3. Rotate to the left side of the bed. 4. Rolls back to the middle and starts squirming again. 5. Exit the bed from the right side. Between events 4 and 5, the facility uses observation of previous patterns to predict the resident's exit and alerts staff to tend to the resident.

[0104] In some embodiments, the equipment is used in conjunction with a process that issues visitor badges to visitors. In various embodiments, the badge issuing process is automated, semi-automated, or manual. The process records the identity of the resident and visitor when a visitor arrives to visit a particular resident, along with the time of arrival. The visitor is issued a badge that visually identifies the visitor, possibly including the identity of the resident being visited, the time of arrival, the visitor's name, a photograph of the visitor, etc. In some embodiments, the badge or a holder that holds the badge includes a tracking mechanism, such as an RFID beacon, a Bluetooth® low energy beacon, etc.

[0105] In some embodiments, the equipment identifies some or all of the visiting resident's sensor outputs during the visit period, and these outputs are ignored to generate an alarm, to identify resident behavior patterns, or both. In some embodiments, the equipment identifies this period based on the presence of a tracking device in the patient's room, near the patient's bed, etc. In some embodiments, the equipment assumes the visit will last a predetermined length of time (e.g., two hours) after the visitor's arrival. In some embodiments, the process prompts or requires the visitor to check out at the exit, at which point the period ends. In some embodiments, the equipment ignores all sensor outputs during the period for one or both purposes. In some embodiments, the equipment automatically identifies a true subset of sensor outputs during the period to ignore based, for example, on the specific location and / or movement patterns of the badge beacon, the resident's typical behavior patterns, observations made by staff regarding where the visitor is in the room at a given time, etc.

[0106] Silent sending In some embodiments, the equipment pages staff in response to an alarm or warning condition, such as a bed exit, without causing a perceptual disturbance to the resident or others nearby, such as by selectively prompting staff using a mobile device carried by the staff. In some such embodiments, the equipment uses a mobile device carried by the staff, such as a smartphone, to selectively prompt specific staff to care for the resident who is the subject of the alarm. In some cases, the equipment uses a set of rules to select staff to be prompted first, such as by selecting staff directly assigned to the resident, staff assigned to the physical area where the resident is located or designated to be occupied, staff assigned to a particular type of activity, staff whose current location is closest to the resident, and / or staff who have been processing tracked activity for the longest time. If the prompted staff is available to care for the alarm, they can acknowledge the alarm using their mobile device. If the prompted staff does not acknowledge the alarm, one or more additional staff are paged. In some embodiments, the equipment provides a mechanism that allows staff to configure different settings for each resident for whom staff are paged for an alarm, possibly based on the type of alarm.

[0107] In some embodiments, a healthcare facility organizes staff using a tree hierarchy of nested areas. At the top of this tree is a single child healthcare facility defined by the healthcare facility's organizational strategy. For example, in a tree, specifically a healthcare facility, a root node might have four child nodes called wings, each wing having two child nodes called units, each unit node having four child nodes called bays, and each bay node having a child node called beds. In a simpler example, a healthcare facility tree might contain six root nodes with units as child nodes, each of which has rooms as child nodes. This area hierarchy allows for the assignment of equipment to the lowest level (e.g., rooms) and the assignment of staff to any level in the hierarchy.

[0108] Using the nested area hierarchy defined above, when an alert is generated on a device, the facility assigns the alert to the region associated with the device. The facility then begins searching for staff assigned to that area to route a request for action. If the area is found to have no staff assigned, the facility searches for the area's parent in the hierarchy, and the notification system proceeds in the same manner. If this parent area also has no staff assigned, its parent is searched, and the process continues until all levels of the hierarchy have been exhausted or someone is able to address the alarm. In addition to climbing this expanding hierarchy, in some embodiments, the facility also uses a three-tiered system of responder levels. Each staff member is assigned a responder level by their management. In a typical scenario, the floor staff member responding to the alarm is assigned as the first-level responder. The unit manager or floor staff manager is assigned as the second-level responder. The director of nursing or healthcare facility-wide administrator is assigned as the third-level responder.

[0109] In some embodiments, the facility climbs the area hierarchy, but with each step, it advances responder levels from 1 to 2 to 3. This allows higher-level management to be notified of alarms only if lower-level personnel fail to respond appropriately.

[0110] The facility typically depends on the currently logged in user, the devices used to connect, and the connection status of those devices. In some embodiments, only personnel who are logged in and have connected activities are included in the alert escalation system described above.

[0111] In some embodiments, each logged-in device checks in with the server every 60 seconds. If a device doesn't check in for two minutes, the facility removes the device and the user logged into the device from the list of personnel available to respond to alarms. This typically happens when the device goes out of Wi-Fi range, but it could also happen because of an internet outage, a dead device battery, or someone shutting down the device without logging out. As soon as the device resumes its 60-second check-ins, the device and user are returned to the list of available personnel without requiring the user to re-authenticate.

[0112] If staff are unable to receive the alert (due to no login or all logged in staff being busy), the facility will have no way to silently call for the resident's assistance. In this scenario, the facility will trigger a fail-safe mechanism, signaling the in-room monitoring device to ignore the silent mode selection and begin emitting an audible alarm to get the attention of the physically closest staff member.

[0113] In some embodiments, if staff are unable to receive the alert, healthcare facility management may be configured to receive an email, text message, and / or call, which helps to inform healthcare facility management that something is amiss at the location.

[0114] 7 is a flow diagram illustrating a process performed by an equipment in some embodiments to perform silent dispatch of personnel in response to a resident alarm or warning. At operation 701, the equipment detects a resident alarm or warning condition. At operation 702, the equipment uses a response hierarchy or other rules to select a personnel member to prompt to acknowledge and respond to the alarm or warning. At operation 703, the equipment prompts the selected personnel member to acknowledge the resident alarm warning using the selected personnel member's mobile device. At operation 704, if the personnel selected at operation 703 acknowledges the alarm or warning within a threshold time period, such as 30 seconds, the equipment proceeds to operation 705; otherwise, the equipment proceeds to operation 702 to select another personnel member to prompt.

[0115] In operation 705, the system prompts the selected staff member to close the alarm or warning after the staff member has verified the occupant and resolved the issue. In operation 706, after a set amount of time for the prompted staff member to respond after being prompted, the system proceeds to operation 702; if not, the system proceeds to operation 707. In operation 707, if the selected staff member closes the alarm or warning, the system proceeds to operation 708; if not, the system proceeds to operation 706. In operation 708, the system prompts the selected staff member to complete an investigation into the alarm or warning and its resolution. In operation 709, when the selected staff member completes such investigation, the system proceeds to operation 710. In some embodiments, the system proceeds to operation 710 even if the investigation is not completed. In operation 710, the system stores the details of the alarm or warning for later reference and / or analysis. After operation 701, the process ends.

[0116] FIG. 8 is a user interface diagram illustrating a sample user interface presented by the equipment in some embodiments to allow a staff user to specify a hierarchy among staff for prompting staff to respond to resident alarms and warnings. User interface 800 identifies sets of one or more staff 811-819. For each of these sets, the user can enter a number indicating the set's priority in the staff prompt cycle for alarms or warnings. Based on the numbers shown in the diagram, when an alarm warning occurs, the on-duty nursing assistant assigned to the resident is prompted first. If this nursing assistant fairly refuses or fails to accept for a threshold amount of time, the equipment prompts the closest nursing assistant, then another nearby nursing assistant, and so on.

[0117] FIG. 9 is a user interface diagram illustrating a sample user interface presented by the equipment in some embodiments to prompt personnel to respond to an alarm. User interface 900 includes prominent indication 910 that personnel are being prompted about a resident alarm. Information 920 identifies the resident and / or area that is the subject of the alarm and their location. Indications 931-932 reflect the type of alarm and the time the alarm was issued. The personnel may accept the alarm by activating control 941 or may reject the alarm by activating control 942. If the personnel does not do either for a threshold amount of time, in some embodiments, the equipment removes the prompt from the display, at which time the prompt is reassigned by the equipment to another personnel.

[0118] Post-alarm investigation In some embodiments, after a staff member acknowledges the alarm, the facility conducts a staff investigation to collect information regarding the alarm and its resolution. In some embodiments, the facility stores the collected information for further analysis, such as to identify physical hazards that contribute to frequent falls, evaluate response times and other staff performance metrics, extrapolate information about resident such as bathroom frequency / schedule, and suggest referrals in light of observed resident information.

[0119] In some embodiments, after an employee rejects an alarm, the employee is marked as busy for the next few minutes. Employees who accept an alarm are also marked as busy until the accepted alarm is resolved. This allows subsequent alarms to bypass these employees, allowing them to complete their work with fewer interruptions while they are active. This also expedites the alarm escalation process by targeting employees most likely to be able to respond.

[0120] 10A-10E are user interface diagrams illustrating sample user interfaces presented by the equipment in some embodiments to gather information regarding a resident alarm or warning and its resolution from staff who responded to the alarm or warning. FIG. 10A shows a first display 1010 that includes a question regarding the reason the resident left their bed or chair. The staff user can select any of reasons 1011-1016 configurable by the healthcare facility. In response, the equipment transitions to a second display of the user interface.

[0121] 10B shows a second display 1020 that includes a question regarding whether the resident has fallen to the floor. The user can select an affirmative response 1021 or a negative response 1022. In response, the facility transitions to a third display of the user interface.

[0122] 10C shows a third display 1030 that includes a question about the reason for the fall. The user may select any of reasons 1031-1036 or enter another reason in box 1037 and activate control 1038. In response, the facility transitions to a fourth display of the user interface.

[0123] 10D shows a fourth display 1040 that includes a question about whether the resident was injured in the fall. The user can select an affirmative response 1041 or a negative response 1042. In response, the facility transitions to a fifth display of the user interface.

[0124] 10E shows a fifth display 1050 including a summary of responses to the survey questions. If the listed information is accurate, the user can activate the submit control 1051 to complete the survey. If the information is incorrect, the user can activate the back control 1052 to modify their response.

[0125] Patient-specific alarm attributes In some embodiments, the facility provides a mechanism that allows staff to configure alarm attributes for each resident. Examples of such attributes are silent / audible, visible / invisible, volume, duration, type of sound, and speech / non-speech.

[0126] 11 is a user interface diagram illustrating a sample user interface provided by the facility in some embodiments to allow a staff user to configure alarm attributes for a particular resident. User interface 1100 includes resident identification and location information 1110. It also lists alarm attributes 1121-1128 that the user can select for the resident. For example, as shown, a silent alarm is selected for this resident, and a visible alarm is also selected.

[0127] Alarm timeline display In some embodiments, the equipment provides a visual user interface that shows alarms (or warnings, or alarms and warnings) that have occurred over a period of time against a timeline. In various embodiments, these alarms are for a single selected resident, residents in a particular area of ​​the healthcare facility, a set of residents, such as residents in a particular category of residents based on care needs, or all residents in the healthcare facility. In some cases, particular types of alarms (and / or warnings) are indicated by their color or pattern. In some embodiments, staff can click on points in the timeline view to view additional details about the alarms and warnings associated with that point.

[0128] FIG. 12 is a user interface diagram illustrating a sample user interface provided by the equipment in some embodiments to show the timing of alarms and / or warnings within a particular medical facility or area of ​​the medical facility. User interface 1200 includes a heading 1201 indicating the timing of alarms that occurred in the “Building C” area of ​​the medical facility on August 15, 2017. The user interface shows a timeline 1210 representing a time span for that day and includes stacks of rectangles, such as stack 1211, at various points on the timeline that indicate alarms that occurred during that time. A higher stack indicates a greater number of simultaneous alarms. In some embodiments, the equipment causes particular rectangles to have colors, patterns, etc. that reflect various alarm attributes, such as alarm type, alarm resolution type, alarm resolution time, and alarm-warning relationships. In some embodiments, a user can select a rectangle or a rectangle stack to display more detailed information about the corresponding alarm or set of alarms.

[0129] FIG. 13 is a user interface diagram of a second sample user interface provided by the equipment in some embodiments to show the timing of alarms, warnings, and special or other types of events occurring within a particular healthcare facility or area of ​​a healthcare facility. User interface 1300 shows a room-by-room timeline view showing what is occurring in each of multiple rooms over a period of time, such as a day. Timeline 1350 for a resident in room 107P shows that the resident had a very calm, uninterrupted morning and woke up around 7:30 AM. On the other hand, timeline 1360 for a resident in room 501A shows that the resident had a very restless night with numerous sleep interruptions, many of which lasted several minutes from when the resident left bed until when they returned. Timeline 1370 shows activity in room 508B, which did not maintain a reliable data connection for most of the day shown, suggesting a sensor hardware or sensor network problem. In response, in some embodiments, the equipment generates a trigger for staff to investigate the issue.

[0130] 14 is a user interface diagram illustrating a third sample user interface provided by the equipment in some embodiments to show the timing of alarms, warnings, and special or other events within a particular healthcare facility or area of ​​the healthcare facility. In user interface 1400, events are aggregated across a set of rooms, such as all rooms in the healthcare facility, over the course of a day. This helps identify peak times for alerts during the day and determine the number of residents receiving staff care versus those returning to a bed or chair independently.

[0131] Resident behavior cues In some embodiments, the facility provides a mechanism that allows staff to set audio behavior cues for each resident suggesting actions such as "stay by the bed" or "use a walker."

[0132] FIG. 15 is a user interface diagram illustrating a sample user interface provided by some embodiments of the facility to allow a staff user to configure audio behavior cues for a particular resident. User interface 1500 includes information 1510 identifying the resident and their location. It also includes a field 1520 where the user can input audio behavior cues to be played to the resident in certain situations, such as when getting out of bed. In some embodiments, the facility outputs these audio cues to the resident using the text-to-speech capabilities of the monitoring device. In some embodiments (not shown), a particular resident's monitoring device stores snippets of conversation recorded specifically for this resident, such as by the resident's relatives. In such embodiments, the user interface displays a summary or transliteration of each such snippet and allows the user to select from them. After specifying the audio cues for the resident, the user activates transmit control 1590 to complete the configuration.

[0133] Patient and staff location tracking In some embodiments, the equipment tracks the physical locations of several or more residents, such as by using wireless receivers, such as those embedded in monitoring devices, to trilaterate radio beacons broadcast by transmitters mounted on objects worn by the residents. In some embodiments, the equipment also utilizes wireless repeaters for this purpose. In some embodiments, the equipment repeatedly compares each resident's location to areas of the healthcare facility where the resident should or should not be, and uses the results of these comparisons to generate alarms or warnings if the resident has left or is about to leave an area where the resident should be and / or has entered or is about to enter an area where the resident should not be.

[0134] Several devices, including wheelchair-mounted wheelchair fall monitors and call pendants worn around residents' necks, move around a healthcare facility. Because these devices are mobile, they are not assigned to static locations within the healthcare facility's location hierarchy. In one embodiment, equipment identifies the location of these devices using radios housed within them. When an alarm is generated, the data is sent to a server for processing, and a local radio broadcast is sent to all mesh devices in the immediate area to determine the approximate distance. The associated statically assigned device ID and approximate distance are then sent to the server, where an algorithm uses trilateration or a weighted average calculation to determine the approximate location of the alarm device. This estimated location is then correlated with a healthcare facility map to determine which nested areas are included. This allows the system to notify nearby personnel of the alarm instead of sending a message to the location where the device was originally installed. This also provides a marker on the healthcare facility map to assist personnel in the immediate vicinity of the alarm.

[0135] In some embodiments, any fall monitoring device can be set to a mobile mode or a fixed mode. In mobile mode, the position of the monitoring device can be determined relative to a monitoring device in fixed mode. In some embodiments, the mode is manually selected by staff. In some embodiments, each monitoring device estimates its mode using one or more of a variety of techniques, including using an accelerometer built into the monitoring device, determining whether the monitoring device is changing position relative to most or all of the other monitoring devices it can observe, determining whether the device is battery-powered or wall-powered, etc.

[0136] In some embodiments, the facility periodically looks for each monitoring device, call pendant, and other device used to track these objects as a reference for maintaining and / or recording their location over time.

[0137] In some embodiments, the equipment determines this approximate location using trilateration. Trilateration is a geometric method that determines the absolute or relative location of a point by measuring distance using circular, spherical, or triangular geometries. In addition to its interest as a geometric problem, trilateration has practical applications in surveying and navigation, including the Global Positioning System (GPS). In contrast to triangulation, trilateration does not require the measurement of angles. In two-dimensional geometry, it has been found that if a point lies on two circles, the circle center and two radii provide sufficient information to limit the possible locations to two. Additional information may limit the possibilities to one unique location. The equipment determines the location of a roaming device (e.g., a wheelchair or pendant) using the monitoring device in each room as the center point of the circle. The "distance measurement" is performed using the received signal strength indication ("RSSI") of wireless signals from the monitoring devices in surrounding rooms.

[0138] 16A-16F illustrate additional forms of device location probing used by the facility in some embodiments. FIG. 16A shows the locations of three fixed location probing points within a healthcare facility, such as points where fall monitors operating in fixed mode are located. These locations are designated as points a1, a2, and a3. In some embodiments, these points correspond to the known locations of the three fall monitors closest to the tracked devices, i.e., the fall monitors receiving the strongest signals transmitted by the tracked devices.

[0139] FIG. 16B shows the first stage of distance measurement between the tracked device and each of the fixed fall monitoring devices. For fall monitoring device a1, it is seen that the fall monitoring device observes a signal strength s1 of 2.0 from the tracked device, which the equipment converts to an estimated radius r1 of 8 meters. Therefore, the equipment draws a first arc 1601 corresponding to this radius around point a1. Similarly, for point a2, the equipment determines a signal strength s2 of 15.6 and an estimated radius r2 of 4 meters, and draws an arc 1602 around point a2. Finally, for point a3, the equipment determines a signal strength s3 of 4.6 and a corresponding estimated radius r3 of 6 meters, and draws an arc 1603 around point a3.

[0140] Figure 16C illustrates identifying intersection points using drawn arcs. For each pair of three points, the equipment draws a line that includes those two points. For example, between points a1 and a2, the equipment draws line 1613. On each of these lines, the equipment identifies two points where an arc having one of those two points as its center intersects the line. For example, considering the line defined by points a1 and a2, the line intersects arc 1601 at point b3 and arc 1602 at point b3'.

[0141] Figure 16D illustrates the process of identifying the midpoints of the pairs of points identified in Figure 16C on each side of the triangle. It can be seen that the facility identifies point c1 as the midpoint of line segment b1-b1', point c2 as the midpoint of line segment b2-b2', and point c3 as the midpoint of line segment b3-b3'.

[0142] Figure 16E shows another triangle determination: the facility draws triangle d1-d2-d3 by connecting a1 to c1, a2 to c2, and a3 to c3.

[0143] 16F illustrates the determination of the center point e of triangle d1-d2-d3. In some embodiments, the equipment determines the center of this triangle as its center of gravity, or "center of mass." In some embodiments, the equipment determines the center by averaging the north-south positions of each vertex and averaging the east-west positions of each vertex. Based on this process, the equipment estimates the position of the tracked device as point e.

[0144] FIG. 17 is a flow diagram illustrating a process performed by an equipment in some embodiments to track the location of and respond to a resident. At operation 1701, the equipment uses trilateration between the monitoring devices to identify the location of a tracking device worn by the resident, such as a pendant or bracelet. At operation 1702, the equipment compares the location identified at operation 1701 with a set of allowed and prohibited areas established for the resident. For example, the resident's room and bathroom are allowed areas, and the building exit staircase is a prohibited area. At operation 1703, if the comparison at operation 1702 determines that the resident is leaving an allowed area or entering a prohibited area, the equipment proceeds to operation 1704; otherwise, the process ends. At operation 1704, the equipment generates an alarm or warning to the resident indicating that the resident has left an allowed area or entered a prohibited area. After operation 1704, the process ends.

[0145] In some embodiments, the facility tracks the physical location of personnel in the same or similar manner using mobile devices carried by personnel, RFID badges worn by personnel, etc., to monitor other responsibilities, including, for example, surrounding personnel activities, alarm and warning responses, and movement through the healthcare facility. In some embodiments, the facility uses various types of interactions by personnel with the monitoring device, such as pressing a button on the monitoring device, passing near the monitoring device with a wireless-enabled mobile device that is actively listening or broadcasting a Bluetooth® Low Energy (“BLE”) protocol, receiving a location determined by the mobile device using a Global Positioning System (“GPS”) or an Indoor Positioning System (“IPS”), affirmative room check-in using an application running on the mobile device, or some combination of some or all of these.

[0146] In some embodiments, personnel location tracking is used by the facility as a criterion for assigning alerts to personnel by first assigning alerts for a particular location to the closest personnel, then the second-closest personnel, and so on.

[0147] In some embodiments, alarms may be prevented entirely by combining monitoring device status with staff location. For example, if staff are present at the bedside in a room at the time of a bed alarm, in some embodiments, the equipment presumes that the staff is actively working with the occupant in the room. In some embodiments, in making this presumption, the equipment relies on on-body detection by devices carried by the staff, reducing the chance that a device accidentally left behind will erroneously suppress an active alarm.

[0148] medical facilities In various embodiments, the equipment operates in various types of healthcare facilities including, for example, nursing homes, assisted living facilities, hospitals, hospice centers, birthing centers, prison healthcare facilities, independent living centers, rehabilitation centers, and the like.

[0149] household use In some embodiments, versions of the equipment are adapted for home use, such as for elderly or unhealthy individuals who live alone or otherwise remain at home alone for extended periods of time. In some embodiments, when the equipment identifies an alarm, it sends the alarm to a person outside the home, such as a child, a neighbor, a friend, or clergy member. Such an alarm may be via a text message, an email message, a phone call using a recorded or synthesized voice, a facsimile message, a smartphone application, or the like. In some embodiments, some or all of these specialized caregivers may have access to reports and event history generated by the equipment regarding the monitored individual, such as via the public web, possibly using authentication and / or secure transmission protocols.

[0150] conclusion Those skilled in the art will appreciate that the above-described arrangements may be easily adapted or extended in various ways. While the above description refers to particular embodiments, the scope of the invention is defined only by the following claims and the elements recited therein. [Explanation of symbols]

[0151] 110 Monitoring equipment 121 Pressure Pad 122 Motion Sensor 123 Proximity Sensor 124 image sensors 125 Optical Sensor 126 Door Contact Sensor 127 Current or power sensor 128 Third Party Device 131 Occupant monitoring device 132 Staff Portable Device 140 local server 150 cloud servers

Claims

1. A care system including a plurality of portable devices that can be carried by caregivers who provide care in a care facility, comprising: a program for the care system for causing the portable devices to execute a predetermined method, The predetermined method comprises: a location display step of displaying information that can identify the location where the care recipient is expected to need assistance in response to receiving a display request that can be transmitted simultaneously from a server computer constituting the care system to each mobile terminal that is a transmission target because it is located within a predetermined area corresponding to the location of a sensor that is installed near the care recipient out of multiple sensors installed in the care facility; and an acceptance / non-acceptance display step of displaying an acceptance / non-acceptance display capable of receiving an input indicating whether or not the caregiver carrying the portable device will undertake to provide support at the location specified by the information displayed in the location display step; an input receiving step of receiving an acceptance / non-acceptance input from a caregiver carrying the portable device based on the acceptance / non-acceptance display displayed in the acceptance / non-acceptance display step; a sending step in which, in response to receiving an input of refusal to accept the caregiver in the input receiving step, an identification notification capable of identifying the portable device that received the input of refusal to accept the caregiver is sent to the server computer, thereby causing the server computer to exclude the caregiver who possesses the portable device from the target of the location display step and the acceptance / non-acceptance display step; a responder notifying step of notifying the person who is responding to the assistance at the position identified from the information displayed in the position displaying step; Including, In the input receiving step, an operation to erase the acceptance / non-acceptance display can be received from the caregiver who carries the portable device in response to receiving an acceptance input from the caregiver, and the acceptance is not confirmed at the stage when the acceptance input is received in the acceptance / non-acceptance display, but is confirmed at the stage when the operation to erase the acceptance / non-acceptance display is received within a predetermined period. Program for nursing care system.

2. The predetermined method further comprises: A program for a care system as described in claim 1, further comprising a visit completion display step for displaying a visit completion display that can accept input indicating that a caregiver who inputs acceptance in the input acceptance step has completed a visit to a location identified from the information displayed in the location display step.

3. The predetermined method further comprises: a visit completion input receiving step of receiving a visit completion input based on the visit completion display displayed in the visit completion display step; 3. The program for a care system according to claim 2, further comprising a confirmation item display step for displaying information about confirmation items to be confirmed at the location where the visit is completed in response to reception of the visit completion input in the visit completion input reception step.

4. The predetermined method further comprises: a confirmation acceptance step of accepting an input of agreeing to confirm the confirmation items; 4. The nursing care system program according to claim 3, further comprising a confirmation acceptance information sending step of sending to the server computer confirmation acceptance information indicating that input corresponding to confirmation of the confirmation items has been received.

Images