Patient support apparatuses, such as hospital beds, stretchers, cots, tables, wheelchairs, and chairs are used to help caregivers facilitate care of patients in a health care setting. Conventional patient support apparatuses generally comprise a base and a patient support surface upon which the patient is supported. Often, these patient support apparatuses have one or more movable components, such as side rails that can be moved between raised and lowered positions, deck sections which articulate to adjust the patient support surface to support the patient between different patient support configurations, as well as lift mechanisms that adjust the height of the patient support surface.
In some environments, certain patients may present various forms of behavioral health indicia which can be associated with a potential risk of self-harm. Depending on the specific configuration of the patient support apparatus, some patients may sometimes attempt to inflict harm on themselves, or others, using the patient support apparatus or components thereof. In these types of scenarios, caregivers are sometimes assigned to the patient’s room and may visually monitor the patient continuously in order to, among other things, help prevent the occurrence of patient self-harm. Here too, the presence of the caregiver can also help to discourage the patient from tampering with the patient support apparatus or other medical devices. In this way, caregivers are generally able to promptly address patient behavior that could otherwise lead to self-harm in an absence of continuous monitoring.
There remains a need in the art to address one or more of the challenges outlined above.
The present disclosure provides a patient support apparatus for use in treating patients with behavioral health indicia. A support structure with a patient support deck defining a patient support surface includes one or more ligature risk locations arranged outside of a ligature safety zone defined relative to the patient support surface; a sensor system coupled to the support structure to generate data representing load acting on the support structure; and a controller disposed in communication with the sensor system and configured to issue a ligature risk event alert in response to the data generated by the sensor system satisfying a predetermined load criteria indicating a distribution of load acting on the support structure outside of the ligature safety zone for a predetermined period.
The present disclosure also provides a patient support apparatus for use in treating patients with behavioral health indicia. The patient support apparatus includes: a support structure including a patient support deck defining a patient support surface, the support structure including one or more ligature risk locations arranged within one or more ligature risk zones defined relative to the patient support surface; a sensor system coupled to the support structure to generate data representing load acting on the support structure; and a controller disposed in communication with the sensor system and configured to issue a ligature risk event alert in response to the data generated by the sensor system satisfying a predetermined load criteria indicating a distribution of load acting on the support structure within the one or more ligature risk zones for a predetermined period.
The present disclosure also provides a patient support apparatus for use in treating patients presenting behavioral health symptoms, where the patient support apparatus includes: a support structure including a patient support deck defining a patient support surface; a mount operatively attached to the support structure and supporting a barrier to at least partially limit egress across a periphery of the patient support surface; a sensor system coupled to the support structure to generate data representing load acting on the support structure; and a controller adapted to issue a ligature risk event alert in response to changes occurring in the data generated by the sensor system indicating a distribution of load acting on the support structure concentrated adjacent to the mount according to a predetermined load concentration criteria.
Advantages of the present disclosure will be readily appreciated as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings.
Referring to
A support structure 102 provides support for the patient. In the representative version illustrated herein, the support structure 102 generally comprises a base 104 and a litter 106. Here, the litter 106 includes an intermediate frame 108 and a patient support deck 110 spaced above the base 104. As is described in greater detail below, a lift mechanism 112 is interposed between the base 104 and the intermediate frame 108 to facilitate moving the litter 106 relative to the base 104 between a plurality of vertical configurations, including without limitation one or more raised configurations 106A (see
The patient support deck 110 has at least one deck section 114 arranged for movement relative to the intermediate frame 108 between a plurality of section positions 114A, 114B. The deck sections 114 of the patient support deck 110 provide a patient support surface 116 upon which the patient is supported. More specifically, in the representative version of the patient support apparatus 100 illustrated herein, the patient support deck 110 has four deck sections 114 which cooperate to define the patient support surface 116: a back section 118, a seat section 120, a leg section 122, and a foot section 124 (see
A mattress 126 is disposed on the patient support deck 110 during use. The mattress 126 comprises or otherwise defines the patient support surface 116 upon which the patient is supported, but it will be appreciated that its shape is defined based on the arrangement of the patient support deck 110. Here too, it will be appreciated that the patient support deck 110 itself would define the patient support surface 116 during operation of some versions of the patient support apparatus 100 without the mattress 126. Put differently, the mattress 126 may be omitted in certain versions, such that the patient can rest directly on the patient support surface 116 defined by the deck sections 114 of the patient support deck 110. The base 104, the litter 106, the intermediate frame 108, and the patient support deck 110 each have a head end and a foot end corresponding to designated placement of the patient’s head and feet on the patient support apparatus 100. It will be appreciated that the specific configuration of the support structure 102 may take on any known or conventional design, and is not limited to that specifically illustrated and described herein. Other configurations are contemplated.
In the illustrated versions, and as is described in greater detail below in connection with
The Side rails 128, 130, 132, 134 are coupled to the support structure 102 via mounts 125 and are supported for movement relative to the intermediate frame 108 (and, thus, relative to the base 104). A first side rail 128 is positioned at a right head end of the litter 106. A second side rail 130 is positioned at a left head end of litter 106. A third side rail 132 is positioned at a right foot end of the litter 106. A fourth side rail 134 is positioned at a left foot end of the litter 106. As shown in
As shown in
Wheels 142 are coupled to the base 104 to facilitate transportation over floor surfaces. The wheels 142 are arranged in each of four quadrants of the base 104, adjacent to corners of the base 104. In the version shown in
It should be understood that various configurations of the caster assemblies 144 are contemplated. In addition, in some versions, the wheels 142 are not caster wheels. Moreover, it will be appreciated that the wheels 142 may be non-steerable, steerable, non-powered, powered, or combinations thereof. While the representative version of the patient support apparatus 100 illustrated herein employs four wheels 142, additional wheels are also contemplated. For example, the patient support apparatus 100 may comprise four non-powered, non-steerable wheels, along with one or more additional powered wheels. In some cases, the patient support apparatus may not include any wheels. In other versions, one or more auxiliary wheels (powered or non-powered), which are movable between stowed positions and deployed positions, may be coupled to the support structure 102. In some cases, when auxiliary wheels are located between caster assemblies 144 and contact the floor surface in the deployed position, they cause two of the caster assemblies 144 to be lifted off the floor surface, thereby shortening a wheel base of the patient support apparatus 100. A fifth wheel may also be arranged substantially in a center of the base 104.
As noted above, the patient support apparatus 100 employs the lift mechanism 112 to lift and lower the litter 106 relative to the base 104 which, in turn, moves the intermediate frame 108 together with the patient support deck 110 between various vertical configurations, such as to the raised vertical configuration 106A depicted in
As noted above, the patient support deck 110 is operatively attached to the intermediate frame 108 (e.g., as depicted in
Those having ordinary skill in the art will appreciate that the patient support apparatus 100 could employ any suitable number of deck actuators 152, of any suitable type or configuration sufficient to effect selective movement of one or more of the deck sections 114 relative to the litter 106 or other components of the support structure 102. By way of non-limiting example, the deck actuator 152 could be a linear actuator or one or more rotary actuators driven electronically and/or hydraulically, and/or controlled or driven in any suitable way. Moreover, the deck actuator 152 could be mounted, secured, coupled, or otherwise operatively attached to the intermediate frame 108 and to the deck section 114, either directly or indirectly, in any suitable way. In addition, one or more of the deck actuators 152 could be omitted for certain applications.
Referring now to
As noted above, the controller 156 is best depicted schematically
In the representative version illustrated in
Referring now, generally, to
As will be appreciated from the subsequent description below, the perimeter load detection system 161 may be formed integrally with the controller 156, and/or may be realized as a separate portion of the patient support apparatus 100 (e.g., as a sub-controller). In some versions, the perimeter load detection system 161 monitors data D from the sensor system 160 and/or other sensors 172, and communicates ligature risk event alerts A1 to the controller 156 which, in turn, may activate one or more alarms. However, other configurations are contemplated, and the perimeter load detection system 161 may not be realized with separate components, such as where the perimeter load detection system 161 is realized as code stored in memory and executed by one or more processors of the controller 156 or other portions of the control system 154. Here in this exemplary configuration, the controller 156 communicates with the sensor system 160 and issues alerts and, thus, defines the perimeter load detection system 161. Accordingly, the terms “perimeter load detection system 161” and “controller 156” may be utilized interchangeably herein unless otherwise noted. In some versions, the perimeter load detection system 161 may be activated (e.g., “armed”) by the caregiver or another user via the user interface 158. However, other configurations are contemplated, and in some versions the perimeter load detection system 161 may be activated by default and could be selectively deactivated via the user interface 158 and/or by changes in signals generated by various sensors 172 as described in greater detail below.
As noted above, in some versions, the patient support apparatus 100 employs a local alarm 162, which may be operatively attached to the support structure 102 (see
In some versions, the predetermined period P1 is adjustable via the user interface 158, such as by one or more input devices 174 (e.g., via visual objects presented on a graphical user interface GUI). This may, for example, allow the caregiver to adjust the predetermined period P1 between different intervals of time (e.g., from a longer period of time to a shorter period of time, vice-versa, and the like) such as to accommodate personal preferences, to compensate for changes in patient behavior or indicia, and the like. Other configurations are contemplated.
In some versions, the predetermined period P1 is further defined as a first predetermined period P1, and the controller 156 may be further configured to issue a second ligature risk event alert A2 in response to the data D generated by the sensor system 160 satisfying the predetermined load criteria LC for a second predetermined period P2 beyond the first predetermined period P1. In some versions, the controller 156 is configured to relay the second ligature risk event alert A2 (or, in some versions, the first ligature risk event alert A1) via the communication interface 166 to the remote device 168 to activate the remote alarm 164. Here, for example, the remote alarm 164 could be generated by the remote device 168 which may be realized as a portable electronic device (e.g., a mobile phone, a pager, a tablet, and the like) carried by the caregiver. In some versions, the remote device 168 may be realized by multiple devices of the same or different types, such as by multiple portable electronic devices carried by different caregivers, and/or as by a remote patient monitoring system, a nurse call system, and the like. It will be appreciated that communication between the patient support apparatus 100 and other remote devices 168, systems, and the like may be effected via various types and configurations of communication interfaces 166, with or without a discrete network 170, via various forms of wired or wireless communication. Other configurations are contemplated. Here too, like the local alarm 162 described above, the remote alarm 164 could be of a number of different styles, types, and/or configurations.
As noted above, in some versions, the controller 156 may be configured to issue the second ligature risk event alert A2 in response to the data D generated by the sensor system 160 satisfying the predetermined load criteria LC for the second predetermined period P2 beyond the first predetermined period P1. In some versions, the first predetermined period P1 may be approximately ten seconds, and the second predetermined period P2 my be approximately five seconds beyond the ten seconds of the first predetermined period P1. It will be appreciated that this configuration can serve to provide the patient or other users of the patient support apparatus 100 with a warning associated with their actions prior to notifying a caregiver. For example, actions taken by the patient or others which may not necessarily correspond to a risk of self-harm but may nevertheless be undesirable (e.g., a visitor pulling on laterally on a side rail 128 of an empty patient support apparatus 100) may be ceased in response to the generation of the first ligature risk event alert (e.g., by startling the visitor). Here in this exemplary scenario, because the second predetermined period P2 occurs later in time than the first predetermined period P1, the second ligature risk event alert A2 is not transmitted to the remote device 168. It will be appreciated that this configuration may help prevent alerting the caregiver to “false positive” alarms. Nevertheless, it will be appreciated that the forgoing is an illustrative, non-limiting example of a scenario where the first ligature risk event alert A1 is issued by the controller 156 prior to the second ligature risk event alert A2. Here, other configurations are contemplated, and the first ligature risk event alert A1 may be issued simultaneously to the local alarm 162 and the remote alarm 164 at the first predetermined period P1. In some versions, the first ligature risk event alert A1 and the second ligature risk event alert A2 may each be issued to the local alarm 162 and/or to the remote alarm 164. Here, for example, where the local alarm 162 is realized as an audible alarm, the first ligature risk event alert A1 may activate the local alarm 162 to generate the local alarm output at a first volume level, and the second ligature risk event alert A2 may activate the local alarm 162 to generate the local alarm output at a second volume level that is louder than the first volume level. Thus, if the predetermined load criteria LC remain satisfied for beyond the first predetermined period P1, the local alarm output may become significantly louder. Here too, other configurations are contemplated.
In some versions, aspects of the local alarm 162 (and/or the remote alarm 164) may be adjustable via the user interface 158. For example, the intensity, volume, and/or type(s) of alarm outputs may be adjustable by the caregiver. Here too, the first predetermined period P1 and/or the second predetermined period P2 may be adjustable via the user interface 158 by the caregiver, such as to adjust the first predetermined period P1 to five seconds, and/or to adjust the second predetermined period P2 to an additional two seconds beyond the five seconds of the first predetermined period P1. It will be appreciated that the forgoing is an illustrative, non-limiting example of adjustability of the local alarm 162 and/or the remote alarm 164. Other configurations are contemplated. In some versions, the controller 156 may be configured to maintain activation of the local alarm 162 and/or the remote alarm 164 until being deactivated by the caregiver (e.g., via the user interface 158), even if the conditions which prompted issuance of the ligature risk event alerts A1, A2 are no longer present.
Referring now to
It will be appreciated that other arrangements of load cells 184 are contemplated by the present disclosure, and different quantities of load cells 184 arranged in various ways may be employed by the sensor system 160. By way of non-limiting example, load cells could be interposed between the base 104 and the lift mechanism 112 (not shown). In some versions, aspects of the patient support apparatus 100, including the arrangement of load cells 184 about support structures 102, may be similar to as is described in International Patent Application Publication No. WO 2021/242946 A1, entitled “Lift Systems And Load Cells For Patient Support Apparatus;” International Patent Application Publication No. WO 2021/108377, entitled “Patient Support Apparatus With Load Cell Assemblies;” and/or U.S. Pat. Application Publication No. US 2021/0030611 A1, entitled “Patient Support Apparatus With Load Cell Assemblies;” the disclosures of each of which are hereby incorporated by reference in their entirety. Other configurations are contemplated.
As is described in greater detail below in connection with
Referring now to
In some versions, the controller 156 may be configured to activate the perimeter load detection system 161 following a predetermined sequence of events, such as following patient egress. Here, by way of illustrative example, patient egress could be defined based on lift sensors 172L indicating that the intermediate frame 108 is at a low enough height for egress, barrier sensors 172B subsequently indicating that one or more side rails 128, 130, 132, 134 have been lowered, and the load cells 184 subsequently indicating that the patient’s weight is no longer sensed on the patient support surface 116. Another exemplary sequence that could result in the controller 156 activating the perimeter load detection system 161 could be defined based on barrier sensors 172B indicating that one or more side rails 128, 130, 132, 134 have been raised during a period where the patient’s weight is not sensed by the load cells 184. It will be appreciated that the forgoing are illustrative examples of potential sequences of events which could need to be satisfied before the controller 156 may activate the perimeter load detection system 161. Other configurations are contemplated, and various events could need to be satisfied either in a particular sequence or concurrent with other events, and events could be sensed or otherwise determined in various ways.
In some versions, a bed exit zone 188 may be defined relative to the patient support surface 116 for the bed exit monitoring system 186 to monitor changes in patient load during operation in the monitoring state 186 M. The bed exit zone 188 may be defined in various ways, and is depicted in
In some versions, multiple bed exit zones 188 may be employed, such as one zone to determine pre-exit conditions and a different zone to determine exit conditions. Similar to the ligature safety zone 180 and/or the ligature risk zones 182 described in greater detail below, the bed exit zone 188 may be adjustable, such as via the user interface 158 and/or based on changes in the arrangement of deck sections 114 and/or barriers 127. In some versions, aspects of the bed exit monitoring system 186 and/or other portions of the patient support apparatus 100 may be similar to as is disclosed in U.S. Pat. No. 9,539,156, entitled “Hospital Bed;” U.S. Pat. No. 10,617,327, entitled “Exit Detection System With Compensation;” and/or U.S. Pat. No. 10,786,408, entitled “Person Support Apparatuses With Exit Detection Systems;” the disclosures of each of which are hereby incorporated by reference in their entirety. Other configurations are contemplated.
As noted above, the brake assembly 153 is provided to facilitate releasably retaining the wheels 142 the braked state 153B to inhibit movement of the patient support apparatus 100 about floor surfaces. In some versions, the patient support apparatus 100 includes a brake sensor 172 K disposed in communication with the controller 156 and with the brake assembly 153 to determine operation of the brake assembly 153 between the braked state 153B and the unbraked state 153U. Here, the controller 156 may be configured to interrupt monitoring the data D generated by the sensor system 160 relative to the predetermined load criteria LC during operation of the brake assembly 153 in the unbraked state 153U determined by the brake sensor 172 K. Put differently, the controller 156 may be configured to interrupt operation of the perimeter load detection system 161 and not generate the ligature risk event alert A1 when the brake assembly 153 operates in the unbraked state 153U. However, other configurations are contemplated. It will be appreciated that the brake sensor 172 K may be of a number of different types, styles, and/or configurations, including without limitation a limit switch, touch sensor, potentiometer, encoder, or other type of sensor responsive to changes in position, contact, orientation, and the like. In some versions, the brake sensor 172 K is operatively attached to the brake lever 155 to determine changes in operation of the brake assembly 153. In some versions, the brake sensor 172 K could be realized as code operated by the controller 156 (e.g., a commanded state change corresponding to an electric brake system operated via the graphical user interface GUI of the user interface 158). Other configurations are contemplated.
As noted above, in some versions the controller 156 is configured to monitor data D from the sensor system 160 during operation of the brake assembly 153 in the braked state 153B and during operation of the bed exit monitoring system 186 in the off state 186O. Put differently, the controller 156 may be configured to interrupt operation of the perimeter load detection system 161 and not generate the ligature risk event alert A1 when the patient is currently on the mattress 126 and/or when the patient support apparatus 100 is being transported (e.g., when motion is detected via one or more sensors 172). It will be appreciated that these types of conditions can be detected or otherwise determined in ways other than based on whether or not various components, systems, sub-systems, and the like of the control system 154 or other portions of the patient support apparatus 100 are operating in a certain state, mode, and the like. Thus, it is contemplated that in some versions the bed exit monitoring system 186 could be operational while the controller 156 also monitors for changes in load relative to the ligature safety zone 180 and/or ligature risk zone 182 (see
Those having ordinary skill in the art will appreciate that the predetermined load criteria LC could be defined in a number of different ways, including without limitation based on characteristics of the patient (e.g., weight, height, mental state, and the like), which may be determined via sensors 172, the sensor system 160, and/or could be received by the controller 156 via the network 170 and/or via the user interface 158 (e.g., entered by the caregiver). Here too, the predetermined load criteria LC could be scaled or otherwise adjusted by the caregiver or other users (e.g., via the user interface 158), such as to require a smaller overall amount of weight to be concentrated adjacent to one or more ligature risk locations 178 for certain patients. In some versions, load concentration adjacent to certain ligature risk locations 178 may be associated with different predetermined load criteria LC than other ligature risk locations 178, such as for example to require less overall load applied to mounts 125 for end boards 135 than for mounts 125 of linkages 139 for side rails 128, 130, 132, 134. In any event, the determination of the predetermined load criteria LC may be at least partially adjustable via the user interface 158. In some versions, the controller 156 is configured to define the predetermined load criteria LC based at least partially on an amount of weight applied to or otherwise acting on the intermediate frame 108 relative to the base 104 (e.g., weight applied to the patient support surface 116) determined with the plurality of load cells 184. By way of non-limiting example, the weight of various types of equipment, accessories, and/or removable components of the patient support apparatus 100 could be considered by the controller 156 (e.g., using sensors, user interfaces, and the like) in defining the predetermined load criteria LC and/or how changes in weight distribution are evaluated (e.g., to more accurately determine patient location, weight, movement, and the like). In some versions, historical changes in weight applied to or otherwise acting on the intermediate frame 108 relative to the base 104 over time could also considered by the controller 156 in defining the predetermined load criteria LC and/or to improve the accuracy, sensitivity, and/or speed of detection of changes in weight distribution. For example, the controller 156 may be able to store a weight value associated with the weight of the last patient supported on the patient support apparatus 100 to determine the predetermined load criteria LC, and different predetermined load criteria LC could be used in situations where the last patient supported was relatively heavy and/or relatively lightweight. Other configurations are contemplated.
Referring now to
As noted above, the lift mechanism 112 may be operated by the controller 156 and is interposed between the base 104 and the patient support deck 110 to move the intermediate frame 108 relative to the base 104 between the plurality of vertical configurations. In some versions, a lift sensor 172L is disposed in communication with the controller 156 to determine an arrangement of the intermediate frame 108 relative to the base 104, and the controller 156 is configured to monitor the data D generated by the sensor system 160 relative to the predetermined load criteria LC in response to the intermediate frame 108 being in a predetermined lift configuration. Those having ordinary skill in the art will appreciate that the lift sensor 172L could be realized in a number of different ways. By way of non-limiting example, the lift sensor 172L could be realized as one or more discrete components, such as a linear potentiometer, a range sensor, a hall-effect sensor, a limit switch, an accelerometer, a gyroscope, and the like generally configured or arranged to measure position, height, and/or movement. Further, the lift sensor 172L could be an encoder, a current sensor, and the like coupled to or in communication with one of the lift actuators 150. Moreover, the functionality afforded by the lift sensor 172L could be entirely or partially realized with software or code for certain applications. In some versions, each lift member 146, 148 may employ a respective lift sensor 172L. Other configurations are contemplated.
It will be appreciated that the predetermined lift configuration could be defined in various ways, such as corresponding to one or more of the arrangements of the intermediate frame 108 depicted throughout
In some versions, a deck sensor 172D is used to determine movement of the deck section 114 (specifically, the back section 118 in the illustrated version) from and between the first section position 114A (see
In some versions, the controller 156 is further configured to adjust the ligature safety zone 180 and/or the ligature risk zone(s) 182 based at least partially on the arrangement of the patient support deck 110 determined via the deck sensor 172D (and/or the lift sensor 172L). By way of illustrative example,
In some versions, one or more barrier sensors 172B are used to determine movement of the side rails 128, 130, 132, 134 (and/or their linkage 139) relative to the intermediate frame 108 or another portions of the support structure 102 between the plurality of side rail positions, such as respective raised positions 128A, 130A, 132A, 134A, intermediate positions 128B, 130B, 132B, 134B, and lowered positions 128C, 130C, 132C, 134C. The one or more barrier sensors 172B are disposed in communication with the controller 156 to determine an arrangement of one or more of the side rails 128, 130, 132, 134 relative to the intermediate frame 108, and the controller 156 is configured to monitor the data D generated by the sensor system 160 relative to the predetermined load criteria LC based at least partially on the arrangement of the side rails 128, 130, 132, 134 determined with the one or more barrier sensors 172B. It will be appreciated that the barrier sensor 172B could be realized in a number of different ways. By way of non-limiting example, the barrier sensor 172B could be realized as a discrete component such as a rotary potentiometer, a range sensor, a hall-effect sensor, a limit switch, an accelerometer, a gyroscope, and the like generally configured or arranged to measure position, height, or movement. Further, the barrier sensor 172B could be an encoder, a current sensor, and the like. Moreover, the functionality afforded by the barrier sensor 172B could be entirely or partially realized with software or code for certain applications. In some versions, each side rail 128, 130, 132, 134 may employ a respective barrier sensor 172B. Other configurations are contemplated.
In some versions, the controller 156 is further configured to adjust the ligature safety zone 180 and/or the ligature risk zone(s) 182 based at least partially on the arrangement of the side rails 128, 130, 132, 134 determined via the barrier sensor 172B. By way of illustrative example,
In some versions, one or more barrier sensors 172B may be employed to sense the presence of certain barriers 127, and the controller 156 may be configured to alter operation of the perimeter load detection system 161 based on changes in the presence, absence, and/or configuration of barriers 127. Put differently, if the patient support apparatus 100 is configured with removable barriers 127, the controller 156 may define the predetermined load criteria LC, the ligature safety zone 180, and/or the ligature risk zone 182 differently based on whether or not a removable barrier 127 is present, and/or when a specific type of barrier 127 is detected (e.g., one presenting fewer or more ligature risk locations 178). In some versions, the controller 156 may be configured to make similar determinations based on user selections made via the user interface 158 rather than via barrier sensors 172B, such as to allow a caregiver, service technician, or another user to define the specific configuration of the patient support apparatus 100 via the user interface 158. Other configurations are contemplated.
Referring again to
As noted above, ligature risk locations 178 may be defined in various places, locations, and the like about the patient support apparatus 100, including without limitation the mounts 125, the caregiver interfaces 140, or other portions of the barriers 127 and/or support structure 102. In some versions, one of the mounts 125 may define one or more of the ligature risk locations 178 which, in turn, may define one or more of the ligature risk zones 182. However, it will be appreciated that ligature risk locations 178, as well as ligature risk zones 182, can be defined by portions of the patient support apparatus 100 other than the mounts 125 as noted above.
In some versions, the controller 156 is configured to define the predetermined load criteria LC based on the distribution of load acting on the support structure 102 being concentrated within one of the ligature risk zones 182 defined adjacent to the mount 125. Put differently, the controller 156 may be configured to interrupt operation of the perimeter load detection system 161 and not generate the ligature risk event alert A1 when the load distribution determined via the sensor system 160 indicates that the load is concentrated both outside of the ligature safety zone 180 and within at least one ligature risk zone 182. In some versions, the ligature risk zone 182 may be spaced from the ligature safety zone 180. However, other configurations are contemplated, and one or more ligature risk zones 182 may at least partially overlap the ligature safety zone 180 and/or other zones. In some versions, such as is depicted in
In some versions, one or more ligature risk zones 182 associated with mounts 125 may be defined based on mount sensors 172N coupled directly or indirectly to the mount 125. By way of non-limiting examples, mounts 125 supporting linkages 139 for side rails 128, 130, 132, 134 (and/or the linkages 139 or a portion of the side rails 128, 130, 132, 134 themselves) may be provided with mount sensors 172N arranged to sense changes in load across the mount 125. For example, one of the linkages 139 coupling the third side rail 32 to its mounts 125 may include a mount sensor 172N realized as an additional load cell arranged to sense load between the third side rail 132 and the intermediate frame 108. This additional load cell defining the mount sensor 172N may be realized as a part of the sensor system 160, but may not be provide to measure weight acting on the patient support deck 110. Put differently, the controller 156 may issue the ligature risk event alert A1 based on predetermined changes in load occurring within the ligature risk zone 182 associated with the mount sensor 172N that are sensed or otherwise determined via that mount sensor 172N and not necessarily via the plurality of load cells 184 of the sensor system 160. It will be appreciated that the controller 156 may issue the ligature risk event alert A1 based on changes in the load cells 184 of the sensor system 160 (e.g., indicating load acting outside of the ligature safety zone 180) and/or based on changes in the mount sensor 172N (e.g., indicating load acting inside one of the ligature risk zones 182). The mount sensor 172N can be realized in a number of different ways, such as by various arrangements of load cells, strain gauges, touch sensors, contact sensors, encoders, potentiometers, and the like. Other configurations are contemplated.
In some versions, the controller 156 is further configured to issue a mattress tampering alert M1 in response to the data D generated by the sensors system 160 satisfying a predetermined tamper criteria TC indicating changes in the distribution of load acting on the support structure 102 which are associated with at least partial removal of the mattress 126 from the patient support deck 110. Here, for example, the mattress 126 may define a mattress weight WM and the controller 156 may be configured to define the predetermined tamper criteria TC based on the mattress weight WM, such as where the mattress tampering alert M1 is issued in response to a change in load that is substantially equivalent to the mattress weight WM to indicate removal of the mattress 126 from the patient support deck 110. In some versions, the mattress weight WM can be determined or otherwise set via the user interface 158, such as by allowing the caregiver or another user to select the type of mattress 126 being utilized from a plurality of different mattress 126 types each having a respective mattress weight WM known to the controller 156 (e.g., stored in memory). In some versions, the mattress weight WM can be determined via a process which may be guided via the user interface 158, such as by taring the load cells 184 without the mattress 126 and subsequently placing the mattress 126 on the patient support deck 110, and then storing the mattress weight WM based on the difference. The load cells 184 could then be re-tared before a patient is supported on the mattress 126. Other configurations are contemplated.
The controller 156 may activate the local alarm 162 and/or the remote alarm 164 in order to communicate the mattress tampering alert M1 to the patient and/or to the caregiver (or others nearby). In some versions, the local alarm 162 and/or the remote alarm 164 are activated differently to communicate the ligature risk event alert A1 in a different way from the mattress tampering alert M1 (e.g., with a different audible tone) and/or other alerts. Other configurations are contemplated. In some version, the controller 156 is configured to continue generating the mattress tampering alert M1 until the mattress 126 is returned to the patient support deck 110.
In some versions, either instead of or in addition to utilizing the sensor system 160 to evaluate changes based on the mattress weight WM, the patient support apparatus 100 may include a mattress sensor 172 M to determine movement of the mattress 126 relative to the patient support deck 110, and may issue the mattress tampering alert M1 in response to at least partial removal of the mattress 126 determined with the mattress sensor 172 M. Here, similar to the mount sensor 172N described above, the controller 156 could be configured to sense the mattress tampering alert M1 independent of the sensor system 160 via the mattress sensor 172 M. In some versions, the mattress sensor 172 M may be realized with one or more contact sensors, touch sensors, proximity sensors, force sensors, vision senso, photoelectric sensors, and the like arranged to sense lift-off of the mattress 126 from the patient support deck 110. In some versions, multiple mattress sensors 172 M arranged in spaced relation from each other (e.g., adjacent to the corners of the mattress 126) may be utilized to determine complete removal of the mattress 126 from the patient support deck 110, and/or to determine partial removal of the mattress 126 from the patient support deck 110. In some versions, the controller 156 is configured to interrupt monitoring for removal of the mattress 126 when the patient is disposed on the patient support surface 116. Put differently, the controller 156 may be configured to issue the mattress tampering alert M1 when the patient’s weight is not sensed via the load cells 184 or another patient monitoring system. Other configurations are contemplated.
Several configurations have been discussed in the foregoing description. However, the configurations discussed herein are not intended to be exhaustive or limit the invention to any particular form. The terminology which has been used is intended to be in the nature of words of description rather than of limitation. Many modifications and variations are possible in light of the above teachings and the invention may be practiced otherwise than as specifically described.
The present disclosure also comprises the following clauses, with specific features laid out in dependent clauses, that may specifically be implemented as described in greater detail with reference to the configurations and drawings above.
I. A patient support apparatus for use in treating patients with behavioral health indicia, the patient support apparatus comprising:
II. The patient support apparatus of clause I, further comprising a local alarm operatively attached to the support structure and disposed in communication with the controller, the local alarm being configured to generate a local alarm output in response to the controller issuing the ligature risk event alert.
III. The patient support apparatus of clause II, wherein the local alarm comprises an audible alarm.
IV. The patient support apparatus of any of clauses II-III, further comprising a user interface arranged for user engagement; and
wherein the predetermined period is adjustable via the user interface.
V. The patient support apparatus of any of clauses II-IV, wherein the predetermined period is further defined as a first predetermined period; and
wherein the controller is further configured to issue a second ligature risk event alert in response to the data generated by the sensor system satisfying the predetermined load criteria for a second predetermined period beyond the first predetermined period.
VI. The patient support apparatus of clause V, further comprising a communication interface in communication with the controller to activate a remote alarm in response to the controller issuing the second ligature risk event alert.
VII. The patient support apparatus of any of clauses V-VI, wherein the first predetermined period is approximately ten seconds, and the second predetermined period is approximately five seconds beyond the ten seconds of the first predetermined period.
VIII. The patient support apparatus of clause I, wherein the support structure further includes:
IX. The patient support apparatus of clause VIII, further comprising a lift mechanism interposed between the base and the patient support deck to move the intermediate frame relative to the base between a plurality of vertical configurations including a maximum lowered configuration; and
wherein the controller is further configured to drive the lift mechanism to move the intermediate frame between the plurality of vertical configurations.
X. The patient support apparatus of clause IX, further comprising a lift sensor disposed in communication with the controller to determine an arrangement of the intermediate frame relative to the base.
XI. The patient support apparatus of clause X, wherein the controller is further configured to monitor the data generated by the sensor system relative to the predetermined load criteria in response to the intermediate frame being arranged in a predetermined lift configuration.
XII. The patient support apparatus of clause XI, further comprising a user interface arranged for user engagement; and
wherein the predetermined lift configuration is adjustable via the user interface.
XIII. The patient support apparatus of any of clauses XI-XII, wherein the predetermined lift configuration is defined with the intermediate frame arranged in one of the plurality of vertical configurations other than the maximum lowered configuration.
XIV. The patient support apparatus of any of clauses X-XIII, wherein the controller is further configured to define the predetermined load criteria based at least partially on the arrangement of the intermediate frame relative to the base determined with the lift sensor.
XV. The patient support apparatus of any of clauses VIII-XIV, wherein the sensor system includes a plurality of load cells interposed in force-translating relation between the intermediate frame and the base to measure load acting on the support structure.
XVI. The patient support apparatus of any of clauses VIII-XV, wherein the patient support deck includes a deck section arranged for movement relative to the intermediate frame to adjust the patient support deck between a plurality of patient support positions.
XVII. The patient support apparatus of clause XVI, further comprising a deck sensor disposed in communication with the controller to determine an arrangement of the deck section relative to the intermediate frame.
XVIII. The patient support apparatus of clause XVII, wherein the controller is further configured to define the predetermined load criteria based at least partially on the arrangement of the deck section relative to the intermediate frame determined with the deck sensor.
XIX. The patient support apparatus of any of clauses I-XVIII, wherein the support structure further includes a base, and an intermediate frame supporting the patient support deck; and
wherein the sensor system includes a plurality of load cells arranged to determine weight applied to the intermediate frame relative to the base, with each of the plurality of load cells being configured to generate a respective output signal.
XX. The patient support apparatus of clause XIX, wherein the controller is further configured to define the predetermined load criteria based at least partially on an amount of weight applied to the intermediate frame relative to the base determined with the plurality of load cells.
XXI. The patient support apparatus of any of clauses XIX-XX, further comprising a mattress disposed on the patient support deck.
XXII. The patient support apparatus of clause XXI, wherein the controller is further configured to issue a mattress tampering alert in response to the data generated by the sensor system satisfying a predetermined tamper criteria indicating changes in the distribution of load acting on the support structure associated with at least partial removal of the mattress from the patient support deck.
XXIII. The patient support apparatus of clause XXII, wherein the mattress defines a mattress weight; and
wherein the controller is further configured to define the predetermined tamper criteria based on the mattress weight.
XXIV. The patient support apparatus of clause XXIII, wherein the controller further configured to issue the mattress tampering alert in response to a change in load substantially equivalent to the mattress weight to indicate removal of the mattress from the patient support deck.
XXV. The patient support apparatus of any of clauses XXI-XXIV, further comprising a mattress sensor to determine movement of the mattress relative to the patient support deck; and
wherein the controller is further configured to issue a mattress tampering alert in response to at least partial removal of the mattress determined with the mattress sensor.
XXVI. The patient support apparatus of any of clauses I-XXVI, wherein the ligature safety zone includes a peripheral edge defined adjacent to a periphery of the patient support surface.
XXVII. The patient support apparatus of clause XXVI, wherein the peripheral edge is spaced inwardly from the periphery of the patient support surface by a predetermined periphery offset value.
XXVIII. The patient support apparatus of any of clauses I-XXVII, further including a mount operatively attached to the support structure; and
wherein the mount defines at least one of the one or more ligature risk locations.
XXIX. The patient support apparatus of clause XXVIII, wherein the controller is further configured to define the predetermined load criteria based on the distribution of load acting on the support structure being concentrated within a ligature risk zone defined adjacent to the mount.
XXX. The patient support apparatus of clause XXIX, wherein the ligature risk zone is spaced from the ligature safety zone.
XXXI. The patient support apparatus of any of clauses XXVIII-XXX, wherein the mount is configured to releasably couple to a patient restraint.
XXXII. The patient support apparatus of any of clauses XXVIII-XXXI, further comprising a barrier coupled to the mount to at least partially limit egress across a periphery of the patient support surface.
XXXIII. The patient support apparatus of clause XXXII, wherein the barrier comprises an end board.
XXXIV. The patient support apparatus of clause XXXII, wherein the barrier comprises a side rail.
XXXV. The patient support apparatus of clause XXXIV, further including a linkage interposed between the mount and the side rail to move the side rail relative to the support structure between a plurality of side rail positions.
XXXVI. The patient support apparatus of clause XXXV, further comprising a barrier sensor disposed in communication with the controller to determine an arrangement of the side rail relative to the support structure.
XXXVII. The patient support apparatus of clause XXXVI, wherein the controller is further configured to define the predetermined load criteria based at least partially on the arrangement of the side rail relative to the support structure determined with the barrier sensor.
XXXVIII. The patient support apparatus of any of clauses I-XXXVII, wherein the support structure includes a base with a plurality of wheels arranged for movement about floor surfaces; and
further comprising a brake assembly operatively attached to one or more of the plurality of wheels and being operable between: a braked state to inhibit movement of the base about floor surfaces, and an unbraked state to permit movement of the base about floor surfaces.
XXXIX. The patient support apparatus of clause XXXVIII, further comprising a brake sensor disposed in communication with the controller to determine operation of the brake assembly between the braked state and the unbraked state.
XL. The patient support apparatus of clause XXXIX, wherein the controller is further configured to interrupt monitoring the data generated by the sensor system relative to the predetermined load criteria during operation of the brake assembly in the unbraked state determined by the brake sensor.
XLI. The patient support apparatus of any of clauses I-XL, further comprising a bed exit monitoring system in communication with the controller to determine one or more of: patient movement about the patient support surface corresponding to a pre-exit condition, and patient movement off of the patient support surface.
XLII. The patient support apparatus of clause XLI, further comprising a user interface arranged for user engagement and disposed in communication with the controller to operate the bed exit monitoring system between: a monitoring state to monitor patient movement relative to the patient support surface, and an off state; and
wherein the controller is further configured to interrupt monitoring the data generated by the sensor system relative to the predetermined load criteria during operation of the bed exit monitoring system in the monitoring state.
XLIII. A patient support apparatus for use in treating patients with behavioral health indicia, the patient support apparatus comprising:
XLIV. A patient support apparatus for use in treating patients presenting behavioral health symptoms, the patient support apparatus comprising:
The subject patent application claims priority to and all the benefits of U.S. Provisional Pat. Application No. 63/335,863 filed on Apr. 28, 2022, the disclosure of which is hereby incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
63335863 | Apr 2022 | US |