CA2820823A1 - Notification system of deviation from predefined conditions - Google Patents

Notification system of deviation from predefined conditions Download PDF

Info

Publication number
CA2820823A1
CA2820823A1 CA2820823A CA2820823A CA2820823A1 CA 2820823 A1 CA2820823 A1 CA 2820823A1 CA 2820823 A CA2820823 A CA 2820823A CA 2820823 A CA2820823 A CA 2820823A CA 2820823 A1 CA2820823 A1 CA 2820823A1
Authority
CA
Canada
Prior art keywords
patient
patient support
configuration
notification
condition
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.)
Granted
Application number
CA2820823A
Other languages
French (fr)
Other versions
CA2820823C (en
Inventor
Richard C. Mayoras, Jr.
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Stryker Corp
Original Assignee
Stryker Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Stryker Corp filed Critical Stryker Corp
Publication of CA2820823A1 publication Critical patent/CA2820823A1/en
Application granted granted Critical
Publication of CA2820823C publication Critical patent/CA2820823C/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/04Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
    • G08B21/0407Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis
    • G08B21/043Alarms 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
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/002Monitoring the patient using a local or closed circuit, e.g. in a room or building
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0022Monitoring a patient using a global network, e.g. telephone networks, internet
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/103Detecting, measuring or recording devices for testing the shape, pattern, colour, size or movement of the body or parts thereof, for diagnostic purposes
    • A61B5/11Measuring movement of the entire body or parts thereof, e.g. head or hand tremor, mobility of a limb
    • A61B5/1116Determining posture transitions
    • A61B5/1117Fall detection
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/68Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
    • A61B5/6887Arrangements 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/6892Mats
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/72Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7271Specific aspects of physiological measurement analysis
    • A61B5/7275Determining trends in physiological measurement data; Predicting development of a medical condition based on physiological measurements, e.g. determining a risk factor
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/72Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7271Specific aspects of physiological measurement analysis
    • A61B5/7282Event detection, e.g. detecting unique waveforms indicative of a medical condition
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/74Details of notification to user or communication with user or patient ; user input means
    • A61B5/742Details of notification to user or communication with user or patient ; user input means using visual displays
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/74Details of notification to user or communication with user or patient ; user input means
    • A61B5/746Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/04Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
    • G08B21/0438Sensor means for detecting
    • G08B21/0453Sensor means for detecting worn on the body to detect health condition by physiological monitoring, e.g. electrocardiogram, temperature, breathing
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/04Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
    • G08B21/0438Sensor means for detecting
    • G08B21/0461Sensor 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/20ICT 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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/60ICT 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/67ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Abstract

The present invention includes a healthcare system for capturing and maintaining patient healthcare records and employing information in the records to proactively alert hospital workers to a condition that places patient health at risk.

Description

NOTIFICATION SYSTEM OF DEVIATION FROM PREDEFINED
CONDITIONS
The present application claims the benefit of U.S. patent application Ser. No.

61/672,740, filed July 17, 2012, entitled NOTIFICATION OF PATIENT RISK
CONDITIONS, which is hereby incorporated by reference herein in its entirety.
TECHNICAL FIELD AND BACKGROUND OF THE INVENTION
The present disclosure relates generally to healthcare systems for capturing and maintaining patient healthcare records and employing information in the records to proactively alert hospital workers to a condition that places patient health at risk.
A healthcare provider, such as a hospital, typically admits and treats some number of patients on a daily basis. Upon admission to the hospital, a healthcare worker can create a record that includes medical and/or personal information associated with each patient.
Depending upon the size of the hospital, the healthcare provider can create and maintain a very large number of these medical records, and such records are typically created and then stored as an electronic medical record (EMR) in a healthcare system. Depending upon the size of the hospital, the healthcare system can operate in a single computational device, such as a personal computer or other device, or the healthcare system can be distributed in a plurality of computational devices that are connected to over a network (healthcare system network or simply the Network) to one or more servers which operate to, among other things, capture and store the electronic medical records. In addition to including patient medical information, an EMR can also include the identity and location (hospital room) of a hospital bed to which a patient is assigned. Hospital beds are available that include physical and physiological sensors which are connected over the Network to the Healthcare System. Information collected by the sensors can be processed at the bed by a controller or can be transmitted to the Hospital System for processing and storage in an EMR associated with the patient currently occupying the bed.

While physiological measures of a patient's health can be employed to proactively alert healthcare workers of an impending patient health crisis, healthcare systems do not currently operate to proactively alert healthcare workers to a condition at the bed, such as a hospital bed configuration, which may be unsatisfactory for a given patient based on the patient's condition or risk.
SUMMARY OF THE INVENTION
The present invention includes a notification system that takes into account the condition or risk factor of a given patient. The benefits to a patient in a healthcare system that can operate to proactively warn healthcare workers of an adverse patient condition are apparent. The ability to identify which patients may suffer possible, future adverse health events, such as a stroke or congestive heart failure, can either extend or save a patient's life.
In one form of the invention, a notification system includes a patient support and a patient support monitoring system that is configured to detect and monitor when the patient support's configuration is unsuitable for a given patient based on the patient's condition or risk factor(s) and then generate a notification of an unsatisfactory configuration at the patient support.
In one aspect, the patient's condition or risk factor is determined or selected, for example, by a staff member and then is designated for that patient Based on the designated condition or risk factor for the patient, the patient support monitoring system may automatically select or determine a set of appropriate patient support configurations and/or criteria, such as side rails up or down, bed exit alarmed, head of bed angle, patient movement, as default configurations and/or criteria for that patient.
Alternately or in addition, the system can have the set of appropriate patient support configurations and/or criteria entered, for example, by a caregiver either to override the default or establish the default configurations and/or criteria.
In another aspect, the patient support monitoring system may include a network interface and one or more sensors in communication with the network interface for detecting the actual configuration and/or criteria of the patient support. The network
2 interface is in communication with, for example, a hospital network or nurse call station, which receives the status or signal(s) of the sensor(s) from the network and compares the status or signal(s) to the appropriate patient support configuration and/or criteria to determine if the actual patient support configuration and/or criteria deviate from the appropriate patient support configuration and/or criteria.
In yet a further aspect, when the patient support monitoring system determines that actual patient support configuration and/or criteria of the patient support deviate from the appropriate patient support configuration and/or criteria, the patient support monitoring system will generate the notification of an unsatisfactory configuration at the patient support.
For example, the notification may include alerts to staff, for example, including mobile alerts, pop-up displays, for example at the nurse call station, generate alarms, for example at the patient support, documentation for storage, for example, for reports or for archival, anecdotal, training, or six sigma purposes.
In another aspect, the notification level may be selected. For example, the caregiver or the system itself may select and designate a high priority notification level, for example, for a high risk factor patient, a medium priority notification level, for example, for a moderate risk factor patient, and a low priority notification level, for example, for a low risk factor patient. For example, a high risk factor might be a high risk fall factor.
Before the embodiments of the invention are explained in detail, it is to be understood that the invention is not limited to the details of operation or to the details of construction and the arrangement of the components set forth in the following description or illustrated in the drawings. The invention may be implemented in various other embodiments and of being practiced or being carried out in alternative ways not expressly disclosed herein. Also, it is to be understood that the phraseology and terminology used herein are for the purpose of description and should not be regarded as limiting. The use of "including" and "comprising" and variations thereof is meant to encompass the items listed thereafter and equivalents thereof as well as additional items and equivalents thereof. Further, enumeration may be used in the description of various embodiments.
3 Unless otherwise expressly stated, the use of enumeration should not be construed as limiting the invention to any specific order or number of components. Nor should the use of enumeration be construed as excluding from the scope of the invention any additional steps or components that might be combined with or into the enumerated steps or components.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention can be best understood by reading the specification with reference to the following Figures, in which:
Figure 1 is a diagram of a Hospital Healthcare System;
Figure 2 is a diagram of an intelligent hospital bed;
Figure 2A is a schematic of a notification of the present invention;
Figure 3A is a table of exemplary configurations for a given predefined condition;
Figure 3B is a table of a format of a listing of patients and their associated risk type;
Figure 3C is a table of a patient risk profile showing exemplary information, e.g. risk criteria and configuration, for a given patient;
Figure 3D is a table of information included in a current bed configuration state;
Figure 4 is a functional block diagram of one embodiment of an event notification module;
Figure 5 is a functional block diagram of one embodiment of a fall risk processing client; and Figures 6A and 6B illustrate a logical flow diagram of one embodiment of the invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
4 Referring to FIG. 1, the numeral 10 designates a hospital healthcare system 10, which is configured to allow it to receive and store information from both healthcare workers and hospital beds. A server 11 is shown connected over one or more links to the healthcare system network. The server 11 generally operates to capture and maintain a store 12 of patient EMRs, and it has a bed telemetry processing function 14 that operates to capture and process information received from hospital beds connected to the network. The sever 11 also has an event notification module 13 that can access information in the EMR store 12 and bed telemetry information to determine whether an alert message should be sent to a hospital worker or call point connected to the healthcare system 10. Alternatively, a database management system (DBMS) running on the healthcare system server 11 can operate to maintain the patient electronic medical records and maintain hospital bed configuration status information in a database 15 where the information can be accessed by the event notification module 13.
Healthcare organizations, such as a hospital or other care facility, have identified many patient health risks that are directly associated with care the patient receives while a resident in the facility. Some of these risks are associated with the physiological health of the patient, such as the risk of stroke or heart attack, or the risk of congestive heart failure for instance.
Other types of risk can be associated with the physical well being of a patient, such as whether a patient is a fall risk. Typically upon admission to a healthcare organization, each patient can be evaluated to determine the condition of the patient and/or risk factor for the patient, for example, the degree to which they are at risk of falling or developing pressure ulcers. This evaluation process can include a physical examination, for example, to observe a patient's motor skills and balance, and/or it can include simply observing a patient or questioning the patient about their healthy history, for example, whether they have had surgery, are diabetic or have poor circulation for other reasons. Regardless of the protocol employed to quantify the condition or risk, such as a fall risk of a particular patient, a condition or risk can be assigned to each patient and entered into a healthcare system, such as the healthcare system 10 described earlier, and stored in the patients EMR. A patients EMR can be easily accessed by a healthcare worker, such as a nurse, nurses aid or physician, in order to determine whether or not a patient has a condition or risk, such as a risk of falling, and if so the level or degree to which the patient is at risk. Depending upon the patient's risk level, the patient's bed can be set up or configured by the healthcare worker in a manner that can prevent the patient from,
5 for example, developing pressure sores or accidentally falling out of the bed, or at the bed can be set up so that the patient can more easily enter and exit the bed.
Referring to FIG. 2, a hospital bed may be configured to include a number of different types of sensors, and the bed can be connected, over the network, to a healthcare system.
Some bed sensors function to detect a patients weight in one or more positions on the surface of a bed or movement of the patient on the bed, while other bed sensors may detect whether or not bed side rails are engaged in a full up position or not. Some bed sensors operate to detect the angle at which one portion of a bed meets another portion of the bed, and still other bed sensors can detect physiological characteristics of a patient such as heart rate, respiratory rate, blood pressure to name only three characteristics. The sensors included in each bed can be connected to a central bed control mechanism which can operate to receive/capture information from each of the sensors, and can process the information prior to transmission over a network link to a healthcare system or send the sensor information to the healthcare system for processing. The healthcare system can then process the information received from the bed sensors to determine whether a healthcare worker should be notified of an event, such as a patient having exited their bed or a change in a patient's physiological measurement such as heart rate, blood pressure or respiratory rate as detected by bed sensors.
Typically, a healthcare system can generate an alert in the event that a change to any one or more of a patient's physiological measurements is greater than a threshold amount, and the healthcare system is typically not capable of determining whether the physiological changes to the patient place the patient at risk of some adverse health event, such as a stroke.
Referring to FIGS. 2 and 2A, a notification system of the present invention may include one or more patient supports and a patient support monitoring system.
In the illustrated embodiment, the patient support comprises a hospital bed, but it should be understood that the notification system of the present invention may include other types of patient supports, including stretchers, cots etc. However, for ease of description, reference hereinafter will be made to a hospital bed. As will be more fully described below, the present invention includes a notification system that takes into account the condition or risk factor of a given patient.
Referring to FIG. 2A, the patient support monitoring system is configured to detect and monitor when the patient support's configuration is unsuitable for a given patient
6 based on the patient's condition or risk factor(s) and then generate a notification of an unsatisfactory configuration at the patient support. For example, predefined conditions for a given patient risk and/or condition profile, for example, may include different medical conditions (e.g. diabetes, surgery etc. ) or clinical conditions of the patient that render the patient more susceptible to injury (e.g. pressure ulcers), as well as other risk factors include fall risk factors, described more fully below. In addition, the patient support monitoring system maybe configured to detect and monitor when the patient support's configuration is suitable for a given patient based on the patient's condition or risk factor(s) and then generate a notification of a satisfactory configuration at the patient support.
The patient's condition or risk factor is determined or selected, for example, by a staff member and then is designated for that patient. Based on the designated condition or risk factor for the patient, the patient support monitoring system may automatically select or determine a set of appropriate patient support configurations and/or criteria, such as side rails up or down, bed exit alarmed, head of bed angle, patient movement, as default configurations and/or criteria for that patient. Alternately or in addition, the system can have the set of appropriate patient support configurations and/or criteria entered, for example, by a caregiver either to override the default or establish the default configurations and/or criteria.
For example, the patient support may include a network interface and one or more sensors in communication with the network interface for detecting the actual configuration and/or criteria of the patient support by way of the sensors. The network interface is in communication with, for example, a hospital network or nurse call station, which receives the status or signal(s) of the sensor(s) from the network and compares the status or signal(s) to the appropriate patient support configuration and/or criteria to determine if the actual patient support configuration and/or criteria deviate from the appropriate patient support configuration and/or criteria. For a detailed description of a suitable communication system using a bed to transmit such information, reference is made to co-pending application Serial No. 13/570,934, filed on August 9, 2012, entitled PATIENT
SUPPORT APPARATUS WITH IN-ROOM DEVICE COMMUNICATION, which is
7 incorporated by reference herein in its entirety and commonly owned by Stryker Corporation of Kalamazoo, Michigan.
When the patient support monitoring system determines that actual patient support configuration and/or criteria of the patient support deviate from the appropriate patient support configuration and/or criteria, the patient support monitoring system will generate the notification of an unsatisfactory configuration at the patient support.
For example, the notification may include alerts to staff, for example, including mobile alerts, pop-up displays, for example at the nurse call station, generate alarms, for example at the patient support, or may generate documentation for storage, for example, for reports or for archival, anecdotal, training, or six sigma purposes.
Optionally, the notification level may be selected. For example, the caregiver or the system itself may select and designate a high priority notification level, for example, for a high risk factor patient, a medium priority notification level, for example, for a moderate risk factor patient, and a low priority notification level, for example, for a low risk factor patient. For example, a high risk factor might be a high risk fall factor.
For example, when a patient has an elevated patient fall risk, the hospital bed configuration may lead to a patient accidentally falling out of their hospital bed, or falling while attempting to enter their bed. The formats of and information comprising an illustrative fall risk type, a patient fall risk profile and a current bed configuration are now described with reference to Figure 3A-3D respectively. Figure 3A identifies three generic fall risk types (high, medium, low), with each fall risk type corresponding to a particular minimum hospital bed configuration. In this case, the minimum bed configuration specified for a high fall risk type patient requires that three bed rails in the full up position, the bed height is adjusted to be low and a bed brake is on. These fall risk types can be defined and entered into a healthcare system by a healthcare organization based upon a corpus of patient fall risk information included in EMR's over some period of time.
Figure 3B is illustrative of one or more patient risk profiles, such as fall risk profiles. All of the profiles can be stored in a patient EMR. A plurality of patients, patient 1 to patient n (with n being an integer value), are identified, and each of the patients identified is assigned a generic risk type. For example, patient 1 is assigned risk type high,
8 . .
and so forth to patient n which is assigned a low risk type. Alternatively, a patient's risk profile may not include a generic fall risk type, but instead may be comprised of one or more risk criteria. For example, a fall risk criteria can be identified during an initial patient fall risk assessment and can include a description of a patient's symptoms (physical and/or physiological) that can affect the patient's mobility or ambulatory characteristics.
Such a fall risk criteria description can include a description of assistance a patient needs in order to stand up, sit down and/or walk. The criteria description can indicate that a patient cannot stand without being assisted by a hospital worker, or that they can stand without assistance but they are not able to walk without the assistance of a cane/walker/hospital worker. The criteria description can indicate that due to blood pressure issues the patient becomes light headed when they attempt to stand or that the patient suffers from vertigo. In the event that a patients fall risk profile does not include a generic fall risk type, but rather includes one or more fall risk criteria, then a patient fall risk profile may be formatted according to Figure 3C.
Figure 3C shows a plurality of patient fall risk profiles each of which include three fields. A first field includes patient identification information, a second field includes fall risk criteria information and a third field includes bed configuration information specifically tailored to each patients fall risk criteria. With respect to patient 1, the fall risk criteria field includes information indicating that the patient is not able to stand without assistance from a hospital worker, and the corresponding bed configuration profile is then specified to include how the bed should be configured to prevent the patient from accidentally falling out of the bed and bed configuration information that allows the patient to easily enter and exit their bed, which in this case is that all bed rails should be in the full up position and the bed should be set to a medium height above the floor.
Figure 3D is an example format of a current bed configuration record that is comprised of at least the identity of a patients bed, the identify of a patient assigned to the bed and their fall risk assessment, and which includes the current status of the bed properties (current bed status) as determined by the healthcare system 10 from information/telemetry received from the bed sensors. Bed properties in the context of this description refers to, among other things, the number and types of bed rails included on a hospital bed, whether the bed has a height sensor, whether a bed can tilt, whether the bed
9 includes weight sensors and the position of the weight sensors in the bed. In the preferred embodiment, the current bad property status can be, among other things, a determination that one or more rails are fully up or down, a determination as to the height of the bed above floor level and the tilt angle of the bed.
Figure 4 is illustrative of an event notification module (ENM) 40 that can be implemented in a server connected to a healthcare network, such as the healthcare network described with reference to Figure 1. The ENM 40 operates on information comprising a patient EMR, information relating to a current bed status and a generic fall risk type to determine whether to generate and send an alarm to a hospital worker or call station indicating that a patient fall risk is greater than a selected threshold. The threshold can be set to a particular numerical value or it can be a minimum bed configuration similar to the minimum bed configuration described with reference to Figure 3A.
Alternatively, the ENM 40 does not employ the generic fall risk type to determine whether to generate an alert, but rather uses patient fall risk criteria. The ENM 40 is generally comprised of an event processing function 41, an input/output message (alarm) processing function 44 and may or may not have access to a database, such as the database 15 described earlier with reference to Figure 1. The event processing function 41 can be comprised of a fall risk processing function or client 42 and other event processing clients as necessary for processing different classes of events. The fall risk processing client 42 can operate on, among other things, information in a patient's EMR and current bed configuration information to determine whether to send an alert to a call point or healthcare worker. In the event that an alert is generated by the event processing function 41, the information in the alert is sent to the input/output message processing function 44 which operates to determine which of one or more healthcare workers or call points should receive the alert.
After receiving the alert, the healthcare worker can correct/modify the current bed configuration to at least meet the minimum hospital bed properties configuration necessary to mitigate the patient fall risk. Further, the healthcare system can detect that the bed configuration is modified/corrected by the healthcare worker to meet the minimum bed properties configuration and either cancel the earlier transmitted alert or send another alert indicating that the patient is no longer at risk of falling.

The fall risk processing function or client 42 is now described in greater detail with reference to Figure 5. The client 42 is comprised of a subscription module 51, alarm generation logic 52, a store of or access to a store of minimum bed configuration information 53 per patient fall risk type, a store or access to a store of patient fall risk profile information 54, and a store or access to a store of current bed configuration state or information 55. Although the stores 53, 54 and 55 are illustrated in Figure 5 as being local to the client 42, this does not have to be the case. These stores can be located in temporary storage (buffer memory) associated with the client 42 or these stores can be located in a main memory in the server, or it can be located in any memory that is accessible by the client 42 over a local or wide area network. The store(s) described herein can be implemented in any one or a combination of computer data storage technologies, such as semiconductor, magnetic or optical technologies for example. The subscription module 51 generally operates to send standard subscription request messages to one or more servers, connected to a healthcare system network, that can store information of interest to the client, such as EMR or bed configuration information. Once a response to a subscription request is received by the module 51, the event processing function 41 will automatically start to receive information currently stored in the record associated with the subscription request. This information can be for example, information regarding the current configuration state of one or more beds and this state information can be saved in a store 55 associated with or accessible by the client 42. Alternatively, the client 42 may not subscribe to receive bed configuration state information, but rather a healthcare server can periodically publish current bed configuration state information to some or all of the healthcare clients connected to the healthcare network.
Continuing to refer to Figure 5, the minimum bed configuration store 53 is comprised of information similar to that described with reference to Figure 3A, the patient fall risk profile store 54 is comprised of information similar to that described with reference to either Figure 3B or 3C, and the current bed configuration state store 55 is comprised of information similar to that described with reference to Figure 3D. Finally, the alarm generation logic 52 is comprised of a computer program that operates to determine whether or not to generate an alarm based upon information included in the stores 53, 54 and 55 (or alternative only stores 54 and 55). More specifically, in one embodiment the logic 52 can operate to examine a patient's fall risk profile, associated minimum bed configuration, and the current bed configuration state. If the current bed configuration state indicates that the patient is in their bed, the logic proceeds to determine if the current bed configuration meets the minimum bed configuration for the patient (i.e., which rails are up or down, bed heights, etc.). If the current bed configuration meets the minimum bed configuration for that patient, then the logic 52 does not generate an alert.
On the other hand, if the current bed configuration does not meet the minimum bed configuration for that patient, then an alert is generated. Alternatively, the logic 52 only needs to examine the patient fall risk profile 54 if the fall risk criteria and the bed configuration profile information are stored here.
The operation of the alarm generation logic 52 will now be described with reference to the flow diagram of Figure 6. While Figure 6 and the following description are directed to an embodiment in which fall risk criteria and patient bed configuration information corresponding to the patients fall risk criteria are not entering into the healthcare system server, it should be understood that this information can be entered into the system and employed by the logic 52 in order to determine whether or not to generate an alert. In step 1 of the flow diagram, a hospital worker can define one or more generic patient fall risk types and enter these types into a healthcare system of storage on a server such as server 11 in Figure 1. These fall risk types can be identified by the terms high (high fall risk), medium (medium fall risk), low (low fall risk), they can be identified in descending numerical order from a highest to lowest fall risk, or the fall risk type can be define in some other manner. Each generic fall risk type can be associated with a set of generic patient fall risk criteria. The fall risk criteria set can include, among other things, the degree to which a patient can balance while standing and the type of assistance (cane, walker, hospital worker) the patient needs in order to remain standing, it can include whether the patient has any broken limbs, and it can include physiological measures such as whether the patient has vertigo. Each fall risk type can be associated with a minimum bed configuration which is comprised of such things as whether one or more bed rails are up or down, the tilt angle of the bed and the height of the bed above the floor level. In step 2, a hospital worker can evaluate whether or not a patient is at risk or falling, and if they are the process proceeds to Step 4, otherwise the process ends at step 3. In Step 4, the hospital worker can evaluate the degree to which the patient is at risk of falling and assign them to one of the fall risk types entered into the system in Step 1. The assigned risk type can then be entered into the patients EMR. At this point, a healthcare system has information that is necessary in order to generate an alert indicating that a patient may be at risk of falling at some point in the future.
Continuing to refer to Figure 6, in Step 5 of the process the logic 52 can examine a patient's fall risk profile stored in the patient's EMR in order to determine the patients fall risk type. Based upon the fall risk type, the logic 52 can then, in Step 6, look up minimum bed configuration information stored in the table/record described with reference to Figure 3A. Next, in Step 7 the logic 52 can then examine the current bed configuration state described with reference to Figure 3D, and compare this current state to the minimum bed configuration information detected as the result of Step 6. Then, in Step 8 the logic 52 can employ information detected in Step 7 to determine whether a patient is currently in their bed, and if not the process proceeds to Step 9 and no alert is generated. On the other hand, if in Step 8 the logic 52 determines that a patient is in their bed, the process proceeds to Step 10 where the state of the current bed configuration detected in Step 7 is compare to the minimum bed configuration for that patient detected in Step 6. If, in Step 11, the comparison performed in Step 10 determines that the current bed configuration does not meet the minimum bed configuration necessary to adequately protect the patient from falling out of the bed (i.e. the value of the comparison is greater than a pre-determined threshold value), the process proceeds to Step 13 and an alert is generated and sent to a call station or directly to a hospital worker. On the other hand, the process proceeds to Step 12 if the result of the comparison performed in Step 10 indicates that the current bed configuration does meet the minimum configuration necessary to prevent the patient from fall out of the bed.
Software for remotely setting up parameters to be monitored at the bed and monitoring the parameters, which could be for example a thin client or fat client application, reference is made to co-pending patent application Serial No.
61/790,823, filed on March 15, 2013, entitled PATIENT SUPPORT APPARATUS WITH REMOTE
COMMUNICATIONS (Attorney Docket 143667.153339 (STRO3 P414).
Accordingly, the present invention provides a healthcare system that proactively alerts healthcare workers to a bed configuration change that elevates a patient's risk, for example, of falling out of their bed, or falling while attempting to enter their bed. With the knowledge that a patient is currently in their bed or not in their bed, knowing the patient's condition or risk profile, knowing the minimum hospital bed configuration associated with the patients risk profile, and knowing the current bed configuration state, the healthcare system can generate a notification, such as an alert to one or more healthcare workers, indicating that the patient's risk of injury is elevated above an acceptable level. More specifically, the present invention can provide a healthcare system that can include a patient risk processing function that operates to compare a current patient bed configuration to a minimum bed configuration corresponding to a patient's condition or risk profile, and if the current bed configuration does not meet the minimum bed configuration (less than the minimum configuration), then an alert can be generated by the healthcare system for transmission to one or more healthcare workers.
After receiving the alert, the healthcare worker can modify the current bed configuration to meet the minimum bed configuration and the healthcare system can either clear the previously transmitted alert and/or it can send another alert indicating that the bed configuration has been corrected. With the knowledge that the current configuration of a patient's hospital bed places them in an elevated risk of injury, accidental patient injuries can be mitigated or prevented.
Therefore, it will be understood that the embodiments shown in the drawings and described above are merely for illustrative purposes, and are not intended to limit the scope of the invention which is defined by the claims which follow as interpreted under the principles of patent law including the doctrine of equivalents.
The above description is that of current embodiments of the invention. Various alterations and changes can be made without departing from the spirit and broader aspects of the invention as defined in the appended claims, which are to be interpreted in accordance with the principles of patent law including the doctrine of equivalents. This disclosure is presented for illustrative purposes and should not be interpreted as an exhaustive description of all embodiments of the invention or to limit the scope of the claims to the specific elements illustrated or described in connection with these embodiments. For example, and without limitation, any individual element(s) of the described invention may be replaced by alternative elements that provide substantially similar functionality or otherwise provide adequate operation. This includes, for example, presently known alternative elements, such as those that might be currently known to one skilled in the art, and alternative elements that may be developed in the future, such as those that one skilled in the art might, upon development, recognize as an alternative.
Further, the disclosed embodiments include a plurality of features that are described in concert but which can be used independently and/ or combined with other features. The present invention is not limited to only those embodiments that include all of these features or that provide all of the stated benefits, except to the extent otherwise expressly set forth in the issued claims. Any reference to claim elements in the singular, for example, using the articles "a," "an," "the" or "said," is not to be construed as limiting the element to the singular.

Claims (25)

CLAIMS:
1. A notification system comprising:
a patient support having a configuration;
a patient support monitoring system;
a patient's condition or risk factor(s) stored in said patient support monitoring system; and said patient support monitoring system configured to detect and monitor when the patient support's configuration is unsuitable for a given patient based on the patient's condition or risk factor(s) and to generate a notification of an unsatisfactory configuration when the patient support's configuration is unsuitable for a given patient based on the patient's condition or risk factor(s).
2. The notification system according to claim 1, wherein the patient's condition or risk factor is determined or selected by a person and then entered or selected as the patient's condition or risk factor in said patient support monitoring system for the given patient.
3. The notification system according to claim 1, wherein the patient's condition or risk factor is determined or selected by a person and then entered or selected as the patient's condition or risk factor in said patient support monitoring system for the given patient remotely from the patient support.
4. The notification system according to claim 1, wherein, based on the designated condition or risk factor for the patient, the patient support monitoring system automatically selecting or determining a set of appropriate patient support configurations and/or criteria for the given patient.
5. The notification system according to claim 1, wherein, the patient support monitoring system is operable to receive the set of appropriate patient support configurations and/or criteria entered therein.
6. The notification system according to claim 3, wherein said set of appropriate patient support configurations and/or criteria includes one or more of the group consisting of side rails up, bed exit alarmed, maximum head of bed angle, and patient movement.
7. The notification system according to claim 1, wherein the patient support monitoring system includes a network interface and one or more sensors in communication with the network interface for detecting the actual configuration and/or criteria of the patient support.
8. The notification system according to claim 7, wherein the network interface is in communication with a hospital network and/or nurse call station.
9. The notification system according to claim 8, wherein the hospital network and/or nurse call station receives the status or signals of the sensor(s) from the network and compares the status or signals to the appropriate patient support configurations and/or criteria to determine if the actual patient support configurations and/or criteria deviate from the appropriate patient support configurations and/or criteria.
10. The notification system according to claim 1, wherein when the patient support monitoring system determines that the actual patient support configurations and/or criteria of the patient support deviate from the appropriate patient support configurations and/or criteria, the patient support monitoring system generates a notification or report of an unsatisfactory configuration at the patient support.
11. The notification system according to claim 8, wherein the notification generates a pop-up display at the nurse call station or documentation for storage.
12. The notification system according to claim 1, wherein a notification level may be selected.
13. The notification system according to claim 1, wherein the notification system is operable to receive input from a user, such as a caregiver, designating a level of priority, such as a high, a moderate, or a low priority level.
14. A notification system comprising:
a patient support having a configuration;
a patient support monitoring system;
a patient's condition or risk factor(s) accessible by said patient support monitoring system; and said patient support monitoring system configured to detect and monitor when the patient support's configuration is unsuitable for a given patient based on the patient's condition or risk factor(s) and to generate a notification of an unsatisfactory configuration when the patient support's configuration is unsuitable for a given patient based on the patient's condition or risk factor(s).
15. The notification system method according to claim 14, wherein said patient's condition or risk factor(s) is stored in said patient support monitoring system.
16. The notification system according to claim 14, wherein the patient support monitoring system comprises a system remote from said patient support.
17. The notification system according to claim 16, wherein the patient support monitoring system comprises a network interface, said network in communication with one or more sensors at said patient support for detecting the actual configuration and/or criteria of the patient support.
18. The notification system according to claim 17, wherein the network interface is in communication with a hospital network and/or nurse call station.
19. A method of notifying relative to a patient support having a configuration, said method comprising:
monitoring the patient support's configuration;
comparing the patient support's configuration to a patient's condition or risk factor(s); and generating a notification of an unsatisfactory configuration when the patient support's configuration is unsuitable for a given patient based on the patient's condition or risk factor(s).
20. The method of notifying according to claim 19, further comprising generating a notification of a satisfactory configuration when the patient support's configuration is suitable for a given patient based on the patient's condition or risk factor(s).
21. The method of notifying according to claim 19, further comprising storing patient's condition or risk factor(s) in a patient monitoring system at the patient support.
22. The notification system according to claim 19, wherein said monitoring includes remote monitoring.
23. The notification system according to claim 19, further comprising entering or selecting the patient's condition or risk factor.
24. The notification system according to claim 19, further comprising automatically selecting or determining a set of appropriate patient support configurations and/or criteria for a given patient.
25. The notification system according to claim 19, wherein said monitoring includes monitoring one or more activities at or components of the patient support consisting of side rails up, bed exit alarmed, maximum head of bed angle, and patient movement.
CA2820823A 2012-07-17 2013-07-11 Notification system of deviation from predefined conditions Active CA2820823C (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261672740P 2012-07-17 2012-07-17
US61/672,740 2012-07-17
US13/836,259 2013-03-15
US13/836,259 US9149190B2 (en) 2012-07-17 2013-03-15 Notification system of deviation from predefined conditions

Publications (2)

Publication Number Publication Date
CA2820823A1 true CA2820823A1 (en) 2014-01-17
CA2820823C CA2820823C (en) 2019-10-15

Family

ID=48783016

Family Applications (1)

Application Number Title Priority Date Filing Date
CA2820823A Active CA2820823C (en) 2012-07-17 2013-07-11 Notification system of deviation from predefined conditions

Country Status (3)

Country Link
US (8) US9149190B2 (en)
EP (1) EP2688005A3 (en)
CA (1) CA2820823C (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113506428A (en) * 2021-07-23 2021-10-15 上海工程技术大学 Distributed intelligent monitoring system for pressure sores

Families Citing this family (129)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0617652A2 (en) 2005-10-19 2011-08-02 Pulsar Vascular Inc methods and systems for endovascular incision and repair of tissue and lumen defects
US9402707B2 (en) 2008-07-22 2016-08-02 Neuravi Limited Clot capture systems and associated methods
ES2879278T3 (en) 2008-09-05 2021-11-22 Pulsar Vascular Inc Systems to support or occlude a physiological opening or cavity
WO2012052982A1 (en) 2010-10-22 2012-04-26 Neuravi Limited Clot engagement and removal system
WO2012120490A2 (en) 2011-03-09 2012-09-13 Neuravi Limited A clot retrieval device for removing occlusive clot from a blood vessel
US11259824B2 (en) 2011-03-09 2022-03-01 Neuravi Limited Clot retrieval device for removing occlusive clot from a blood vessel
ES2656328T3 (en) 2011-06-03 2018-02-26 Pulsar Vascular, Inc. Aneurism devices with additional anchoring mechanisms and associated systems
EP3735916A1 (en) 2011-10-05 2020-11-11 Pulsar Vascular, Inc. Devices for enclosing an anatomical opening
US9149190B2 (en) 2012-07-17 2015-10-06 Stryker Corporation Notification system of deviation from predefined conditions
US10603157B2 (en) 2013-03-13 2020-03-31 DePuy Synthes Products, Inc. Braid implant delivery and retraction device with distal engagement
US10561509B2 (en) 2013-03-13 2020-02-18 DePuy Synthes Products, Inc. Braided stent with expansion ring and method of delivery
CN105208950A (en) 2013-03-14 2015-12-30 尼尔拉维有限公司 A clot retrieval device for removing occlusive clot from a blood vessel
WO2014140092A2 (en) 2013-03-14 2014-09-18 Neuravi Limited Devices and methods for removal of acute blockages from blood vessels
US9433429B2 (en) 2013-03-14 2016-09-06 Neuravi Limited Clot retrieval devices
US9092555B2 (en) * 2013-07-31 2015-07-28 Oracle International Corporation Patient activity alert tool
US9203814B2 (en) 2014-02-24 2015-12-01 HCA Holdings, Inc. Providing notifications to authorized users
US10542004B1 (en) 2014-02-24 2020-01-21 C/Hca, Inc. Providing notifications to authorized users
US10285720B2 (en) 2014-03-11 2019-05-14 Neuravi Limited Clot retrieval system for removing occlusive clot from a blood vessel
US11154302B2 (en) 2014-03-31 2021-10-26 DePuy Synthes Products, Inc. Aneurysm occlusion device
US11076860B2 (en) 2014-03-31 2021-08-03 DePuy Synthes Products, Inc. Aneurysm occlusion device
EP3154452A1 (en) 2014-06-13 2017-04-19 Neuravi Limited Devices for removal of acute blockages from blood vessels
US10265086B2 (en) 2014-06-30 2019-04-23 Neuravi Limited System for removing a clot from a blood vessel
US9918718B2 (en) 2014-08-08 2018-03-20 DePuy Synthes Products, Inc. Embolic coil delivery system with retractable mechanical release mechanism
US10206796B2 (en) 2014-08-27 2019-02-19 DePuy Synthes Products, Inc. Multi-strand implant with enhanced radiopacity
US9782178B2 (en) 2014-09-19 2017-10-10 DePuy Synthes Products, Inc. Vasculature occlusion device detachment system with tapered corewire and heater activated fiber detachment
US10617435B2 (en) 2014-11-26 2020-04-14 Neuravi Limited Clot retrieval device for removing clot from a blood vessel
US11253278B2 (en) 2014-11-26 2022-02-22 Neuravi Limited Clot retrieval system for removing occlusive clot from a blood vessel
CN106999196B (en) 2014-11-26 2020-07-28 尼尔拉维有限公司 Thrombus retrieval device for removing obstructive thrombus from blood vessel
EP3098739A1 (en) * 2015-05-26 2016-11-30 Hill-Rom Services, Inc. Healthcare communication system
US10905609B2 (en) 2015-11-20 2021-02-02 Stryker Corporation Patient support systems and methods for assisting caregivers with patient care
US10285710B2 (en) 2016-06-01 2019-05-14 DePuy Synthes Products, Inc. Endovascular detachment system with flexible distal end and heater activated detachment
MX2019001899A (en) 2016-08-17 2019-09-18 Neuravi Ltd A clot retrieval system for removing occlusive clot from a blood vessel.
US10076428B2 (en) 2016-08-25 2018-09-18 DePuy Synthes Products, Inc. Expansion ring for a braided stent
CA3035706A1 (en) 2016-09-06 2018-03-15 Neuravi Limited A clot retrieval device for removing occlusive clot from a blood vessel
US10292851B2 (en) 2016-09-30 2019-05-21 DePuy Synthes Products, Inc. Self-expanding device delivery apparatus with dual function bump
US10517708B2 (en) 2016-10-26 2019-12-31 DePuy Synthes Products, Inc. Multi-basket clot capturing device
US11554061B2 (en) * 2016-11-04 2023-01-17 Ably Medical As Bed, hospital bed and resilient support structure for bed
US10905853B2 (en) 2017-01-17 2021-02-02 DePuy Synthes Products, Inc. System and method for delivering a catheter
US10881497B2 (en) 2017-01-26 2021-01-05 DePuy Synthes Products, Inc. Composite vascular flow diverter
KR20190115474A (en) 2017-02-23 2019-10-11 디퍼이 신테스 프로덕츠, 인코포레이티드 Aneurysm device and delivery system
FR3068815A1 (en) * 2017-07-05 2019-01-11 Evolucare Technologies SYSTEM, DEVICE AND METHOD FOR PERSONALLY MONITORING THE HEALTH STATUS OF AT LEAST ONE RISK PATIENT
JP7040925B2 (en) * 2017-11-29 2022-03-23 パラマウントベッド株式会社 Management server and programs
US10806462B2 (en) 2017-12-21 2020-10-20 DePuy Synthes Products, Inc. Implantable medical device detachment system with split tube and cylindrical coupling
US10751065B2 (en) 2017-12-22 2020-08-25 DePuy Synthes Products, Inc. Aneurysm device and delivery system
US10905430B2 (en) 2018-01-24 2021-02-02 DePuy Synthes Products, Inc. Aneurysm device and delivery system
US10786259B2 (en) 2018-03-30 2020-09-29 DePuy Synthes Products, Inc. Split balloon assist device and method for using the same
US10918390B2 (en) 2018-03-30 2021-02-16 DePuy Synthes Products, Inc. Helical balloon assist device and method for using the same
US10806461B2 (en) 2018-04-27 2020-10-20 DePuy Synthes Products, Inc. Implantable medical device detachment system with split tube
US11058430B2 (en) 2018-05-25 2021-07-13 DePuy Synthes Products, Inc. Aneurysm device and delivery system
US11596412B2 (en) 2018-05-25 2023-03-07 DePuy Synthes Products, Inc. Aneurysm device and delivery system
US10939915B2 (en) 2018-05-31 2021-03-09 DePuy Synthes Products, Inc. Aneurysm device and delivery system
US10667833B2 (en) 2018-06-08 2020-06-02 Neuravi Limited Guidewire with an atraumatic clot-circumventing configured distal end for use in an endovascular medical system
US10898216B2 (en) 2018-06-13 2021-01-26 DePuy Synthes Products, Inc. Vasculature obstruction capture device
AU2019204522A1 (en) 2018-07-30 2020-02-13 DePuy Synthes Products, Inc. Systems and methods of manufacturing and using an expansion ring
US10905431B2 (en) 2018-08-03 2021-02-02 DePuy Synthes Products, Inc. Spiral delivery system for embolic braid
US10456280B1 (en) 2018-08-06 2019-10-29 DePuy Synthes Products, Inc. Systems and methods of using a braided implant
US10278848B1 (en) 2018-08-06 2019-05-07 DePuy Synthes Products, Inc. Stent delivery with expansion assisting delivery wire
US10813780B2 (en) 2018-08-08 2020-10-27 DePuy Synthes Products, Inc. Intraluminal implant delivery system and method
US11051825B2 (en) 2018-08-08 2021-07-06 DePuy Synthes Products, Inc. Delivery system for embolic braid
US10842498B2 (en) 2018-09-13 2020-11-24 Neuravi Limited Systems and methods of restoring perfusion to a vessel
KR20200033757A (en) 2018-09-20 2020-03-30 디퍼이 신테스 프로덕츠, 인코포레이티드 Stent with shaped wires
US11123077B2 (en) 2018-09-25 2021-09-21 DePuy Synthes Products, Inc. Intrasaccular device positioning and deployment system
US11539817B1 (en) 2018-09-27 2022-12-27 C/Hca, Inc. Adaptive authentication and notification system
US11406416B2 (en) 2018-10-02 2022-08-09 Neuravi Limited Joint assembly for vasculature obstruction capture device
US11253287B2 (en) 2018-10-04 2022-02-22 Neuravi Limited Retrograde blood flow occlusion flushing device
US11076861B2 (en) 2018-10-12 2021-08-03 DePuy Synthes Products, Inc. Folded aneurysm treatment device and delivery method
EP3643283A1 (en) 2018-10-22 2020-04-29 Hill-Rom Services, Inc. A system for adjusting the configuration of a patient support apparatus
US11406392B2 (en) 2018-12-12 2022-08-09 DePuy Synthes Products, Inc. Aneurysm occluding device for use with coagulating agents
US11147562B2 (en) 2018-12-12 2021-10-19 DePuy Synthes Products, Inc. Systems and methods for embolic implant detachment
US11272939B2 (en) 2018-12-18 2022-03-15 DePuy Synthes Products, Inc. Intrasaccular flow diverter for treating cerebral aneurysms
US11039944B2 (en) 2018-12-27 2021-06-22 DePuy Synthes Products, Inc. Braided stent system with one or more expansion rings
US11071454B2 (en) * 2018-12-28 2021-07-27 Hill-Rom Services, Inc. Identification of device location in healthcare facility
US11134953B2 (en) 2019-02-06 2021-10-05 DePuy Synthes Products, Inc. Adhesive cover occluding device for aneurysm treatment
US11273285B2 (en) 2019-02-07 2022-03-15 DePuy Synthes Products, Inc. Ancillary device for detaching implants
JP2020142074A (en) 2019-03-04 2020-09-10 ニューラヴィ・リミテッド Actuated clot retrieval catheter
US11382633B2 (en) 2019-03-06 2022-07-12 DePuy Synthes Products, Inc. Strut flow diverter for cerebral aneurysms and methods for preventing strut entanglement
US11337706B2 (en) 2019-03-27 2022-05-24 DePuy Synthes Products, Inc. Aneurysm treatment device
US11185334B2 (en) 2019-03-28 2021-11-30 DePuy Synthes Products, Inc. Single lumen reduced profile occlusion balloon catheter
US11051928B2 (en) 2019-04-11 2021-07-06 Neuravi Limited Floating carotid filter
US11607531B2 (en) 2019-05-09 2023-03-21 Neuravi Limited Balloon catheter with venting of residual air in a proximal direction
US11571553B2 (en) 2019-05-09 2023-02-07 Neuravi Limited Balloon guide catheter with thermally expandable material
USD959659S1 (en) 2019-05-10 2022-08-02 DePuy Synthes Products, Inc. Implant release handle
US11497504B2 (en) 2019-05-21 2022-11-15 DePuy Synthes Products, Inc. Aneurysm treatment with pushable implanted braid
US11602350B2 (en) 2019-12-05 2023-03-14 DePuy Synthes Products, Inc. Intrasaccular inverting braid with highly flexible fill material
US11672542B2 (en) 2019-05-21 2023-06-13 DePuy Synthes Products, Inc. Aneurysm treatment with pushable ball segment
US11413046B2 (en) 2019-05-21 2022-08-16 DePuy Synthes Products, Inc. Layered braided aneurysm treatment device
US10653425B1 (en) 2019-05-21 2020-05-19 DePuy Synthes Products, Inc. Layered braided aneurysm treatment device
US11278292B2 (en) 2019-05-21 2022-03-22 DePuy Synthes Products, Inc. Inverting braided aneurysm treatment system and method
US11607226B2 (en) 2019-05-21 2023-03-21 DePuy Synthes Products, Inc. Layered braided aneurysm treatment device with corrugations
US11109939B2 (en) 2019-06-14 2021-09-07 DePuy Synthes Products, Inc. Intravascular devices with radiopaque body markers
US11406403B2 (en) 2019-06-14 2022-08-09 Neuravi Limited Visibility of mechanical thrombectomy device during diagnostic imaging
US11253265B2 (en) 2019-06-18 2022-02-22 DePuy Synthes Products, Inc. Pull wire detachment for intravascular devices
CA3140320A1 (en) * 2019-06-28 2020-12-30 Thomas Joseph Durlach Caregiver assistance system
US11207494B2 (en) 2019-07-03 2021-12-28 DePuy Synthes Products, Inc. Medical device delivery member with flexible stretch resistant distal portion
US11426174B2 (en) 2019-10-03 2022-08-30 DePuy Synthes Products, Inc. Medical device delivery member with flexible stretch resistant mechanical release
US11266427B2 (en) 2019-07-10 2022-03-08 Neuravi Limited Self-expanding intravascular medical device
US11266426B2 (en) 2019-07-10 2022-03-08 DePuy Synthes Products, Inc. Streamlined treatment of clot removal, angioplasty and prevention of restenosis using a single integrated intravascular device
US11395675B2 (en) 2019-07-11 2022-07-26 DePuy Synthes Products, Inc. Clot retriever cleaning for reinsertion
US10910096B1 (en) * 2019-07-31 2021-02-02 Allscripts Software, Llc Augmented reality computing system for displaying patient data
EP3791815A1 (en) 2019-09-11 2021-03-17 Neuravi Limited Expandable mouth catheter
US11439403B2 (en) 2019-09-17 2022-09-13 DePuy Synthes Products, Inc. Embolic coil proximal connecting element and stretch resistant fiber
US11712231B2 (en) 2019-10-29 2023-08-01 Neuravi Limited Proximal locking assembly design for dual stent mechanical thrombectomy device
US11376013B2 (en) 2019-11-18 2022-07-05 DePuy Synthes Products, Inc. Implant delivery system with braid cup formation
US11628282B2 (en) 2019-11-25 2023-04-18 Neuravi Limited No preparation balloon guide catheter
US11779364B2 (en) 2019-11-27 2023-10-10 Neuravi Limited Actuated expandable mouth thrombectomy catheter
US11839725B2 (en) 2019-11-27 2023-12-12 Neuravi Limited Clot retrieval device with outer sheath and inner catheter
US11517340B2 (en) 2019-12-03 2022-12-06 Neuravi Limited Stentriever devices for removing an occlusive clot from a vessel and methods thereof
US11457926B2 (en) 2019-12-18 2022-10-04 DePuy Synthes Products, Inc. Implant having an intrasaccular section and intravascular section
US11457922B2 (en) 2020-01-22 2022-10-04 DePuy Synthes Products, Inc. Medical device delivery member with flexible stretch resistant distal portion
US11432822B2 (en) 2020-02-14 2022-09-06 DePuy Synthes Products, Inc. Intravascular implant deployment system
US11633198B2 (en) 2020-03-05 2023-04-25 Neuravi Limited Catheter proximal joint
US11883043B2 (en) 2020-03-31 2024-01-30 DePuy Synthes Products, Inc. Catheter funnel extension
US11759217B2 (en) 2020-04-07 2023-09-19 Neuravi Limited Catheter tubular support
US11871946B2 (en) 2020-04-17 2024-01-16 Neuravi Limited Clot retrieval device for removing clot from a blood vessel
US11717308B2 (en) 2020-04-17 2023-08-08 Neuravi Limited Clot retrieval device for removing heterogeneous clots from a blood vessel
US11730501B2 (en) 2020-04-17 2023-08-22 Neuravi Limited Floating clot retrieval device for removing clots from a blood vessel
US11523831B2 (en) 2020-04-30 2022-12-13 DePuy Synthes Products, Inc. Intrasaccular flow diverter
US11737771B2 (en) 2020-06-18 2023-08-29 Neuravi Limited Dual channel thrombectomy device
US11439418B2 (en) 2020-06-23 2022-09-13 Neuravi Limited Clot retrieval device for removing clot from a blood vessel
US11395669B2 (en) 2020-06-23 2022-07-26 Neuravi Limited Clot retrieval device with flexible collapsible frame
US11864781B2 (en) 2020-09-23 2024-01-09 Neuravi Limited Rotating frame thrombectomy device
US11721339B2 (en) 2020-09-27 2023-08-08 Stryker Corporation Message filtering based on dynamic voice-activated rules
JP2022076666A (en) * 2020-11-10 2022-05-20 パラマウントベッド株式会社 Remote watching system and remote watching application
US11786698B2 (en) 2020-12-08 2023-10-17 DePuy Synthes Products, Inc. Catheter with textured surface
US11826520B2 (en) 2020-12-08 2023-11-28 DePuy Synthes Products, Inc. Catheter designs for enhanced column strength
US11872354B2 (en) 2021-02-24 2024-01-16 Neuravi Limited Flexible catheter shaft frame with seam
US11751881B2 (en) 2021-11-26 2023-09-12 DePuy Synthes Products, Inc. Securement wire withstanding forces during deployment of implantable intravascular treatment device using a delivery and detachment system
US11735031B2 (en) * 2021-12-30 2023-08-22 Canon U.S.A., Inc. Medical apparatus, method, and storage medium to detect impact
US11844490B2 (en) 2021-12-30 2023-12-19 DePuy Synthes Products, Inc. Suture linkage for inhibiting premature embolic implant deployment

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6897780B2 (en) * 1993-07-12 2005-05-24 Hill-Rom Services, Inc. Bed status information system for hospital beds
US7852208B2 (en) * 2004-08-02 2010-12-14 Hill-Rom Services, Inc. Wireless bed connectivity
US7319386B2 (en) 2004-08-02 2008-01-15 Hill-Rom Services, Inc. Configurable system for alerting caregivers
US8121856B2 (en) * 2005-06-28 2012-02-21 Hill-Rom Services, Inc. Remote access to healthcare device diagnostic information
WO2008154094A1 (en) * 2007-05-07 2008-12-18 Your Choice Living, Inc. Method and apparatus for tracking, documenting, and predicting fall-related activities
US8593284B2 (en) * 2008-09-19 2013-11-26 Hill-Rom Services, Inc. System and method for reporting status of a bed
US20110301432A1 (en) 2010-06-07 2011-12-08 Riley Carl W Apparatus for supporting and monitoring a person
US8655680B2 (en) * 2011-06-20 2014-02-18 Cerner Innovation, Inc. Minimizing disruption during medication administration
US9569591B2 (en) 2012-05-31 2017-02-14 Hill-Rom Services, Inc. Configurable user interface systems for hospital bed
US9149190B2 (en) 2012-07-17 2015-10-06 Stryker Corporation Notification system of deviation from predefined conditions
US8736453B2 (en) * 2012-07-17 2014-05-27 GlobeStar Systems, Inc. Preemptive notification of patient fall risk condition

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113506428A (en) * 2021-07-23 2021-10-15 上海工程技术大学 Distributed intelligent monitoring system for pressure sores
CN113506428B (en) * 2021-07-23 2023-02-07 上海工程技术大学 Distributed intelligent monitoring system for pressure sores

Also Published As

Publication number Publication date
US11830336B2 (en) 2023-11-28
US20230017210A1 (en) 2023-01-19
US20200015762A1 (en) 2020-01-16
US11545018B2 (en) 2023-01-03
US20210049888A1 (en) 2021-02-18
US9149190B2 (en) 2015-10-06
US9788800B2 (en) 2017-10-17
US20140022080A1 (en) 2014-01-23
US20240046769A1 (en) 2024-02-08
US20180035955A1 (en) 2018-02-08
US10420517B2 (en) 2019-09-24
EP2688005A3 (en) 2014-12-17
EP2688005A2 (en) 2014-01-22
US20220101711A1 (en) 2022-03-31
US10827985B2 (en) 2020-11-10
US11217079B2 (en) 2022-01-04
CA2820823C (en) 2019-10-15
US20160022226A1 (en) 2016-01-28

Similar Documents

Publication Publication Date Title
US11217079B2 (en) Patient risk notification system
US11488711B2 (en) Alarm notification system
US8736453B2 (en) Preemptive notification of patient fall risk condition
JP6688274B2 (en) How to predict the user's leaving condition
US9384651B2 (en) Clinical information management system
US9375142B2 (en) Learning patient monitoring and intervention system
US20150371522A1 (en) Multi-Station System for Pressure Ulcer Monitoring and Analysis
US20130338543A1 (en) Patient deterioration detection
US20150205931A1 (en) Connected patient monitoring system and method to provide patient-centric intelligent monitoring services
US11699528B2 (en) Falls risk management
US10922944B2 (en) Methods and systems for early detection of caregiver concern about a care recipient, possible caregiver impairment, or both
US20200294674A1 (en) Patient fall likelihood and severity
EP3591661A1 (en) Methods and systems for early detection of caregiver concern about a care recipient, possible caregiver impairment, or both
US20200373019A1 (en) Preventive care platform for interactive patient monitoring
JP2022178500A (en) Total body condition management system using wearable terminal and total body condition management method
CN116825308A (en) Medical personnel scheduling management system and method
CN116915818A (en) Inpatient state monitoring system and method

Legal Events

Date Code Title Description
EEER Examination request

Effective date: 20180619