US20110054936A1 - Patient interactive healing environment - Google Patents
Patient interactive healing environment Download PDFInfo
- Publication number
- US20110054936A1 US20110054936A1 US12/553,451 US55345109A US2011054936A1 US 20110054936 A1 US20110054936 A1 US 20110054936A1 US 55345109 A US55345109 A US 55345109A US 2011054936 A1 US2011054936 A1 US 2011054936A1
- Authority
- US
- United States
- Prior art keywords
- patient
- module
- information
- healthcare
- provides
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
- G16H10/65—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records stored on portable record carriers, e.g. on smartcards, RFID tags or CD
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
- G16Z99/00—Subject matter not provided for in other main groups of this subclass
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Definitions
- a patient in a healthcare facility spends most of their time confined to a bed without a complete understanding of their care regimen or team of care providers. In many instances, this lack of personal care information may reinforce patient perceptions of helplessness and isolation during treatment at a healthcare facility.
- the overall unawareness of what is to take place during their stay at the healthcare facility can make patients feel out of control and detached from the care they are receiving.
- In-patient stays in clinical institutions can be nerve-wracking experiences for many individuals and simple knowledge about the patient's schedule, team of care providers, or information regarding their health record can aid dramatically in easing a patient's mind and reduce a patient's discontent with in-patient stays.
- the patient hospital experience may be improved by enhancing communication between the patient and the care team and by empowering patients in the management of their healthcare.
- Embodiments of the present invention provide systems and methods for providing an interactive healing environment to a patient in a healthcare facility.
- Servers in a network may operate a set of modules to communicate with a client device of the patient.
- the set of modules may operate to enhance communication between the patient and the people who give care to the patient in the healthcare facility.
- Medical devices may be connected to a component, such as a bus, that receives data from the medical devices and determines where the data should be sent. This data may be published by the bus, in one instance, to the patient's electronic medical record, may be routed to a data store so that the data can be archived and queried by a healthcare provider in the future, and may also be retrieved by the operating the set of modules and selectively presented to the patient by way of a client device. Data may be continuously received from a particular medical device during a period of time that the medical device is connected to the bus, or a component therein.
- the client device of the patient may operate to provide an interactive interface between the patient and the set of modules
- a first aspect of an embodiment of the present invention is directed toward a system for providing an interactive healing environment to a patient in a healthcare facility.
- the system includes various components, including servers operating in a private network, each server having a processor coupled to a memory for operating a set of modules to communicate with a client device of the patient.
- the set of modules includes an information module that provides a set of information about the healthcare facility; a care team module that provides a set of information about people who give care to the patient in the healthcare facility; and an education module that provides at least one of a health education information, an electronic document retrieval, and an interactive patient education.
- the set of modules includes a scheduling module that provides at least one of a schedule for the patient and a task list for the patient; a health records module that provides the patient access to at least one of their personal care information and their personal health record provider; and a treatment module that provides real-time information from medical devices associated with the patient.
- the medical devices operate to treat the patient or operate to support the patient.
- the client device operates to provide an interactive interface between the patient and the set of modules in the servers.
- embodiments of the present invention take the form of computer-readable storage media having computer-executable instructions embodied thereon, that, when executed perform a method for providing an interactive healing environment to a patient.
- the method involves receiving an identification of the patient, receiving an identification of medical devices, and associating the patient, the medical devices, and a set of healthcare services provided by a healthcare facility to one another for a period of time determined by a treatment of the patient in the healthcare facility.
- the method further includes customizing a set of system services that are accessed by the patient.
- the set of system services enables the patient to interact with a set of modules that include at least one of an information module, a care team module, an education module, a scheduling module, a health records module and a treatment module.
- the set of system services is provided to a client device. The patient retrieves and inputs information by using the set of system services.
- a further aspect of an embodiment of the present invention takes the form of computer-storage media having computer-executable instructions embodied thereon, that, when executed perform a method for providing an interactive healing environment to a patient
- the method includes, operating servers in a private network. Each server has a processor coupled to a memory.
- the servers operate a set of modules. The set of modules communicates with a client device of the patient.
- the set of modules includes an information module that provides a set of information about the healthcare facility; a care team module that provides a set of information about people who give care to the patient in the healthcare facility; an education module that provides at least one of a health education information, an electronic document retrieval, and an interactive patient education; a scheduling module that provides at least one of a schedule for the patient and a task list for the patient; a health records module that provides the patient access to at least one of their personal care information and their personal health record; and a treatment module that provides real-time information from medical devices associated with the patient. provider.
- the method further includes retrieving data from medical devices.
- the medical devices operate to treat the patient or operate to support the patient.
- the retrieved data is stored on the servers.
- the client device is used to provide an interactive interface between the patient and the set of modules in the servers.
- FIG. 1 is a block diagram of an exemplary computing environment suitable for use in implementing embodiments of the present invention
- FIG. 2 is an exemplary system architecture suitable for use in implementing embodiments of the present invention
- FIG. 3 is a block diagram of an exemplary system, according to an embodiment of the present invention.
- FIG. 4 is a block diagram of an exemplary system, according to an embodiment of the present invention.
- FIG. 5 is an illustrative flow diagram of a method for providing an interactive healing environment to a patient in a healthcare facility, in accordance with an embodiment of the present invention.
- FIG. 6 is an illustrative flow diagram of a method for providing an interactive healing environment to a patient in a healthcare facility, in accordance with an embodiment of the present invention.
- Embodiments of the present invention provide systems, methods, and computer-readable media for, among other things, providing an interactive healing environment to a patient in a healthcare facility.
- a healthcare facility may be any hospital, doctor's office or facility where patients are treated.
- An interactive healing environment may include a combination of hardware components and software applications that provide comprehensive communication, education and entertainment for patients within a healthcare facility.
- Servers in a network may operate a set of modules to communicate with a client device of the patient.
- the set of modules may operate to enhance communication between the patient and a healthcare provider.
- healthcare providers may include clinicians. Clinicians may include, but are not limited to, a treating physician or physicians, specialists such as surgeons, radiologists, cardiologists, and oncologists, emergency medical technicians, physicians' assistants, nurse practitioners, nurses, nurses' aides, pharmacists, dieticians, microbiologists, laboratory experts, laboratory technologists, genetic counselors, researchers, veterinarians, students, and the like.
- Medical devices may be connected to a component, such as a bus, that receives data from the medical devices and determines where the data should be sent.
- a medical device may be any device, stationary or otherwise, that may be used to treat a patient in a hospital, doctor's office, etc.
- medical devices may include monitors, ventilators, pumps (e.g., infusion pumps, balloon pumps), a patient's bed, sequential compression devices, electronic security devices, and the like.
- Some medical devices may be capable of being associated with orders, such as a patient's bed (e.g., order compliance data for a falls risk patient including head rails up and head angle of the bed), and others may not, such as monitors, ventilators, etc. Orders are typically given or made by clinicians who are authorized to give such orders, and may vary depending on the patient, or by type of device required, if any, to carry out a particular order.
- patients, medical devices, and orders for healthcare services provided by the healthcare facility may be identified in a number of ways, such as by scanning a barcode corresponding to the patient, device, or order; entering some type of identification corresponding to the patient, device; or order into a computing device (e.g., PDA or other handheld computing device), or searching an electronically searchable database that contains a plurality of identifications corresponding to patients, devices, and orders.
- Orders may be associated to patients, as orders are typically made for a particular patient.
- the data received from the one or more medical devices may be published by the bus, in one instance, to the patient's electronic medical record or may be routed to a data store so that the data can be archived and queried by a healthcare provider in the future.
- data from various medical devices may be transferred or routed to a patient's electronic medical record (EMR).
- EMR electronic medical record
- the acronym “EMR” is not meant to be limiting, and may broadly refer to any or all aspects of the patient's medical record rendered in a digital format.
- the EMR is supported by systems configured to co-ordinate the storage and retrieval of individual records with the aid of computing devices. As such, a variety of types of healthcare-related information may be stored and accessed in this way.
- the EMR may store one or more of the following types of information: patient demographic; medical history (e.g., examination and progress reports of health and illnesses); medicine and allergy lists/immunization status; laboratory test results, radiology images (e.g., X-rays, CTs, MRIs, etc.); evidence-based recommendations for specific medical conditions; a record of appointments and physician's notes; billing records; and data received from an associated medical device.
- medical history e.g., examination and progress reports of health and illnesses
- medicine and allergy lists/immunization status e.g., examination and progress reports of health and illnesses
- laboratory test results e.g., radiology images (e.g., X-rays, CTs, MRIs, etc.); evidence-based recommendations for specific medical conditions; a record of appointments and physician's notes; billing records; and data received from an associated medical device.
- radiology images e.g., X-rays, CTs, MRIs, etc.
- the data may also be retrieved by the one or more severs operating the set of modules and selectively presented to the patient via the client device.
- Data may be continuously received from a particular medical device during a period of time that the medical device is connected to the bus, or a component therein.
- the client device of the patient may operate to provide an interactive interface between the patient and the set of modules in the one of more servers.
- an exemplary computing system environment for instance, a medical information computing system environment, with which embodiments of the present invention may be implemented is illustrated and designated generally as reference numeral 20 .
- reference numeral 20 It will be understood and appreciated by those of ordinary skill in the art that the illustrated medical information computing system environment 20 is merely an example of one suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the medical information computing system environment 20 be interpreted as having any dependency or requirement relating to any single component or combination of components illustrated therein.
- the present invention may be operational with numerous other general purpose or special purpose computing system environments or configurations.
- Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with the present invention include, by way of example only, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above-mentioned systems or devices, and the like.
- the present invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer.
- program modules include, but are not limited to, routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types.
- the present invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
- program modules may be located in association with local and/or remote computer storage media including, by way of example only, memory storage devices.
- the exemplary medical information computing system environment 20 includes a general purpose computing device in the form of a control server 22 .
- Components of the control server 22 may include, without limitation, a processing unit, internal system memory, and a suitable system bus for coupling various system components, including database cluster 24 , with the control server 22 .
- the system bus may be any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, and a local bus, using any of a variety of bus architectures.
- such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronic Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus, also known as Mezzanine bus.
- ISA Industry Standard Architecture
- MCA Micro Channel Architecture
- EISA Enhanced ISA
- VESA Video Electronic Standards Association
- PCI Peripheral Component Interconnect
- the control server 22 typically includes therein, or has access to, a variety of computer-readable media, for instance, database cluster 24 .
- Computer-readable media can be any available media that may be accessed by server 22 , and includes volatile and nonvolatile media, as well as removable and non-removable media.
- Computer-readable media may include computer storage media and communication media.
- Computer storage media may include, without limitation, volatile and nonvolatile media, as well as removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data.
- computer storage media may include, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVDs) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage, or other magnetic storage device, or any other medium which can be used to store the desired information and which may be accessed by the control server 22 .
- Communication media typically embodies computer-readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and may include any information delivery media.
- modulated data signal refers to a signal that has one or more of its attributes set or changed in such a manner as to encode information in the signal.
- communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above also may be included within the scope of computer-readable media.
- the computer storage media discussed above and illustrated in FIG. 1 including database cluster 24 , provide storage of computer-readable instructions, data structures, program modules, and other data for the control server 22 .
- the control server 22 may operate in a computer network 26 using logical connections to one or more remote computers 28 .
- Remote computers 28 may be located at a variety of locations in a medical or research environment, for example, but not limited to, clinical laboratories (e.g., molecular diagnostic laboratories), hospitals and other inpatient settings, veterinary environments, ambulatory settings, medical billing and financial offices, hospital administration settings, home health care environments, and clinicians' offices.
- the remote computers 28 may also be physically located in non-traditional medical care environments so that the entire health care community may be capable of integration on the network.
- the remote computers 28 may be personal computers, servers, routers, network PCs, peer devices, other common network nodes, or the like, and may include some or all of the elements described above in relation to the control server 22 .
- the devices can be personal digital assistants or other like devices.
- Exemplary computer networks 26 may include, without limitation, local area networks (LANs) and/or wide area networks (WANs). Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets, and the Internet.
- the control server 22 may include a modem or other means for establishing communications over the WAN, such as the Internet.
- program modules or portions thereof may be stored in association with the control server 22 , the database cluster 24 , or any of the remote computers 28 .
- various application programs may reside on the memory associated with any one or more of the remote computers 28 .
- the network connections shown are exemplary and other means of establishing a communications link between the computers (e.g., control server 22 and remote computers 28 ) may be utilized.
- a clinician may enter commands and information into the control server 22 or convey the commands and information to the control server 22 via one or more of the remote computers 28 through input devices, such as a keyboard, a pointing device (commonly referred to as a mouse), a trackball, or a touch pad.
- input devices such as a keyboard, a pointing device (commonly referred to as a mouse), a trackball, or a touch pad.
- Other input devices may include, without limitation, microphones, satellite dishes, scanners, or the like.
- Commands and information may also be sent directly from a remote healthcare device to the control server 22 .
- the control server 22 and/or remote computers 28 may include other peripheral output devices, such as speakers and a printer.
- remote computer 28 may include an output to a client device 30 , the client device 30 may operate to provide an interactive interface between the patient and the set of modules in the control server 22 .
- client device refers to a computing device that is accessibly by the in-patient, the family members and/or friends of the in-patient and the like.
- the client device may include a display device attached to it.
- Embodiments of the present invention contemplate that information pertaining to the patient may be views by individuals outside of the healthcare facility, for instance, the information may be viewable by a family member at his or her place of residence.
- Client device 30 may include a flat panel monitor having an interactive touch screen located in proximity to the patient and readily available to the patient and the patient's family members/friends at all time.
- client device 30 may include a bedside unit that uses a touch screen personal computer mounted on an articulating arm or a flat screen television mounted on a footwall.
- control server 22 and the remote computers 28 are not shown, those of ordinary skill in the art will appreciate that such components and their interconnection are well known. Accordingly, additional details concerning the internal construction of the control server 22 and the remote computers 28 are not further disclosed herein.
- FIG. 2 is an exemplary system architecture 200 suitable for use in implementing embodiments of the present invention.
- the exemplary system architecture 200 advantageously allows for communication with medical devices, for example, through a bus or server, instead of communication directly with the medical devices.
- a patient to device association may be initiated, and the existence of a bus or server may assist in maintaining that association until the occurrence of a disassociation event.
- a computing device such as a PDA, for example, were to communicate directly with a medical device, the relationship or association between the patient and medical device may terminate when that particular medical device is no longer being used for that particular patient.
- a healthcare provider may want the association between that patient and medical device to continue until the occurrence of some disassociation event.
- a bus may assist in maintaining and managing that relationship.
- the exemplary system architecture 200 includes device connectivity 210 , device messaging services 212 , and application services 214 .
- the device connectivity 210 includes one or more medical devices that are connected to the device messaging services 212 such that the devices may, at a later time, be associated to a particular patient and/or an order. These devices may include, but are not limited to monitors, cardiac ventilators, balloon pumps, patient beds, infusion pumps, sequential compression devices, electronic security devices, vital signs devices, or any other device that a health care provider may use for a patient while the patient is in the hospital. These devices are shown in FIG. 2 as items 216 , 218 , 220 , 222 , 224 , and 226 .
- Each medical device may communicate with the device messaging services 212 in a different way.
- some devices such as device 216 , may utilize a device gateway 228 .
- a gateway is generally a device that connects networks or other devices using different communications protocols so that information can be easily passed from one to the other.
- a gateway may both transfer information and convert it to a form compatible with the protocols used by the receiving network.
- the device gateway assists in the transfer of data from the device 216 to the device messaging services 212 .
- an adapter such as adapter 240 may be used in instances where the device gateway 228 , was provided by the device manufacturer.
- the adapter 240 is typically used to facilitate communication from a consumer to the gateway over the consumer's protocol.
- an adapter may reside on or near the device messaging services, or may reside near the actual device or device gateway.
- a device gateway may be a third-party device gateway 230 .
- an adapter may not be necessary, as the device messaging services 212 may already know what type of messages to expect from that device 218 through the third-party device gateway 230 .
- Many different connection types may be utilized between devices, gateway servers, and components of the device messaging services 212 , including, but not limited to, HL7 TCP/IP, a software development kit (SDK), RS 232 , etc.
- Other devices such as device 220 may have an internal gateway or other component such that a gateway like 228 or 230 would not be needed. These devices may have all of the required capability built into it, and, if necessary, may even have their own adapters incorporated therein such that a separate adapter would not be necessary. Still other devices, such as devices 222 , 224 , and 226 , may be legacy devices that are older and don't have networking built-ins. For example, it may not be possible to plug in a CAT 5 network to the legacy devices, the devices may not have wireless networking capabilities, etc. A serial port may be the only connection mechanism that exists on these devices. For these devices, a connectivity engine 238 and device adapters 232 , 234 , and 236 may be used.
- the device adapter is a hardware device that is affixed directly onto the medical device, and acts as the sole source of identification and connection to the connectivity engine 238 .
- Device adapters 232 , 234 , and 236 are configurable with device specific information including, but not limited to, manufacturer, device name, device model, port settings, and the like.
- Device adapters 232 , 234 , and 236 may use various connection mechanisms to connect to the connectivity engine 238 including, but not limited to, Universal Serial Bus (USB) or Personal Area Network (PAN).
- USB Universal Serial Bus
- PAN Personal Area Network
- the connectivity engine 238 is a piece of hardware that may be connected to devices 222 , 224 , and 226 either wirelessly or via a wired connection. Even if there is a wired connection between the connectivity engine 238 and a device, there may still be a wireless connection over a wireless network between the connectivity engine 238 and the device messaging services 212 .
- the connectivity engine 238 may also assist in detecting types of devices so that the appropriate driver may be loaded, which may be based on the make and model of the particular device.
- the connectivity engine 238 may be located on the device messaging services 212 or as part of the device subsystems 210 , as illustrated in FIG. 2 .
- the device messaging services 212 or a component thereof may communicate with the connectivity engine 238 to establish a connection to the device itself.
- the connectivity engine 238 may be physically present in a patient's room so that when a new device, such as a legacy device, is brought into that room, it may be connected to the connectivity engine 238 if needed. At that time, a connect event may occur, and the device messaging services 212 may broadcast the connect event to other components who may need to know.
- the medical devices either directly or indirectly through a gateway, connectivity engine, or other component are connected to the device messaging services 212 .
- the device messaging services 212 may generally include one or more adapters 240 , one or more bus hosts, such as bus hosts 242 and 244 , a main bus 246 , a device lifecycle 248 , a driver library 250 , and a device message routing 252 .
- an adapter may be used when the device gateway, such as device gateway 228 , is provided by the manufacturer of a device, for example.
- the adapter 240 assists to facilitate communication from a consumer to the gateway over the consumer's protocol. While one adapter 240 is illustrated in FIG.
- adapter 240 may be used for more than one medical device, but in another embodiment, each medical device requiring an adapter may require a separate adapter. Further, the adapter 240 may be used to communicate data from the device messaging services 212 to healthcare service providers 254 . In these cases, the data may not be transferred through any system services or applications, but may be transferred directly to other healthcare service providers 254 . Typically, an inbound and outbound adapter would be provided to transform messages to and from a standard format and protocol, such as HL7.
- a bus host such as bus host 242 or 244 may be used to perform several functions, including, but not limited to, detecting hardware that is plugged in or directly connected to the host, loading appropriate device drivers after the device has been identified, dynamically locating and installing drivers if the driver is not currently present on the host, and for unloading the device driver after the device has been disconnected.
- a bus host may not be utilized for each and every medical device, but may be used for some that don't have device adapters, for example, which perform many of the functions listed above. The embodiment of FIG.
- bus host 242 and 244 may also allow for communication to the device to get various types of information to and from the device. This information may be, for example, determining whether the bed rails are up or down, or even determining the patient's weight when the patient is sitting or lying on the bed.
- the main bus 246 provides connection framework, as it may create and manage all connections to the device messaging services 212 .
- the main bus 246 also provides messaging architecture for the device messaging services 212 .
- the main functionality of the main bus 246 includes providing general operational and management capabilities for connected devices, which may vary depending on the system service that is subscribing or requesting the data from the devices.
- a device lifecycle 248 may detect the presence of a device on the main bus 246 .
- the device lifecycle 248 also may maintain an accurate directory of currently connected medical devices to the main bus 246 as various medical devices become connected. Further, it may ensure “active” connectivity of a medical device to the main bus 246 via a device heartbeat.
- a heartbeat is an indication given at a certain interval of time that a particular medical device is connected to the main bus 246 . This interval may vary, and may be regular, such as every 20 seconds, for example. Additionally, the interval may depend on each medical device.
- the device lifecycle 248 may be responsible for sending out a notice of a disconnect event, and will then stop sending that device's heartbeat out to certain components that require that information.
- There are various phases of the device lifecycle 248 which may include, in one embodiment, a notification phase that notifies of an event generated at the device connection and of a device connected as directly to the main bus 246 ; an interrogation phase; an identification phase that identifies the vendor, make, model, etc. of each medical device and that finds and downloads the appropriate driver when necessary; an activation phase that loads the device driver and registers the medical devices; and an execution phase that is responsible for tracking the medical devices' heartbeats and gathers and transmits data to and from the medical devices.
- a driver library 250 may store a plurality of drivers that may be used and installed on particular devices, when required. Further, a device message routing component 252 handles routing messages from source to destination across the device messaging services 212 . Messages may take on a variety of forms, and may contain vastly different types of content. Various types of messaging may include request and reply messaging, publish and subscribe messaging, and asynchronous one-way messaging. Request and reply messaging includes taking a message from a source, routing it to a single destination, and routing a reply message from the destination back to the original source. Publish and subscribe messaging involves a publisher sending messages out on a named topic, which may be received by multiple subscribers. Asynchronous one-way messaging includes doing requests and reply messaging without needing to receive a reply. The only receipt message may be an indication that the message was successfully sent.
- application services 214 includes various components, including healthcare service providers 254 , a database 256 , system services 260 , and an application 268 .
- the system services 260 may consume some or all of the information that the main bus 246 provides.
- the system services 260 may be application programming interfaces (APIs), which may support requests made by computer programs, such as applications.
- APIs application programming interfaces
- the system services 260 may use the main bus 246 to determine where a connected device is located.
- the application services 214 may include various components that may all utilize information sent by the main bus 246 . These may include, for example, an aggregation component 262 , a data store 264 , and a patient to device association 266 , which is further discussed herein.
- the aggregation component 262 allows for a user to query a patient by a patient identification over a large number of patient identifications. Once a match is found, information relating to that patient, such as devices that the patient is associated with, may be retrieved.
- the data store 264 stores data that is published by the medical devices.
- the system services 260 run on the main bus 246 , and thus together with the main bus 246 , may provide additional functionality to the system as a whole.
- the main bus 246 may store discrete data posts, such as heart rate, systolic blood pressure, diastolic blood pressure, etc., in a data store, such as data store 264 , for historical queries and archiving.
- main bus 246 may chart acquired discrete data into a patient's EMR; publish medical device outcomes, such as lab results and other test results, to a patient's EMR; and publish digital media from a device into a patient's EMR, publish infusion data, if required, and infusion events (e.g., infusion rate, volume infused, volume to be infused, rate change, begin bag, end bag) into a patient's EMR.
- medical device outcomes such as lab results and other test results
- digital media from a device into a patient's EMR
- infusion events e.g., infusion rate, volume infused, volume to be infused, rate change, begin bag, end bag
- the application 268 works with the system services 260 to facilitate specific functionality, such as a patient to device association.
- the application 268 may be a user interface.
- the user interfaces may be screen shots of associating a patient to a device, or to an order, or screen shots of associating a patient with a particular healthcare provider. While one application 268 is illustrated in FIG. 2 , more than one application is considered to be well within the scope of the present invention.
- the system services 260 and the application 268 are incorporated such that the system services 260 retrieve raw data from the main bus 246 and other components, while the application 268 uses that information and presents it to a user through a user interface.
- main bus 246 may be a first bus that is responsible for managing all of the medical devices.
- This main bus 246 may be located at the facility, such as a hospital.
- One or more local busses may be present that can store and facilitate the transfer of information from one or more medical devices, and that transfer that information to the main bus 246 .
- the main bus 246 may not even be aware that there are local busses, as the local busses may just be proxying messages that they receive from the medical devices.
- Local busses may also be present at the facility (e.g., hospital), but may be physically located in a patient's room, for example, such as on a cart where an associated medical device is located.
- more than one main bus 246 may be available to provide a backup system.
- One main bus may be a primary node, and the other may be a secondary node. If one node goes down, the secondary node may be utilized. Additionally, the nodes or busses may be used in conjunction with one another such that each has certain responsibility, for example.
- the database 256 may be sent patient, medical device, and order association information. For instance, identification of a patient and medical device that have been associated may be sent to the database 256 . Any data that it released by the medical device may also be routed to the database 256 so that this information can be stored in a flowsheet, for example. A clinician may then make the decision as to what to do with the data. For example, the clinician may decide that certain data points should be included in the patient's chart, and the others may be completely deleted from the database 256 . A specific example of this may be when a clinician looks at data in the database 256 that is associated with a certain patient. The data may include values at different times, such as 12:00 PM, 12:15 PM, and 12:30 PM.
- the clinician may not wish for all of these values to be entered into the patient's chart, but may choose, for example, just the 12:00 PM and 12:30 PM entries to officially document. Additionally, having this information in the database 256 allows for a higher accuracy. In one instance, a clinician may write down in a patient's chart that an infusion pump began at 12:10 PM, when it actually started at 12:06 PM. Having this information in the database 256 allows for the clinician to officially document accurate start and end times, as well as other values whose accuracy is important to the patient's health.
- various healthcare service providers 254 may wish to receive data or information regarding a particular medical device or patient.
- the adapters 240 may be configured to send this information via an HL7 or ASTM connection, for example, to the healthcare service providers 254 .
- the system services 260 may communicate with various healthcare service providers 254 , and this communication takes place via the main bus 246 .
- System 300 includes a server 310 , a network 312 , a client device 314 and a database 316 .
- Server 310 includes and may operate a set of modules, 318 , 320 , 322 , 324 , 326 , 328 and 330 .
- Server 310 may communicate with client device 314 by way of network 312 to provide interactive in-patient experience.
- Server 310 may retrieve data via network 312 from database 316 .
- Database 316 may include data received from one or more medical devices, data published by the bus, and data transferred from a patient's electronic medical record (EMR).
- EMR electronic medical record
- the set of modules 318 , 320 , 322 , 324 , 326 , 328 and 330 may communicate with client device 314 to present via a user interface various forms of information to the patient.
- Server 310 may include an information module 318 , for providing the patient or the patient's family with information about the healthcare facility.
- information module 318 may provide information such as the mission statement of the healthcare facility, a welcome video, and provide of list of amenities available to patient.
- Information module 318 may also provide maps and other directional information to enable patients to find their way around the healthcare facility. Additionally, the information module 318 may provide patients with information about the geographical area surrounding the healthcare facility, such as local events and venues for food and lodging.
- Care team module 320 may provide the patient or the patient's family with information about the people designated to care for the patient throughout their stay at the healthcare facility. For example, care team module 320 may provide information such as the name, position, picture and personal and professional biography of the healthcare providers that interact with the patient during their hospital stay.
- the care team module may initiate a servlet to obtain information about the healthcare providers associated with the admission, discharge or transfer of the patient.
- the care team module may automatically associate a healthcare provider to the care team of all patient or allow manual association of a healthcare provider to a patient.
- the care team module may also facilitate the creation and updating of healthcare provider profiles containing the healthcare providers information.
- the care team module may associate a particular healthcare provider with the care team of a patient when the healthcare provider accesses the patient's medical chart in the EMR.
- the care team module 320 may also be associated with an indoor positioning system to track the physical locations of the patient's healthcare providers. Additionally, care team module 320 in association with the indoor positioning system may enable a patient to request biography information about a healthcare provider based on a healthcare provider's name or picture and may provide information such as a name, a position and a picture of the healthcare provider, when the healthcare provider enters a patient's room.
- Education module 322 may provide the patient with health education information. For instance, education module 322 may enable a patient to retrieve electronic documents related to their illness or course of treatment. Alternatively, education module 322 may provide interactive education tutorials for the patient. Additionally, education module 322 may allow a patient post questions in response the retrieved electronic documents or interactive tutorials, and alert a member of the patient's healthcare team about the patient's concerns. The education module may also keep track of when a patient has competed a health education information learning activity such as retrieving an electronic document or completing an interactive tutorial.
- Scheduling module 324 may provide patients with a representation of their specific events and/or a task list for the day.
- the events populated on the patient's schedule may include scheduled test, standard food service times, chapel services and hospital events.
- scheduling module 324 may provide the patient with a patient-specific task list.
- the task list may include instructions for the patient related to their treatment or education such as designated patient education tutorials and required or recommended exercises.
- Health records module 326 may enable a patient to access information regarding their personal care. For example, module 326 may enable patient to access portions of their Personal Health Record and update pertinent information. Module 326 may access the healthcare facility's records keeping system and determine via parameters set by a healthcare provider, the portions of a patient's EMR accessible by a patient. The heath records module 326 may also allow the patient to edit select portions of their EMR. For example health records module 326 may enable a patient to update information relating to allergies or update emergency contact information. Additionally, the health records module 326 may allow a patient to communicate with their physician or member of their care team.
- Treatment module 328 may provide real-time information from medical devices associated with the patient. Treatment module 328 may retrieve the information from a bus associated with the medical devices or from data published from the devices to database 316 .
- the bus associated with treatment module 328 may be similar to the bus previously described with reference to FIG. 2 .
- Feedback module 330 may allow patients to provide real-time opinion information regarding their stay at the healthcare facility.
- the feedback module 330 may solicit input from the patient via quality of care surveys.
- Module 330 may include instant feedback notices to allow the healthcare providers and healthcare facility to take immediate action regarding an issue and work to improve the overall patient experience.
- the notification component of the feedback module may include an escalation and relay measure, which alerts the healthcare providers when the results of a patient feedback survey fall below a satisfactory level.
- the feedback module 330 allows the management of the healthcare facility to target specific areas for feedback regarding new protocols or processes. Feedback module 330 may eliminate the delays often associated with standard written survey results.
- System 400 includes a server 410 , a network 412 , a client device 414 and a database 416 .
- Server 410 includes and may operate a set of modules, 418 , 420 , 422 , 424 , 426 , 428 , 430 , 432 , 434 , 436 , 438 , 440 , and 442 .
- Server 410 may communicate with client device 414 by way of network 412 to provide interactive in-patient experience.
- Server 410 may retrieve data via network 412 from database 416 .
- Database 416 may include data received from one or more medical devices, data published by the bus, and data transferred from a patient's electronic medical record (EMR).
- EMR electronic medical record
- the set of modules may include an information module 418 , a care team module 420 , an education module 422 , a scheduling module 424 , a health records module 426 , a treatment module 428 and a feedback module 430 .
- the set of modules may also include an environmental module 432 .
- Environmental module 432 may allow the patient, a care provider or the family members and/or friends of the patient to control the environmental conditions of the patient's room. For instance, the environmental module 432 may enable a patient to adjust the lighting setting in a room. Alternately, module 422 may allow a patient to control the temperature of his or her room.
- the set of modules may also include a television module 434 , a gaming module 436 , a movie module 438 , a music module 440 and a menu module 442 .
- the television module 434 may provide television services to the patient.
- the television module may facilitate a patient's ability to pause/rewind or record live television.
- a healthcare provider and/or a parent of a patient may control via module 434 the times when television services are available to the patient and the type of programming accessible by the patient.
- the gaming module 436 may provide an interactive gaming experience for the patient.
- the module 436 may facilitate gaming though externally connected gaming systems of built-in computer based games.
- the movie module 438 may provide movies to the patient.
- the module 438 may provide the movies upon the demand of the patient.
- a healthcare provider and/or a parent of a patient may control via module 438 the times when movies are available to the patient and the type of movie content accessible by the patient.
- the music module 440 may provide music upon the demand of the patient.
- the module 440 may provide a music library that can be accessed via the client device 414 .
- Care providers may control via the music module 440 the time when the patient is allowed to access the music content. For instance, patient's may be prohibited from accessing music content during scheduled quiet periods.
- the menu module 442 may provide patients with access to the food service system of the healthcare facility as well as the restaurants of the healthcare facility.
- the menu module may also provide access to the gift shops associated with the healthcare facility.
- FIG. 5 is an illustrative flow diagram 500 is shown of a method for providing an interactive healing environment to a patient, in accordance with an embodiment of the present invention.
- an identification of a patient is received at step 510 .
- a patient's identification may be received in one of many ways.
- a patient may be identified by scanning a barcode located on or near the patient.
- an identification corresponding to the patient e.g., identification number, patient's name
- a computer device such as a PDA or some other type of portable computing device.
- a database containing a plurality of patient identifications may be searched by a user to locate a particular patient.
- the database may contain only those patients located in a certain portion of a hospital, or may contain a broader range of patients, such as any that have been checked into the hospital, for example.
- the database in one embodiment, is an electronically searchable database.
- an identification of a medical device is received. Medical device identification may be received in the same way as patient identifications, as outlined above. For example, a barcode associated with the device may be scanned, identification information for the device may be entered into a computing device, a device may be searched for in a database, or the like.
- an identification of a set of healthcare services provided by a healthcare facility is received. The set of healthcare services may relate to the in-patient's treatment, and may include diagnostic tests, and therapies that are patient specific. Identification of the patient specific healthcare services may be received in the same way as patient identifications, as outlined above. For example, a barcode associated with a particular healthcare service may be scanned, identification information for the healthcare service may be entered into a computing device, a healthcare service may be searched for in a database, or the like.
- the patient, medical device and healthcare service may be associated to one another at step 540 .
- data from the medical device may be continuously routed to a data store, where associations and related data are stored.
- the association or the patient, the medical device and the healthcare service is maintained until the occurrence of a dissociation event. While the association is maintained, as previously mentioned, data from the medical device may be continuously routed and saved in a data store, such as, for example, data store 264 in FIG. 2 .
- Data routed from the medical devices to the data store may be routed by a bus, such as main bus 246 , also in FIG. 2 .
- a disassociation event may occur by a clinician disassociating the device from a patient (e.g., selecting the device by scanning it or selecting the checkbox, and selecting a disassociate button on a screen display). This may also be done by the selection of a patient and a device (e.g., selected by scanning a barcode or selecting a checkbox), followed by a clinician selecting a disassociate button on a screen display. Alternatively, more than one device may be disassociated at the same time. As previously described, a select all button may be available if it is desired that all of the devices be selected.
- an indication may be received that a device that is currently associated to a patient has gone offline.
- “online” indicates a state of connectivity between a device and a patient
- “offline” indicates a disconnected state between a device and the patient.
- One mechanism for determining whether a device is online or offline is a device heartbeat, which is described in relation to FIG. 2 .
- a device heartbeat is a message sent from the device to device messaging services 212 in FIG. 2 , for example, that indicates that the device is online. If this device heartbeat is not received for a certain, and perhaps predetermined period of time, it may be determined that the device is offline.
- a user may choose to override an existing association between another patient and a medical device so that a new patient is associated with the device. If the user chooses to override the existing association, that association will be terminated in favor of a new association with a new patient.
- the set of system services that are accessed by the patient are customized.
- the set of system services enable the patient to interact with a set of modules.
- the set of modules may include an information module, a care team module, an education module, a scheduling module, a health records module, a treatment module, and a feedback module.
- the set of system services is provided to a client device at step 570 .
- the client device enables the patient to retrieve and/or input information by using the set of customized system services interacting with the set of modules of the control server 22 .
- FIG. 6 an illustrative flow diagram 600 is shown of a method for providing an interactive healing environment to a patient, in accordance with an embodiment of the present invention.
- a control sever (not shown) is operated in a private network at step 610 .
- the control server is utilized to operate a set of modules.
- the set of modules may include an information module, a care team module, an education module, a scheduling module, a health records module, a treatment module, and a feedback module.
- the control server communicates with a client device of the patient.
- the client device enables the patient to retrieve and/or input information by using the set of customized system services interacting with the set of modules of the control server 22 .
- the control server retrieves data from one or more medical devices.
- the medical devices may be used to treat or support the patient and may be associated with the patient via a bus as described in relation to FIG. 2 .
- the retrieved data is stored on the control server.
- the control server then utilizes the client device to provide an interactive interface between the patient an the set of modules of the control server, at step 660 .
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Educational Administration (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Game Theory and Decision Science (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Systems, methods, and computer-readable media for providing an interactive healing environment to a patient are provided. Servers in a network may operate a set of modules to communicate with a client device of the patient. The set of modules may operate to enhance communication between the patient and the healthcare providers of patient in the healthcare facility. The modules may also interact with medical devices associated with the patient. The medical devices may be connected to a component, such as a bus, that receives data from the medical devices and determines where the data should be sent.
Description
- Typically, a patient in a healthcare facility spends most of their time confined to a bed without a complete understanding of their care regimen or team of care providers. In many instances, this lack of personal care information may reinforce patient perceptions of helplessness and isolation during treatment at a healthcare facility. The overall unawareness of what is to take place during their stay at the healthcare facility can make patients feel out of control and detached from the care they are receiving. In-patient stays in clinical institutions can be nerve-wracking experiences for many individuals and simple knowledge about the patient's schedule, team of care providers, or information regarding their health record can aid dramatically in easing a patient's mind and reduce a patient's discontent with in-patient stays. The patient hospital experience may be improved by enhancing communication between the patient and the care team and by empowering patients in the management of their healthcare.
- This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter. The present invention is defined by the claims.
- Embodiments of the present invention provide systems and methods for providing an interactive healing environment to a patient in a healthcare facility. Servers in a network may operate a set of modules to communicate with a client device of the patient. The set of modules may operate to enhance communication between the patient and the people who give care to the patient in the healthcare facility. Medical devices may be connected to a component, such as a bus, that receives data from the medical devices and determines where the data should be sent. This data may be published by the bus, in one instance, to the patient's electronic medical record, may be routed to a data store so that the data can be archived and queried by a healthcare provider in the future, and may also be retrieved by the operating the set of modules and selectively presented to the patient by way of a client device. Data may be continuously received from a particular medical device during a period of time that the medical device is connected to the bus, or a component therein. The client device of the patient may operate to provide an interactive interface between the patient and the set of modules in the servers.
- More particularly, a first aspect of an embodiment of the present invention is directed toward a system for providing an interactive healing environment to a patient in a healthcare facility. The system includes various components, including servers operating in a private network, each server having a processor coupled to a memory for operating a set of modules to communicate with a client device of the patient. The set of modules includes an information module that provides a set of information about the healthcare facility; a care team module that provides a set of information about people who give care to the patient in the healthcare facility; and an education module that provides at least one of a health education information, an electronic document retrieval, and an interactive patient education. Further, the set of modules includes a scheduling module that provides at least one of a schedule for the patient and a task list for the patient; a health records module that provides the patient access to at least one of their personal care information and their personal health record provider; and a treatment module that provides real-time information from medical devices associated with the patient. The medical devices operate to treat the patient or operate to support the patient. The client device operates to provide an interactive interface between the patient and the set of modules in the servers.
- In a second aspect, embodiments of the present invention take the form of computer-readable storage media having computer-executable instructions embodied thereon, that, when executed perform a method for providing an interactive healing environment to a patient. Initially, the method involves receiving an identification of the patient, receiving an identification of medical devices, and associating the patient, the medical devices, and a set of healthcare services provided by a healthcare facility to one another for a period of time determined by a treatment of the patient in the healthcare facility. The method further includes customizing a set of system services that are accessed by the patient. The set of system services enables the patient to interact with a set of modules that include at least one of an information module, a care team module, an education module, a scheduling module, a health records module and a treatment module. The set of system services is provided to a client device. The patient retrieves and inputs information by using the set of system services.
- A further aspect of an embodiment of the present invention takes the form of computer-storage media having computer-executable instructions embodied thereon, that, when executed perform a method for providing an interactive healing environment to a patient The method includes, operating servers in a private network. Each server has a processor coupled to a memory. The servers operate a set of modules. The set of modules communicates with a client device of the patient. The set of modules includes an information module that provides a set of information about the healthcare facility; a care team module that provides a set of information about people who give care to the patient in the healthcare facility; an education module that provides at least one of a health education information, an electronic document retrieval, and an interactive patient education; a scheduling module that provides at least one of a schedule for the patient and a task list for the patient; a health records module that provides the patient access to at least one of their personal care information and their personal health record; and a treatment module that provides real-time information from medical devices associated with the patient. provider. The method further includes retrieving data from medical devices. The medical devices operate to treat the patient or operate to support the patient. The retrieved data is stored on the servers. The client device is used to provide an interactive interface between the patient and the set of modules in the servers.
- Embodiments are described in detail below with reference to the attached drawing figures, wherein:
-
FIG. 1 is a block diagram of an exemplary computing environment suitable for use in implementing embodiments of the present invention; -
FIG. 2 is an exemplary system architecture suitable for use in implementing embodiments of the present invention; -
FIG. 3 is a block diagram of an exemplary system, according to an embodiment of the present invention; -
FIG. 4 is a block diagram of an exemplary system, according to an embodiment of the present invention; -
FIG. 5 is an illustrative flow diagram of a method for providing an interactive healing environment to a patient in a healthcare facility, in accordance with an embodiment of the present invention; and -
FIG. 6 is an illustrative flow diagram of a method for providing an interactive healing environment to a patient in a healthcare facility, in accordance with an embodiment of the present invention. - The subject matter of the present invention is described with specificity herein to meet statutory requirements. However, the description itself is not intended to limit the scope of this patent. Rather, the inventors have contemplated that the claimed subject matter might also be embodied in other ways, to include different steps or combinations of steps similar to the ones described in this document, in conjunction with other present or future technologies. Moreover, although the terms “step” and/or “block” may be used herein to connote different elements of methods employed, the terms should not be interpreted as implying any particular order among or between various steps herein disclosed unless and except when the order of individual steps is explicitly described.
- Embodiments of the present invention provide systems, methods, and computer-readable media for, among other things, providing an interactive healing environment to a patient in a healthcare facility. Initially, a healthcare facility may be any hospital, doctor's office or facility where patients are treated. An interactive healing environment may include a combination of hardware components and software applications that provide comprehensive communication, education and entertainment for patients within a healthcare facility.
- Servers in a network may operate a set of modules to communicate with a client device of the patient. The set of modules may operate to enhance communication between the patient and a healthcare provider. As used herein, the term “healthcare provider” or “provider” refers to the people who provide healthcare services to the patient in the healthcare facility. Healthcare providers may include clinicians. Clinicians may include, but are not limited to, a treating physician or physicians, specialists such as surgeons, radiologists, cardiologists, and oncologists, emergency medical technicians, physicians' assistants, nurse practitioners, nurses, nurses' aides, pharmacists, dieticians, microbiologists, laboratory experts, laboratory technologists, genetic counselors, researchers, veterinarians, students, and the like.
- Medical devices may be connected to a component, such as a bus, that receives data from the medical devices and determines where the data should be sent. A medical device may be any device, stationary or otherwise, that may be used to treat a patient in a hospital, doctor's office, etc. For exemplary purposes only and not limitation, medical devices may include monitors, ventilators, pumps (e.g., infusion pumps, balloon pumps), a patient's bed, sequential compression devices, electronic security devices, and the like. Some medical devices may be capable of being associated with orders, such as a patient's bed (e.g., order compliance data for a falls risk patient including head rails up and head angle of the bed), and others may not, such as monitors, ventilators, etc. Orders are typically given or made by clinicians who are authorized to give such orders, and may vary depending on the patient, or by type of device required, if any, to carry out a particular order.
- Initially, patients, medical devices, and orders for healthcare services provided by the healthcare facility may be identified in a number of ways, such as by scanning a barcode corresponding to the patient, device, or order; entering some type of identification corresponding to the patient, device; or order into a computing device (e.g., PDA or other handheld computing device), or searching an electronically searchable database that contains a plurality of identifications corresponding to patients, devices, and orders. Orders may be associated to patients, as orders are typically made for a particular patient.
- The data received from the one or more medical devices may be published by the bus, in one instance, to the patient's electronic medical record or may be routed to a data store so that the data can be archived and queried by a healthcare provider in the future. In various embodiments of the present invention, data from various medical devices may be transferred or routed to a patient's electronic medical record (EMR). As utilized herein, the acronym “EMR” is not meant to be limiting, and may broadly refer to any or all aspects of the patient's medical record rendered in a digital format. Generally, the EMR is supported by systems configured to co-ordinate the storage and retrieval of individual records with the aid of computing devices. As such, a variety of types of healthcare-related information may be stored and accessed in this way. By way of example, the EMR may store one or more of the following types of information: patient demographic; medical history (e.g., examination and progress reports of health and illnesses); medicine and allergy lists/immunization status; laboratory test results, radiology images (e.g., X-rays, CTs, MRIs, etc.); evidence-based recommendations for specific medical conditions; a record of appointments and physician's notes; billing records; and data received from an associated medical device. Accordingly, systems that employ EMRs reduce medical errors, increase physician efficiency, and reduce costs, as well as promote standardization of healthcare.
- The data may also be retrieved by the one or more severs operating the set of modules and selectively presented to the patient via the client device. Data may be continuously received from a particular medical device during a period of time that the medical device is connected to the bus, or a component therein. The client device of the patient may operate to provide an interactive interface between the patient and the set of modules in the one of more servers.
- Having briefly described embodiments of the present invention, an exemplary operating environment suitable for use in implementing embodiments of the present invention is described below.
- Referring to the drawings in general, and initially to
FIG. 1 in particular, an exemplary computing system environment, for instance, a medical information computing system environment, with which embodiments of the present invention may be implemented is illustrated and designated generally asreference numeral 20. It will be understood and appreciated by those of ordinary skill in the art that the illustrated medical informationcomputing system environment 20 is merely an example of one suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the medical informationcomputing system environment 20 be interpreted as having any dependency or requirement relating to any single component or combination of components illustrated therein. - The present invention may be operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with the present invention include, by way of example only, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above-mentioned systems or devices, and the like.
- The present invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include, but are not limited to, routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types. The present invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in association with local and/or remote computer storage media including, by way of example only, memory storage devices.
- With continued reference to
FIG. 1 , the exemplary medical informationcomputing system environment 20 includes a general purpose computing device in the form of acontrol server 22. Components of thecontrol server 22 may include, without limitation, a processing unit, internal system memory, and a suitable system bus for coupling various system components, includingdatabase cluster 24, with thecontrol server 22. The system bus may be any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, and a local bus, using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronic Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus, also known as Mezzanine bus. - The
control server 22 typically includes therein, or has access to, a variety of computer-readable media, for instance,database cluster 24. Computer-readable media can be any available media that may be accessed byserver 22, and includes volatile and nonvolatile media, as well as removable and non-removable media. By way of example, and not limitation, computer-readable media may include computer storage media and communication media. Computer storage media may include, without limitation, volatile and nonvolatile media, as well as removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data. In this regard, computer storage media may include, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVDs) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage, or other magnetic storage device, or any other medium which can be used to store the desired information and which may be accessed by thecontrol server 22. Communication media typically embodies computer-readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and may include any information delivery media. As used herein, the term “modulated data signal” refers to a signal that has one or more of its attributes set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above also may be included within the scope of computer-readable media. - The computer storage media discussed above and illustrated in
FIG. 1 , includingdatabase cluster 24, provide storage of computer-readable instructions, data structures, program modules, and other data for thecontrol server 22. - The
control server 22 may operate in acomputer network 26 using logical connections to one or moreremote computers 28.Remote computers 28 may be located at a variety of locations in a medical or research environment, for example, but not limited to, clinical laboratories (e.g., molecular diagnostic laboratories), hospitals and other inpatient settings, veterinary environments, ambulatory settings, medical billing and financial offices, hospital administration settings, home health care environments, and clinicians' offices. Theremote computers 28 may also be physically located in non-traditional medical care environments so that the entire health care community may be capable of integration on the network. Theremote computers 28 may be personal computers, servers, routers, network PCs, peer devices, other common network nodes, or the like, and may include some or all of the elements described above in relation to thecontrol server 22. The devices can be personal digital assistants or other like devices. -
Exemplary computer networks 26 may include, without limitation, local area networks (LANs) and/or wide area networks (WANs). Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets, and the Internet. When utilized in a WAN networking environment, thecontrol server 22 may include a modem or other means for establishing communications over the WAN, such as the Internet. In a networked environment, program modules or portions thereof may be stored in association with thecontrol server 22, thedatabase cluster 24, or any of theremote computers 28. For example, and not by way of limitation, various application programs may reside on the memory associated with any one or more of theremote computers 28. It will be appreciated by those of ordinary skill in the art that the network connections shown are exemplary and other means of establishing a communications link between the computers (e.g.,control server 22 and remote computers 28) may be utilized. - In operation, a clinician may enter commands and information into the
control server 22 or convey the commands and information to thecontrol server 22 via one or more of theremote computers 28 through input devices, such as a keyboard, a pointing device (commonly referred to as a mouse), a trackball, or a touch pad. Other input devices may include, without limitation, microphones, satellite dishes, scanners, or the like. Commands and information may also be sent directly from a remote healthcare device to thecontrol server 22. In addition to a monitor, thecontrol server 22 and/orremote computers 28 may include other peripheral output devices, such as speakers and a printer. Furthermore,remote computer 28 may include an output to aclient device 30, theclient device 30 may operate to provide an interactive interface between the patient and the set of modules in thecontrol server 22. As used herein, the term client device refers to a computing device that is accessibly by the in-patient, the family members and/or friends of the in-patient and the like. The client device may include a display device attached to it. Embodiments of the present invention contemplate that information pertaining to the patient may be views by individuals outside of the healthcare facility, for instance, the information may be viewable by a family member at his or her place of residence.Client device 30 may include a flat panel monitor having an interactive touch screen located in proximity to the patient and readily available to the patient and the patient's family members/friends at all time. For example,client device 30 may include a bedside unit that uses a touch screen personal computer mounted on an articulating arm or a flat screen television mounted on a footwall. - Although many other internal components of the
control server 22 and theremote computers 28 are not shown, those of ordinary skill in the art will appreciate that such components and their interconnection are well known. Accordingly, additional details concerning the internal construction of thecontrol server 22 and theremote computers 28 are not further disclosed herein. -
FIG. 2 is anexemplary system architecture 200 suitable for use in implementing embodiments of the present invention. Generally, theexemplary system architecture 200 advantageously allows for communication with medical devices, for example, through a bus or server, instead of communication directly with the medical devices. A patient to device association may be initiated, and the existence of a bus or server may assist in maintaining that association until the occurrence of a disassociation event. If a computing device, such as a PDA, for example, were to communicate directly with a medical device, the relationship or association between the patient and medical device may terminate when that particular medical device is no longer being used for that particular patient. There may be instances, however, when a healthcare provider may want the association between that patient and medical device to continue until the occurrence of some disassociation event. In that case, a bus may assist in maintaining and managing that relationship. - Initially, the
exemplary system architecture 200 includesdevice connectivity 210,device messaging services 212, and application services 214. Thedevice connectivity 210 includes one or more medical devices that are connected to thedevice messaging services 212 such that the devices may, at a later time, be associated to a particular patient and/or an order. These devices may include, but are not limited to monitors, cardiac ventilators, balloon pumps, patient beds, infusion pumps, sequential compression devices, electronic security devices, vital signs devices, or any other device that a health care provider may use for a patient while the patient is in the hospital. These devices are shown inFIG. 2 asitems - Each medical device may communicate with the
device messaging services 212 in a different way. For example, some devices, such asdevice 216, may utilize adevice gateway 228. A gateway is generally a device that connects networks or other devices using different communications protocols so that information can be easily passed from one to the other. A gateway may both transfer information and convert it to a form compatible with the protocols used by the receiving network. Here, the device gateway assists in the transfer of data from thedevice 216 to the device messaging services 212. As will be described in greater detail below, an adapter, such asadapter 240 may be used in instances where thedevice gateway 228, was provided by the device manufacturer. Theadapter 240 is typically used to facilitate communication from a consumer to the gateway over the consumer's protocol. It should be noted that an adapter may reside on or near the device messaging services, or may reside near the actual device or device gateway. In other instances, a device gateway may be a third-party device gateway 230. In these instances, an adapter may not be necessary, as thedevice messaging services 212 may already know what type of messages to expect from thatdevice 218 through the third-party device gateway 230. Many different connection types may be utilized between devices, gateway servers, and components of thedevice messaging services 212, including, but not limited to, HL7 TCP/IP, a software development kit (SDK),RS 232, etc. - Other devices, such as
device 220, may have an internal gateway or other component such that a gateway like 228 or 230 would not be needed. These devices may have all of the required capability built into it, and, if necessary, may even have their own adapters incorporated therein such that a separate adapter would not be necessary. Still other devices, such asdevices connectivity engine 238 anddevice adapters connectivity engine 238.Device adapters Device adapters connectivity engine 238 including, but not limited to, Universal Serial Bus (USB) or Personal Area Network (PAN). Theconnectivity engine 238 is a piece of hardware that may be connected todevices connectivity engine 238 and a device, there may still be a wireless connection over a wireless network between theconnectivity engine 238 and the device messaging services 212. - The
connectivity engine 238 may also assist in detecting types of devices so that the appropriate driver may be loaded, which may be based on the make and model of the particular device. Theconnectivity engine 238 may be located on thedevice messaging services 212 or as part of thedevice subsystems 210, as illustrated inFIG. 2 . Thedevice messaging services 212 or a component thereof may communicate with theconnectivity engine 238 to establish a connection to the device itself. In one embodiment, theconnectivity engine 238 may be physically present in a patient's room so that when a new device, such as a legacy device, is brought into that room, it may be connected to theconnectivity engine 238 if needed. At that time, a connect event may occur, and thedevice messaging services 212 may broadcast the connect event to other components who may need to know. - The medical devices, either directly or indirectly through a gateway, connectivity engine, or other component are connected to the device messaging services 212. The
device messaging services 212, in some embodiments, may generally include one ormore adapters 240, one or more bus hosts, such as bus hosts 242 and 244, amain bus 246, adevice lifecycle 248, adriver library 250, and adevice message routing 252. As previously described, an adapter may be used when the device gateway, such asdevice gateway 228, is provided by the manufacturer of a device, for example. Theadapter 240 assists to facilitate communication from a consumer to the gateway over the consumer's protocol. While oneadapter 240 is illustrated inFIG. 2 , it is contemplated to be within the scope of the present invention that more than oneadapter 240 may be used. In one embodiment, oneadapter 240 may be used for more than one medical device, but in another embodiment, each medical device requiring an adapter may require a separate adapter. Further, theadapter 240 may be used to communicate data from thedevice messaging services 212 tohealthcare service providers 254. In these cases, the data may not be transferred through any system services or applications, but may be transferred directly to otherhealthcare service providers 254. Typically, an inbound and outbound adapter would be provided to transform messages to and from a standard format and protocol, such as HL7. - A bus host, such as
bus host FIG. 2 , for example, has a bus host fordevices device adapters connectivity engine 238. In addition to the above described functionality of the bus hosts 242 and 244, they may also allow for communication to the device to get various types of information to and from the device. This information may be, for example, determining whether the bed rails are up or down, or even determining the patient's weight when the patient is sitting or lying on the bed. - The
main bus 246 provides connection framework, as it may create and manage all connections to the device messaging services 212. Themain bus 246 also provides messaging architecture for the device messaging services 212. The main functionality of themain bus 246 includes providing general operational and management capabilities for connected devices, which may vary depending on the system service that is subscribing or requesting the data from the devices. - A
device lifecycle 248 may detect the presence of a device on themain bus 246. Thedevice lifecycle 248 also may maintain an accurate directory of currently connected medical devices to themain bus 246 as various medical devices become connected. Further, it may ensure “active” connectivity of a medical device to themain bus 246 via a device heartbeat. A heartbeat is an indication given at a certain interval of time that a particular medical device is connected to themain bus 246. This interval may vary, and may be regular, such as every 20 seconds, for example. Additionally, the interval may depend on each medical device. As a medical device deregisters, or becomes unconnected to themain bus 246, thedevice lifecycle 248 may be responsible for sending out a notice of a disconnect event, and will then stop sending that device's heartbeat out to certain components that require that information. There are various phases of thedevice lifecycle 248, which may include, in one embodiment, a notification phase that notifies of an event generated at the device connection and of a device connected as directly to themain bus 246; an interrogation phase; an identification phase that identifies the vendor, make, model, etc. of each medical device and that finds and downloads the appropriate driver when necessary; an activation phase that loads the device driver and registers the medical devices; and an execution phase that is responsible for tracking the medical devices' heartbeats and gathers and transmits data to and from the medical devices. - A
driver library 250 may store a plurality of drivers that may be used and installed on particular devices, when required. Further, a devicemessage routing component 252 handles routing messages from source to destination across the device messaging services 212. Messages may take on a variety of forms, and may contain vastly different types of content. Various types of messaging may include request and reply messaging, publish and subscribe messaging, and asynchronous one-way messaging. Request and reply messaging includes taking a message from a source, routing it to a single destination, and routing a reply message from the destination back to the original source. Publish and subscribe messaging involves a publisher sending messages out on a named topic, which may be received by multiple subscribers. Asynchronous one-way messaging includes doing requests and reply messaging without needing to receive a reply. The only receipt message may be an indication that the message was successfully sent. - With continued reference to
FIG. 2 , application services 214 includes various components, includinghealthcare service providers 254, adatabase 256,system services 260, and anapplication 268. The system services 260 may consume some or all of the information that themain bus 246 provides. In some instances, the system services 260 may be application programming interfaces (APIs), which may support requests made by computer programs, such as applications. For instance, the system services 260 may use themain bus 246 to determine where a connected device is located. The application services 214 may include various components that may all utilize information sent by themain bus 246. These may include, for example, anaggregation component 262, adata store 264, and a patient todevice association 266, which is further discussed herein. Theaggregation component 262 allows for a user to query a patient by a patient identification over a large number of patient identifications. Once a match is found, information relating to that patient, such as devices that the patient is associated with, may be retrieved. Thedata store 264 stores data that is published by the medical devices. - In various embodiments of the present invention, the system services 260 run on the
main bus 246, and thus together with themain bus 246, may provide additional functionality to the system as a whole. For example, whenvarious system services 260 run on themain bus 246, themain bus 246 may store discrete data posts, such as heart rate, systolic blood pressure, diastolic blood pressure, etc., in a data store, such asdata store 264, for historical queries and archiving. Further, themain bus 246 may chart acquired discrete data into a patient's EMR; publish medical device outcomes, such as lab results and other test results, to a patient's EMR; and publish digital media from a device into a patient's EMR, publish infusion data, if required, and infusion events (e.g., infusion rate, volume infused, volume to be infused, rate change, begin bag, end bag) into a patient's EMR. - The
application 268 works with the system services 260 to facilitate specific functionality, such as a patient to device association. Theapplication 268, in one embodiment, may be a user interface. For example the user interfaces may be screen shots of associating a patient to a device, or to an order, or screen shots of associating a patient with a particular healthcare provider. While oneapplication 268 is illustrated inFIG. 2 , more than one application is considered to be well within the scope of the present invention. The system services 260 and theapplication 268 are incorporated such that the system services 260 retrieve raw data from themain bus 246 and other components, while theapplication 268 uses that information and presents it to a user through a user interface. - While only a
main bus 246 is illustrated inFIG. 2 , more than one bus may be used in implementing embodiments of the present invention. By way of example only and not limitation, themain bus 246 may be a first bus that is responsible for managing all of the medical devices. Thismain bus 246 may be located at the facility, such as a hospital. One or more local busses may be present that can store and facilitate the transfer of information from one or more medical devices, and that transfer that information to themain bus 246. Themain bus 246 may not even be aware that there are local busses, as the local busses may just be proxying messages that they receive from the medical devices. Local busses may also be present at the facility (e.g., hospital), but may be physically located in a patient's room, for example, such as on a cart where an associated medical device is located. In one embodiment of the present invention, more than onemain bus 246 may be available to provide a backup system. One main bus may be a primary node, and the other may be a secondary node. If one node goes down, the secondary node may be utilized. Additionally, the nodes or busses may be used in conjunction with one another such that each has certain responsibility, for example. - The
database 256, in one embodiment, may be sent patient, medical device, and order association information. For instance, identification of a patient and medical device that have been associated may be sent to thedatabase 256. Any data that it released by the medical device may also be routed to thedatabase 256 so that this information can be stored in a flowsheet, for example. A clinician may then make the decision as to what to do with the data. For example, the clinician may decide that certain data points should be included in the patient's chart, and the others may be completely deleted from thedatabase 256. A specific example of this may be when a clinician looks at data in thedatabase 256 that is associated with a certain patient. The data may include values at different times, such as 12:00 PM, 12:15 PM, and 12:30 PM. The clinician may not wish for all of these values to be entered into the patient's chart, but may choose, for example, just the 12:00 PM and 12:30 PM entries to officially document. Additionally, having this information in thedatabase 256 allows for a higher accuracy. In one instance, a clinician may write down in a patient's chart that an infusion pump began at 12:10 PM, when it actually started at 12:06 PM. Having this information in thedatabase 256 allows for the clinician to officially document accurate start and end times, as well as other values whose accuracy is important to the patient's health. - As previously discussed, various
healthcare service providers 254 may wish to receive data or information regarding a particular medical device or patient. In this case, theadapters 240 may be configured to send this information via an HL7 or ASTM connection, for example, to thehealthcare service providers 254. In one embodiment, the system services 260 may communicate with varioushealthcare service providers 254, and this communication takes place via themain bus 246. - Turning now to
FIG. 3 , a block diagram of an exemplary system is shown, in accordance with an embodiment of the present invention, designated generally asreference numeral 300.System 300 includes aserver 310, anetwork 312, aclient device 314 and adatabase 316.Server 310 includes and may operate a set of modules, 318, 320, 322, 324, 326, 328 and 330.Server 310 may communicate withclient device 314 by way ofnetwork 312 to provide interactive in-patient experience.Server 310 may retrieve data vianetwork 312 fromdatabase 316.Database 316 may include data received from one or more medical devices, data published by the bus, and data transferred from a patient's electronic medical record (EMR). - The set of
modules client device 314 to present via a user interface various forms of information to the patient.Server 310 may include aninformation module 318, for providing the patient or the patient's family with information about the healthcare facility. For instance,information module 318 may provide information such as the mission statement of the healthcare facility, a welcome video, and provide of list of amenities available to patient.Information module 318 may also provide maps and other directional information to enable patients to find their way around the healthcare facility. Additionally, theinformation module 318 may provide patients with information about the geographical area surrounding the healthcare facility, such as local events and venues for food and lodging. -
Care team module 320 may provide the patient or the patient's family with information about the people designated to care for the patient throughout their stay at the healthcare facility. For example,care team module 320 may provide information such as the name, position, picture and personal and professional biography of the healthcare providers that interact with the patient during their hospital stay. When a patient is admitted, discharged or transferred within the healthcare facility, the care team module may initiate a servlet to obtain information about the healthcare providers associated with the admission, discharge or transfer of the patient. Alternatively, the care team module may automatically associate a healthcare provider to the care team of all patient or allow manual association of a healthcare provider to a patient. The care team module may also facilitate the creation and updating of healthcare provider profiles containing the healthcare providers information. In one example, the care team module may associate a particular healthcare provider with the care team of a patient when the healthcare provider accesses the patient's medical chart in the EMR. Thecare team module 320 may also be associated with an indoor positioning system to track the physical locations of the patient's healthcare providers. Additionally,care team module 320 in association with the indoor positioning system may enable a patient to request biography information about a healthcare provider based on a healthcare provider's name or picture and may provide information such as a name, a position and a picture of the healthcare provider, when the healthcare provider enters a patient's room. -
Education module 322 may provide the patient with health education information. For instance,education module 322 may enable a patient to retrieve electronic documents related to their illness or course of treatment. Alternatively,education module 322 may provide interactive education tutorials for the patient. Additionally,education module 322 may allow a patient post questions in response the retrieved electronic documents or interactive tutorials, and alert a member of the patient's healthcare team about the patient's concerns. The education module may also keep track of when a patient has competed a health education information learning activity such as retrieving an electronic document or completing an interactive tutorial. -
Scheduling module 324 may provide patients with a representation of their specific events and/or a task list for the day. The events populated on the patient's schedule may include scheduled test, standard food service times, chapel services and hospital events. In addition to the schedules events,scheduling module 324 may provide the patient with a patient-specific task list. For example, the task list may include instructions for the patient related to their treatment or education such as designated patient education tutorials and required or recommended exercises. -
Health records module 326 may enable a patient to access information regarding their personal care. For example,module 326 may enable patient to access portions of their Personal Health Record and update pertinent information.Module 326 may access the healthcare facility's records keeping system and determine via parameters set by a healthcare provider, the portions of a patient's EMR accessible by a patient. Theheath records module 326 may also allow the patient to edit select portions of their EMR. For examplehealth records module 326 may enable a patient to update information relating to allergies or update emergency contact information. Additionally, thehealth records module 326 may allow a patient to communicate with their physician or member of their care team. -
Treatment module 328 may provide real-time information from medical devices associated with the patient.Treatment module 328 may retrieve the information from a bus associated with the medical devices or from data published from the devices todatabase 316. The bus associated withtreatment module 328 may be similar to the bus previously described with reference toFIG. 2 . -
Feedback module 330 may allow patients to provide real-time opinion information regarding their stay at the healthcare facility. Thefeedback module 330 may solicit input from the patient via quality of care surveys.Module 330 may include instant feedback notices to allow the healthcare providers and healthcare facility to take immediate action regarding an issue and work to improve the overall patient experience. The notification component of the feedback module may include an escalation and relay measure, which alerts the healthcare providers when the results of a patient feedback survey fall below a satisfactory level. Thefeedback module 330 allows the management of the healthcare facility to target specific areas for feedback regarding new protocols or processes.Feedback module 330 may eliminate the delays often associated with standard written survey results. - Referring now to
FIG. 4 , a block diagram of an exemplary system, according to an embodiment of the present invention is illustrated and designated generally asreference numeral 400.System 400 includes aserver 410, anetwork 412, a client device 414 and adatabase 416.Server 410 includes and may operate a set of modules, 418, 420, 422, 424, 426, 428, 430, 432, 434, 436, 438, 440, and 442.Server 410 may communicate with client device 414 by way ofnetwork 412 to provide interactive in-patient experience.Server 410 may retrieve data vianetwork 412 fromdatabase 416.Database 416 may include data received from one or more medical devices, data published by the bus, and data transferred from a patient's electronic medical record (EMR). - As previously described in relation to
FIG. 3 , the set of modules may include aninformation module 418, acare team module 420, aneducation module 422, ascheduling module 424, ahealth records module 426, atreatment module 428 and afeedback module 430. The set of modules may also include anenvironmental module 432.Environmental module 432 may allow the patient, a care provider or the family members and/or friends of the patient to control the environmental conditions of the patient's room. For instance, theenvironmental module 432 may enable a patient to adjust the lighting setting in a room. Alternately,module 422 may allow a patient to control the temperature of his or her room. - The set of modules may also include a
television module 434, agaming module 436, amovie module 438, amusic module 440 and amenu module 442. Thetelevision module 434 may provide television services to the patient. For example the television module may facilitate a patient's ability to pause/rewind or record live television. Additionally, a healthcare provider and/or a parent of a patient may control viamodule 434 the times when television services are available to the patient and the type of programming accessible by the patient. - The
gaming module 436 may provide an interactive gaming experience for the patient. For example, themodule 436 may facilitate gaming though externally connected gaming systems of built-in computer based games. Themovie module 438 may provide movies to the patient. Themodule 438 may provide the movies upon the demand of the patient. As with the television module 434 a healthcare provider and/or a parent of a patient may control viamodule 438 the times when movies are available to the patient and the type of movie content accessible by the patient. - The
music module 440 may provide music upon the demand of the patient. Themodule 440 may provide a music library that can be accessed via the client device 414. Care providers may control via themusic module 440 the time when the patient is allowed to access the music content. For instance, patient's may be prohibited from accessing music content during scheduled quiet periods. - The
menu module 442 may provide patients with access to the food service system of the healthcare facility as well as the restaurants of the healthcare facility. The menu module may also provide access to the gift shops associated with the healthcare facility. -
FIG. 5 is an illustrative flow diagram 500 is shown of a method for providing an interactive healing environment to a patient, in accordance with an embodiment of the present invention. Initially, an identification of a patient is received atstep 510. A patient's identification may be received in one of many ways. For exemplary purposes only and not limitation, a patient may be identified by scanning a barcode located on or near the patient. Alternatively, an identification corresponding to the patient (e.g., identification number, patient's name) may be entered into a computer device, such as a PDA or some other type of portable computing device). In one aspect of the present invention, a database containing a plurality of patient identifications may be searched by a user to locate a particular patient. The database may contain only those patients located in a certain portion of a hospital, or may contain a broader range of patients, such as any that have been checked into the hospital, for example. Further, the database, in one embodiment, is an electronically searchable database. - At
step 520, an identification of a medical device is received. Medical device identification may be received in the same way as patient identifications, as outlined above. For example, a barcode associated with the device may be scanned, identification information for the device may be entered into a computing device, a device may be searched for in a database, or the like. Atstep 530, an identification of a set of healthcare services provided by a healthcare facility is received. The set of healthcare services may relate to the in-patient's treatment, and may include diagnostic tests, and therapies that are patient specific. Identification of the patient specific healthcare services may be received in the same way as patient identifications, as outlined above. For example, a barcode associated with a particular healthcare service may be scanned, identification information for the healthcare service may be entered into a computing device, a healthcare service may be searched for in a database, or the like. - In response to receiving the identifications of the patient, the medical devices, and the healthcare facility service, the patient, medical device and healthcare service may be associated to one another at
step 540. Once an association has been formed between the patient, the medical device, and the healthcare service, data from the medical device may be continuously routed to a data store, where associations and related data are stored. Atstep 550, the association or the patient, the medical device and the healthcare service is maintained until the occurrence of a dissociation event. While the association is maintained, as previously mentioned, data from the medical device may be continuously routed and saved in a data store, such as, for example,data store 264 inFIG. 2 . Data routed from the medical devices to the data store may be routed by a bus, such asmain bus 246, also inFIG. 2 . - In one embodiment, a disassociation event may occur by a clinician disassociating the device from a patient (e.g., selecting the device by scanning it or selecting the checkbox, and selecting a disassociate button on a screen display). This may also be done by the selection of a patient and a device (e.g., selected by scanning a barcode or selecting a checkbox), followed by a clinician selecting a disassociate button on a screen display. Alternatively, more than one device may be disassociated at the same time. As previously described, a select all button may be available if it is desired that all of the devices be selected.
- In another embodiment, an indication may be received that a device that is currently associated to a patient has gone offline. As used herein the term, “online” indicates a state of connectivity between a device and a patient, while “offline” indicates a disconnected state between a device and the patient. One mechanism for determining whether a device is online or offline is a device heartbeat, which is described in relation to
FIG. 2 . A device heartbeat is a message sent from the device todevice messaging services 212 inFIG. 2 , for example, that indicates that the device is online. If this device heartbeat is not received for a certain, and perhaps predetermined period of time, it may be determined that the device is offline. - In yet another embodiment, a user (e.g., clinician) may choose to override an existing association between another patient and a medical device so that a new patient is associated with the device. If the user chooses to override the existing association, that association will be terminated in favor of a new association with a new patient.
- At
step 560, the set of system services that are accessed by the patient are customized. The set of system services enable the patient to interact with a set of modules. As described in relation toFIGS. 3 and 4 , the set of modules may include an information module, a care team module, an education module, a scheduling module, a health records module, a treatment module, and a feedback module. In response to customizing the set of system services accessible by the patient, the set of system services is provided to a client device atstep 570. The client device enables the patient to retrieve and/or input information by using the set of customized system services interacting with the set of modules of thecontrol server 22. - Turning to
FIG. 6 , an illustrative flow diagram 600 is shown of a method for providing an interactive healing environment to a patient, in accordance with an embodiment of the present invention. Initially, a control sever (not shown) is operated in a private network atstep 610. Atstep 620, the control server is utilized to operate a set of modules. As described in relation toFIGS. 3 and 4 , the set of modules may include an information module, a care team module, an education module, a scheduling module, a health records module, a treatment module, and a feedback module. Atstep 630, the control server communicates with a client device of the patient. The client device enables the patient to retrieve and/or input information by using the set of customized system services interacting with the set of modules of thecontrol server 22. Atstep 640, the control server retrieves data from one or more medical devices. As previously describe, the medical devices may be used to treat or support the patient and may be associated with the patient via a bus as described in relation toFIG. 2 . Atstep 650 the retrieved data is stored on the control server. The control server then utilizes the client device to provide an interactive interface between the patient an the set of modules of the control server, atstep 660. - It will be understood that certain features and sub-combinations of utility may be employed without reference to features and sub-combinations and are contemplated within the scope of the claims. Furthermore, the steps performed need not be performed in the order described.
Claims (22)
1. A system for providing an interactive healing environment to a patient in a healthcare facility, comprising:
one or more servers operating in a private network wherein each server has a processor coupled to a memory;
the one or more servers operating a set of modules to communicate with a client device of the patient wherein the set of modules includes:
an information module that provides a set of information about the healthcare facility;
a care team module that provides the set of information about people who give care to the patient in the healthcare facility;
an education module that provides at least one of a health education information, an electronic document retrieval, and an interactive patient education;
a scheduling module that provides at least one of a schedule for the patient and a task list for the patient;
a health records module that provides the patient access to at least one of their personal care information and their personal health record; and
a treatment module that provides real-time information from one or more medical devices associated with the patient;
the one or more servers retrieving data from the one or more medical devices wherein the one or more medical devices operate to treat the patient or operate to support the patient; and
the client device operating to provide an interactive interface between the patient and the set of modules in the one or more servers.
2. The system of claim 1 , further comprising the set of modules includes at least one of:
a television module that provides television services;
a gaming module that enables an interactive gaming experience;
a movie module that provides a first on-demand selection of video content;
a music module that provides a second on-demand selection of audio content; and
a menu module that provides an access to food services and gift shops associated with the healthcare facility.
3. The system of claim 2 , further comprising the set of modules includes a feedback module that solicits input from the patient to correct and improve a stay of the patient in the healthcare facility.
4. The system of claim 1 , wherein the care team module is associated with an indoor positioning system to track the physical locations of people who give care to the patient in the healthcare facility and wherein the care team module provides information such as a name, a position and a picture of the healthcare giver, when the healthcare giver enters a room of the patient.
5. The system of claim 1 , wherein the education module monitors when the patient has completed a health education information learning activity.
6. The system of claim 4 , wherein the health records module updates an electronic medical record, associated with the patient, in the healthcare recordkeeping system when the patient completes the health education information learning activity.
7. The system of claim 1 , wherein the feedback module solicits feedback information from the patient regarding their treatment at the healthcare facility, wherein the feedback information comprises the response of the patient to one or more quality of care surveys.
8. The system of claim 6 , further comprising a notification component that alerts a healthcare facility management team and the healthcare provider when positive feedback information provided by the patient falls below a predetermined threshold.
9. The system of claim 1 , further comprising an environmental module that allows the patient and the people who give care to the patient to control the environmental conditions in a room of the patient, wherein the environmental conditions include lighting and temperature.
10. The system of claim 2 , further comprising a parental control module that limits a material accessed by the patient in the television, gaming, movies and music modules.
11. One or more computer-readable storage media having computer-executable instructions embodied thereon, that, when executed perform a method for providing an interactive healing environment to a patient, the method comprising:
receiving an identification of the patient;
receiving the identification of one or more medical devices;
receiving the identification of a set of healthcare services provided by a healthcare facility
associating the patient, the one or more medical devices, and the set of healthcare services provided by a healthcare facility to one another for a period of time determined by a treatment of the patient in the healthcare facility;
customizing a set of system services that are accessed by the patient wherein the set of system services enables the patient to interact with a set of modules that include at least one of information module, a care team module, an education module, a scheduling module, a health records module and a treatment module; and
providing the set of system services to a client device wherein the patient retrieves and inputs information by using the set of system services.
12. The computer-readable storage media of claim 11 wherein the set of modules includes at least one of:
a television module that provides television services;
a gaming module that enables an interactive gaming experience;
a movie module that provides a first on-demand selection of video content;
a music module that provides a second on-demand selection of audio content; and
a menu module that provides an access to food services and gift shops associated with the healthcare facility.
13. The computer-readable storage media of claim 11 , further comprising, maintaining an association of an identified patient and the one or more medical devices until an occurrence of a disassociation event, wherein the disassociation event includes one or more of a disassociation by a clinician, an indication that the one or more medical devices is offline, or an override caused by the association of another patient to the one or more medical devices.
14. The computer-readable storage media of claim 11 , wherein one or more of the identification of the patient, or the identification of the one or more medical devices are received by scanning a barcode that is associated with the patient, or the one or more medical devices.
15. The computer-readable storage media of claim 11 , wherein one or more of the identification of the patient, or the identification of the one or more medical devices are received by a user selection of the patient identification, or one or more medical devices identification found in an electronically searchable database that contains a plurality of identifications.
16. The computer-readable storage media of claim 11 , wherein the care team module is associated with an indoor positioning system to track the physical locations of people who give care to the patient in the healthcare facility and wherein the care team module provides information such as a name, position and a picture of a healthcare giver, when the healthcare giver enters a patient room.
17. The computer-readable storage media of claim 11 , wherein the education module monitors when the patient has completed a health education information learning activity.
18. The computer-readable storage media of claim 11 , further comprising updating an electronic medical record associated with the patient when the patient has completed a health education information learning activity.
19. The computer-readable storage media of claim 11 , wherein the feedback module solicits feedback information from the patient regarding their treatment at the healthcare facility, wherein the feedback information comprises the response of the patient to one or more quality of care surveys.
20. The computer-readable storage media of claim 19 , further comprising alerting a healthcare facility management team and the people who give care to the patient when positive feedback information provided by the patient falls below a predetermined threshold.
21. One or more computer-storage media having computer-executable instructions embodied thereon, that, when executed perform a method for providing an interactive healing environment to a patient, the method comprising:
operating one or more servers in a private network wherein each server has a processor coupled to a memory;
utilizing the one or more servers to operate a set of modules, wherein the set of modules communicates with a client device of the patient wherein the set of modules includes:
an information module that provides the set of information about the healthcare facility;
a care team module that provides a set of information about people who give care to the patient in the healthcare facility;
an education module that provides at least one of a health education information, an electronic document retrieval, and an interactive patient education;
a scheduling module that provides at least one of a schedule for the patient and a task list for the patient;
a health records module that provides the patient access to their personal care information and their personal health record; and
a treatment module that provides real-time information from one or more medical devices associated with the patient;
retrieving data from the one or more medical devices wherein the one or more medical devices operate to treat the patient or operate to support the patient;
storing the retrieved data on the one or more servers; and
utilizing the client device to provide an interactive interface between the patient and the set of modules in the one or more servers.
22. The computer-readable storage media of claim 21 , further comprising the set of modules includes a feedback module that solicits input from the patient to correct and improve a stay of the patient in the healthcare facility.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/553,451 US20110054936A1 (en) | 2009-09-03 | 2009-09-03 | Patient interactive healing environment |
US15/394,222 US11133089B2 (en) | 2009-09-03 | 2016-12-29 | Patient interactive healing environment |
US17/461,371 US20210391044A1 (en) | 2009-09-03 | 2021-08-30 | Patient interactive healing environment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/553,451 US20110054936A1 (en) | 2009-09-03 | 2009-09-03 | Patient interactive healing environment |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/394,222 Division US11133089B2 (en) | 2009-09-03 | 2016-12-29 | Patient interactive healing environment |
Publications (1)
Publication Number | Publication Date |
---|---|
US20110054936A1 true US20110054936A1 (en) | 2011-03-03 |
Family
ID=43626180
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/553,451 Abandoned US20110054936A1 (en) | 2009-09-03 | 2009-09-03 | Patient interactive healing environment |
US15/394,222 Active 2032-12-03 US11133089B2 (en) | 2009-09-03 | 2016-12-29 | Patient interactive healing environment |
US17/461,371 Pending US20210391044A1 (en) | 2009-09-03 | 2021-08-30 | Patient interactive healing environment |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/394,222 Active 2032-12-03 US11133089B2 (en) | 2009-09-03 | 2016-12-29 | Patient interactive healing environment |
US17/461,371 Pending US20210391044A1 (en) | 2009-09-03 | 2021-08-30 | Patient interactive healing environment |
Country Status (1)
Country | Link |
---|---|
US (3) | US20110054936A1 (en) |
Cited By (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100287006A1 (en) * | 2009-05-07 | 2010-11-11 | Cerner Innovation, Inc. | Clinician to device association |
US20110077965A1 (en) * | 2009-09-25 | 2011-03-31 | Cerner Innovation, Inc. | Processing event information of various sources |
US20120066042A1 (en) * | 2010-09-13 | 2012-03-15 | Sanofi-Aventis Deutschland Gmbh | Method of collection of information on awareness of consumers and/or users with respect to a good or service |
US20120066027A1 (en) * | 2010-09-13 | 2012-03-15 | Sanofi-Aventis Deutschland Gmbh | Method of dissemination of information about a product or service to improve awareness of consumers and/or users |
US20120075061A1 (en) * | 2010-09-24 | 2012-03-29 | Carefusion 303, Inc. | Automatic association of medical elements |
US20120245948A1 (en) * | 2009-09-25 | 2012-09-27 | Mark Allen Nolte | Gauging resource intensiveness of providing care to a patient |
US20120253836A1 (en) * | 2009-09-25 | 2012-10-04 | Mark Allen Nolte | Facilitating and tracking clinician-assignment status |
US20130091631A1 (en) * | 2011-10-18 | 2013-04-18 | Stryker Corporation | Patient Support Apparatus With In-Room Device Communication |
US8620682B2 (en) | 2011-06-20 | 2013-12-31 | Cerner Innovation, Inc. | Smart clinical care room |
US8655680B2 (en) | 2011-06-20 | 2014-02-18 | Cerner Innovation, Inc. | Minimizing disruption during medication administration |
US8727981B2 (en) | 2011-06-20 | 2014-05-20 | Cerner Innovation, Inc. | Ambient sensing of patient discomfort |
US20140249854A1 (en) * | 2013-03-01 | 2014-09-04 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
WO2014149454A1 (en) * | 2013-03-15 | 2014-09-25 | Abbott Medical Optics Inc. | System and method for providing a genericized medical device architecture |
US20150134773A1 (en) * | 2013-11-14 | 2015-05-14 | Mores, Inc. | Method and apparatus for enhanced personal care |
US20150142912A1 (en) * | 2013-11-19 | 2015-05-21 | Intel-Ge Care Innovations Llc | System and method for providing isolation boundaries between regulated medical applications and unregulated, non-medical applications |
US20160004836A1 (en) * | 2011-09-29 | 2016-01-07 | Alexander Valentine Rybkin | Medical patient data collaboration system |
WO2016036694A1 (en) * | 2014-09-02 | 2016-03-10 | Covidien Lp | Distributed health care monitoring |
US20160073955A1 (en) * | 2013-11-14 | 2016-03-17 | Mores, Inc. | Health Band Apparatus |
US20160078708A1 (en) * | 2013-11-14 | 2016-03-17 | Mores, Inc. | Dispenser Apparatus |
US20160080527A1 (en) * | 2013-11-14 | 2016-03-17 | Mores, Inc. | Method and Apparatus for Enhanced Personal Care with Interactive Diary Function |
US9996667B2 (en) | 2013-03-14 | 2018-06-12 | Airstrip Ip Holdings, Llc | Systems and methods for displaying patient data |
US10034979B2 (en) | 2011-06-20 | 2018-07-31 | Cerner Innovation, Inc. | Ambient sensing of patient discomfort |
US10042979B2 (en) | 2013-03-01 | 2018-08-07 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US10068057B2 (en) | 2013-03-01 | 2018-09-04 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US10078951B2 (en) | 2011-07-12 | 2018-09-18 | Cerner Innovation, Inc. | Method and process for determining whether an individual suffers a fall requiring assistance |
US10078956B1 (en) | 2014-01-17 | 2018-09-18 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections |
US10091463B1 (en) | 2015-02-16 | 2018-10-02 | Cerner Innovation, Inc. | Method for determining whether an individual enters a prescribed virtual zone using 3D blob detection |
US10090068B2 (en) | 2014-12-23 | 2018-10-02 | Cerner Innovation, Inc. | Method and system for determining whether a monitored individual's hand(s) have entered a virtual safety zone |
US10085905B2 (en) | 2014-08-11 | 2018-10-02 | Stryker Corporation | Patient support apparatuses with wireless headwall communication |
US10096223B1 (en) | 2013-12-18 | 2018-10-09 | Cerner Innovication, Inc. | Method and process for determining whether an individual suffers a fall requiring assistance |
US10140674B2 (en) * | 2011-05-05 | 2018-11-27 | Roger Alan Mason | System and method for implementing a diagnostic software tool |
US10147297B2 (en) | 2015-06-01 | 2018-12-04 | Cerner Innovation, Inc. | Method for determining whether an individual enters a prescribed virtual zone using skeletal tracking and 3D blob detection |
US10147184B2 (en) | 2016-12-30 | 2018-12-04 | Cerner Innovation, Inc. | Seizure detection |
US10210378B2 (en) | 2015-12-31 | 2019-02-19 | Cerner Innovation, Inc. | Detecting unauthorized visitors |
US10217527B2 (en) | 2013-03-01 | 2019-02-26 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US10225522B1 (en) | 2014-01-17 | 2019-03-05 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections |
US10262382B2 (en) | 2013-03-15 | 2019-04-16 | Airstrip Ip Holdings, Llc | Systems and methods for and displaying patient data |
US10342478B2 (en) | 2015-05-07 | 2019-07-09 | Cerner Innovation, Inc. | Method and system for determining whether a caretaker takes appropriate measures to prevent patient bedsores |
US10382724B2 (en) | 2014-01-17 | 2019-08-13 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections along with centralized monitoring |
US10460409B2 (en) | 2013-03-13 | 2019-10-29 | Airstrip Ip Holdings, Llc | Systems and methods for and displaying patient data |
US10482321B2 (en) | 2017-12-29 | 2019-11-19 | Cerner Innovation, Inc. | Methods and systems for identifying the crossing of a virtual barrier |
US10524722B2 (en) | 2014-12-26 | 2020-01-07 | Cerner Innovation, Inc. | Method and system for determining whether a caregiver takes appropriate measures to prevent patient bedsores |
US10546481B2 (en) | 2011-07-12 | 2020-01-28 | Cerner Innovation, Inc. | Method for determining whether an individual leaves a prescribed virtual perimeter |
US10643446B2 (en) | 2017-12-28 | 2020-05-05 | Cerner Innovation, Inc. | Utilizing artificial intelligence to detect objects or patient safety events in a patient room |
US10922936B2 (en) | 2018-11-06 | 2021-02-16 | Cerner Innovation, Inc. | Methods and systems for detecting prohibited objects |
CN112786177A (en) * | 2021-03-19 | 2021-05-11 | 南京市中医院 | PRII management platform for UC doctors and patients |
CN113140295A (en) * | 2020-01-19 | 2021-07-20 | 浙江爱多特大健康科技有限公司 | Information binding method, device, equipment and computer readable storage medium |
US11133089B2 (en) | 2009-09-03 | 2021-09-28 | Cerner Innovation, Inc. | Patient interactive healing environment |
US20210343401A1 (en) * | 2020-04-29 | 2021-11-04 | Mend Medical, LLC | Blockchain-Based Technologies for Tracking Product Lifecycle |
TWI787984B (en) * | 2021-08-31 | 2022-12-21 | 鴻海精密工業股份有限公司 | Controller structure |
US11972862B2 (en) * | 2021-04-27 | 2024-04-30 | Mend Medical, LLC | Blockchain-based technologies for tracking product lifecycle |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010034615A1 (en) * | 2000-03-15 | 2001-10-25 | Gregg Wilkinson | Apparatus for and method of assessing, monitoring, and reporting on behavioral health disorders |
US20020065686A1 (en) * | 2000-11-13 | 2002-05-30 | Rand Monteleone | System and method for navigating patient medical information |
US20020103674A1 (en) * | 2000-05-05 | 2002-08-01 | Reeder Ryan Anthony | Hospital monitoring and control system and method |
US20020104271A1 (en) * | 1999-04-22 | 2002-08-08 | Gallant Dennis J. | Modular patient room |
US20020111831A1 (en) * | 2001-02-13 | 2002-08-15 | Toshihiko Harada | Information service system at hospital, nursing home or other institute |
US20020138338A1 (en) * | 2001-03-23 | 2002-09-26 | Trauth Gregory L. | Customer complaint alert system and method |
US20020147782A1 (en) * | 2001-03-30 | 2002-10-10 | Koninklijke Philips Electronics N.V. | System for parental control in video programs based on multimedia content information |
US20020187463A1 (en) * | 2001-06-08 | 2002-12-12 | Henrik Aspe | Adaptive interactive preceptored teaching system |
US20050182655A1 (en) * | 2003-09-02 | 2005-08-18 | Qcmetrix, Inc. | System and methods to collect, store, analyze, report, and present data |
US20060277066A1 (en) * | 2005-06-02 | 2006-12-07 | Cerner Innovation, Inc. | Computerized methods and systems for user-centric selection of menu items |
US20080077031A1 (en) * | 2001-11-07 | 2008-03-27 | Cardiac Pacemakers, Inc. | System and method for remote expert-system medical device programming |
US20080319781A1 (en) * | 2007-02-16 | 2008-12-25 | Stivoric John M | Assessment and grouping applications of lifeotypes |
US20090222284A1 (en) * | 2000-11-03 | 2009-09-03 | Quality Data Management, Inc. | Physician office viewpoint survey system and method |
US20100137693A1 (en) * | 2005-11-01 | 2010-06-03 | Fresenius Medical Care Holdings, Inc. | Methods and systems for patient care |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5966692A (en) | 1992-05-12 | 1999-10-12 | Telemed Technologies International Corporation | Method and system for monitoring the heart of a patient |
US5881717A (en) * | 1997-03-14 | 1999-03-16 | Nellcor Puritan Bennett Incorporated | System and method for adjustable disconnection sensitivity for disconnection and occlusion detection in a patient ventilator |
US6730024B2 (en) | 2000-05-17 | 2004-05-04 | Brava, Llc | Method and apparatus for collecting patient compliance data including processing and display thereof over a computer network |
US7860583B2 (en) | 2004-08-25 | 2010-12-28 | Carefusion 303, Inc. | System and method for dynamically adjusting patient therapy |
US7444291B1 (en) | 2000-08-10 | 2008-10-28 | Ingenix, Inc. | System and method for modeling of healthcare utilization |
US20020147390A1 (en) * | 2000-12-20 | 2002-10-10 | Markis John Emmanuel M.D. | Methods and apparatus for acquiring and using bedside medical data |
US6839753B2 (en) * | 2001-02-23 | 2005-01-04 | Cardiopulmonary Corporation | Network monitoring systems for medical devices |
US20040039602A1 (en) | 2001-11-16 | 2004-02-26 | Greenberg Robert S. | Clinician's assistant system |
US20030140928A1 (en) | 2002-01-29 | 2003-07-31 | Tuan Bui | Medical treatment verification system and method |
US7716072B1 (en) | 2002-04-19 | 2010-05-11 | Greenway Medical Technologies, Inc. | Integrated medical software system |
US20040176667A1 (en) | 2002-04-30 | 2004-09-09 | Mihai Dan M. | Method and system for medical device connectivity |
US20060069717A1 (en) | 2003-08-27 | 2006-03-30 | Ascential Software Corporation | Security service for a services oriented architecture in a data integration platform |
US8000978B2 (en) | 2003-10-06 | 2011-08-16 | Cerner Innovation, Inc. | System and method for automatically generating evidence-based assignment of care providers to patients |
CN1871610A (en) * | 2003-11-12 | 2006-11-29 | 德雷格医疗系统股份有限公司 | Healthcare processing device and display system |
WO2005050524A2 (en) * | 2003-11-12 | 2005-06-02 | Draeger Medical Systems, Inc | A modular medical care system |
US7911348B2 (en) | 2005-12-09 | 2011-03-22 | Bee Cave, LLC. | Methods for refining patient, staff and visitor profiles used in monitoring quality and performance at a healthcare facility |
WO2007084502A1 (en) | 2006-01-17 | 2007-07-26 | Accenture Global Services Gmbh | Platform for interoperable healthcare data exchange |
US20080077447A1 (en) | 2006-06-29 | 2008-03-27 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Enhanced communication link for patient diagnosis and treatment |
US7734960B2 (en) * | 2006-08-14 | 2010-06-08 | Hewlett-Packard Development Company, L.P. | Method of managing nodes in computer cluster |
US20090033491A1 (en) | 2006-11-13 | 2009-02-05 | Saunders Rodney R | Method, System And Apparatus For Dwell Monitoring In A Retail Establishment |
US20080288279A1 (en) * | 2007-05-14 | 2008-11-20 | Henley Terry L | Real-time interactive survey system and method |
US20090157202A1 (en) | 2007-08-10 | 2009-06-18 | Smiths Medical Md | Therapy rules for closed loop programming of medical devices |
US9740823B2 (en) | 2007-08-16 | 2017-08-22 | Earl Edward Breazeale, JR. | Healthcare tracking |
EP2208158A2 (en) | 2007-10-12 | 2010-07-21 | Masimo Corporation | Systems and methods for storing, analyzing, and retrieving medical data |
US20090119124A1 (en) | 2007-11-02 | 2009-05-07 | General Electric Company | System and method for enhanced clinical workflow |
US8036925B2 (en) | 2008-01-14 | 2011-10-11 | General Electric Company | System and method to manage assets of healthcare facility |
US20100010859A1 (en) | 2008-07-08 | 2010-01-14 | International Business Machines Corporation | Method and system for allocating dependent tasks to teams through multi-variate optimization |
US20100169121A1 (en) | 2008-12-31 | 2010-07-01 | Cerner Innovation, Inc. | Patient to device association based on suggested devices |
WO2010102069A2 (en) | 2009-03-04 | 2010-09-10 | Masimo Corporation | Medical monitoring system |
US20110054936A1 (en) | 2009-09-03 | 2011-03-03 | Cerner Innovation, Inc. | Patient interactive healing environment |
-
2009
- 2009-09-03 US US12/553,451 patent/US20110054936A1/en not_active Abandoned
-
2016
- 2016-12-29 US US15/394,222 patent/US11133089B2/en active Active
-
2021
- 2021-08-30 US US17/461,371 patent/US20210391044A1/en active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020104271A1 (en) * | 1999-04-22 | 2002-08-08 | Gallant Dennis J. | Modular patient room |
US20010034615A1 (en) * | 2000-03-15 | 2001-10-25 | Gregg Wilkinson | Apparatus for and method of assessing, monitoring, and reporting on behavioral health disorders |
US20020103674A1 (en) * | 2000-05-05 | 2002-08-01 | Reeder Ryan Anthony | Hospital monitoring and control system and method |
US20090222284A1 (en) * | 2000-11-03 | 2009-09-03 | Quality Data Management, Inc. | Physician office viewpoint survey system and method |
US20020065686A1 (en) * | 2000-11-13 | 2002-05-30 | Rand Monteleone | System and method for navigating patient medical information |
US20020111831A1 (en) * | 2001-02-13 | 2002-08-15 | Toshihiko Harada | Information service system at hospital, nursing home or other institute |
US20020138338A1 (en) * | 2001-03-23 | 2002-09-26 | Trauth Gregory L. | Customer complaint alert system and method |
US20020147782A1 (en) * | 2001-03-30 | 2002-10-10 | Koninklijke Philips Electronics N.V. | System for parental control in video programs based on multimedia content information |
US20020187463A1 (en) * | 2001-06-08 | 2002-12-12 | Henrik Aspe | Adaptive interactive preceptored teaching system |
US20080077031A1 (en) * | 2001-11-07 | 2008-03-27 | Cardiac Pacemakers, Inc. | System and method for remote expert-system medical device programming |
US20050182655A1 (en) * | 2003-09-02 | 2005-08-18 | Qcmetrix, Inc. | System and methods to collect, store, analyze, report, and present data |
US20060277066A1 (en) * | 2005-06-02 | 2006-12-07 | Cerner Innovation, Inc. | Computerized methods and systems for user-centric selection of menu items |
US20100137693A1 (en) * | 2005-11-01 | 2010-06-03 | Fresenius Medical Care Holdings, Inc. | Methods and systems for patient care |
US20080319781A1 (en) * | 2007-02-16 | 2008-12-25 | Stivoric John M | Assessment and grouping applications of lifeotypes |
Cited By (99)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100287006A1 (en) * | 2009-05-07 | 2010-11-11 | Cerner Innovation, Inc. | Clinician to device association |
US9792660B2 (en) | 2009-05-07 | 2017-10-17 | Cerner Innovation, Inc. | Clinician to device association |
US11133089B2 (en) | 2009-09-03 | 2021-09-28 | Cerner Innovation, Inc. | Patient interactive healing environment |
US20110077965A1 (en) * | 2009-09-25 | 2011-03-31 | Cerner Innovation, Inc. | Processing event information of various sources |
US9818164B2 (en) * | 2009-09-25 | 2017-11-14 | Cerner Innovation, Inc. | Facilitating and tracking clinician-assignment status |
US20120245948A1 (en) * | 2009-09-25 | 2012-09-27 | Mark Allen Nolte | Gauging resource intensiveness of providing care to a patient |
US20120253836A1 (en) * | 2009-09-25 | 2012-10-04 | Mark Allen Nolte | Facilitating and tracking clinician-assignment status |
US10515428B2 (en) | 2009-09-25 | 2019-12-24 | Cerner Innovation, Inc. | Facilitating and tracking clinician-assignment status |
US11403593B2 (en) | 2009-09-25 | 2022-08-02 | Cerner Innovation, Inc. | Assigning clinician status by predicting resource consumption |
US20120066042A1 (en) * | 2010-09-13 | 2012-03-15 | Sanofi-Aventis Deutschland Gmbh | Method of collection of information on awareness of consumers and/or users with respect to a good or service |
US20120066027A1 (en) * | 2010-09-13 | 2012-03-15 | Sanofi-Aventis Deutschland Gmbh | Method of dissemination of information about a product or service to improve awareness of consumers and/or users |
US11152113B2 (en) | 2010-09-24 | 2021-10-19 | Carefusion 303, Inc. | Automatic association of medical elements |
US8786402B2 (en) * | 2010-09-24 | 2014-07-22 | Carefusion 303, Inc. | Automatic association of medical elements |
US10755807B2 (en) | 2010-09-24 | 2020-08-25 | Carefusion 303, Inc. | Automatic association of medical elements |
US10347375B2 (en) | 2010-09-24 | 2019-07-09 | Carefusion 303, Inc. | Automatic association of medical elements |
US11587671B2 (en) | 2010-09-24 | 2023-02-21 | Carefusion 303, Inc. | Automatic association of medical elements |
US9946837B2 (en) | 2010-09-24 | 2018-04-17 | Carefusion 303, Inc. | Automatic association of medical elements |
US20120075061A1 (en) * | 2010-09-24 | 2012-03-29 | Carefusion 303, Inc. | Automatic association of medical elements |
US11531935B2 (en) | 2011-05-05 | 2022-12-20 | Roger Alan Mason | System and method for implementing a diagnostic software tool |
US10140674B2 (en) * | 2011-05-05 | 2018-11-27 | Roger Alan Mason | System and method for implementing a diagnostic software tool |
US10220142B2 (en) | 2011-06-20 | 2019-03-05 | Cerner Innovation, Inc. | Reducing disruption during medication administration |
US10034979B2 (en) | 2011-06-20 | 2018-07-31 | Cerner Innovation, Inc. | Ambient sensing of patient discomfort |
US10220141B2 (en) | 2011-06-20 | 2019-03-05 | Cerner Innovation, Inc. | Smart clinical care room |
US10874794B2 (en) | 2011-06-20 | 2020-12-29 | Cerner Innovation, Inc. | Managing medication administration in clinical care room |
US8727981B2 (en) | 2011-06-20 | 2014-05-20 | Cerner Innovation, Inc. | Ambient sensing of patient discomfort |
US8655680B2 (en) | 2011-06-20 | 2014-02-18 | Cerner Innovation, Inc. | Minimizing disruption during medication administration |
US8620682B2 (en) | 2011-06-20 | 2013-12-31 | Cerner Innovation, Inc. | Smart clinical care room |
US10217342B2 (en) | 2011-07-12 | 2019-02-26 | Cerner Innovation, Inc. | Method and process for determining whether an individual suffers a fall requiring assistance |
US10078951B2 (en) | 2011-07-12 | 2018-09-18 | Cerner Innovation, Inc. | Method and process for determining whether an individual suffers a fall requiring assistance |
US10546481B2 (en) | 2011-07-12 | 2020-01-28 | Cerner Innovation, Inc. | Method for determining whether an individual leaves a prescribed virtual perimeter |
US20160004836A1 (en) * | 2011-09-29 | 2016-01-07 | Alexander Valentine Rybkin | Medical patient data collaboration system |
US9320662B2 (en) * | 2011-10-18 | 2016-04-26 | Stryker Corporation | Patient support apparatus with in-room device communication |
US20130091631A1 (en) * | 2011-10-18 | 2013-04-18 | Stryker Corporation | Patient Support Apparatus With In-Room Device Communication |
US10068057B2 (en) | 2013-03-01 | 2018-09-04 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US10042979B2 (en) | 2013-03-01 | 2018-08-07 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US10217527B2 (en) | 2013-03-01 | 2019-02-26 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US20140249854A1 (en) * | 2013-03-01 | 2014-09-04 | Airstrip Ip Holdings, Llc | Systems and methods for integrating, unifying and displaying patient data across healthcare continua |
US10460409B2 (en) | 2013-03-13 | 2019-10-29 | Airstrip Ip Holdings, Llc | Systems and methods for and displaying patient data |
US9996667B2 (en) | 2013-03-14 | 2018-06-12 | Airstrip Ip Holdings, Llc | Systems and methods for displaying patient data |
AU2014238177B2 (en) * | 2013-03-15 | 2019-11-21 | Johnson & Johnson Surgical Vision, Inc. | System and method for providing a genericized medical device architecture |
US9898584B2 (en) | 2013-03-15 | 2018-02-20 | Abbott Medical Optics Inc. | System and method for providing a common medical device architecture |
US10262382B2 (en) | 2013-03-15 | 2019-04-16 | Airstrip Ip Holdings, Llc | Systems and methods for and displaying patient data |
WO2014149454A1 (en) * | 2013-03-15 | 2014-09-25 | Abbott Medical Optics Inc. | System and method for providing a genericized medical device architecture |
US10922775B2 (en) | 2013-03-15 | 2021-02-16 | Airstrip Ip Holdings, Llc | Systems and methods for and displaying patient data |
US20180048737A1 (en) * | 2013-11-14 | 2018-02-15 | Mores, Inc. | Method and Apparatus for Enhanced Personal Care with Linear Data Combining Attributes |
US20160080527A1 (en) * | 2013-11-14 | 2016-03-17 | Mores, Inc. | Method and Apparatus for Enhanced Personal Care with Interactive Diary Function |
US10998099B2 (en) * | 2013-11-14 | 2021-05-04 | Mores, Inc. | Health band apparatus |
US9747417B2 (en) * | 2013-11-14 | 2017-08-29 | Mores, Inc. | Method and apparatus for enhanced personal care |
US10998092B2 (en) * | 2013-11-14 | 2021-05-04 | Mores, Inc. | Dispenser apparatus |
US20160078708A1 (en) * | 2013-11-14 | 2016-03-17 | Mores, Inc. | Dispenser Apparatus |
US20150134773A1 (en) * | 2013-11-14 | 2015-05-14 | Mores, Inc. | Method and apparatus for enhanced personal care |
US9838508B2 (en) * | 2013-11-14 | 2017-12-05 | Mores, Inc. | Method and apparatus for enhanced personal care with interactive diary function |
US20160073955A1 (en) * | 2013-11-14 | 2016-03-17 | Mores, Inc. | Health Band Apparatus |
US20150142912A1 (en) * | 2013-11-19 | 2015-05-21 | Intel-Ge Care Innovations Llc | System and method for providing isolation boundaries between regulated medical applications and unregulated, non-medical applications |
US10229571B2 (en) | 2013-12-18 | 2019-03-12 | Cerner Innovation, Inc. | Systems and methods for determining whether an individual suffers a fall requiring assistance |
US10096223B1 (en) | 2013-12-18 | 2018-10-09 | Cerner Innovication, Inc. | Method and process for determining whether an individual suffers a fall requiring assistance |
US10491862B2 (en) | 2014-01-17 | 2019-11-26 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections along with centralized monitoring |
US10602095B1 (en) | 2014-01-17 | 2020-03-24 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections |
US10078956B1 (en) | 2014-01-17 | 2018-09-18 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections |
US10225522B1 (en) | 2014-01-17 | 2019-03-05 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections |
US10382724B2 (en) | 2014-01-17 | 2019-08-13 | Cerner Innovation, Inc. | Method and system for determining whether an individual takes appropriate measures to prevent the spread of healthcare-associated infections along with centralized monitoring |
US10085905B2 (en) | 2014-08-11 | 2018-10-02 | Stryker Corporation | Patient support apparatuses with wireless headwall communication |
WO2016036694A1 (en) * | 2014-09-02 | 2016-03-10 | Covidien Lp | Distributed health care monitoring |
US10090068B2 (en) | 2014-12-23 | 2018-10-02 | Cerner Innovation, Inc. | Method and system for determining whether a monitored individual's hand(s) have entered a virtual safety zone |
US10510443B2 (en) | 2014-12-23 | 2019-12-17 | Cerner Innovation, Inc. | Methods and systems for determining whether a monitored individual's hand(s) have entered a virtual safety zone |
US10524722B2 (en) | 2014-12-26 | 2020-01-07 | Cerner Innovation, Inc. | Method and system for determining whether a caregiver takes appropriate measures to prevent patient bedsores |
US10210395B2 (en) | 2015-02-16 | 2019-02-19 | Cerner Innovation, Inc. | Methods for determining whether an individual enters a prescribed virtual zone using 3D blob detection |
US10091463B1 (en) | 2015-02-16 | 2018-10-02 | Cerner Innovation, Inc. | Method for determining whether an individual enters a prescribed virtual zone using 3D blob detection |
US10342478B2 (en) | 2015-05-07 | 2019-07-09 | Cerner Innovation, Inc. | Method and system for determining whether a caretaker takes appropriate measures to prevent patient bedsores |
US11317853B2 (en) | 2015-05-07 | 2022-05-03 | Cerner Innovation, Inc. | Method and system for determining whether a caretaker takes appropriate measures to prevent patient bedsores |
US10629046B2 (en) | 2015-06-01 | 2020-04-21 | Cerner Innovation, Inc. | Systems and methods for determining whether an individual enters a prescribed virtual zone using skeletal tracking and 3D blob detection |
US10147297B2 (en) | 2015-06-01 | 2018-12-04 | Cerner Innovation, Inc. | Method for determining whether an individual enters a prescribed virtual zone using skeletal tracking and 3D blob detection |
US10614288B2 (en) | 2015-12-31 | 2020-04-07 | Cerner Innovation, Inc. | Methods and systems for detecting stroke symptoms |
US10643061B2 (en) | 2015-12-31 | 2020-05-05 | Cerner Innovation, Inc. | Detecting unauthorized visitors |
US11937915B2 (en) | 2015-12-31 | 2024-03-26 | Cerner Innovation, Inc. | Methods and systems for detecting stroke symptoms |
US10878220B2 (en) | 2015-12-31 | 2020-12-29 | Cerner Innovation, Inc. | Methods and systems for assigning locations to devices |
US11666246B2 (en) | 2015-12-31 | 2023-06-06 | Cerner Innovation, Inc. | Methods and systems for assigning locations to devices |
US10210378B2 (en) | 2015-12-31 | 2019-02-19 | Cerner Innovation, Inc. | Detecting unauthorized visitors |
US11363966B2 (en) | 2015-12-31 | 2022-06-21 | Cerner Innovation, Inc. | Detecting unauthorized visitors |
US10303924B2 (en) | 2015-12-31 | 2019-05-28 | Cerner Innovation, Inc. | Methods and systems for detecting prohibited objects in a patient room |
US11241169B2 (en) | 2015-12-31 | 2022-02-08 | Cerner Innovation, Inc. | Methods and systems for detecting stroke symptoms |
US10410042B2 (en) | 2015-12-31 | 2019-09-10 | Cerner Innovation, Inc. | Detecting unauthorized visitors |
US10388016B2 (en) | 2016-12-30 | 2019-08-20 | Cerner Innovation, Inc. | Seizure detection |
US10504226B2 (en) | 2016-12-30 | 2019-12-10 | Cerner Innovation, Inc. | Seizure detection |
US10147184B2 (en) | 2016-12-30 | 2018-12-04 | Cerner Innovation, Inc. | Seizure detection |
US10922946B2 (en) | 2017-12-28 | 2021-02-16 | Cerner Innovation, Inc. | Utilizing artificial intelligence to detect objects or patient safety events in a patient room |
US10643446B2 (en) | 2017-12-28 | 2020-05-05 | Cerner Innovation, Inc. | Utilizing artificial intelligence to detect objects or patient safety events in a patient room |
US11276291B2 (en) | 2017-12-28 | 2022-03-15 | Cerner Innovation, Inc. | Utilizing artificial intelligence to detect objects or patient safety events in a patient room |
US11721190B2 (en) | 2017-12-28 | 2023-08-08 | Cerner Innovation, Inc. | Utilizing artificial intelligence to detect objects or patient safety events in a patient room |
US10482321B2 (en) | 2017-12-29 | 2019-11-19 | Cerner Innovation, Inc. | Methods and systems for identifying the crossing of a virtual barrier |
US11074440B2 (en) | 2017-12-29 | 2021-07-27 | Cerner Innovation, Inc. | Methods and systems for identifying the crossing of a virtual barrier |
US11544953B2 (en) | 2017-12-29 | 2023-01-03 | Cerner Innovation, Inc. | Methods and systems for identifying the crossing of a virtual barrier |
US10922936B2 (en) | 2018-11-06 | 2021-02-16 | Cerner Innovation, Inc. | Methods and systems for detecting prohibited objects |
US11443602B2 (en) | 2018-11-06 | 2022-09-13 | Cerner Innovation, Inc. | Methods and systems for detecting prohibited objects |
CN113140295A (en) * | 2020-01-19 | 2021-07-20 | 浙江爱多特大健康科技有限公司 | Information binding method, device, equipment and computer readable storage medium |
US20210343401A1 (en) * | 2020-04-29 | 2021-11-04 | Mend Medical, LLC | Blockchain-Based Technologies for Tracking Product Lifecycle |
CN112786177A (en) * | 2021-03-19 | 2021-05-11 | 南京市中医院 | PRII management platform for UC doctors and patients |
US11972862B2 (en) * | 2021-04-27 | 2024-04-30 | Mend Medical, LLC | Blockchain-based technologies for tracking product lifecycle |
TWI787984B (en) * | 2021-08-31 | 2022-12-21 | 鴻海精密工業股份有限公司 | Controller structure |
Also Published As
Publication number | Publication date |
---|---|
US20170140106A1 (en) | 2017-05-18 |
US11133089B2 (en) | 2021-09-28 |
US20210391044A1 (en) | 2021-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210391044A1 (en) | Patient interactive healing environment | |
US10546357B2 (en) | Mobile discrete data documentation | |
US9792660B2 (en) | Clinician to device association | |
US20100169120A1 (en) | Patient to device association | |
Cleland et al. | Caring for people with heart failure and many other medical problems through and beyond the COVID‐19 pandemic: the advantages of universal access to home telemonitoring | |
US20100169121A1 (en) | Patient to device association based on suggested devices | |
US10402926B2 (en) | Multidevice collaboration | |
US11164673B2 (en) | Attaching patient context to a call history associated with voice communication | |
US8346572B2 (en) | Providing clinical information to clinicians | |
US20090259493A1 (en) | Mobile health book | |
US20140278524A1 (en) | Associating patients and medical devices with a mobile device via bluetooth | |
US20110106565A1 (en) | Proximity-Based Task Lists | |
US20100179825A1 (en) | Copying patient-customized healthcare plans/orders/phases | |
US20160055299A1 (en) | Workflow canvas for clinical applications | |
US20120197662A1 (en) | System and Method for Facilitating Home Care Activities | |
US8065167B1 (en) | Computer systems for managing patient discharge | |
US20140012597A1 (en) | Automatically populating a whiteboard with aggregate data | |
US9785892B2 (en) | Automating displays based on admissions, discharges, and transfers | |
US9962485B2 (en) | Automatically disassociating medical devices from patients | |
US20150228042A1 (en) | Integrating video into patient workflows | |
US20110106559A1 (en) | Optimization of a clinical experience | |
US20140278523A1 (en) | Dynamically associating and disassociating patients and medical devices | |
US10593427B2 (en) | Mobile discrete data documentation | |
Ooi et al. | Wireless and wearable overview: stages of growth theory in medical technology applications | |
US20130110541A1 (en) | Social health networking |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CERNER INNOVATION, INC., KANSAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:COWAN, DANIEL P.;RUFF, CHRISTOPHER M.;REEL/FRAME:023191/0425 Effective date: 20090903 |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |