This invention generally relates to nurse call systems, and more particularly to an event message interface between a nurse call system and devices that interface with the nurse call system.
A typical hospital includes many care units, such as an Intensive Care Unit (ICU), a Cardiology Unit, an Emergency Care Unit, a General Surgery Unit, an Oncology Unit, a Pediatrics Unit, and a Pharmacy Unit, among others. Further, each of these units requires associated staff members and equipment to provide care for patients of the hospital.
Hospitals generally use a nurse call system to alert staff of varying needs of support in the hospital. Typically, a nurse call system is implemented over a hospital's internal network and utilized to update staff as to needed support within the care units of the hospital. The needed support is generally handled by a staff member assigned to a specific location or level of support within a hospital/hospital care unit.
In addition to the nurse call system, hospitals include a variety of medical devices. Over time, the medical devices have developed such that they generate various types of data that can be communicated to a nurse call system over the hospital's internal network. However, the various medical devices typically do not generate event messages of a standard format for a nurse call system, and therefore, the event messages from the various medical devices cannot directly be provided to the nurse call system. An event is defined as being but not limited to a status, alert, alarm, registration, and chart entry.
In addition to the variety of medical devices, a hospital may also include an Admit Discharge Transfer (ADT) system and Real Time Location Service (RTLS) system that also provide event messages to the hospital's internal network, and also may communicate those event messages in a non-standard format for a nurse call system. Therefore, event messages from the ADT system and the RTLS system cannot be directly provided to the nurse call system.
In view of the above, there is a need for a system that will function as a common interface for event messages from hospital medical devices, ADT systems, RTLS systems and other various network enabled hospital devices in order to communicate those event messages to the nurse call system. Embodiments of the invention provide such a solution for event message communication to the nurse call system. These and other advantages of the invention, as well as additional inventive features, will be apparent from the description of the invention provided herein.
One embodiment provides an event communication system for integrating medical equipment with a nurse call system within a hospital environment. The event communication system including a plurality of interface devices, a communication network, a plurality of nurse call devices, a nurse call server, and an integration interface server. The plurality of interface devices are associated with the hospital environment. The communication network is coupled to each of the plurality of interface devices. The plurality of nurse call devices are associated with the nurse call system of the hospital environment. The nurse call server is coupled to the communication network, and the nurse call server is configured to communicate with each of the plurality of nurse call devices. The nurse call system includes the nurse call server and the plurality of nurse call devices, and the integration interface server is communicatively coupled to the nurse call server and the plurality of interface devices and configured to translate event messages communicated between the nurse call server and the plurality of interface devices. The integration interface server includes an integration engine and a translation table. The integration engine is configured to parse the event messages, determine a routing direction to a destination device for the event messages, and structure the event messages into one of an interface device event message and a nurse call device event message. The translation table is configured to store message translation data, wherein the message translation data is accessed by the integration engine in order to structure the event messages to be readable by the destination device, wherein the interface device event message is readable by at least one interface device of the plurality of interface devices and the nurse call device event message is readable by the nurse call server.
Another embodiment includes a method of providing event messages to interface devices from a nurse call system in a hospital environment. The method includes receiving an event message at an integration interface server from a nurse call device of the nurse call system; performing a translation process on the event message at the integration interface server to obtain a translated event message; and sending the translated event message to an interface device from the integration interface server. The translation process includes parsing the event message received from the nurse call device to determine a device identifier and message content; searching a list of device identifiers for a plurality of interface devices for the device identifier stored in a integration interface database, wherein the integration interface database further stores network location information for each of the plurality of interface devices; conditionally obtaining the network location information of the interface device when the device identifier is found in the list of device identifiers; translating the message content by referencing a translation table stored at the integration interface server to obtain the translated event message, wherein the translation makes the message content readable by the interface device; and associating the translated event message with the network location information of the interface device
Yet another embodiment includes a method of providing an event message to a nurse call system from interface devices in a hospital environment. The method includes receiving an event message at an integration interface server from an interface device in the hospital environment, performing a translation process on the event message at the integration interface server to obtain a translated event message, and sending the translated event message to the nurse call system from the integration interface server. The translation process includes parsing the event message received from the interface device to determine a device identifier and message content; searching a list of device identifiers for a plurality of interface devices for the device identifier stored in a integration interface database, wherein the integration interface database further stores network location information for each of the plurality of interface devices; conditionally obtaining the network location information of the interface device when the device identifier is found in the list of device identifiers; translating the message content by referencing a translation table stored at the integration interface server to obtain the translated event message, wherein the translation makes the message content readable by nurse call system; and associating the device identifier with the translated event message.
The accompanying drawings incorporated in and forming a part of the specification illustrate several aspects of the present invention and, together with the description, serve to explain the principles of the invention. In the drawings:
While the invention will be described in connection with certain preferred embodiments, there is no intent to limit it to those embodiments. On the contrary, the intent is to cover all alternatives, modifications and equivalents as included within the spirit and scope of the invention as defined by the appended claims.
A typical hospital includes many care units, such as an Intensive Care Unit (ICU), a Cardiology Unit, an Emergency Care Unit, a General Surgery Unit, an Oncology Unit, a Pediatrics Unit, and a Pharmacy Unit, among others. Further, each of these units requires associated staff members and equipment to provide care for patients of the hospital.
Hospitals generally use a nurse call system to alert staff of varying needs of support in the hospital. Typically, a nurse call system is implemented over a hospital's internal network and utilized to update staff as to needed support within the care units of the hospital. The needed support is generally handled by a staff member assigned to a specific location or level of support within a hospital/hospital care unit.
In addition to the nurse call system, hospitals include a variety of patient medical devices. Over time, the patient medical devices have developed such that they generate various types of data that can be communicated to a nurse call system over the hospital's internal network. However, the variety of patient medical devices typically do not generate event messages of a standard format for a nurse call system, and therefore, the event messages from the patient medical devices cannot directly be provided to the nurse call system.
In addition to the variety of medical devices, a hospital may also include a Admit Discharge Transfer (ADT) system and Real Time Location Service (RTLS) system that also provide event messages to the hospital's internal network, and also may communicate those event messages in a non-standard format. Therefore, event messages from the ADT system and the RTLS system cannot be directly provided to the nurse call system.
Accordingly, there is a need for a system that will function as a common interface for event messages from hospital medical devices, ADT systems, RTLS systems and other various network enabled hospital devices in order to communicate those event messages to the nurse call system.
The nurse call server 102 connects to an integration interface server 110. The integration interface server 110 interfaces the hospital medical devices and other systems, such as the ADT system and the RTLS system, to the nurse call server 102. For convenience, the hospital medical devices and other systems will collectively be referred to as a plurality of interface devices 108. These interface devices 108 are distributed throughout a hospital's various individual care units and communicate with the integration interface server 110 through communication network 111.
In certain embodiments, the nurse call server 102 may be formed from a plurality of interconnected servers or a plurality of services running on an individual server. Further, in certain embodiments, the integration interface server 110 may be formed from a plurality of interconnected servers or a plurality of services running on an individual server. While in other embodiments, the nurse call server 102 and the integration interface server 110 may be integrated into a single server cluster device. Additionally, in other embodiments, the nurse call server 102 and the integration interface server 110 may be implemented as cloud servers.
Regardless of the structural server implementation, the integration interface server 110 bridges a communication gap between the interface devices 108 and the nurse call server 102 and thereby the nurse call system 104. Generally, this communication is facilitated over an extensible markup language (XML) interface hosted by the integration interface server 110 that translates event messages received from both the interface devices 108 and the nurse call devices 106 and routes the translated event message to its intended destination. Further, as new types of interface devices 108 or nurse call devices 106 are added, the XML interface hosted by the integration interface server 110 is updated with new functionality to translate the event messages communicated to and from these devices. Accordingly, communication from the variety of interface devices 108 and the nurse call system 104 can be achieved in this manner.
As illustrated, processor(s) 202 are configured to implement functionality and/or process instructions for execution within server 102. For example, processors 202 execute instructions stored in memory 204 or instructions stored on storage devices 208. Memory 204, which may be a non-transient, computer-readable storage medium, is configured to store information within server 102 during operation. In some embodiments, memory 204 includes a temporary memory, i.e. an area for information not to be maintained when the server 102 is turned off. Examples of such temporary memory include volatile memories such as random access memories (RAM), dynamic random access memories (DRAM), and static random access memories (SRAM). Memory 204 also maintains program instructions for execution by the processors 202.
Storage devices 208 also include one or more non-transient computer-readable storage media. Storage devices 208 are generally configured to store larger amounts of information than memory 204. Storage devices 208 may further be configured for long-term storage of information. In some examples, storage devices 208 include non-volatile storage elements. Non-limiting examples of non-volatile storage elements include magnetic hard discs, optical discs, floppy discs, flash memories, or forms of electrically programmable memories (EPROM) or electrically erasable and programmable (EEPROM) memories.
The server 102 uses network interface 206 to communicate with external devices via one or more networks, such as the network 110 of
UI 210 is a network application hosted on the nurse call server 102 and provided over the network 111. In this regard, UI 210 acts to provide a user access to the nurse call server 102. This allows a user to change settings within the nurse call server 102 to customize nurse call functionality provided by the nurse call system 104 (see
In certain embodiments, the nurse call server 102 accesses a nurse call database 212. The nurse call database 212 stores locations within the hospital environment and hospital staff and nurse call devices 106 located within the various locations. In this manner, the nurse call system 104 (see
As illustrated, processor(s) 214 are configured to implement functionality and/or process instructions for execution within the integration interface server 110. For example, processors 214 execute instructions stored in memory 216 or instructions stored on storage devices 218. Memory 216, which may be a non-transient, computer-readable storage medium, is configured to store information within integration interface server 110 during operation. In some embodiments, memory 216 includes a temporary memory, i.e. an area for information not to be maintained when the integration interface server 110 is turned off. Examples of such temporary memory include volatile memories such as random access memories (RAM), dynamic random access memories (DRAM), and static random access memories (SRAM). Memory 216 also maintains program instructions for execution by the processors 214.
Storage devices 220 also include one or more non-transient computer-readable storage media. Storage devices 220 are generally configured to store larger amounts of information than memory 216. Storage devices 220 may further be configured for long-term storage of information. In some examples, storage devices 220 include non-volatile storage elements. Non-limiting examples of non-volatile storage elements include magnetic hard discs, optical discs, floppy discs, flash memories, or forms of electrically programmable memories (EPROM) or electrically erasable and programmable (EEPROM) memories.
The integration interface server 110 uses network interface 218 to communicate with external devices, such as the interface devices 108 via the communication network 111 (see
UI 222 is a network application hosted on the integration interface server 110 and accessible over nurse call devices 106, such as the PC console, via the nurse call server 102. In this regard, UI 222 acts to provide a user access to the integration interface server 110. This allows a user to change settings within the integration interface server 110 to customize interface functionality with the interface devices 108.
Integration engine 224 is an application hosted on the integration interface server 110. The integration engine 224 enables the integration interface server 110 to communicate with the interface devices 108 by performing a translation process on event messages such that the event messages are structured into one of an interface device event message or a nurse call device event message based on whether a destination device specified in the event message is a nurse call device 106 or an interface device 108. In order to perform this translation process, the integration engine 224 must parse incoming event messages. Parsing the incoming event messages enables the integration engine 224 to determine both a routing direction and event message content. Generally, where the nurse call system 104 is sending an event message to an interface device 108, the routing direction will be an identifier of a destination device or system. In the reverse situation, where an interface device 108 is sending the event message, an identifier will be associated with the event message such that the nurse call system 104 will know what device sent the event message.
Before the event message can be routed to the destination device or system, the integration engine 224 must translate the event message content such that it will be readable by the destination device. In order to translate the event message content, the integration engine accesses the message translation table 226, which stores various types of event messages for the various types of integration devices 108 along with a corresponding event message for the nurse call devices 106. In this manner, the integration engine 224 parses the event message and searches the message translation table 226 for the event message content. After finding the event message content, the integration engine 224 obtains the corresponding event message content for the destination device in the message translation table 226 and uses the obtained event message content for building either the nurse call device event message or the integration device event message, depending on the parsed routing direction. Subsequently, the integration engine 224 sends the nurse call device event message or the integration device event message to the destination device or system.
As an aside, in certain embodiments, the integration engine 224 and the message translation table 226 may be implemented on dedicated processor and memory devices of the integration interface server 110. Alternatively, in other embodiments, the integration engine 224 and the message translation table 226 may represent various states of the processor 214, and are defined by program instructions and/or data stored on the memory 216 or the storage device 220.
The integration interface server 110 accesses an integration interface database 230. The integration interface database 230 stores network location addresses for the interface devices 108 within the hospital environment. Each interface device 108 is stored in the integration interface database 230 as an identifier with an associated network location address. In this manner, when the integration engine 224 parses an event message meant to be delivered to an interface device 108, the integration engine 224 can search for the integration interface database 230 for the parsed identifier in order to look up an associated network location address for that interface device 108. After obtaining the associated network location address for that interface device 108, the integration engine 224 can route the interface device event message to that network location address.
The integration interface database 230 stores identifiers and network location addresses for interface devices 108. In this manner, when the integration engine 224 parses an event message and determines, based on the parsed identifier, that the message is a nurse call device event message, intended to be provided to the nurse call system 104, the integration engine 224 will just direct the nurse call device event message directly to the nurse call server 102. The nurse call server 102 will access the nurse call database 212 in order to determine the ultimate destination of the nurse call device event message. In this situation, the nurse call device event message will include the identifier of the interface device 108 that created the event message such that the nurse call system 104 can identify the interface device 108 and have its network location, as stored in the integration interface database 230.
In certain embodiments, the integration interface server 110 further includes a message formatter 228. The message formatter 228 interprets event messages in High Level 7 (HL-7) format. In embodiments where the integration interface server 110 includes the message formatter 228, interface device event messages are formatted into HL-7 prior to being sent to the destination interface device 108.
As an aside, in certain embodiments, the message formatter 228 may be implemented on dedicated processor and memory devices of the integration interface server 110. Alternatively, in other embodiments, the message formatter 228 functionality may be performed by various states of the processor 214, and are defined by program instructions and/or data stored on the memory 216 or the storage device 220.
Using the above described system components of the hospital's internal network 100 (see
In the first exemplary system operation description, the interface device 108, in the form of the physiological monitor, may issue an alert for a bag empty in order to prompt hospital staff to inspect the physiological monitor and switch to a new bag. This alert, or in other words event message, is provided to the to the integration interface server 110 over the communication network 111. The integration engine 224 parses the event message and determines that it is directed to the nurse call system 104 (see
After receiving the event message to attend to the physiological monitor alert, the hospital staff member may then cancel the alert from the physiological monitor or from a nurse call device such as a staff terminal or a PC console. For instance, the hospital staff member may access the UI 210 from a PC console and create an event message to cancel the alert at the physiological monitor. The PC console sends the event message to the nurse call server 102, which in turn sends the event message on to the integration interface server 110. At the integration interface server 110, the integration engine 224 parses the event message and determines that it is directed to an interface device 108 based on a parsed identifier. The integration engine 224 also parses the event message to determine event message content and searches the message translation table 226 to determine the corresponding event message content for the interface device 108 (physiological monitor) to form the interface device event message. The integration engine 224 then searches the integration interface database 230 for the identifier to determine a network location address for the parsed identifier. The integration engine 224 then sends the interface device event message to the physiological monitor at the network location address for the identifier. In response to receiving this event message, the physiological monitor cancels its alert. Also, in certain embodiments, the integration engine may send the interface device event message to an EMR system such that a record of the cancellation of the alert from the physiological monitor is made in the EMR system.
In the second exemplary system operation description, an interface device 108 may update an escalation chain within the nurse call system 104 (see
Turning now to
All references, including publications, patent applications, and patents, cited herein are hereby incorporated by reference to the same extent as if each reference were individually and specifically indicated to be incorporated by reference and were set forth in its entirety herein.
The use of the terms “a” and “an” and “the” and “at least one” and similar referents in the context of describing the invention (especially in the context of the following claims) are to be construed to cover both the singular and the plural, unless otherwise indicated herein or clearly contradicted by context. The use of the term “at least one” followed by a list of one or more items (for example, “at least one of A and B”) is to be construed to mean one item selected from the listed items (A or B) or any combination of two or more of the listed items (A and B), unless otherwise indicated herein or clearly contradicted by context. The terms “comprising,” “having,” “including,” and “containing” are to be construed as open-ended terms (i.e., meaning “including, but not limited to,”) unless otherwise noted. Recitation of ranges of values herein are merely intended to serve as a shorthand method of referring individually to each separate value falling within the range, unless otherwise indicated herein, and each separate value is incorporated into the specification as if it were individually recited herein. All methods described herein can be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by context. The use of any and all examples, or exemplary language (e.g., “such as”) provided herein, is intended merely to better illuminate the invention and does not pose a limitation on the scope of the invention unless otherwise claimed. No language in the specification should be construed as indicating any non-claimed element as essential to the practice of the invention.
Preferred embodiments of this invention are described herein, including the best mode known to the inventors for carrying out the invention. Variations of those preferred embodiments may become apparent to those of ordinary skill in the art upon reading the foregoing description. The inventors expect skilled artisans to employ such variations as appropriate, and the inventors intend for the invention to be practiced otherwise than as specifically described herein. Accordingly, this invention includes all modifications and equivalents of the subject matter recited in the claims appended hereto as permitted by applicable law. Moreover, any combination of the above-described elements in all possible variations thereof is encompassed by the invention unless otherwise indicated herein or otherwise clearly contradicted by context.
This patent application claims the benefit of U.S. Provisional Patent Application No. 62/201,027, filed Aug. 4, 2015, which is incorporated by reference.
Number | Date | Country | |
---|---|---|---|
62201027 | Aug 2015 | US |