US20160307429A1 - Monitoring of patient supports - Google Patents
Monitoring of patient supports Download PDFInfo
- Publication number
- US20160307429A1 US20160307429A1 US15/092,082 US201615092082A US2016307429A1 US 20160307429 A1 US20160307429 A1 US 20160307429A1 US 201615092082 A US201615092082 A US 201615092082A US 2016307429 A1 US2016307429 A1 US 2016307429A1
- Authority
- US
- United States
- Prior art keywords
- patient support
- alarm
- patient
- hospital bed
- chair
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
Classifications
-
- 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
- G08B21/04—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
- G08B21/0438—Sensor means for detecting
- G08B21/0461—Sensor means for detecting integrated or attached to an item closely associated with the person but not worn by the person, e.g. chair, walking stick, bed sensor
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/103—Detecting, measuring or recording devices for testing the shape, pattern, colour, size or movement of the body or parts thereof, for diagnostic purposes
- A61B5/11—Measuring movement of the entire body or parts thereof, e.g. head or hand tremor, mobility of a limb
- A61B5/1113—Local tracking of patients, e.g. in a hospital or private home
- A61B5/1115—Monitoring leaving of a patient support, e.g. a bed or a wheelchair
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/68—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
- A61B5/6887—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient mounted on external non-worn devices, e.g. non-medical devices
- A61B5/6891—Furniture
-
- 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
- A61G7/00—Beds specially adapted for nursing; Devices for lifting patients or disabled persons
- A61G7/002—Beds specially adapted for nursing; Devices for lifting patients or disabled persons having adjustable mattress frame
- A61G7/018—Control or drive mechanisms
-
- 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
- A61G7/00—Beds specially adapted for nursing; Devices for lifting patients or disabled persons
- A61G7/05—Parts, details or accessories of beds
- A61G7/0527—Weighing devices
-
- 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
- G08B21/0202—Child monitoring systems using a transmitter-receiver system carried by the parent and the child
- G08B21/0277—Communication between units on a local network, e.g. Bluetooth, piconet, zigbee, Wireless Personal Area Networks [WPAN]
-
- 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
- G08B21/04—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
- G08B21/0407—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis
- G08B21/0415—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis detecting absence of activity per se
-
- 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
- G08B21/04—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
- G08B21/0407—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis
- G08B21/043—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis detecting an emergency event, e.g. a fall
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B3/00—Audible signalling systems; Audible personal calling systems
- G08B3/10—Audible signalling systems; Audible personal calling systems using electric transmission; using electromagnetic transmission
- G08B3/1008—Personal calling arrangements or devices, i.e. paging systems
- G08B3/1016—Personal calling arrangements or devices, i.e. paging systems using wireless transmission
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B5/00—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied
- G08B5/22—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied using electric transmission; using electromagnetic transmission
- G08B5/222—Personal calling arrangements or devices, i.e. paging systems
- G08B5/223—Personal calling arrangements or devices, i.e. paging systems using wireless transmission
- G08B5/224—Paging receivers with visible signalling details
- G08B5/225—Display details
- G08B5/226—Display details with alphanumeric or graphic display means
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
- A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
- A61B5/002—Monitoring the patient using a local or closed circuit, e.g. in a room or building
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/74—Details of notification to user or communication with user or patient ; user input means
- A61B5/742—Details of notification to user or communication with user or patient ; user input means using visual displays
- A61B5/7435—Displaying user selection data, e.g. icons in a graphical user interface
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/74—Details of notification to user or communication with user or patient ; user input means
- A61B5/746—Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms
-
- 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
- A61G2203/00—General characteristics of devices
- A61G2203/30—General characteristics of devices characterised by sensor means
- A61G2203/44—General characteristics of devices characterised by sensor means for weight
Definitions
- the present disclosure relates generally to healthcare communication systems such as patient-nurse communication systems, and more particularly to monitoring patient supports usable in connection with such systems.
- Healthcare communication systems typically include information and communication technologies to support health services conducted in a healthcare facility setting.
- some healthcare communication systems include patient-nurse communication systems or “nurse call” systems facilitate communication among members of a nursing staff and other persons dispersed throughout the healthcare facility.
- the nurse call systems generally provide information about the present status or condition of patients in the healthcare facility, and may additionally provide information regarding status information pertaining to hospital beds throughout the healthcare facility. Visual indicators are often associated with the nurse call systems to visually notify staff of characteristics associated with the hospital beds.
- the notifications may indicate configurations of the hospital bed, such as whether an upper frame of the hospital bed is in its lowest position relative to a base frame of the hospital bed, whether siderails of the hospital bed are up or down, or whether certain functions of the hospital bed are engaged or disengaged (e.g., whether casters of the hospital bed are braked or unbraked), etc.
- the notifications may be particular to a patient's condition, such as when a patient of the hospital bed has been identified as a “fall” risk. In other words, it may not be desirable for a fall risk patient to get out of bed unless a caregiver is present in the room to assist the patient.
- the notifications may include a notification that indicates when a patient exits a hospital bed, for example.
- Examples of such prior art nurse call systems are Hill-Rom's COMposerTM communication system and Hill-Rom's COMLinxTM communication system.
- a patient support for use in a healthcare facility having at least one other patient support comprises a display, communication circuitry, and a control system.
- the display is operable to render a graphical user interface (GUI) to interface with a user.
- GUI graphical user interface
- the display is also operable to allow the user to set one or more alarms. Each alarm corresponds to an alarm triggering event triggered by an action of a patient.
- the communication circuitry is operable to communicatively couple the patient support to a nurse call system and the patient support to the at least one other patient support.
- the control system is operable to monitor data of the patient support and the at least one other patient support based on the set alarms. The control system detects whether an alarm triggering event has occurred based on the monitored data. In response to a determination that the alarm triggering event occurred, the control system will provide a signal indicative of the alarm triggering event to the nurse call system.
- the at least one other patient support comprises at least one of a chair, a toilet, a stretcher, and a lift.
- the at least one other patient support comprises a chair
- the alarms include a chair exit alarm to trigger an alarm in response to a determination that a patient previously sitting on the chair is not presently sitting on the chair.
- the at least one other patient support comprises a toilet
- the alarms include at least one of an on-toilet alarm to trigger an alarm in response to a determination that a patient has sat on the toilet and an off-toilet alarm to trigger an alarm in response to a determination that a patient previously sitting on the toilet is not presently sitting on the toilet.
- the at least one other patient support comprises a stretcher
- the alarms include at least one of a position alarm to trigger an alarm in response to a determination that a present position of the stretcher is in a predetermined position.
- an exiting alarm may trigger an alarm in response to a determination that the patient is detected as attempting to exit the stretcher.
- an out of stretcher alarm may trigger an alarm in response to a determination that the patient has exited the stretcher.
- GUI is further configured to allow the user to control functions of the patient support.
- GUI is further configured to facilitate a wireless network connection between the patient support and the at least one other patient support.
- the wireless network connection comprises a Bluetooth network connection.
- the GUI is further configured to provide, based on the alarm settings, at least one of a visual indication and an audible noise that the alarm triggering event was detected.
- the data comprises a present weight being applied to the patient support and the at least one other patient support.
- the event capable of triggering the alarm triggering event includes a position event, an exiting event, and an out of patient support event.
- the one or more alarms comprise at least one of one or more alarms of the patient support and one or more alarms of the at least one other patient support.
- a system comprises a hospital bed, a patient support communicatively coupled to the hospital bed, and a nurse call system.
- the hospital bed includes a display operable to render a graphical user interface (GUI) to interface with a user and allow the user to set one or more alarms. Each alarm corresponds to an alarm triggering event.
- GUI graphical user interface
- the nurse call system is remote from the hospital bed and the patient support and is communicatively coupled to the hospital bed.
- the hospital bed is configured to monitor data of the patient support based on the one or more alarms set by the user.
- the hospital bed will also detect whether an alarm triggering event occurred based on the monitored data. In response to a determination that the alarm triggering event occurred, the hospital bed will provide a signal indicative of the alarm triggering event to the nurse call system.
- a patient support for use in a healthcare facility having at least one secondary patient support comprises a display, communication circuitry and a control system.
- the display is operable to render a graphical user interface (GUI) to interface with a user and allow the user to set one or more alarms.
- GUI graphical user interface
- Each alarm corresponds to an alarm triggering event triggered by an action of a patient.
- the communication circuitry communicatively couples the patient support to a healthcare communication system and the patient support to the at least one secondary patient support.
- the control system monitors data of the patient support and the at least one secondary patient support based on the set alarms.
- the control system also detects whether an alarm triggering event occurred at either the patient support or the at least one secondary patient support based on the monitored data. In response to a determination that the alarm triggering event occurred, the control system provides a signal indicative of the alarm triggering event to the healthcare communication system.
- control system of the patient support determines, from information provided by the secondary patient support, whether a triggering event has occurred at the secondary patient support and provides a signal indicative that the alarm triggering event occurred at the at least one secondary patient support.
- the at least one secondary patient support comprises at least one of a chair, a toilet, a stretcher, and a lift.
- the at least one secondary patient support comprises a chair
- the alarms include a chair exit alarm to trigger an alarm in response to a determination that a patient previously sitting on the chair is not presently sitting on the chair.
- the at least one secondary patient support comprises a toilet
- the alarms include at least one of an on-toilet alarm to trigger an alarm in response to a determination that a patient has sat on the toilet and an off-toilet alarm to trigger an alarm in response to a determination that a patient previously sitting on the toilet is not presently sitting on the toilet.
- the at least one secondary patient support comprises a stretcher
- the alarms include at least one of a position alarm to trigger an alarm in response to a determination that a present position of the stretcher is in a predetermined position, an exiting alarm to trigger an alarm in response to a determination that the patient is detected as attempting to exit the stretcher, and an out of stretcher alarm to trigger an alarm in response to a determination that the patient has exited the stretcher.
- the GUI is further configured to allow the user to control functions of the patient support.
- the GUI is further configured to facilitate a wireless network connection between the patient support and the at least one secondary patient support.
- the wireless network connection comprises a Bluetooth network connection.
- the GUI is further configured to provide, based on the alarm settings, at least one of a visual indication and an audible noise that the alarm triggering event was detected.
- the data comprises a present weight being applied to the patient support and the at least one secondary patient support.
- the event capable of triggering the alarm triggering event includes a position event, an exiting event, and an out of patient support event.
- the one or more alarms comprise at least one of one or more alarms of the patient support and one or more alarms of the at least one secondary patient support.
- the patient support is a hospital bed.
- FIG. 1 is a simplified schematic showing a logical architecture for a healthcare communication system that includes a hospital information system in network communication with a hospital bed, and the hospital bed in network communication with one or more additional patient supports;
- FIG. 2 is a simplified schematic showing physical components of a hospital bed including a number of sensors and showing connectivity to the hospital information system and the additional patient supports of FIG. 1 ;
- FIG. 3 is a screen shot showing a home screen having a column of main menu icons or buttons on the right hand side of the scale screen and graphical patient weight and hospital bed data associated with the hospital bed of FIG. 1 ;
- FIG. 4 is a screen shot showing an alarm setup screen having a number of buttons to toggle a state of an alarm associated with the hospital bed of FIG. 1 ;
- FIG. 5 is a screen shot showing a hospital alarm setting screen having a number of buttons to set or disable various alarms associated with the hospital bed of FIG. 1 ;
- FIG. 6 is a screen shot showing a Bluetooth® pairing screen having a list of Bluetooth compatible devices within range of the hospital bed of FIG. 1 ;
- FIG. 7 is a screen shot showing the Bluetooth pairing screen of FIG. 6 having successfully paired to one of Bluetooth compatible devices within range of the hospital bed of FIG. 1 ;
- FIG. 8 is a screen shot showing an alarm setup screen having a number of buttons to toggle a state of each alarm associated with the hospital bed of FIG. 1 and each alarm associated with a patient support of FIG. 1 communicatively coupled to the hospital bed;
- FIG. 9 is a screen shot showing a chair alarm setting screen having a number of buttons to set or disable various alarms associated with a chair in paired communication with the hospital bed of FIG. 1 ;
- FIG. 10 is a screen shot showing a chair exit arming message dialog having a dialogue header portion that is positioned along the top of the message screen and a dialogue body portion located beneath the dialogue header portion, and indicating that the chair exit alarm is being armed;
- FIG. 11 is a screen shot showing an unable to arm message dialog having a dialogue header portion that indicates an alarm was not able to be armed and a dialogue body portion that provides that the chair exit alarm of FIG. 10 was the alarm that was not able to be armed;
- FIG. 12 is a screen shot showing an arm successful message dialog having a dialogue header portion that indicates an alarm was able to be armed and a dialogue body portion that provides that the chair exit alarm of FIG. 10 was the alarm that was armed;
- FIG. 13 is a screen shot showing the home screen of FIG. 3 that includes a visual indicator that the chair exit alarm is armed;
- FIG. 14 is a screen shot showing a chair exit alarm message dialogue having a dialogue header portion that indicates the message corresponds to a chair exit alarm and a dialogue body portion that provides a button to silence the chair exit alarm;
- FIG. 15 is a screen shot showing an exiting alarm silenced message dialogue having a dialogue header portion that indicates the message corresponds to a silenced exit alarm and a dialogue body portion that provides various user interface controls to adjust a silence time associated with the exit alarm and turn off the exit alarm;
- FIG. 16 is a screen shot showing an alternative chair exit alarm message dialogue having a dialogue header portion that indicates the message corresponds to a chair exit alarm and a dialogue body portion that provides an indication that the chair exit alarm has been triggered;
- FIG. 17 is a screen shot showing a stretcher alarm setting screen having a number of buttons to set or disable various alarms associated with a stretcher in paired communication with the hospital bed of FIG. 1 ;
- FIG. 18 is a screen shot showing a toilet alarm setting screen having a number of buttons to set or disable various alarms associated with a toilet in paired communication with the hospital bed of FIG. 1 ;
- FIG. 19 is a flow diagram of a process for determining whether to provide an alarm signal to a nurse call system of the hospital information system of FIG. 1 that may be executed by the hospital bed of FIG. 1 ;
- FIG. 20 is a screen shot showing a Bluetooth pairing screen having a list of Bluetooth compatible devices within range of the hospital bed of FIG. 1 ;
- FIG. 21 is a screen shot showing the Bluetooth pairing screen of FIG. 20 having successfully paired to one of Bluetooth compatible devices within range of the hospital bed of FIG. 1 .
- a healthcare communication system includes one or more staff or nursing computers or computing devices, which may be referred to as stations or consoles.
- the stations or consoles in cooperation with various computers, networks, and supporting equipment and services, enable nurses and other staff to receive, view, manage, and route, output, or respond to electrical and wireless signals from a variety of communication, call, monitoring, detecting, and/or signaling devices.
- Some communication, call, monitoring, detecting, and/or signaling devices are activated by patients, staff, or visitors. Others are activated by the occurrence of an event or alarm condition detected by signal receivers, patient monitoring equipment, or patient supports (e.g., hospital beds) located throughout a healthcare facility, such as from sensors integrated into hospital beds.
- one or more indicator assemblies may be activated to alert hospital staff of the condition or event being signaled by the communication, call, monitoring, detecting, and/or signaling device. Accordingly, the hospital staff may respond based on the alarm condition or event signaled by the communication, call, monitoring, detecting, and/or signaling device.
- the healthcare communication system 100 includes a hospital information system 102 communicatively coupled via a network 106 to a hospital bed 120 .
- the hospital information system 102 includes a nurse call system 104 .
- the nurse call system 104 is configured to operate and manage many of the primary nurse call functions of the hospital information system 102 .
- the nurse call system 104 may be configured to receive and manage messages from various connected devices (e.g., the hospital bed 120 ), coordinate assignment of patients to hospital supports, and/or to synchronize connected devices within the healthcare communication system 100 that are in network communication with the nurse call system 104 .
- the nurse call system 104 may be configured to answer, control placement of, and cancel calls, as well as, generate notifications or alarms, acknowledge and cancel notifications and alarms, manage location information for staff and devices, activate and deactivate staff, manage staff-patient assignments, assign and manage roles and responsibilities to staff and devices, and/or manage patient information and patient discharges and transfers.
- the hospital information system 102 may include various computing devices, such as any type of computation or computing device capable of performing the functions described herein, including, without limitation, a server, a blade server, a computer, a desktop computer, a smartphone, a workstation, a laptop computer, a notebook computer, a tablet computer, a mobile computing device, a wearable computing device, a network appliance, a web appliance, a distributed computing system, a processor-based system, and/or a consumer electronic device.
- a server a blade server, a computer, a desktop computer, a smartphone, a workstation, a laptop computer, a notebook computer, a tablet computer, a mobile computing device, a wearable computing device, a network appliance, a web appliance, a distributed computing system, a processor-based system, and/or a consumer electronic device.
- the network 106 may be embodied as any type of wired or wireless communication network, including cellular networks (e.g., Global System for Mobile Communications (GSM), 3G, Long Term Evolution (LTE), Worldwide Interoperability for Microwave Access (WiMAX), etc.), digital subscriber line (DSL) networks, cable networks (e.g., coaxial networks, fiber networks, etc.), telephony networks, local area networks (LANs) or wide area networks (WANs), global networks (e.g., the Internet), or any combination thereof.
- GSM Global System for Mobile Communications
- LTE Long Term Evolution
- WiMAX Worldwide Interoperability for Microwave Access
- DSL digital subscriber line
- cable networks e.g., coaxial networks, fiber networks, etc.
- LANs local area networks
- WANs wide area networks
- global networks e.g., the Internet
- the hospital bed 120 is in communication with the hospital information system 102 via the network 106 .
- the network 106 may include any number of network
- the illustrative healthcare communication system 100 additionally includes a chair 130 , a toilet 140 , and a stretcher 150 , collectively referred to herein as other patient supports 110 , communicatively coupled to the hospital bed 120 .
- the hospital bed 120 includes communication circuitry 124 capable of establishing connections and facilitating communications to and from communication circuitry of the chair 130 (i.e., communication circuitry 134 ), the toilet 140 (i.e., communication circuitry 144 ), and the stretcher 150 (i.e., communication circuitry 154 ).
- the hospital bed 120 includes a control system 122 that is capable of controlling operational functionality of the hospital bed.
- each of the chair 130 , the toilet 140 , and the stretcher 150 include a control system 132 , 142 , 152 that is capable of controlling operational functionality and/or interpreting data signals from various sensors of the respective other patient supports 110 .
- the illustrative healthcare communication system 100 includes a single hospital bed 120 contained within a hospital room 108 , it should be appreciated that the healthcare facility may include any number of hospital rooms 108 . Accordingly, any number of hospital beds 120 may be located in a healthcare communication system 100 of a healthcare facility and communicatively coupled to the hospital information system 102 . It should be further appreciated that the hospital bed 120 may be connected to additional, fewer, or alternative other patient supports 110 (i.e, any number of chairs 130 , toilets 140 , and stretchers 150 ).
- the types of other patient supports 110 capable of being communicatively coupled to the hospital bed 120 are not limited to the types of patient support of the illustrative healthcare communication system 100 , and may include additional or alternative patient supports, such as lifts, slings, and the like.
- the illustrative healthcare communication system 100 additionally includes one or more other devices 160 .
- the one or more other devices 160 may include any type of computing device that is capable of being communicatively coupled to the hospital bed 120 , such as, without limitation, a computer, a desktop computer, a smartphone, a workstation, a laptop computer, a notebook computer, a tablet computer, a mobile computing device, a wearable computing device, a network appliance, a web appliance, a television, a radio, an audio/visual device, and/or a consumer electronic device.
- the other devices 160 each include a control system 162 for controlling the other device 160 and a communication circuitry 164 for establishing and facilitating communication with the hospital bed 120 .
- each of the hospital bed 120 , the other patient supports 110 , and the other devices 160 include a control system and communication circuitry. Accordingly, each of the hospital bed 120 , the other patient supports 110 , and the other devices 160 may have similar electronic components to each other (although perhaps of different computation power, feature capability, and/or robustness). In other words, certain features may not be pervasive between the hospital bed 120 , the other patient supports 110 , and the other devices 160 such that all the components illustrated in FIG. 2 are representative of the components of other patient supports 110 and the other devices 160 .
- the hospital bed 120 may be configured to facilitate network communication via wired and wireless technologies using additional or alternative protocols to those supported by the other patient supports 110 , which may only support wireless network communication via Bluetooth®, for example.
- the hospital bed 120 and the other patient supports 110 may have load cell sensors to detect a weight of a patient; however, the chair 130 and/or the toilet 140 may not have brakes, siderails, and/or adjustable height positions like that of the hospital bed 120 , and as such would likely not include sensors and/or actuators typically associated with such features.
- Those similar components are shown in FIG. 2 and discussed below in regard to the hospital bed 120 with the understanding that such description is equally applicable to the similar components of the other patient supports 110 and the other devices 160 with the understanding that certain differences may exist based on supported features.
- FIG. 2 illustrates the physical components of the hospital bed 120 , including the control system 122 , the communication circuitry 124 , and one or more user interfacing devices 220 .
- the control system 122 includes a controller 202 (i.e., an electronic control unit (ECU)), various sensors capable of being monitored and interpreted by the controller 202 , and various actuators capable of being controlled by the controller 202 .
- the controller 202 is configured to receive data (i.e., electrical signals) from the various sensors and components of the hospital bed 120 , and control the operation of the components of the hospital bed 120 relative to the received data, as is known in the art. To do so, the controller 202 includes a number of electronic components commonly associated with controllers utilized in the control of electromechanical systems.
- the controller 202 may include, amongst other components customarily included in such devices, a microprocessor 204 and a memory device 206 .
- the memory device 206 may be, for example, a programmable read-only memory device (“PROM”) including erasable PROM's (EPROM's or EEPROM's).
- PROM programmable read-only memory
- EPROM's or EEPROM's erasable PROM's
- the memory device 206 is capable of storing, amongst other things, instructions in the form of, for example, a software routine (or routines) which, when executed by the microprocessor 204 , allow the controller 202 to control operation of the features of the hospital bed 120 .
- the illustrative control system 122 additionally includes a weight sensor 208 (e.g., load cells) to sense a weight of a patient assigned to the hospital bed 120 , a siderail position sensor 210 to sense whether a siderail of the hospital bed 120 is in raised or lowered positions, a low position sensor 212 to sense whether an upper frame of the hospital bed 120 is in a lowered position relative to a based frame of the hospital bed 120 , a brake sensor 214 to sense whether brakes (e.g., casters) of the hospital bed 120 are braked or released, various other sensors 216 , and a number of actuators 218 capable of being controlled by the control system to control various components of the hospital bed 120 (e.g., motors, valves, power control units, etc.).
- a weight sensor 208 e.g., load cells
- a siderail position sensor 210 to sense whether a siderail of the hospital bed 120 is in raised or lowered positions
- a low position sensor 212 to sense whether an upper
- the various other sensors may include, but are not limited to, motion sensors, fluid pressure sensors, temperature sensors, level sensors, other position sensors, etc.
- Each of the sensors 208 , 210 , 212 , 214 , 216 and the actuators 218 are electronically coupled to the controller 202 .
- the one or more user interfacing devices 220 are electronically coupled to the controller 202 .
- the control system 122 may additionally include additional circuitry to convert between analog and digital signals, such as an analog-to-digital (A/D) converter (not shown) or the like.
- the user interfacing devices 220 may include various input and output devices capable of receiving input from a user (e.g., a patient, hospital staff, caregiver, etc.) and/or providing output to the user related to various sensor and/or configuration data of the hospital bed 120 .
- the sensor data may include various sensor readings related to current positions, levels, temperatures, pressure levels, etc. of various components of the hospital bed 120 .
- the configuration data may include a designated pressure level of component of the hospital bed 120 (e.g., a bladder of a mattress), a designated angle of a headrest portion of the hospital bed 120 relative to a deck of the bed, and/or any other configurable data that may be set by the user and managed by the controller 202 .
- a designated pressure level of component of the hospital bed 120 e.g., a bladder of a mattress
- a designated angle of a headrest portion of the hospital bed 120 relative to a deck of the bed e.g., any other configurable data that may be set by the user and managed by the controller 202 .
- the illustrative user interfacing devices 220 includes a display 222 that is operable to generate or display a graphical user interface (GUI) to enable the user to interface with components of the hospital bed to control one or more features of the hospital bed 120 .
- GUI graphical user interface
- the one or more features may include various settings for positioning the components of the hospital bed 120 and setting various alarms and/or notifications based on detected events corresponding to the sensor data.
- the display may include a touchscreen 224 capable of generating input data in response to being touched by the user.
- the touchscreen 224 may be embodied as a resistive touch screen, a capacitive touch screen, a camera-based touch screen, or the like.
- the user interface may include a light configuration 226 and/or a speaker 228 to provide status indications of the hospital bed 120 to the user. Accordingly, in such embodiments wherein the user interfacing devices 220 includes an output device, the status indications may be presented at the hospital bed 120 . Additionally, in some embodiments, the user interfacing devices 220 may include a keypad 232 (e.g., a keyboard, a touchpad, etc.) for receiving user touch-based inputs and/or a microphone 230 for receiving audible-based inputs. In some embodiments, one or more of the input and/or output devices may be mounted on a siderail of the hospital bed, connected to a control pendant, etc.
- a keypad 232 e.g., a keyboard, a touchpad, etc.
- the control system 122 is further configured to provide, or relay, the status indications to a remote location, such as the nurse call system 104 of FIG. 1 , via the communication circuitry 124 .
- the communication circuitry 124 may be embodied as any communication circuit, device, or collection thereof, capable of enabling communications over the network 106 between the hospital bed 120 and the hospital information system 102 , and between the hospital bed 120 and the other patient supports 110 .
- the communication circuitry 124 may be configured to use any one or more communication technologies (e.g., wired or wireless communications) and associated protocols (e.g., Ethernet, Bluetooth®, Zigbee®, Wi-Fi®, WiMAX, etc.) to effect such communication.
- a falls prevention protocol may be implemented via software being executed on the hospital bed 120 .
- the software is typically comprised of a number of navigable pages, or screens, that a user (e.g., a patient, hospital staff, caregiver, etc.) can interface with to activate alarms associated with the falls prevention protocol.
- the number of active alarms associated with the falls prevention protocol is based on settings input by the user (i.e., which alarms are activated for a particular hospital bed 120 according to the patient assigned to the hospital bed 120 ), such as in an alarm settings portion of the software.
- an alarm based on the settings may be generated by the hospital bed 120 and transmitted to the nurse call system 104 .
- Such alarms may have a visual component, an audible component, or both.
- other alarms corresponding to one or more of the other patient supports 110 and/or one or more of the other devices 160 communicatively coupled to the hospital bed 120 may be setup via the software being executed on the hospital bed 120 .
- Such workflow software may be, for example, NaviCare® software available from Hill-Rom Company, Inc.
- an embodiment of a home screen 300 that is capable of appearing on the display 222 of the hospital bed 120 includes a menu 302 of icons, or virtual buttons, for navigating to other screens.
- the menu 302 includes a home icon 304 , an alarm setup icon 306 , a scale setup icon 308 , a mattress setup icon 310 , and a chart management icon 312 . It should be appreciated that not all icons available in the menu 302 may be visible at any given time (i.e., there are too many icons to display in the menu 302 ). Accordingly, scroll controls, such as a scroll down 314 and a scroll up 604 as shown in FIG. 5 , may be displayed on the menu 302 when appropriate.
- the menu 302 may include other icons, such as a Bluetooth pairing icon 602 as shown in FIG. 5 . Further, in some embodiments, the menu 302 may additionally or alternatively include other icons, such as icons related to settings of the hospital bed 120 , maintenance of the hospital bed 120 , etc.
- Each menu 302 icon is selectable by the user to navigate between screens, or pages, of the menu 302 corresponding to the menu 302 icons, and each menu 302 option selected provides one or more sub-pages that are related to the navigated to icon.
- the icons, and associated pages provide a graphical user interface (GUI) rendered on the display 222 which allow the user to control certain functionality of the hospital bed 120 .
- GUI graphical user interface
- selection of the scale setup icon 308 may result in a scale control screen being displayed on the GUI to allow the scale to be setup for the hospital bed 120 and/or one or more other patient supports 110 communicatively coupled to the hospital bed 120 .
- the home icon 304 is the presently active (i.e., toggled “on”) icon, as indicated by the cross-hatching on the home icon 304 , and accordingly, the home screen 300 is rendered on the GUI of the display 222 . It should be appreciated that access to certain screens associated with particular menu 302 icons may be protected such that an identification number, password, and/or biometric associated with the user is required to be entered before access to a restricted screen, or set of screens, is allowed.
- the home screen 300 additionally includes a set of bed status indicators, which include a present location indicator 316 (e.g., a hospital room 108 of FIG. 1 ) of the hospital bed 210 with respect to the facility in which the hospital bed 210 resides, a wireless network strength indicator 318 that indicates a wireless connectivity strength between the to the wireless network (e.g., the network 106 of FIG. 1 ) and the hospital bed 210 , and a Bluetooth enabled state indicator 320 that indicates one or more devices (e.g., the other patient supports 110 of FIG. 1 ) are presently paired to the hospital bed 210 via Bluetooth.
- a present location indicator 316 e.g., a hospital room 108 of FIG. 1
- a wireless network strength indicator 318 that indicates a wireless connectivity strength between the to the wireless network (e.g., the network 106 of FIG. 1 ) and the hospital bed 210
- a Bluetooth enabled state indicator 320 indicates one or more devices (e.g., the other patient supports 110 of FIG. 1
- the home screen 300 further includes other bed status indicators, such as a head angle indicator 322 to indicate a present head angle setting of the hospital bed 120 , a present alarm state indicator 324 to indicate whether an alarm associated with the hospital bed 120 or the other patient supports 110 is enabled, silenced, or disabled, and a mattress inflation setting indicator 326 to indicate a present inflation level of a mattress of the hospital bed 120 .
- a head angle indicator 322 to indicate a present head angle setting of the hospital bed 120
- a present alarm state indicator 324 to indicate whether an alarm associated with the hospital bed 120 or the other patient supports 110 is enabled, silenced, or disabled
- a mattress inflation setting indicator 326 to indicate a present inflation level of a mattress of the hospital bed 120 .
- one or more of the bed status indicators may display additional settings (e.g., enable/disable, adjust level, etc.) related to the indication in response to the user selecting (i.e., clicking on) a particular status indicator enabled to support such interaction.
- the home screen 300 includes a weight setup interface 328 that indicates whether the weight for the hospital bed 210 to be used to monitor and trigger alarms has been setup and whether the weight for a patient has been locked in.
- the weight setup interface 328 includes a chair arrangement indicator 330 and a flat arrangement indicator 332 .
- Each of the chair arrangement indicator 330 and the flat arrangement indicator 332 indicate whether a weight has been setup (i.e., calculated) for each type of arrangement of the hospital bed 210 in which weight can accurately be measured.
- each of the chair arrangement indicator 330 and the flat arrangement indicator 332 include a visual indication as to whether the setup weight presently locked for each arrangement, as indicated by the cross-hatching on the “locked” figures of each of the chair arrangement indicator 330 and the flat arrangement indicator 332 .
- an embodiment of an alarm screen 400 that is capable of appearing on the display 222 of the hospital bed 120 includes an alarm notification setup interface 402 and a set of collective alarm setting buttons 408 .
- the alarm screen 400 may appear on the display 222 as a result of the user selecting the alarm setup icon 306 from the menu 302 .
- the alarm setup icon 306 is the presently active (i.e., toggled “on”) icon, as indicated by the cross-hatching on the alarm setup icon 306 .
- the alarm notification setup interface 402 includes a visual alarm state indicator 404 that provides a visual indication of the present setting for the hospital bed 120 and a bed exit button 406 that switches the user to a screen that allows the user to view and/or change the state one or more bed exit alarms, an example of which is shown in FIG. 5 .
- FIG. 5 shows an embodiment of a hospital alarm setting screen 500 that is capable of appearing on the display 222 of the hospital bed 120 .
- the hospital alarm setting screen 500 may appear on the display 222 as a result of the user selecting the bed exit button 406 of FIG. 4 .
- the hospital alarm setting screen 500 may include a number of bed exit alarm buttons 502 that correspond to events that may be trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 512 (i.e., audible noises) associated with the bed exit alarm buttons 502 that have been armed.
- the events capable of triggering the alarms may be based on a present weight detected by the hospital bed 120 , such as when there is no weight on the hospital bed 120 and/or when a weight that corresponds to at least a portion of the patient's weight is detected by the hospital bed 120 .
- the hospital bed 120 may use any known method(s) by which to detect the present weight, or lack thereof.
- load cells may be located in applicable locations of the hospital bed 120 to determine the present weight detected by the hospital bed 120 .
- a weight corresponding to the patient assigned to the hospital bed 120 may be determined and stored in memory (e.g., the memory device 206 of the controller 202 of FIG. 2 ) of the hospital bed 120 to be used as a baseline to detect alarms associated with the events that correspond to the present weight detected by the hospital bed 120 .
- the user may have manually entered a weight of the user of used available features of the hospital bed 120 to weigh the patient in one or more arrangements of the hospital bed 120 .
- the illustrative bed exit alarm buttons 502 include a position alarm button 504 to trigger an alarm when a present position of the hospital bed 120 (e.g., a deck of the hospital bed relative to a base) is in a predetermined position (e.g., its lowest position), an exiting alarm button 506 to trigger an alarm when the user is detected as attempting to exit the hospital bed 120 , an out of bed alarm button 508 to trigger an alarm when the user is detected as having exited the hospital bed 120 , and an off button 510 to turn off (i.e., disarm) all of the bed exit alarm buttons 502 .
- a position alarm button 504 to trigger an alarm when a present position of the hospital bed 120 (e.g., a deck of the hospital bed relative to a base) is in a predetermined position (e.g., its lowest position)
- an exiting alarm button 506 to trigger an alarm when the user is detected as attempting to exit the hospital bed 120
- an out of bed alarm button 508 to trigger an alarm
- the bed exit alarm buttons 502 may be touched and subsequently toggled to an “on” or “armed” condition, leaving the armed bed exit alarm buttons 502 in a depressed visual state. Additionally or alternatively, in some embodiments, the bed exit alarm buttons 502 may be color coded to indicate their state, such as green for armed and red for disarmed (i.e., off). Accordingly, pressing the off button 510 may release the bed exit alarm buttons 502 from their depressed state, providing a visual indication that the alarms are no longer armed.
- the voice alerts 512 associated with the bed exit alarm buttons 502 may be toggled off via a voice alert off button 514 or toggled on via a voice alert on button 516 .
- the collective alarm setting buttons 408 include an on button 410 to turn on all the alarms for the hospital bed 120 , an off button 412 to turn off all the alarms for the hospital bed 120 , and a pause button 414 to pause all the active alarms for the hospital bed.
- the collective alarm setting buttons 408 may be user, for example, when a caregiver is performing bedside activities, and such activities may otherwise trigger the alarms associated with the hospital bed 120 .
- an embodiment of a Bluetooth pairing screen 600 that is capable of appearing on the display 222 of the hospital bed 120 includes a table 606 that includes a header portion 608 and a body portion 616 .
- the Bluetooth pairing screen 600 may appear on the display 222 as a result of the user selecting the Bluetooth pairing icon 602 from the menu 302 .
- the alarm setup icon 306 is the presently active (i.e., toggled “on”) icon, as indicated by the cross-hatching on the alarm setup icon 306 .
- the Bluetooth pairing icon 602 is visible in the menu 302 of icons.
- the user may have had to select (i.e., press) the scroll down button 314 one or more times to expose the additional icons in the menu 302 until the Bluetooth pairing icon 602 appeared (i.e., was rendered in the menu 302 ).
- some of the menu 302 icons that preceded the Bluetooth pairing icon 602 i.e., the alarm setup icon 306 and the scale setup icon 308 ) may be completely or at least partially hidden.
- the menu 302 additionally displays a scroll up button 604 to allow the user to view the hidden icons of the menu 302 .
- the body portion 616 includes a list of devices, each on a given row, that are available for pairing with the hospital bed 120 via a Bluetooth connection, such as the other patient supports 110 and the other devices 160 of FIG. 1 .
- the header portion 608 of the table 606 includes a paired status column 610 that displays whether the available device is paired or not with the hospital bed 120 , a friendly name column 612 that displays the name of each available device detected by the hospital bed 120 that are Bluetooth capable and have Bluetooth enabled, and a code column 614 that displays a pairing code (i.e., pin code, passcode, passkey, etc.) for each Bluetooth capable device in the list of available devices.
- a pairing code i.e., pin code, passcode, passkey, etc.
- the table 606 additionally includes an up button 620 and a down button 622 for traversing the list of available devices. Accordingly, if the user selects (i.e., presses) the up button 620 , an index associated with the selected list item of the list of devices available for pairing is decremented. In turn, a visual indicator of the selected list item may be moved to the list item directly above the previously selected list item. Similarly, if the user selects the down button 622 , an index associated with the selected list item of the list of devices available for pairing is incremented.
- pressing the up button 620 when the index of the selected list item is equivalent to the first item in the list and pressing the down button 622 when the index of the selected list item is equivalent to the last item in the list, the index may loop to the end or beginning of the list, respectively.
- the presently selected available device 618 is the “bedside chair” (i.e., the chair 130 of FIG. 1 ) that is the second available device in the list (i.e., the index of the selected list item corresponds to the second item in the list), as indicated by the highlighted rectangle surrounding the available device in the second row of the list in the body portion.
- the Bluetooth pairing screen 600 additionally includes a scan button 624 to re-scan for Bluetooth devices within Bluetooth range of the hospital bed 210 (i.e., re-populate the available device list with Bluetooth devices within the Bluetooth range of the communication circuitry 124 of the hospital bed 210 ), a pair button 626 to pair the selected available device 618 , and a delete button 628 to unpair, or disconnect, the pair between the selected available device 618 .
- either of the pair button 626 or the delete button 628 may be enabled based on the paired state of the selected available device 618 , as indicated by the indication in the paired status column 610 that corresponds to the row of the selected available device 618 .
- the Bluetooth pairing screen 600 illustrates that the presently selected available device 618 is not paired with the hospital bed 120 , as a Bluetooth icon is not presented in the paired status column 610 that corresponds to the row of the presently selected available device 618 (i.e., the second row). Accordingly, the user may select the pair button 626 to initiate the pairing between the hospital bed 120 and the presently selected available device 618 . If the pairing is successful, the Bluetooth icon will be displayed in the paired status column 610 that corresponds to the row of the presently selected available device 618 , as shown in FIG. 7 .
- the alarm screen 400 previously shown in FIG. 4 now includes a chair exit interface 802 .
- the chair exit interface 802 may appear on the alarm screen 400 as a result of a chair 130 having been successfully paired to the hospital bed 120 .
- the chair 130 may include a weight sensor (i.e., a scale) similar to the weight sensor 208 of the illustrative hospital bed 120 of FIG. 2 .
- the chair 130 may be configured to transmit weight sensor data to the hospital bed 120 via the Bluetooth connection established between the chair 130 and the hospital bed 120 .
- the data may be analyzed (e.g., compared against a known weight of a patient as set during setup of the hospital bed 120 ) to determine whether the patient is sitting on the chair 130 .
- the hospital bed 120 can determine that the patient is no longer in the hospital bed 120 and detect a weight of an occupant of the chair 130 .
- the hospital bed 120 may be configured to account for weight offloaded by feet of the occupant being placed on the floor.
- a patient sitting in the chair 130 with their feet on the floor may have at least a portion of their weight supported by the floor, and thereby not detected by the weight sensor.
- the hospital bed 120 may create and manage a profile for the patient that includes such weight differentials.
- the hospital bed 120 may be further configured to automatically set a chair exit alarm for the chair 130 upon detecting the patient sitting in the chair 130 .
- the chair exit interface 802 includes a visual alarm state indicator 804 that provides a visual indication of the present setting for the chair 130 , a chair exit button 806 that switches the user to a screen that allows the user to view and/or change the state one or more chair exit alarms, an example of which is shown in FIG. 9 . Additionally, the chair exit interface 802 includes a visual connection indicator 808 that provides a visual indicate of whether the chair 130 paired to the hospital bed 120 is in present Bluetooth communication with the hospital bed 120 . Accordingly, in some embodiments, the visual indicator may be color-coded or visibility toggle, for example, to indicate the state of present Bluetooth communication between the chair 130 and the hospital bed 120 .
- FIG. 9 shows an embodiment of a chair alarm setting screen 900 that is capable of appearing on the display 222 of the hospital bed 120 .
- the chair alarm setting screen 900 may appear on the display 222 as a result of the user selecting the chair exit button 806 of FIG. 8 .
- the chair alarm setting screen 900 may include a number of chair exit alarms 902 that correspond to events that may trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 512 (i.e., audible noises) associated with the chair exit alarms 902 that have been armed.
- a single chair exit alarm 902 is provided; however, it should be appreciated that additional and/or alternative chair exit alarms 902 may be provided in other embodiments, such as an exiting alarm similar to that previously described for the hospital bed 120 (i.e., the exiting alarm button 506 ). It should be appreciated that, in some embodiments, one or more various algorithms (e.g., machine learning algorithms) and/or hysteresis may be used to predict the chair exit prior to the patient completely exiting the chair 130 . Accordingly, in such embodiments, the chair exit alarms 902 may include an out of chair alarm similar to the out of bed alarm button 508 to trigger an alarm when the user is detected as attempting to exit the chair 130 .
- the chair exit alarms 902 may include an out of chair alarm similar to the out of bed alarm button 508 to trigger an alarm when the user is detected as attempting to exit the chair 130 .
- the illustrative chair exit alarm 902 includes an off button 904 to turn off (i.e., disarm) the chair exit alarm and an on button 906 to turn on (i.e., arm) the chair exit alarm. Similar to the bed exit alarm buttons 502 of FIG. 5 , the on button 906 and the off button 904 may be touched and subsequently toggled to an “on” or “armed” condition, leaving the selected button in a depressed visual state and the non-selected button in its normal state to provide a visual indication of the state of the chair exit alarm 902 .
- the chair alarm setting screen 900 includes voice alerts 908 that may be toggled off via a voice alert off button 910 or toggled on via a voice alert on button 912 .
- an embodiment of a chair exit arming message dialog 1000 includes a dialogue header portion 1002 that indicates an alert is being armed and a dialogue body portion 1004 that provides that the chair exit is the alert being armed.
- the chair exit arming message dialog 1000 may appear on the chair alarm setting screen 900 as a result of the user having selected the on button 906 of FIG. 9 . If the alert being armed is not successful, a message may be displayed to the user via the display 222 indicating as such.
- FIG. 11 shows an embodiment of an unable to arm message dialog 1100 that indicates in a dialogue header portion 1102 that an alarm was not able to be armed and further indicates in a dialogue body portion 1104 that the chair exit alarm could not be armed.
- the unable to arm message dialog 1100 additionally includes a button 1106 to acknowledge the message dialog 1100 and return to the previous screen (e.g., the chair alarm setting screen 900 ). If the alert being armed is successful, a message may be displayed to the user via the display 222 indicating as such.
- FIG. 12 shows an embodiment of an arm successful message dialogue 1200 that indicates in a dialogue header portion 1202 that an alarm was able to be armed and further indicates in a dialogue body portion 1204 that the chair exit alarm was successfully armed.
- the arm successful message dialogue 1200 additionally includes a button 1206 to acknowledge the message dialog 1200 and return to the previous screen (e.g., the chair alarm setting screen 900 ).
- various additional indicators may be added to other screens and/or existing indicators may be updated to include additional information.
- the present alarm state indicator 324 of the home screen 300 of FIG. 3 may be updated to include an indication that the chair exit was armed.
- the home screen 300 may additionally include a silence button 1302 that allows the user to pre-emptively silence the armed alerts from the home screen 300 .
- an embodiment of a chair exit alarming message dialog 1400 includes a dialogue header portion 1402 that indicates the chair exit alarm has been triggered and a dialogue body portion 1404 that provides a silence button 1406 that silences the alert associated with the chair exit alarm.
- FIG. 15 shows an embodiment of an exiting alarm silenced message dialogue 1500 that includes a dialogue header portion 1502 that indicates the message corresponds to a silenced exit alarm and a dialogue body portion 1504 .
- the dialogue body portion 1504 includes a time remaining indicator 1506 that provides a countdown that indicates an amount of time remaining until the exit alarm will no longer be silenced.
- the dialogue body portion 1504 additionally includes a silence duration setting interface 1508 that includes a silence time control 1510 to set a dynamically adjustable amount of time for the silence duration and a set silence time button 1512 to set the silence duration to the amount of time represented by the silence time control 1510 .
- the silence time control 1510 includes a spinner control
- the silence time control 1510 may be any other type of dynamically adjusted control, such as a drop-down combo-box that includes a predetermined number of time durations from which the user can select.
- the silence duration setting interface 1508 may include a single button with a predetermined static time duration that is set when the user selects (i.e., presses) the single button.
- an embodiment of an alternative chair exit alarming message dialog 1600 includes a dialogue header portion 1602 that indicates the chair exit alarm has been triggered and a dialogue body portion 1604 that provides a more verbose textual indication of the alarm and further provides an alert off button 1606 to turn off the alert associated with the chair exit alarm and a reset button 1608 to reset the alert.
- FIGS. 17 and 18 illustrate embodiments of the various alarms and alerts associated with the stretcher 150 and the toilet 140 , respectively.
- FIG. 17 an embodiment of a stretcher alarm setting screen 1700 that is capable of appearing on the display 222 of the hospital bed 120 is shown.
- the stretcher alarm setting screen 1700 may appear on the display 222 as a result of the user selecting a stretcher exit button (not shown), similar to the bed exit button 406 of FIG. 4 .
- the stretcher alarm setting screen 1700 may include a number of stretcher exit alarm buttons 1702 that correspond to events that may trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 1712 (i.e., audible noises) associated with the stretcher exit alarm buttons 1702 that have been armed. Similar to the bed exit alarm buttons 502 of FIG.
- the illustrative stretcher exit alarm buttons 1702 include a position alarm button 1704 to trigger an alarm when a present position of the stretcher 150 is in a predetermined position (e.g., its lowest position), an exiting alarm button 1706 to trigger an alarm when the user is detected as attempting to exit the stretcher 150 , an out of stretcher alarm button 1708 to trigger an alarm when the user is detected as having exited the stretcher 150 , and an off button 1710 to turn off (i.e., disarm) all of the stretcher exit alarm buttons 1702 .
- the voice alerts 1712 associated with the stretcher exit alarm buttons 1702 may be toggled off via a voice alert off button 1714 or toggled on via a voice alert on button 1716 .
- the toilet alarm setting screen 1800 may appear on the display 222 as a result of the user selecting a toilet exit button (not shown), similar to the bed exit button 406 of FIG. 4 .
- the toilet alarm setting screen 1800 may include a number of toilet exit alarms 1802 that correspond to events that may trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 1812 (i.e., audible noises) associated with the toilet exit alarms 1802 that have been armed.
- the illustrative toilet exit alarm buttons 1802 include an on-toilet off button 1804 and an on-toilet on button 1806 to toggle whether an on-toilet alarm is active (i.e., armed).
- the on-toilet alarm toggle buttons 1804 , 1806 determine whether the toilet 140 is to monitor for a patient getting on the toilet 140 and provide a signal that indicates to the hospital bed 120 of the patient getting on the toilet 140 upon detection thereof.
- the illustrative toilet exit alarm buttons 1802 include an off-toilet off button 1804 and an off-toilet on button 1806 to toggle whether an off-toilet alarm is active.
- the off-toilet alarm toggle buttons 1808 , 1810 determine whether the toilet 140 is to monitor for a patient getting off the toilet 140 and provide a signal that indicates to the hospital bed 120 of the patient exiting the toilet 140 upon detection thereof.
- the voice alerts 1812 associated with the toilet exit alarm buttons 1802 may be toggled off via a voice alert off button 1814 or toggled on via a voice alert on button 1816 .
- GUI screens of the hospital bed 120 described herein may be accessed via a remote computing device, such as a computing device of the nurse call system 104 of FIG. 1 .
- a process 1900 for determining whether to provide an alarm signal to the hospital information system 102 of FIG. 1 is shown that may be performed by the hospital bed 120 of FIG. 1 .
- the process 1900 is initialized at step 1902 , which may be initiated by a power-on event of the hospital bed 120 , for example.
- the process 1900 proceeds to step 1904 , to determine whether a falls prevention alarm is active.
- a falls prevention protocol may be enabled at the hospital bed 120 via one or more alerts associated with the hospital bed 120 , the other patient supports 110 , and/or the other devices 160 .
- step 1906 determines which devices (e.g., the other patient supports 110 , the other devices 160 , etc.) are connected to the hospital bed 120 .
- step 1908 determines which alarms are armed based on the connected devices determined at step 1906 .
- the process 1900 then proceeds to step 1910 to determine whether at least one falls prevention alarm is active. In other words, to determine whether an alarm has been armed for at least one of the connected devices determined at step 1906 . If no falls prevention alarms are active, the process proceeds to step 1912 , wherein the process 1900 terminates. If at least one falls prevention alarm is active, the process 1900 proceeds from step 1910 to step 1914 to monitor the hospital bed 120 and any connected devices with armed (i.e., active) alarms determined at block 1908 to detect whether an alarm triggering event was detected. The process 1900 proceeds from step 1914 to step 1916 to determine whether an alarm triggering event was detected based on monitored data corresponding to the armed alarms associated with the hospital bed 120 and/or the other connected devices determined at step 1906 .
- step 1918 determines alarm settings based on the triggered falls prevention alarm and which device (e.g., the hospital bed 120 or the other connected devices) triggered the falls prevention alarm.
- step 1920 determines whether in alert is associated with the triggered falls prevention alarm for the triggering device. For example, if the chair exit alarm 902 of FIG. 9 has been activated for the chair 130 of FIG. 1 and was subsequently triggered, an alert may also be associated with the chair exit alarm 902 , such as the voice alerts 908 of FIG. 9 , for example.
- the process 1900 proceeds to step 1922 to provide a notification to the nurse call system 104 of FIG.
- a nurse call signal is sent to the nurse call system 104 in response to the chair exit (i.e., the falls prevention alarm).
- the nurse call signal may include an indication to trigger a visible alarm (i.e., an alarm dialog displayed on a computing device, an illuminated LED, a text message sent to a mobile computing device, etc.), and may additionally include an indication to produce a voice alert if the voice alerts 908 have been turned on.
- the process then proceeds from step 1922 to step 1912 , wherein the process terminates.
- the one or more other devices 160 may be wirelessly connected to the hospital bed 120 .
- the body portion 616 includes the list of devices that are available for pairing with the hospital bed 120 via a Bluetooth connection.
- the presently selected available device 2002 is an “audio communication device” that is indicated as selected by the highlighted rectangle surrounding the available device in the second row of the list of available devices.
- the audio communication device may be an externally located computing device (e.g., a Hill-Rom® SideCom® unit) that is capable of facilitating the reception and transmission of audio communications between the nurse call system 104 and the audio communication device, and/or an audio emitting device (e.g., a radio, a television, etc.) and the audio communication device. Further, the audio communication device is capable of wirelessly transmitting such communications from the audio communication device to a paired device (e.g., the hospital bed 120 ). As such, upon pairing the audio communication device with the hospital bed 120 (see FIG. 21 ), the speaker 228 of the hospital bed 120 may emit the communications from the nurse call system 104 and/or the audio emitting device.
- a paired device e.g., the hospital bed 120 .
- the microphone 230 of the hospital bed 120 may receive communications from the patient and wirelessly transmit the audio communications to the audio emitting device for transmission to the nurse call system 104 . It should be appreciated that additional and/or alternative externally compatible Bluetooth connections may also be authorized for pairing with the hospital bed 120 via a wireless connection, such as Bluetooth.
Abstract
Description
- The present application claims the benefit, under 35 U.S.C. §119(e), of U.S. Provisional Application No. 62/147,239, filed Apr. 14, 2015, and 62/187,450, filed Jul. 1, 2015, each of which is hereby incorporated by reference herein.
- The present disclosure relates generally to healthcare communication systems such as patient-nurse communication systems, and more particularly to monitoring patient supports usable in connection with such systems.
- Healthcare communication systems typically include information and communication technologies to support health services conducted in a healthcare facility setting. For example, some healthcare communication systems include patient-nurse communication systems or “nurse call” systems facilitate communication among members of a nursing staff and other persons dispersed throughout the healthcare facility. The nurse call systems generally provide information about the present status or condition of patients in the healthcare facility, and may additionally provide information regarding status information pertaining to hospital beds throughout the healthcare facility. Visual indicators are often associated with the nurse call systems to visually notify staff of characteristics associated with the hospital beds.
- Typically, a member of the nursing staff sets which notifications, or alarms, the nurse call system will provide. For example, the notifications may indicate configurations of the hospital bed, such as whether an upper frame of the hospital bed is in its lowest position relative to a base frame of the hospital bed, whether siderails of the hospital bed are up or down, or whether certain functions of the hospital bed are engaged or disengaged (e.g., whether casters of the hospital bed are braked or unbraked), etc. Further, the notifications may be particular to a patient's condition, such as when a patient of the hospital bed has been identified as a “fall” risk. In other words, it may not be desirable for a fall risk patient to get out of bed unless a caregiver is present in the room to assist the patient. Accordingly, the notifications may include a notification that indicates when a patient exits a hospital bed, for example. Examples of such prior art nurse call systems are Hill-Rom's COMposer™ communication system and Hill-Rom's COMLinx™ communication system.
- The present application discloses one or more of the features recited in the appended claims and/or the following features which, alone or in any combination, may comprise patentable subject matter.
- According to a first aspect of the present disclosure, a patient support for use in a healthcare facility having at least one other patient support comprises a display, communication circuitry, and a control system. The display is operable to render a graphical user interface (GUI) to interface with a user. The display is also operable to allow the user to set one or more alarms. Each alarm corresponds to an alarm triggering event triggered by an action of a patient. The communication circuitry is operable to communicatively couple the patient support to a nurse call system and the patient support to the at least one other patient support. The control system is operable to monitor data of the patient support and the at least one other patient support based on the set alarms. The control system detects whether an alarm triggering event has occurred based on the monitored data. In response to a determination that the alarm triggering event occurred, the control system will provide a signal indicative of the alarm triggering event to the nurse call system.
- In some embodiments the at least one other patient support comprises at least one of a chair, a toilet, a stretcher, and a lift.
- In some embodiments the at least one other patient support comprises a chair, and the alarms include a chair exit alarm to trigger an alarm in response to a determination that a patient previously sitting on the chair is not presently sitting on the chair.
- In some embodiments the at least one other patient support comprises a toilet, and the alarms include at least one of an on-toilet alarm to trigger an alarm in response to a determination that a patient has sat on the toilet and an off-toilet alarm to trigger an alarm in response to a determination that a patient previously sitting on the toilet is not presently sitting on the toilet.
- In some embodiments the at least one other patient support comprises a stretcher, and the alarms include at least one of a position alarm to trigger an alarm in response to a determination that a present position of the stretcher is in a predetermined position. In some embodiments an exiting alarm may trigger an alarm in response to a determination that the patient is detected as attempting to exit the stretcher. In some embodiments, an out of stretcher alarm may trigger an alarm in response to a determination that the patient has exited the stretcher.
- In some embodiments the GUI is further configured to allow the user to control functions of the patient support.
- In some embodiments the GUI is further configured to facilitate a wireless network connection between the patient support and the at least one other patient support.
- In some embodiments the wireless network connection comprises a Bluetooth network connection.
- In some embodiments the GUI is further configured to provide, based on the alarm settings, at least one of a visual indication and an audible noise that the alarm triggering event was detected.
- In some embodiments the data comprises a present weight being applied to the patient support and the at least one other patient support.
- In some embodiments the event capable of triggering the alarm triggering event includes a position event, an exiting event, and an out of patient support event.
- In some embodiments the one or more alarms comprise at least one of one or more alarms of the patient support and one or more alarms of the at least one other patient support.
- According to a second aspect of the present disclosure, a system comprises a hospital bed, a patient support communicatively coupled to the hospital bed, and a nurse call system. The hospital bed includes a display operable to render a graphical user interface (GUI) to interface with a user and allow the user to set one or more alarms. Each alarm corresponds to an alarm triggering event. The nurse call system is remote from the hospital bed and the patient support and is communicatively coupled to the hospital bed. The hospital bed is configured to monitor data of the patient support based on the one or more alarms set by the user. The hospital bed will also detect whether an alarm triggering event occurred based on the monitored data. In response to a determination that the alarm triggering event occurred, the hospital bed will provide a signal indicative of the alarm triggering event to the nurse call system.
- According to a third aspect of the present disclosure, a patient support for use in a healthcare facility having at least one secondary patient support comprises a display, communication circuitry and a control system. The display is operable to render a graphical user interface (GUI) to interface with a user and allow the user to set one or more alarms. Each alarm corresponds to an alarm triggering event triggered by an action of a patient. The communication circuitry communicatively couples the patient support to a healthcare communication system and the patient support to the at least one secondary patient support. The control system monitors data of the patient support and the at least one secondary patient support based on the set alarms. The control system also detects whether an alarm triggering event occurred at either the patient support or the at least one secondary patient support based on the monitored data. In response to a determination that the alarm triggering event occurred, the control system provides a signal indicative of the alarm triggering event to the healthcare communication system.
- In some embodiments, the control system of the patient support determines, from information provided by the secondary patient support, whether a triggering event has occurred at the secondary patient support and provides a signal indicative that the alarm triggering event occurred at the at least one secondary patient support.
- In some embodiments, the at least one secondary patient support comprises at least one of a chair, a toilet, a stretcher, and a lift.
- In some embodiments, the at least one secondary patient support comprises a chair, and wherein the alarms include a chair exit alarm to trigger an alarm in response to a determination that a patient previously sitting on the chair is not presently sitting on the chair.
- In some embodiments, the at least one secondary patient support comprises a toilet, and wherein the alarms include at least one of an on-toilet alarm to trigger an alarm in response to a determination that a patient has sat on the toilet and an off-toilet alarm to trigger an alarm in response to a determination that a patient previously sitting on the toilet is not presently sitting on the toilet.
- In some embodiments, In some embodiments, the at least one secondary patient support comprises a stretcher, and wherein the alarms include at least one of a position alarm to trigger an alarm in response to a determination that a present position of the stretcher is in a predetermined position, an exiting alarm to trigger an alarm in response to a determination that the patient is detected as attempting to exit the stretcher, and an out of stretcher alarm to trigger an alarm in response to a determination that the patient has exited the stretcher.
- In some embodiments, the GUI is further configured to allow the user to control functions of the patient support.
- In some embodiments, the GUI is further configured to facilitate a wireless network connection between the patient support and the at least one secondary patient support.
- In some embodiments, the wireless network connection comprises a Bluetooth network connection.
- In some embodiments, the GUI is further configured to provide, based on the alarm settings, at least one of a visual indication and an audible noise that the alarm triggering event was detected.
- In some embodiments, the data comprises a present weight being applied to the patient support and the at least one secondary patient support.
- In some embodiments, the event capable of triggering the alarm triggering event includes a position event, an exiting event, and an out of patient support event.
- In some embodiments, the one or more alarms comprise at least one of one or more alarms of the patient support and one or more alarms of the at least one secondary patient support.
- In some embodiments, the patient support is a hospital bed.
- Additional features, which alone or in combination with any other feature(s), including those listed above and those listed in the claims, may comprise patentable subject matter and will become apparent to those skilled in the art upon consideration of the following detailed description of illustrative embodiments exemplifying the best mode of carrying out the invention as presently perceived.
- The detailed description refers to the following figures in which:
-
FIG. 1 is a simplified schematic showing a logical architecture for a healthcare communication system that includes a hospital information system in network communication with a hospital bed, and the hospital bed in network communication with one or more additional patient supports; -
FIG. 2 is a simplified schematic showing physical components of a hospital bed including a number of sensors and showing connectivity to the hospital information system and the additional patient supports ofFIG. 1 ; -
FIG. 3 is a screen shot showing a home screen having a column of main menu icons or buttons on the right hand side of the scale screen and graphical patient weight and hospital bed data associated with the hospital bed ofFIG. 1 ; -
FIG. 4 is a screen shot showing an alarm setup screen having a number of buttons to toggle a state of an alarm associated with the hospital bed ofFIG. 1 ; -
FIG. 5 is a screen shot showing a hospital alarm setting screen having a number of buttons to set or disable various alarms associated with the hospital bed ofFIG. 1 ; -
FIG. 6 is a screen shot showing a Bluetooth® pairing screen having a list of Bluetooth compatible devices within range of the hospital bed ofFIG. 1 ; -
FIG. 7 is a screen shot showing the Bluetooth pairing screen ofFIG. 6 having successfully paired to one of Bluetooth compatible devices within range of the hospital bed ofFIG. 1 ; -
FIG. 8 is a screen shot showing an alarm setup screen having a number of buttons to toggle a state of each alarm associated with the hospital bed ofFIG. 1 and each alarm associated with a patient support ofFIG. 1 communicatively coupled to the hospital bed; -
FIG. 9 is a screen shot showing a chair alarm setting screen having a number of buttons to set or disable various alarms associated with a chair in paired communication with the hospital bed ofFIG. 1 ; -
FIG. 10 is a screen shot showing a chair exit arming message dialog having a dialogue header portion that is positioned along the top of the message screen and a dialogue body portion located beneath the dialogue header portion, and indicating that the chair exit alarm is being armed; -
FIG. 11 is a screen shot showing an unable to arm message dialog having a dialogue header portion that indicates an alarm was not able to be armed and a dialogue body portion that provides that the chair exit alarm ofFIG. 10 was the alarm that was not able to be armed; -
FIG. 12 is a screen shot showing an arm successful message dialog having a dialogue header portion that indicates an alarm was able to be armed and a dialogue body portion that provides that the chair exit alarm ofFIG. 10 was the alarm that was armed; -
FIG. 13 is a screen shot showing the home screen ofFIG. 3 that includes a visual indicator that the chair exit alarm is armed; -
FIG. 14 is a screen shot showing a chair exit alarm message dialogue having a dialogue header portion that indicates the message corresponds to a chair exit alarm and a dialogue body portion that provides a button to silence the chair exit alarm; -
FIG. 15 is a screen shot showing an exiting alarm silenced message dialogue having a dialogue header portion that indicates the message corresponds to a silenced exit alarm and a dialogue body portion that provides various user interface controls to adjust a silence time associated with the exit alarm and turn off the exit alarm; -
FIG. 16 is a screen shot showing an alternative chair exit alarm message dialogue having a dialogue header portion that indicates the message corresponds to a chair exit alarm and a dialogue body portion that provides an indication that the chair exit alarm has been triggered; -
FIG. 17 is a screen shot showing a stretcher alarm setting screen having a number of buttons to set or disable various alarms associated with a stretcher in paired communication with the hospital bed ofFIG. 1 ; -
FIG. 18 is a screen shot showing a toilet alarm setting screen having a number of buttons to set or disable various alarms associated with a toilet in paired communication with the hospital bed ofFIG. 1 ; -
FIG. 19 is a flow diagram of a process for determining whether to provide an alarm signal to a nurse call system of the hospital information system ofFIG. 1 that may be executed by the hospital bed ofFIG. 1 ; -
FIG. 20 is a screen shot showing a Bluetooth pairing screen having a list of Bluetooth compatible devices within range of the hospital bed ofFIG. 1 ; and -
FIG. 21 is a screen shot showing the Bluetooth pairing screen ofFIG. 20 having successfully paired to one of Bluetooth compatible devices within range of the hospital bed ofFIG. 1 . - Aspects of the present invention are described with reference to certain illustrative embodiments shown in the accompanying drawings and described herein.
- In general, a healthcare communication system includes one or more staff or nursing computers or computing devices, which may be referred to as stations or consoles. The stations or consoles, in cooperation with various computers, networks, and supporting equipment and services, enable nurses and other staff to receive, view, manage, and route, output, or respond to electrical and wireless signals from a variety of communication, call, monitoring, detecting, and/or signaling devices. Some communication, call, monitoring, detecting, and/or signaling devices are activated by patients, staff, or visitors. Others are activated by the occurrence of an event or alarm condition detected by signal receivers, patient monitoring equipment, or patient supports (e.g., hospital beds) located throughout a healthcare facility, such as from sensors integrated into hospital beds. For example, when the healthcare communication system receives a signal from a communication, call, monitoring, detecting, and/or signaling device, one or more indicator assemblies may be activated to alert hospital staff of the condition or event being signaled by the communication, call, monitoring, detecting, and/or signaling device. Accordingly, the hospital staff may respond based on the alarm condition or event signaled by the communication, call, monitoring, detecting, and/or signaling device.
- One such embodiment of a
healthcare communication system 100 that may manage communications throughout the healthcare facility is diagrammatically illustrated inFIG. 1 . Thehealthcare communication system 100 includes ahospital information system 102 communicatively coupled via anetwork 106 to ahospital bed 120. In the illustrativehealthcare communication system 100, thehospital information system 102 includes anurse call system 104. Thenurse call system 104 is configured to operate and manage many of the primary nurse call functions of thehospital information system 102. For example, thenurse call system 104 may be configured to receive and manage messages from various connected devices (e.g., the hospital bed 120), coordinate assignment of patients to hospital supports, and/or to synchronize connected devices within thehealthcare communication system 100 that are in network communication with thenurse call system 104. Additionally or alternatively, thenurse call system 104 may be configured to answer, control placement of, and cancel calls, as well as, generate notifications or alarms, acknowledge and cancel notifications and alarms, manage location information for staff and devices, activate and deactivate staff, manage staff-patient assignments, assign and manage roles and responsibilities to staff and devices, and/or manage patient information and patient discharges and transfers. - To facilitate the communication requirements of the
healthcare communication system 100, thehospital information system 102 may include various computing devices, such as any type of computation or computing device capable of performing the functions described herein, including, without limitation, a server, a blade server, a computer, a desktop computer, a smartphone, a workstation, a laptop computer, a notebook computer, a tablet computer, a mobile computing device, a wearable computing device, a network appliance, a web appliance, a distributed computing system, a processor-based system, and/or a consumer electronic device. - The
network 106 may be embodied as any type of wired or wireless communication network, including cellular networks (e.g., Global System for Mobile Communications (GSM), 3G, Long Term Evolution (LTE), Worldwide Interoperability for Microwave Access (WiMAX), etc.), digital subscriber line (DSL) networks, cable networks (e.g., coaxial networks, fiber networks, etc.), telephony networks, local area networks (LANs) or wide area networks (WANs), global networks (e.g., the Internet), or any combination thereof. As previously described, thehospital bed 120 is in communication with thehospital information system 102 via thenetwork 106. Accordingly, thenetwork 106 may include any number of network devices (e.g., access points, routers, switches, servers, etc.) as needed to facilitate communications between thehealth information system 102 and thehospital bed 120. - The illustrative
healthcare communication system 100 additionally includes achair 130, atoilet 140, and astretcher 150, collectively referred to herein as other patient supports 110, communicatively coupled to thehospital bed 120. As will be described in further detail below, thehospital bed 120 includescommunication circuitry 124 capable of establishing connections and facilitating communications to and from communication circuitry of the chair 130 (i.e., communication circuitry 134), the toilet 140 (i.e., communication circuitry 144), and the stretcher 150 (i.e., communication circuitry 154). Further, as will also be described in further detail below, thehospital bed 120 includes acontrol system 122 that is capable of controlling operational functionality of the hospital bed. Similarly, each of thechair 130, thetoilet 140, and thestretcher 150 include acontrol system - While the illustrative
healthcare communication system 100 includes asingle hospital bed 120 contained within ahospital room 108, it should be appreciated that the healthcare facility may include any number ofhospital rooms 108. Accordingly, any number ofhospital beds 120 may be located in ahealthcare communication system 100 of a healthcare facility and communicatively coupled to thehospital information system 102. It should be further appreciated that thehospital bed 120 may be connected to additional, fewer, or alternative other patient supports 110 (i.e, any number ofchairs 130,toilets 140, and stretchers 150). Additionally, it should be appreciated that the types of other patient supports 110 capable of being communicatively coupled to thehospital bed 120 are not limited to the types of patient support of the illustrativehealthcare communication system 100, and may include additional or alternative patient supports, such as lifts, slings, and the like. - The illustrative
healthcare communication system 100 additionally includes one or moreother devices 160. The one or moreother devices 160 may include any type of computing device that is capable of being communicatively coupled to thehospital bed 120, such as, without limitation, a computer, a desktop computer, a smartphone, a workstation, a laptop computer, a notebook computer, a tablet computer, a mobile computing device, a wearable computing device, a network appliance, a web appliance, a television, a radio, an audio/visual device, and/or a consumer electronic device. Similar to the other patient supports 110, theother devices 160 each include acontrol system 162 for controlling theother device 160 and acommunication circuitry 164 for establishing and facilitating communication with thehospital bed 120. - As noted previously, each of the
hospital bed 120, the other patient supports 110, and theother devices 160 include a control system and communication circuitry. Accordingly, each of thehospital bed 120, the other patient supports 110, and theother devices 160 may have similar electronic components to each other (although perhaps of different computation power, feature capability, and/or robustness). In other words, certain features may not be pervasive between thehospital bed 120, the other patient supports 110, and theother devices 160 such that all the components illustrated inFIG. 2 are representative of the components of other patient supports 110 and theother devices 160. For example, in some embodiments, thehospital bed 120 may be configured to facilitate network communication via wired and wireless technologies using additional or alternative protocols to those supported by the other patient supports 110, which may only support wireless network communication via Bluetooth®, for example. In another example, thehospital bed 120 and the other patient supports 110 may have load cell sensors to detect a weight of a patient; however, thechair 130 and/or thetoilet 140 may not have brakes, siderails, and/or adjustable height positions like that of thehospital bed 120, and as such would likely not include sensors and/or actuators typically associated with such features. Those similar components are shown inFIG. 2 and discussed below in regard to thehospital bed 120 with the understanding that such description is equally applicable to the similar components of the other patient supports 110 and theother devices 160 with the understanding that certain differences may exist based on supported features. -
FIG. 2 illustrates the physical components of thehospital bed 120, including thecontrol system 122, thecommunication circuitry 124, and one or moreuser interfacing devices 220. Thecontrol system 122 includes a controller 202 (i.e., an electronic control unit (ECU)), various sensors capable of being monitored and interpreted by thecontroller 202, and various actuators capable of being controlled by thecontroller 202. Thecontroller 202 is configured to receive data (i.e., electrical signals) from the various sensors and components of thehospital bed 120, and control the operation of the components of thehospital bed 120 relative to the received data, as is known in the art. To do so, thecontroller 202 includes a number of electronic components commonly associated with controllers utilized in the control of electromechanical systems. For example, thecontroller 202 may include, amongst other components customarily included in such devices, a microprocessor 204 and amemory device 206. Thememory device 206 may be, for example, a programmable read-only memory device (“PROM”) including erasable PROM's (EPROM's or EEPROM's). In use, thememory device 206 is capable of storing, amongst other things, instructions in the form of, for example, a software routine (or routines) which, when executed by the microprocessor 204, allow thecontroller 202 to control operation of the features of thehospital bed 120. - The
illustrative control system 122 additionally includes a weight sensor 208 (e.g., load cells) to sense a weight of a patient assigned to thehospital bed 120, asiderail position sensor 210 to sense whether a siderail of thehospital bed 120 is in raised or lowered positions, alow position sensor 212 to sense whether an upper frame of thehospital bed 120 is in a lowered position relative to a based frame of thehospital bed 120, abrake sensor 214 to sense whether brakes (e.g., casters) of thehospital bed 120 are braked or released, variousother sensors 216, and a number ofactuators 218 capable of being controlled by the control system to control various components of the hospital bed 120 (e.g., motors, valves, power control units, etc.). The various other sensors may include, but are not limited to, motion sensors, fluid pressure sensors, temperature sensors, level sensors, other position sensors, etc. Each of thesensors actuators 218 are electronically coupled to thecontroller 202. - Similarly, the one or more
user interfacing devices 220 are electronically coupled to thecontroller 202. Accordingly, in some embodiments, thecontrol system 122 may additionally include additional circuitry to convert between analog and digital signals, such as an analog-to-digital (A/D) converter (not shown) or the like. Theuser interfacing devices 220 may include various input and output devices capable of receiving input from a user (e.g., a patient, hospital staff, caregiver, etc.) and/or providing output to the user related to various sensor and/or configuration data of thehospital bed 120. As described previously, the sensor data may include various sensor readings related to current positions, levels, temperatures, pressure levels, etc. of various components of thehospital bed 120. In some embodiments, the configuration data may include a designated pressure level of component of the hospital bed 120 (e.g., a bladder of a mattress), a designated angle of a headrest portion of thehospital bed 120 relative to a deck of the bed, and/or any other configurable data that may be set by the user and managed by thecontroller 202. - The illustrative
user interfacing devices 220 includes a display 222 that is operable to generate or display a graphical user interface (GUI) to enable the user to interface with components of the hospital bed to control one or more features of thehospital bed 120. As will be described further, the one or more features may include various settings for positioning the components of thehospital bed 120 and setting various alarms and/or notifications based on detected events corresponding to the sensor data. In some embodiments, the display may include atouchscreen 224 capable of generating input data in response to being touched by the user. Thetouchscreen 224 may be embodied as a resistive touch screen, a capacitive touch screen, a camera-based touch screen, or the like. Further, in some embodiments, the user interface may include alight configuration 226 and/or aspeaker 228 to provide status indications of thehospital bed 120 to the user. Accordingly, in such embodiments wherein theuser interfacing devices 220 includes an output device, the status indications may be presented at thehospital bed 120. Additionally, in some embodiments, theuser interfacing devices 220 may include a keypad 232 (e.g., a keyboard, a touchpad, etc.) for receiving user touch-based inputs and/or amicrophone 230 for receiving audible-based inputs. In some embodiments, one or more of the input and/or output devices may be mounted on a siderail of the hospital bed, connected to a control pendant, etc. - The
control system 122 is further configured to provide, or relay, the status indications to a remote location, such as thenurse call system 104 ofFIG. 1 , via thecommunication circuitry 124. Thecommunication circuitry 124 may be embodied as any communication circuit, device, or collection thereof, capable of enabling communications over thenetwork 106 between thehospital bed 120 and thehospital information system 102, and between thehospital bed 120 and the other patient supports 110. Thecommunication circuitry 124 may be configured to use any one or more communication technologies (e.g., wired or wireless communications) and associated protocols (e.g., Ethernet, Bluetooth®, Zigbee®, Wi-Fi®, WiMAX, etc.) to effect such communication. - As will be described in further detail below, a falls prevention protocol, or falls risk protocol, may be implemented via software being executed on the
hospital bed 120. The software is typically comprised of a number of navigable pages, or screens, that a user (e.g., a patient, hospital staff, caregiver, etc.) can interface with to activate alarms associated with the falls prevention protocol. The number of active alarms associated with the falls prevention protocol is based on settings input by the user (i.e., which alarms are activated for aparticular hospital bed 120 according to the patient assigned to the hospital bed 120), such as in an alarm settings portion of the software. Upon being armed, an alarm based on the settings may be generated by thehospital bed 120 and transmitted to thenurse call system 104. Such alarms may have a visual component, an audible component, or both. Additionally, other alarms corresponding to one or more of the other patient supports 110 and/or one or more of theother devices 160 communicatively coupled to thehospital bed 120 may be setup via the software being executed on thehospital bed 120. Such workflow software may be, for example, NaviCare® software available from Hill-Rom Company, Inc. - Referring now to
FIG. 3 , an embodiment of ahome screen 300 that is capable of appearing on the display 222 of thehospital bed 120 includes amenu 302 of icons, or virtual buttons, for navigating to other screens. Themenu 302 includes ahome icon 304, analarm setup icon 306, ascale setup icon 308, amattress setup icon 310, and achart management icon 312. It should be appreciated that not all icons available in themenu 302 may be visible at any given time (i.e., there are too many icons to display in the menu 302). Accordingly, scroll controls, such as a scroll down 314 and a scroll up 604 as shown inFIG. 5 , may be displayed on themenu 302 when appropriate. Additionally, themenu 302 may include other icons, such as aBluetooth pairing icon 602 as shown inFIG. 5 . Further, in some embodiments, themenu 302 may additionally or alternatively include other icons, such as icons related to settings of thehospital bed 120, maintenance of thehospital bed 120, etc. - Each
menu 302 icon is selectable by the user to navigate between screens, or pages, of themenu 302 corresponding to themenu 302 icons, and eachmenu 302 option selected provides one or more sub-pages that are related to the navigated to icon. The icons, and associated pages, provide a graphical user interface (GUI) rendered on the display 222 which allow the user to control certain functionality of thehospital bed 120. For example, in some embodiments, selection of thescale setup icon 308 may result in a scale control screen being displayed on the GUI to allow the scale to be setup for thehospital bed 120 and/or one or more other patient supports 110 communicatively coupled to thehospital bed 120. Thehome icon 304 is the presently active (i.e., toggled “on”) icon, as indicated by the cross-hatching on thehome icon 304, and accordingly, thehome screen 300 is rendered on the GUI of the display 222. It should be appreciated that access to certain screens associated withparticular menu 302 icons may be protected such that an identification number, password, and/or biometric associated with the user is required to be entered before access to a restricted screen, or set of screens, is allowed. - The
home screen 300 additionally includes a set of bed status indicators, which include a present location indicator 316 (e.g., ahospital room 108 ofFIG. 1 ) of thehospital bed 210 with respect to the facility in which thehospital bed 210 resides, a wirelessnetwork strength indicator 318 that indicates a wireless connectivity strength between the to the wireless network (e.g., thenetwork 106 ofFIG. 1 ) and thehospital bed 210, and a Bluetooth enabledstate indicator 320 that indicates one or more devices (e.g., the other patient supports 110 ofFIG. 1 ) are presently paired to thehospital bed 210 via Bluetooth. Thehome screen 300 further includes other bed status indicators, such as ahead angle indicator 322 to indicate a present head angle setting of thehospital bed 120, a presentalarm state indicator 324 to indicate whether an alarm associated with thehospital bed 120 or the other patient supports 110 is enabled, silenced, or disabled, and a mattressinflation setting indicator 326 to indicate a present inflation level of a mattress of thehospital bed 120. In some embodiments, one or more of the bed status indicators may display additional settings (e.g., enable/disable, adjust level, etc.) related to the indication in response to the user selecting (i.e., clicking on) a particular status indicator enabled to support such interaction. - The
home screen 300 includes aweight setup interface 328 that indicates whether the weight for thehospital bed 210 to be used to monitor and trigger alarms has been setup and whether the weight for a patient has been locked in. As shown in theillustrative home screen 300, theweight setup interface 328 includes achair arrangement indicator 330 and aflat arrangement indicator 332. Each of thechair arrangement indicator 330 and theflat arrangement indicator 332 indicate whether a weight has been setup (i.e., calculated) for each type of arrangement of thehospital bed 210 in which weight can accurately be measured. Additionally, each of thechair arrangement indicator 330 and theflat arrangement indicator 332 include a visual indication as to whether the setup weight presently locked for each arrangement, as indicated by the cross-hatching on the “locked” figures of each of thechair arrangement indicator 330 and theflat arrangement indicator 332. - Referring now to
FIG. 4 , an embodiment of analarm screen 400 that is capable of appearing on the display 222 of thehospital bed 120 includes an alarmnotification setup interface 402 and a set of collectivealarm setting buttons 408. Thealarm screen 400 may appear on the display 222 as a result of the user selecting thealarm setup icon 306 from themenu 302. Accordingly, thealarm setup icon 306 is the presently active (i.e., toggled “on”) icon, as indicated by the cross-hatching on thealarm setup icon 306. The alarmnotification setup interface 402 includes a visualalarm state indicator 404 that provides a visual indication of the present setting for thehospital bed 120 and abed exit button 406 that switches the user to a screen that allows the user to view and/or change the state one or more bed exit alarms, an example of which is shown inFIG. 5 . -
FIG. 5 shows an embodiment of a hospitalalarm setting screen 500 that is capable of appearing on the display 222 of thehospital bed 120. The hospitalalarm setting screen 500 may appear on the display 222 as a result of the user selecting thebed exit button 406 ofFIG. 4 . The hospitalalarm setting screen 500 may include a number of bedexit alarm buttons 502 that correspond to events that may be trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 512 (i.e., audible noises) associated with the bedexit alarm buttons 502 that have been armed. The events capable of triggering the alarms may be based on a present weight detected by thehospital bed 120, such as when there is no weight on thehospital bed 120 and/or when a weight that corresponds to at least a portion of the patient's weight is detected by thehospital bed 120. - The
hospital bed 120 may use any known method(s) by which to detect the present weight, or lack thereof. In some embodiments, load cells may be located in applicable locations of thehospital bed 120 to determine the present weight detected by thehospital bed 120. Accordingly, a weight corresponding to the patient assigned to thehospital bed 120 may be determined and stored in memory (e.g., thememory device 206 of thecontroller 202 ofFIG. 2 ) of thehospital bed 120 to be used as a baseline to detect alarms associated with the events that correspond to the present weight detected by thehospital bed 120. To do so, the user may have manually entered a weight of the user of used available features of thehospital bed 120 to weigh the patient in one or more arrangements of thehospital bed 120. - The illustrative bed
exit alarm buttons 502 include aposition alarm button 504 to trigger an alarm when a present position of the hospital bed 120 (e.g., a deck of the hospital bed relative to a base) is in a predetermined position (e.g., its lowest position), an exitingalarm button 506 to trigger an alarm when the user is detected as attempting to exit thehospital bed 120, an out ofbed alarm button 508 to trigger an alarm when the user is detected as having exited thehospital bed 120, and anoff button 510 to turn off (i.e., disarm) all of the bedexit alarm buttons 502. - As shown, the bed
exit alarm buttons 502 may be touched and subsequently toggled to an “on” or “armed” condition, leaving the armed bedexit alarm buttons 502 in a depressed visual state. Additionally or alternatively, in some embodiments, the bedexit alarm buttons 502 may be color coded to indicate their state, such as green for armed and red for disarmed (i.e., off). Accordingly, pressing theoff button 510 may release the bedexit alarm buttons 502 from their depressed state, providing a visual indication that the alarms are no longer armed. The voice alerts 512 associated with the bedexit alarm buttons 502 may be toggled off via a voice alert offbutton 514 or toggled on via a voice alert onbutton 516. - Referring again to
FIG. 4 , the collectivealarm setting buttons 408 include an onbutton 410 to turn on all the alarms for thehospital bed 120, an offbutton 412 to turn off all the alarms for thehospital bed 120, and apause button 414 to pause all the active alarms for the hospital bed. The collectivealarm setting buttons 408 may be user, for example, when a caregiver is performing bedside activities, and such activities may otherwise trigger the alarms associated with thehospital bed 120. - Referring now to
FIG. 6 , an embodiment of aBluetooth pairing screen 600 that is capable of appearing on the display 222 of thehospital bed 120 includes a table 606 that includes aheader portion 608 and abody portion 616. TheBluetooth pairing screen 600 may appear on the display 222 as a result of the user selecting theBluetooth pairing icon 602 from themenu 302. Accordingly, thealarm setup icon 306 is the presently active (i.e., toggled “on”) icon, as indicated by the cross-hatching on thealarm setup icon 306. In the illustrativeBluetooth pairing screen 600, theBluetooth pairing icon 602 is visible in themenu 302 of icons. As a result of theBluetooth pairing icon 602 not having been visible in the initial state of theillustrative menu 302, the user may have had to select (i.e., press) the scroll downbutton 314 one or more times to expose the additional icons in themenu 302 until theBluetooth pairing icon 602 appeared (i.e., was rendered in the menu 302). Accordingly, some of themenu 302 icons that preceded the Bluetooth pairing icon 602 (i.e., thealarm setup icon 306 and the scale setup icon 308) may be completely or at least partially hidden. As a result, themenu 302 additionally displays a scroll upbutton 604 to allow the user to view the hidden icons of themenu 302. - The
body portion 616 includes a list of devices, each on a given row, that are available for pairing with thehospital bed 120 via a Bluetooth connection, such as the other patient supports 110 and theother devices 160 ofFIG. 1 . Theheader portion 608 of the table 606 includes a pairedstatus column 610 that displays whether the available device is paired or not with thehospital bed 120, afriendly name column 612 that displays the name of each available device detected by thehospital bed 120 that are Bluetooth capable and have Bluetooth enabled, and acode column 614 that displays a pairing code (i.e., pin code, passcode, passkey, etc.) for each Bluetooth capable device in the list of available devices. - The table 606 additionally includes an up
button 620 and adown button 622 for traversing the list of available devices. Accordingly, if the user selects (i.e., presses) the upbutton 620, an index associated with the selected list item of the list of devices available for pairing is decremented. In turn, a visual indicator of the selected list item may be moved to the list item directly above the previously selected list item. Similarly, if the user selects thedown button 622, an index associated with the selected list item of the list of devices available for pairing is incremented. In some embodiments, pressing theup button 620 when the index of the selected list item is equivalent to the first item in the list and pressing thedown button 622 when the index of the selected list item is equivalent to the last item in the list, the index may loop to the end or beginning of the list, respectively. As shown in the illustrativeBluetooth pairing screen 600, the presently selectedavailable device 618 is the “bedside chair” (i.e., thechair 130 ofFIG. 1 ) that is the second available device in the list (i.e., the index of the selected list item corresponds to the second item in the list), as indicated by the highlighted rectangle surrounding the available device in the second row of the list in the body portion. - The
Bluetooth pairing screen 600 additionally includes ascan button 624 to re-scan for Bluetooth devices within Bluetooth range of the hospital bed 210 (i.e., re-populate the available device list with Bluetooth devices within the Bluetooth range of thecommunication circuitry 124 of the hospital bed 210), apair button 626 to pair the selectedavailable device 618, and adelete button 628 to unpair, or disconnect, the pair between the selectedavailable device 618. Accordingly, in some embodiments, either of thepair button 626 or thedelete button 628 may be enabled based on the paired state of the selectedavailable device 618, as indicated by the indication in the pairedstatus column 610 that corresponds to the row of the selectedavailable device 618. As shown, theBluetooth pairing screen 600 illustrates that the presently selectedavailable device 618 is not paired with thehospital bed 120, as a Bluetooth icon is not presented in the pairedstatus column 610 that corresponds to the row of the presently selected available device 618 (i.e., the second row). Accordingly, the user may select thepair button 626 to initiate the pairing between thehospital bed 120 and the presently selectedavailable device 618. If the pairing is successful, the Bluetooth icon will be displayed in the pairedstatus column 610 that corresponds to the row of the presently selectedavailable device 618, as shown inFIG. 7 . - Referring now to
FIG. 8 , thealarm screen 400 previously shown inFIG. 4 now includes achair exit interface 802. Thechair exit interface 802 may appear on thealarm screen 400 as a result of achair 130 having been successfully paired to thehospital bed 120. As described previously, in some embodiments, thechair 130 may include a weight sensor (i.e., a scale) similar to theweight sensor 208 of theillustrative hospital bed 120 ofFIG. 2 . - In some embodiments, the
chair 130 may be configured to transmit weight sensor data to thehospital bed 120 via the Bluetooth connection established between thechair 130 and thehospital bed 120. In such embodiments, the data may be analyzed (e.g., compared against a known weight of a patient as set during setup of the hospital bed 120) to determine whether the patient is sitting on thechair 130. In other words, thehospital bed 120 can determine that the patient is no longer in thehospital bed 120 and detect a weight of an occupant of thechair 130. It should be appreciated that, in some embodiments, thehospital bed 120 may be configured to account for weight offloaded by feet of the occupant being placed on the floor. In other words, a patient sitting in thechair 130 with their feet on the floor may have at least a portion of their weight supported by the floor, and thereby not detected by the weight sensor. To do so, thehospital bed 120 may create and manage a profile for the patient that includes such weight differentials. As such, in some embodiments, thehospital bed 120 may be further configured to automatically set a chair exit alarm for thechair 130 upon detecting the patient sitting in thechair 130. - The
chair exit interface 802 includes a visualalarm state indicator 804 that provides a visual indication of the present setting for thechair 130, achair exit button 806 that switches the user to a screen that allows the user to view and/or change the state one or more chair exit alarms, an example of which is shown inFIG. 9 . Additionally, thechair exit interface 802 includes avisual connection indicator 808 that provides a visual indicate of whether thechair 130 paired to thehospital bed 120 is in present Bluetooth communication with thehospital bed 120. Accordingly, in some embodiments, the visual indicator may be color-coded or visibility toggle, for example, to indicate the state of present Bluetooth communication between thechair 130 and thehospital bed 120. -
FIG. 9 shows an embodiment of a chairalarm setting screen 900 that is capable of appearing on the display 222 of thehospital bed 120. The chairalarm setting screen 900 may appear on the display 222 as a result of the user selecting thechair exit button 806 ofFIG. 8 . The chairalarm setting screen 900 may include a number of chair exit alarms 902 that correspond to events that may trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 512 (i.e., audible noises) associated with the chair exit alarms 902 that have been armed. In the illustrative chairalarm setting screen 900, a singlechair exit alarm 902 is provided; however, it should be appreciated that additional and/or alternative chair exit alarms 902 may be provided in other embodiments, such as an exiting alarm similar to that previously described for the hospital bed 120 (i.e., the exiting alarm button 506). It should be appreciated that, in some embodiments, one or more various algorithms (e.g., machine learning algorithms) and/or hysteresis may be used to predict the chair exit prior to the patient completely exiting thechair 130. Accordingly, in such embodiments, the chair exit alarms 902 may include an out of chair alarm similar to the out ofbed alarm button 508 to trigger an alarm when the user is detected as attempting to exit thechair 130. - The illustrative
chair exit alarm 902 includes anoff button 904 to turn off (i.e., disarm) the chair exit alarm and an onbutton 906 to turn on (i.e., arm) the chair exit alarm. Similar to the bedexit alarm buttons 502 ofFIG. 5 , the onbutton 906 and theoff button 904 may be touched and subsequently toggled to an “on” or “armed” condition, leaving the selected button in a depressed visual state and the non-selected button in its normal state to provide a visual indication of the state of thechair exit alarm 902. Additionally, similar to the voice alerts 512 associated with the bedexit alarm buttons 502, the chairalarm setting screen 900 includes voice alerts 908 that may be toggled off via a voice alert offbutton 910 or toggled on via a voice alert onbutton 912. - Referring now to
FIG. 10 , an embodiment of a chair exit armingmessage dialog 1000 includes adialogue header portion 1002 that indicates an alert is being armed and adialogue body portion 1004 that provides that the chair exit is the alert being armed. The chair exit armingmessage dialog 1000 may appear on the chairalarm setting screen 900 as a result of the user having selected the onbutton 906 ofFIG. 9 . If the alert being armed is not successful, a message may be displayed to the user via the display 222 indicating as such. For example,FIG. 11 shows an embodiment of an unable to armmessage dialog 1100 that indicates in adialogue header portion 1102 that an alarm was not able to be armed and further indicates in adialogue body portion 1104 that the chair exit alarm could not be armed. The unable to armmessage dialog 1100 additionally includes abutton 1106 to acknowledge themessage dialog 1100 and return to the previous screen (e.g., the chair alarm setting screen 900). If the alert being armed is successful, a message may be displayed to the user via the display 222 indicating as such. For example,FIG. 12 shows an embodiment of an armsuccessful message dialogue 1200 that indicates in adialogue header portion 1202 that an alarm was able to be armed and further indicates in adialogue body portion 1204 that the chair exit alarm was successfully armed. The armsuccessful message dialogue 1200 additionally includes abutton 1206 to acknowledge themessage dialog 1200 and return to the previous screen (e.g., the chair alarm setting screen 900). - In response to one of the other patient supports 110 being paired to the
hospital bed 120, one of theother devices 160 being paired to thehospital bed 120, and/or an alert associated with the patient support and/or theother device 160 being armed, various additional indicators may be added to other screens and/or existing indicators may be updated to include additional information. For example, inFIG. 13 , the presentalarm state indicator 324 of thehome screen 300 ofFIG. 3 may be updated to include an indication that the chair exit was armed. Thehome screen 300 may additionally include asilence button 1302 that allows the user to pre-emptively silence the armed alerts from thehome screen 300. - Referring now to
FIG. 14 , an embodiment of a chair exitalarming message dialog 1400 includes adialogue header portion 1402 that indicates the chair exit alarm has been triggered and adialogue body portion 1404 that provides a silence button 1406 that silences the alert associated with the chair exit alarm. -
FIG. 15 shows an embodiment of an exiting alarm silencedmessage dialogue 1500 that includes adialogue header portion 1502 that indicates the message corresponds to a silenced exit alarm and adialogue body portion 1504. Thedialogue body portion 1504 includes atime remaining indicator 1506 that provides a countdown that indicates an amount of time remaining until the exit alarm will no longer be silenced. Thedialogue body portion 1504 additionally includes a silenceduration setting interface 1508 that includes asilence time control 1510 to set a dynamically adjustable amount of time for the silence duration and a setsilence time button 1512 to set the silence duration to the amount of time represented by thesilence time control 1510. While the illustrativesilence time control 1510 includes a spinner control, it should be appreciated that, in alternative embodiments, thesilence time control 1510 may be any other type of dynamically adjusted control, such as a drop-down combo-box that includes a predetermined number of time durations from which the user can select. In some embodiments, the silenceduration setting interface 1508 may include a single button with a predetermined static time duration that is set when the user selects (i.e., presses) the single button. - Referring now to
FIG. 16 , an embodiment of an alternative chair exitalarming message dialog 1600 includes adialogue header portion 1602 that indicates the chair exit alarm has been triggered and adialogue body portion 1604 that provides a more verbose textual indication of the alarm and further provides an alert offbutton 1606 to turn off the alert associated with the chair exit alarm and areset button 1608 to reset the alert. - As described previously, other patient supports 110 other than the chair 130 (e.g., the
toilet 140, thestretcher 150, the other devices 160) may be communicatively coupled (e.g., paired via a Bluetooth connection) to thehospital bed 120.FIGS. 17 and 18 illustrate embodiments of the various alarms and alerts associated with thestretcher 150 and thetoilet 140, respectively. Referring now toFIG. 17 , an embodiment of a stretcheralarm setting screen 1700 that is capable of appearing on the display 222 of thehospital bed 120 is shown. The stretcheralarm setting screen 1700 may appear on the display 222 as a result of the user selecting a stretcher exit button (not shown), similar to thebed exit button 406 ofFIG. 4 . The stretcheralarm setting screen 1700 may include a number of stretcherexit alarm buttons 1702 that correspond to events that may trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 1712 (i.e., audible noises) associated with the stretcherexit alarm buttons 1702 that have been armed. Similar to the bedexit alarm buttons 502 ofFIG. 5 , the illustrative stretcherexit alarm buttons 1702 include aposition alarm button 1704 to trigger an alarm when a present position of thestretcher 150 is in a predetermined position (e.g., its lowest position), an exitingalarm button 1706 to trigger an alarm when the user is detected as attempting to exit thestretcher 150, an out ofstretcher alarm button 1708 to trigger an alarm when the user is detected as having exited thestretcher 150, and anoff button 1710 to turn off (i.e., disarm) all of the stretcherexit alarm buttons 1702. The voice alerts 1712 associated with the stretcherexit alarm buttons 1702 may be toggled off via a voice alert offbutton 1714 or toggled on via a voice alert onbutton 1716. - Referring now to
FIG. 18 , an embodiment of a toiletalarm setting screen 1800 that is capable of appearing on the display 222 of thehospital bed 120 is shown. The toiletalarm setting screen 1800 may appear on the display 222 as a result of the user selecting a toilet exit button (not shown), similar to thebed exit button 406 ofFIG. 4 . The toiletalarm setting screen 1800 may include a number oftoilet exit alarms 1802 that correspond to events that may trigger an alarm if armed (i.e., on, active, etc.), and voice alerts 1812 (i.e., audible noises) associated with thetoilet exit alarms 1802 that have been armed. The illustrative toiletexit alarm buttons 1802 include an on-toilet offbutton 1804 and an on-toilet onbutton 1806 to toggle whether an on-toilet alarm is active (i.e., armed). In other words, the on-toiletalarm toggle buttons toilet 140 is to monitor for a patient getting on thetoilet 140 and provide a signal that indicates to thehospital bed 120 of the patient getting on thetoilet 140 upon detection thereof. Additionally, the illustrative toiletexit alarm buttons 1802 include an off-toilet offbutton 1804 and an off-toilet onbutton 1806 to toggle whether an off-toilet alarm is active. In other words, the off-toiletalarm toggle buttons toilet 140 is to monitor for a patient getting off thetoilet 140 and provide a signal that indicates to thehospital bed 120 of the patient exiting thetoilet 140 upon detection thereof. The voice alerts 1812 associated with the toiletexit alarm buttons 1802 may be toggled off via a voice alert offbutton 1814 or toggled on via a voice alert onbutton 1816. - It should be appreciated that, in some embodiments, the GUI screens of the
hospital bed 120 described herein may be accessed via a remote computing device, such as a computing device of thenurse call system 104 ofFIG. 1 . - Referring now to
FIG. 19 , aprocess 1900 for determining whether to provide an alarm signal to thehospital information system 102 ofFIG. 1 is shown that may be performed by thehospital bed 120 ofFIG. 1 . Theprocess 1900 is initialized atstep 1902, which may be initiated by a power-on event of thehospital bed 120, for example. Theprocess 1900 proceeds to step 1904, to determine whether a falls prevention alarm is active. As described previously, a falls prevention protocol may be enabled at thehospital bed 120 via one or more alerts associated with thehospital bed 120, the other patient supports 110, and/or theother devices 160. To do so, theprocess 1900 proceeds to step 1906 to determine which devices (e.g., the other patient supports 110, theother devices 160, etc.) are connected to thehospital bed 120. Fromstep 1906, theprocess 1900 proceeds to step 1908 to determine which alarms are armed based on the connected devices determined atstep 1906. - The
process 1900 then proceeds to step 1910 to determine whether at least one falls prevention alarm is active. In other words, to determine whether an alarm has been armed for at least one of the connected devices determined atstep 1906. If no falls prevention alarms are active, the process proceeds to step 1912, wherein theprocess 1900 terminates. If at least one falls prevention alarm is active, theprocess 1900 proceeds fromstep 1910 to step 1914 to monitor thehospital bed 120 and any connected devices with armed (i.e., active) alarms determined atblock 1908 to detect whether an alarm triggering event was detected. Theprocess 1900 proceeds fromstep 1914 to step 1916 to determine whether an alarm triggering event was detected based on monitored data corresponding to the armed alarms associated with thehospital bed 120 and/or the other connected devices determined atstep 1906. - If no falls prevention alarms have been triggered, the
process 1900 returns to step 1904; otherwise, theprocess 1900 advances to step 1918 to determine alarm settings based on the triggered falls prevention alarm and which device (e.g., thehospital bed 120 or the other connected devices) triggered the falls prevention alarm. To do so, theprocess 1900 proceeds to step 1920 to determine whether in alert is associated with the triggered falls prevention alarm for the triggering device. For example, if thechair exit alarm 902 ofFIG. 9 has been activated for thechair 130 ofFIG. 1 and was subsequently triggered, an alert may also be associated with thechair exit alarm 902, such as the voice alerts 908 ofFIG. 9 , for example. Theprocess 1900 proceeds to step 1922 to provide a notification to thenurse call system 104 ofFIG. 1 based on the alarm setting detected atstep 1918. In the previous example of the chair exit alarm, a nurse call signal is sent to thenurse call system 104 in response to the chair exit (i.e., the falls prevention alarm). The nurse call signal may include an indication to trigger a visible alarm (i.e., an alarm dialog displayed on a computing device, an illuminated LED, a text message sent to a mobile computing device, etc.), and may additionally include an indication to produce a voice alert if the voice alerts 908 have been turned on. The process then proceeds fromstep 1922 to step 1912, wherein the process terminates. - As described previously, the one or more
other devices 160 may be wirelessly connected to thehospital bed 120. For example, referring now toFIG. 20 , similar toFIG. 6 , thebody portion 616 includes the list of devices that are available for pairing with thehospital bed 120 via a Bluetooth connection. As shown in the illustrativeBluetooth pairing screen 2000, the presently selectedavailable device 2002 is an “audio communication device” that is indicated as selected by the highlighted rectangle surrounding the available device in the second row of the list of available devices. - In an example embodiment, the audio communication device may be an externally located computing device (e.g., a Hill-Rom® SideCom® unit) that is capable of facilitating the reception and transmission of audio communications between the
nurse call system 104 and the audio communication device, and/or an audio emitting device (e.g., a radio, a television, etc.) and the audio communication device. Further, the audio communication device is capable of wirelessly transmitting such communications from the audio communication device to a paired device (e.g., the hospital bed 120). As such, upon pairing the audio communication device with the hospital bed 120 (seeFIG. 21 ), thespeaker 228 of thehospital bed 120 may emit the communications from thenurse call system 104 and/or the audio emitting device. Similarly, themicrophone 230 of thehospital bed 120 may receive communications from the patient and wirelessly transmit the audio communications to the audio emitting device for transmission to thenurse call system 104. It should be appreciated that additional and/or alternative externally compatible Bluetooth connections may also be authorized for pairing with thehospital bed 120 via a wireless connection, such as Bluetooth. - Although certain illustrative embodiments have been described in detail above, variations and modifications exist within the scope and spirit of this disclosure as described and as defined in the following claims. The drawings are provided to facilitate understanding of the disclosure, and may depict a limited number of elements for ease of explanation. Except as may be otherwise noted in this disclosure, no limits on the scope of patentable subject matter are intended to be implied by the drawings.
Claims (20)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/092,082 US20160307429A1 (en) | 2015-04-14 | 2016-04-06 | Monitoring of patient supports |
US17/360,382 US11684291B2 (en) | 2015-04-14 | 2021-06-28 | Monitoring of patient supports |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562147239P | 2015-04-14 | 2015-04-14 | |
US201562187450P | 2015-07-01 | 2015-07-01 | |
US15/092,082 US20160307429A1 (en) | 2015-04-14 | 2016-04-06 | Monitoring of patient supports |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/360,382 Continuation US11684291B2 (en) | 2015-04-14 | 2021-06-28 | Monitoring of patient supports |
Publications (1)
Publication Number | Publication Date |
---|---|
US20160307429A1 true US20160307429A1 (en) | 2016-10-20 |
Family
ID=55745670
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/092,082 Abandoned US20160307429A1 (en) | 2015-04-14 | 2016-04-06 | Monitoring of patient supports |
US17/360,382 Active 2036-07-15 US11684291B2 (en) | 2015-04-14 | 2021-06-28 | Monitoring of patient supports |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/360,382 Active 2036-07-15 US11684291B2 (en) | 2015-04-14 | 2021-06-28 | Monitoring of patient supports |
Country Status (2)
Country | Link |
---|---|
US (2) | US20160307429A1 (en) |
EP (2) | EP3345583B1 (en) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160183847A1 (en) * | 2014-12-29 | 2016-06-30 | Lg Cns Co., Ltd. | Apparatus and method for detecting a fall |
US20160338591A1 (en) * | 2015-05-21 | 2016-11-24 | Hill-Rom Services, Inc. | Systems and methods for mitigating tissue breakdown |
US20170032648A1 (en) * | 2015-07-27 | 2017-02-02 | Eldersafe Technologies, Inc. | Patient monitoring system |
US20180085267A1 (en) * | 2016-09-23 | 2018-03-29 | Stryker Corporation | Systems and methods for determining the usability of person support apparatuses |
US20180296418A1 (en) * | 2015-08-10 | 2018-10-18 | MAQUET GmbH | Device and method for controlling at least one drive mechanism of an operating table |
US20190110761A1 (en) * | 2017-10-13 | 2019-04-18 | J. Brasch Co., Llc | Assistive technology for operating nursing homes and other health care facilities |
US20190313948A1 (en) * | 2017-03-02 | 2019-10-17 | Omron Corporation | Monitoring assistance system, control method thereof, and program |
US10489661B1 (en) | 2016-03-08 | 2019-11-26 | Ocuvera LLC | Medical environment monitoring system |
US10600204B1 (en) | 2016-12-28 | 2020-03-24 | Ocuvera | Medical environment bedsore detection and prevention system |
CN111613316A (en) * | 2019-02-26 | 2020-09-01 | 希尔-罗姆服务公司 | Bed interface for manual positioning |
US20200345568A1 (en) * | 2019-02-26 | 2020-11-05 | Hill-Rom Services, Inc. | Bed interface for manual location |
US20200365265A1 (en) * | 2015-10-02 | 2020-11-19 | Stryker Corporation | Universal calibration system |
US11035446B2 (en) * | 2018-03-08 | 2021-06-15 | Linak A/S | Linear actuator |
US20210210198A1 (en) * | 2020-01-06 | 2021-07-08 | National Cheng Kung University | Care system for predicting bed exit and patient management system including the same |
US11113935B2 (en) * | 2019-04-15 | 2021-09-07 | Stryker Corporation | Patient support apparatuses with nurse call audio management |
US20210369520A1 (en) * | 2017-09-19 | 2021-12-02 | Stryker Corporation | Patient Support Apparatus For Controlling Patient Ingress And Egress |
EP3962040A1 (en) | 2020-08-21 | 2022-03-02 | Hill-Rom Services, Inc. | Cable-free bed with wireless pillow speaker |
US11277476B2 (en) * | 2019-10-18 | 2022-03-15 | Dish Wireless L.L.C. | Internet of things gateway content receiver |
US11319976B2 (en) | 2017-08-03 | 2022-05-03 | Tidi Products, Llc | Integrated belt and sensor for alarm for patient furniture |
US11684291B2 (en) | 2015-04-14 | 2023-06-27 | Hill-Rom Services, Inc. | Monitoring of patient supports |
US11821452B2 (en) | 2017-08-03 | 2023-11-21 | Tidi Products, Llc | Integrated belt and sensor for alarm for patient furniture |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080016993A1 (en) * | 2005-11-15 | 2008-01-24 | 3M Innovative Properties Company | Method for using a cutting tool having variable and independent movement in an x-direction and z-direction into and laterally along a work piece for making microstructures |
US20080235872A1 (en) * | 2007-03-30 | 2008-10-02 | Newkirk David C | User interface for hospital bed |
US20110205061A1 (en) * | 2010-02-19 | 2011-08-25 | Wilson Bradley T | Patient room and bed management apparatus and system |
US20120025992A1 (en) * | 2010-07-29 | 2012-02-02 | Tallent Dan R | Bed exit alert silence with automatic re-enable |
US20140145848A1 (en) * | 2012-11-29 | 2014-05-29 | Centrak, Inc. | System and method for fall prevention and detection |
US20150095054A1 (en) * | 2013-09-30 | 2015-04-02 | Newcare Solutions, Llc | Monitoring systems and method |
US20160140827A1 (en) * | 2014-11-19 | 2016-05-19 | Stryker Corporation | Person support apparatuses with patient mobility monitoring |
US20160235610A1 (en) * | 2015-02-18 | 2016-08-18 | Allen Medical Systems, Inc. | Using patient monitoring data to control a person support apparatus |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7319386B2 (en) * | 2004-08-02 | 2008-01-15 | Hill-Rom Services, Inc. | Configurable system for alerting caregivers |
US9838836B2 (en) * | 2005-03-29 | 2017-12-05 | Stryker Corporation | Patient support apparatus communication systems |
US20080021731A1 (en) * | 2005-12-09 | 2008-01-24 | Valence Broadband, Inc. | Methods and systems for monitoring patient support exiting and initiating response |
US9138173B2 (en) * | 2011-09-23 | 2015-09-22 | Hill-Rom Services, Inc. | System for bed and patient mobility device interoperability |
US9966997B2 (en) * | 2012-09-17 | 2018-05-08 | Stryker Corporation | Communication systems for patient support apparatuses |
US9177465B2 (en) * | 2012-12-28 | 2015-11-03 | Hill-Rom Services, Inc. | Bed status system for a patient support apparatus |
US10290071B2 (en) * | 2013-03-29 | 2019-05-14 | Hill-Rom Services, Inc. | Universal caregiver interface |
US20160307429A1 (en) | 2015-04-14 | 2016-10-20 | Hill-Rom Services, Inc. | Monitoring of patient supports |
-
2016
- 2016-04-06 US US15/092,082 patent/US20160307429A1/en not_active Abandoned
- 2016-04-12 EP EP18157931.9A patent/EP3345583B1/en active Active
- 2016-04-12 EP EP16164926.4A patent/EP3081203B1/en active Active
-
2021
- 2021-06-28 US US17/360,382 patent/US11684291B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080016993A1 (en) * | 2005-11-15 | 2008-01-24 | 3M Innovative Properties Company | Method for using a cutting tool having variable and independent movement in an x-direction and z-direction into and laterally along a work piece for making microstructures |
US20080235872A1 (en) * | 2007-03-30 | 2008-10-02 | Newkirk David C | User interface for hospital bed |
US20110205061A1 (en) * | 2010-02-19 | 2011-08-25 | Wilson Bradley T | Patient room and bed management apparatus and system |
US20120025992A1 (en) * | 2010-07-29 | 2012-02-02 | Tallent Dan R | Bed exit alert silence with automatic re-enable |
US20140145848A1 (en) * | 2012-11-29 | 2014-05-29 | Centrak, Inc. | System and method for fall prevention and detection |
US20150095054A1 (en) * | 2013-09-30 | 2015-04-02 | Newcare Solutions, Llc | Monitoring systems and method |
US20160140827A1 (en) * | 2014-11-19 | 2016-05-19 | Stryker Corporation | Person support apparatuses with patient mobility monitoring |
US20160235610A1 (en) * | 2015-02-18 | 2016-08-18 | Allen Medical Systems, Inc. | Using patient monitoring data to control a person support apparatus |
Cited By (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10004430B2 (en) * | 2014-12-29 | 2018-06-26 | Lg Cns Co., Ltd. | Apparatus and method for detecting a fall |
US20160183847A1 (en) * | 2014-12-29 | 2016-06-30 | Lg Cns Co., Ltd. | Apparatus and method for detecting a fall |
US11684291B2 (en) | 2015-04-14 | 2023-06-27 | Hill-Rom Services, Inc. | Monitoring of patient supports |
US20160338591A1 (en) * | 2015-05-21 | 2016-11-24 | Hill-Rom Services, Inc. | Systems and methods for mitigating tissue breakdown |
US20170032648A1 (en) * | 2015-07-27 | 2017-02-02 | Eldersafe Technologies, Inc. | Patient monitoring system |
US20180296418A1 (en) * | 2015-08-10 | 2018-10-18 | MAQUET GmbH | Device and method for controlling at least one drive mechanism of an operating table |
US10874569B2 (en) * | 2015-08-10 | 2020-12-29 | MAQUET GmbH | Device and method for controlling at least one drive mechanism of an operating table |
US20200365265A1 (en) * | 2015-10-02 | 2020-11-19 | Stryker Corporation | Universal calibration system |
US11651854B2 (en) * | 2015-10-02 | 2023-05-16 | Stryker Corporation | Universal calibration system |
US10489661B1 (en) | 2016-03-08 | 2019-11-26 | Ocuvera LLC | Medical environment monitoring system |
US10143608B2 (en) * | 2016-09-23 | 2018-12-04 | Stryker Corporation | Systems and methods for determining the usability of person support apparatuses |
US10492967B2 (en) * | 2016-09-23 | 2019-12-03 | Stryker Corporation | Systems and methods for determining the usability of person support apparatuses |
US20180085267A1 (en) * | 2016-09-23 | 2018-03-29 | Stryker Corporation | Systems and methods for determining the usability of person support apparatuses |
US10600204B1 (en) | 2016-12-28 | 2020-03-24 | Ocuvera | Medical environment bedsore detection and prevention system |
US20190313948A1 (en) * | 2017-03-02 | 2019-10-17 | Omron Corporation | Monitoring assistance system, control method thereof, and program |
US10786183B2 (en) * | 2017-03-02 | 2020-09-29 | Omron Corporation | Monitoring assistance system, control method thereof, and program |
US11821452B2 (en) | 2017-08-03 | 2023-11-21 | Tidi Products, Llc | Integrated belt and sensor for alarm for patient furniture |
US11319976B2 (en) | 2017-08-03 | 2022-05-03 | Tidi Products, Llc | Integrated belt and sensor for alarm for patient furniture |
US11723821B2 (en) * | 2017-09-19 | 2023-08-15 | Stryker Corporation | Patient support apparatus for controlling patient ingress and egress |
US20210369520A1 (en) * | 2017-09-19 | 2021-12-02 | Stryker Corporation | Patient Support Apparatus For Controlling Patient Ingress And Egress |
US20190110761A1 (en) * | 2017-10-13 | 2019-04-18 | J. Brasch Co., Llc | Assistive technology for operating nursing homes and other health care facilities |
US11083419B2 (en) * | 2017-10-13 | 2021-08-10 | J. Brasch Co., Llc | Assistive technology for operating nursing homes and other health care facilities |
US10646171B2 (en) | 2017-10-13 | 2020-05-12 | J. Brasch Co., Llc | Assistive technology for operating nursing homes and other health care facilities |
US20210321959A1 (en) * | 2017-10-13 | 2021-10-21 | J. Brasch Co., Llc | Assistive technology for operating nursing homes and other health care facilities |
US11035446B2 (en) * | 2018-03-08 | 2021-06-15 | Linak A/S | Linear actuator |
US20200345568A1 (en) * | 2019-02-26 | 2020-11-05 | Hill-Rom Services, Inc. | Bed interface for manual location |
CN111613316A (en) * | 2019-02-26 | 2020-09-01 | 希尔-罗姆服务公司 | Bed interface for manual positioning |
US11911325B2 (en) * | 2019-02-26 | 2024-02-27 | Hill-Rom Services, Inc. | Bed interface for manual location |
US11410511B2 (en) * | 2019-04-15 | 2022-08-09 | Stryker Corporation | Patient support apparatuses with nurse call audio management |
US11113935B2 (en) * | 2019-04-15 | 2021-09-07 | Stryker Corporation | Patient support apparatuses with nurse call audio management |
US11277476B2 (en) * | 2019-10-18 | 2022-03-15 | Dish Wireless L.L.C. | Internet of things gateway content receiver |
US20220159076A1 (en) * | 2019-10-18 | 2022-05-19 | Dish Wireless L.L.C. | Internet of things gateway content receiver |
US11700307B2 (en) * | 2019-10-18 | 2023-07-11 | Dish Wireless L.L.C. | Internet of Things gateway content receiver |
US20210210198A1 (en) * | 2020-01-06 | 2021-07-08 | National Cheng Kung University | Care system for predicting bed exit and patient management system including the same |
US11763935B2 (en) * | 2020-01-06 | 2023-09-19 | National Cheng Kung University | Care system for predicting bed exit and patient management system including the same |
EP3962040A1 (en) | 2020-08-21 | 2022-03-02 | Hill-Rom Services, Inc. | Cable-free bed with wireless pillow speaker |
Also Published As
Publication number | Publication date |
---|---|
EP3345583A1 (en) | 2018-07-11 |
EP3081203B1 (en) | 2018-03-14 |
US11684291B2 (en) | 2023-06-27 |
EP3345583B1 (en) | 2020-03-04 |
US20210321908A1 (en) | 2021-10-21 |
EP3081203A1 (en) | 2016-10-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11684291B2 (en) | Monitoring of patient supports | |
AU2021245238B2 (en) | Patient support apparatuses with wireless headwall communication | |
US10632033B1 (en) | Bed-based safety protocol control | |
JP7032868B2 (en) | Bed system | |
US20080272918A1 (en) | Medical device and method for preventing falls | |
US11311436B2 (en) | Method and apparatus for indicating continence state of a patient on a bed | |
US20230380769A1 (en) | Bed system | |
EP3996357A1 (en) | Access to multiple caregiver information systems | |
JP6711474B2 (en) | System, system control method, control program, and device including program | |
JP6744200B2 (en) | Information providing system and information providing method | |
JP5429991B2 (en) | Nurse call system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HILL-ROM SERVICES, INC., INDIANA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HOOD, MICHAEL S.;RIBBLE, DAVID L.;HEIMBROCK, RICHARD H.;AND OTHERS;SIGNING DATES FROM 20160411 TO 20160425;REEL/FRAME:038371/0743 |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, ILLINOIS Free format text: SECURITY AGREEMENT;ASSIGNORS:HILL-ROM SERVICES, INC.;ASPEN SURGICAL PRODUCTS, INC.;ALLEN MEDICAL SYSTEMS, INC.;AND OTHERS;REEL/FRAME:040145/0445 Effective date: 20160921 Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, IL Free format text: SECURITY AGREEMENT;ASSIGNORS:HILL-ROM SERVICES, INC.;ASPEN SURGICAL PRODUCTS, INC.;ALLEN MEDICAL SYSTEMS, INC.;AND OTHERS;REEL/FRAME:040145/0445 Effective date: 20160921 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: TC RETURN OF APPEAL |
|
AS | Assignment |
Owner name: HILL-ROM COMPANY, INC., ILLINOIS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: HILL-ROM SERVICES, INC., ILLINOIS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: ALLEN MEDICAL SYSTEMS, INC., ILLINOIS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: MORTARA INSTRUMENT SERVICES, INC., WISCONSIN Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: ANODYNE MEDICAL DEVICE, INC., FLORIDA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: VOALTE, INC., FLORIDA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: MORTARA INSTRUMENT, INC., WISCONSIN Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: WELCH ALLYN, INC., NEW YORK Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 Owner name: HILL-ROM, INC., ILLINOIS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:050254/0513 Effective date: 20190830 |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A., ILLINOIS Free format text: SECURITY AGREEMENT;ASSIGNORS:HILL-ROM HOLDINGS, INC.;HILL-ROM, INC.;HILL-ROM SERVICES, INC.;AND OTHERS;REEL/FRAME:050260/0644 Effective date: 20190830 |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |