Remote view playback system and method

Abstract

To provide a system and a method for remotely monitoring and re-examining the record of a medical patient to obtain practical insight.SOLUTION: An apparatus includes: a data collection, storage and access system and a telecommunications network; at least one monitoring station for monitoring data elements and for sending the monitored data elements to a command center via the telecommunications network; a patient database; a data storage engine for collecting data from any number of electronic devices and instructions for transmitting data, as well as instructions for storing data associated with patient records; and at least one communication hub. The telecommunication network provides access to all data, including continuous waveform data collected during the treatment of the patient and quality data not included in any patient record storage location, and includes a user interface rules engine.SELECTED DRAWING: None

Description

[Technical field]

[0001] The present invention is directed to a remote view playback tool that converts, for example, a patient's vital signs into waveforms to facilitate remote monitoring of the patient and to facilitate improved decisions regarding patient care. [Background technology]

[0002] Medical devices that actively monitor a patient's vital signs often display waveforms. The waveforms and corresponding numerical values ​​are used to make decisions regarding patient care at the point of care. However, today there are limited means to collect and store these waveforms in the patient record. When saved, the saved information appears as a screenshot. This severely limits the effectiveness of telemedicine interactions with remote specialists and their use during post-event evaluation.

[0003] To fully support telemedicine and post-mortem evaluation of specific patient care procedures, it is indeed necessary to have access to the full waveform data collected during patient care. This will support the evaluation of the patient's response to various potential causes during patient care. Without the ability to select specific times during patient care and evaluate the entire history of patient care, the evaluation is limited to an incomplete picture.

[0004] Today, telemedicine is being used to support remote ICU bankers. Intensivists monitoring these ICU patients have access to video feeds showing the actual medical device active monitor screen. With this approach, only the current vital signs are provided; there is no ability to revisit previous details to fully assess their potential contribution to the current patient's condition. Remote View provides the means to store the vital signs, including waveforms, in the patient record. These records may lag behind the active patient monitor screen by less than a second. Once stored, Remote View allows the remote provider to easily move back and forth through the records to fully assess the patient's needs and provide guidance to the provider, if appropriate.

[0005] Currently, there is no easy way for physicians to remotely access the latest status of a patient. With Remote View, physicians and other licensed physicians can easily see the patient's condition in near real-time as well as review the patient's condition leading up to the current state. The alternative today is to contact someone on-call and attempt to review the patient's condition over the phone, which creates an opportunity for miscommunication. Remote View supports telehealth by providing the telehealth provider with near real-time access to the patient record and the ability to review all vital signs, patient care activities, and the patient's response to treatment leading up to the current state. This allows for a more complete understanding of the patient's condition. One example is an anesthesiologist who supervises multiple CRNAs. With Remote View, the supervisor can assist the CRNA by reviewing the facts about a particular patient while walking to the OR. Thus, the time required to have the CRNA review the patient's condition before taking appropriate action to address the situation is reduced.

[0006] Access to waveform data would be useful if a healthcare facility is mandated to focus on improving patient outcomes. Additionally, when a serious or never event occurs, the specific conditions leading up to the event should be reviewed. If possible, measures to prevent recurrence should be implemented. Failure investivation processes focus on identifying the root cause of the event. Identifying several potential root causes is not uncommon. Effective error investigation requires the ability to evaluate the impact of all patient interactions and the patient's response to those interactions. However, even electronic patient records are limited to a series of snapshots in time during patient care. Snapshots do not adequately and routinely provide a means to evaluate the patient's response to interactions. Thus, judgments of the correlation of specific patient interactions are often based on opinion based on previous experience, but not on scientifically supported facts.

[0007] A limitation of the error investigation process is the content of the patient care record. This is especially true for paper records and electronic medical records, which are focused on procedures and billing. Limitations of the patient record include the information contained in the patient record not providing sufficient detail to clearly evaluate the relevant information available to the practitioner at or before the event. Limitations may include, for example, the patient's vital sign values, waveform information, specific timelines of interactions, access to data not contained in the patient record, etc. Summary of the Invention [Problem to be solved by the invention]

[0008] Numeric values ​​of patient vital signs displayed on medical device screens are not collected frequently enough to adequately assess a patient's response to a particular patient interaction or current knowledge of the patient's condition. Waveform information displayed on medical devices may not be part of the patient record. If present, the content is a continuous snapshot at a predefined interval. Snapshots do not routinely provide the necessary detail. A specific timeline shows all patient interactions as well as the patient's vital signs before and after each patient interaction. The ability to access any past data, unless it is included in the patient record, is limited because in most cases the current system does not collect the data and therefore it is not available for subsequent review.

[0009] Once the root cause is identified, the process requires identifying potential corrective / preventive actions that will eliminate or at least substantially eliminate the root cause. To accomplish this, potential actions must be evaluated and verified and certified before implementation that the actions are effective in eliminating / substantially reducing the root cause without creating new potential problems. However, there is no means to evaluate the appropriateness of these proposed corrective actions without exposing some patients to a potential increased risk. To perform these experiments, at the very least, formal Internal Review Board (IRB) review and approval is required. In many situations, the proposal may not be consistent with the approved procedural protocol. Thus, the IRB may question the idea of ​​interfering with accepted work without a scientific justification. The IRB may deny approval of the experiment because the proposed change cannot be adequately justified. It should be noted that not all protocol changes require IRB review. However, the best measures in commonly accepted process control tools require some form of justification to access the effectiveness of the proposed change.

[0010] Currently available tools are limited in terms of their ability to support traditional error investigation, process control methods, and validation and verification of proposed corrective and preventive actions. For example, U.S. Patent No. 7,315,825 to Rosenfeld et al. teaches a rules-based patient care system for use in remote monitoring medical sites to support telemedicine during patient treatment. A patient rule generator creates rules for a patient. The rule generator obtains performance metrics indicative of the ability of the rules to predict changes in the patient's condition. A decision to revise the rules is made from the performance metrics of the rules. A rule engine applies the rules to selected data elements stored in a database to generate output indicative of changes in the patient's medical condition. The output from the rule engine is used to decide whether to warrant an intervention. However, remote monitoring only provides a current review; it does not provide retrospective review. Furthermore, these rule engines may not be understood by clinicians and may not include all data available from multiple medical devices that add important insights to the proper care of a patient.

[0011] Medical devices that monitor patients' vital signs often display waveforms. The waveforms and corresponding numerical values ​​are used to make decisions regarding patient care. However, today there are limited means to collect and store these waveforms in the patient record. When saved, the saved information appears as a screenshot. This severely limits the effectiveness of telemedicine interactions with remote specialists and their use during post-event evaluation.

[0012] Medical devices that monitor a patient's vital signs often display waveforms. The waveforms and corresponding numerical values ​​can be important in making decisions regarding patient care. However, today there is no or limited means to collect and store these waveforms in the patient record. When saved, the saved information is displayed as a screenshot. This severely limits the effectiveness of telemedicine interactions with remote specialists and their use during post-event evaluations. While near real-time footage can be reviewed remotely, there is no ability to review recent medical history last displayed on an active patient monitor, or to review all data provided by the medical device during a case.

[0013] To fully support telemedicine and post-mortem evaluation of specific patient care procedures, it is indeed necessary to enable access to everything collected during patient care, including waveform data. This will support evaluation of the patient's response to various potential causes during patient care. Without the ability to select specific times during patient care and evaluate the entire history of patient care, the evaluation is limited to an incomplete picture. [Means for solving the problem]

[0014] The present invention provides a remote view playback tool or system and method for medical patients to improve patient outcomes, comprising a data storage and access system and telecommunications network; at least one monitoring station including monitoring devices, the monitoring devices including instructions for monitoring data elements and transmitting the monitored data elements over a telecommunications network, the monitoring station including instructions for receiving the monitored data elements from the patients and accessing patient data elements indicative of a medical condition associated with each of the patients; at least one communication hub including a patient database including information regarding the medical condition, medical history, and status of each of the patients; instructions for collecting data from any number of electronic devices including medical devices, instructions for transmitting data to any number of electronic devices including medical devices, and instructions for storing data associated with a patient record and / or stored as useful data; and a patient database including a patient database including information regarding the medical condition, medical history, and status of each of the patients. and instructions for storing data associated with and / or stored as useful data, wherein the telecommunications network provides access to all data including continuous waveform data collected during treatment of the patient and useful data not included in any patient record repository. The remote view playback tool or system and method further includes a user interface rules engine that allows a user to select a particular time during the treatment of the patient to review details collected about the treatment at the selected time, to review details before and after the selected time, and to create guidance rules to identify cases identified as complying with the defined rules, wherein the user defines a time period to be used to identify cases to be reviewed, the user can select future cases only or past cases up to a specified date, or a combination of both, and provides the ability to define who, when and how to communicate that cases meeting the defined criteria are available for review, wherein the who includesThe present invention is directed to a remote view playback tool or system and method that includes a user interface rules engine for collecting, storing, and processing data in near real-time, which may be just individuals evaluating defined criteria without notifying anyone monitoring the current case, or which may include specific individuals monitoring the current case, and includes means for configuring screens of the data for viewing by an end user, means for allowing a user to create action steps on the data stream, means for notifying the end user based on the action steps defined by the end user, means for displaying the screens of the data organized in a timeline of events, means for the end user to modify or extend the action steps, and means for providing notifications to the user at the same time that the end user is reviewing the data, thereby taking data from multiple disparate sources, integrating it into a unified screen, and allowing the data to be remotely reviewed and decisions made regarding patient care.

[0015] The tool of the present invention allows remote access to near real-time patient records, including data not necessarily contained in the EMR. Remote access may include EMR data, which is a subset of the complete data set, as well as data available to the attending physician from active patient monitors on medical devices. The tool may be used to identify cases identified as complying with defined rules and to create guidance rules to define who, when, and how to communicate that cases meeting defined criteria are available for review, which may be only individuals assessing the defined criteria without notifying anyone monitoring the current case, or may include specific individuals monitoring the current case.

[0016] These and other features and advantages of the present invention will become apparent to those skilled in the art to which the present invention pertains from a reading of the following description taken in conjunction with the accompanying drawings. [Brief description of the drawings]

[0017] [Figure 1] FIG. 1 is a flow diagram of the entire continuous improvement system of the present invention. [Diagram 2] 2 shows the flow of a decision support algorithm according to the present invention. [Diagram 3] 13 is a screenshot showing a case analysis review screen. [Figure 4] 13 is a screenshot showing the Case Analysis Review screen showing interaction with data options. [Diagram 5] 13 is a screenshot showing a case analysis review screen including a waveform display. [Figure 6] 13 is a screenshot of a case analysis review screen showing guidance tools for creating or modifying guidance. [Figure 7] 13 is a screenshot of the Case Analysis Review screen showing the selection of a primary filter. [Figure 8] 13 is a screenshot showing the Case Analysis Review screen indicating the event is an incision. [Figure 9] 13 is a screenshot showing a case analysis review screen providing an overview of the airway. [Figure 10] 1 is a screenshot showing the case analysis review screen showing anesthesia is common, as well as second and third level filters. [Figure 11] 13 is a screenshot showing a case analysis review screen defining the scope of a quaternary level filter. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] The present invention is directed to a remote view playback tool to facilitate remote monitoring and review of patient medical data and trends and improve decision making regarding patient care. For example, the present invention facilitates converting a patient's vital signs into waveforms that can be stored with the patient record and displayed and played back for review.

[0019] The present invention identifies a need to be able to move forward and backward in the patient record, thereby allowing for review of specific interactions with the patient and their responses. To fully accomplish this, it is necessary to allow for playback of collected waveforms. The present invention is a simple means for easily viewing historical waveforms remotely, where history is defined as any delay from active patient monitoring. Thus, using commonly accepted telemedicine practices, an active medical practitioner can consult with a remote specialist, if necessary.

[0020] The remote screens support the ability to travel back in time during the current patient care that is the subject of review. The same screens can also be utilized to evaluate cases during formal reviews. These screens also include icons that indicate when interactions with a particular patient occurred.

[0021] Waveform data is collected directly from the medical device. These waveforms are stored with the patient record. Once stored, the waveforms can be displayed and played back on a remote device. If there is the ability to run the stored waveforms, the system also includes the ability to run, play, fast forward, or fast rewind to identify periods of interest to clinicians reviewing these records.

[0022] The present invention relates to a telecommunications network, at least one monitoring station including a monitoring device, the monitoring device including instructions for monitoring data elements and transmitting the monitored data elements over the telecommunications network, the monitoring station including instructions for receiving the monitored data elements from the patients and accessing patient data elements indicative of a medical condition associated with each of the patients, at least one communication hub including a patient database including information regarding the medical condition, medical history, and status of each of the patients, instructions for collecting data from any number of electronic devices including medical devices, instructions for transmitting the data to any number of electronic devices including medical devices, and instructions for storing data associated with a patient record and / or stored as useful data, and a data storage engine including means for collecting data from any number of electronic devices including medical devices, instructions for transmitting the data to any number of electronic devices including medical devices, and instructions for storing data associated with a patient record and / or stored as useful data, the telecommunications network including at least one communication hub including a data storage engine including means for collecting data from any number of electronic devices including medical devices, instructions for transmitting the data to any number of electronic devices including medical devices, and instructions for storing data associated with a patient record and / or stored as useful data. the network provides access to all data including continuous waveform data collected during the treatment of said patient and useful data not contained in any patient record repository; the remote view playback tool or system and method further includes a user interface rules engine that allows a user to select a particular time during the treatment of the patient to review details collected about the treatment at the selected time, to review details before and after the selected time, and to create guidance rules to identify cases identified as complying with a specified rule, the user defining a time period to be used to identify cases to be reviewed, the user may select future cases only or past cases up to a specified date, or a combination of both, and providing the ability to define who, when and how to communicate that cases meeting the specified criteria are available for review, which may be only individuals assessing the specified criteria without notifying anyone monitoring current cases, or may include specific individuals monitoring current cases;The system includes a user interface rules engine for collecting, storing, and processing data in near real-time; configuring screens that configure the data for viewing by an end user; allowing a user to create action steps on the data stream; notifying the end user based on the action steps defined by the end user; displaying the organized views of the data in a timeline of events; allowing the end user to modify or extend the action steps; and providing notifications simultaneously as the end user is reviewing the data, thereby enabling data from multiple disparate sources to be taken, integrated into a unified screen, and data to be reviewed remotely and decisions made regarding patient care.

[0023] The present invention can take data from multiple disparate sources, consolidate all information on a unified screen, perform process control / workflow, and deliver actionable insights to specific users in near real-time. The system identifies which information is actionable based on user criteria provided by the user and decision support algorithms provided by the management software. Actionable information can be displayed in richer context compared to typical stand-alone ancillary systems. Information can be personalized to patient, clinical, and / or administrative users. Users can replay a timeline of events with all relevant information in a given context. Information can be added or removed to clarify context, gain additional knowledge, or implement immediate changes based on review.

[0024] The novel process improvement tool allows for the collection, storage, and automation of process control and / or workflow on a vast array of disparate data streams that are typically inaccessible through paper records or difficult to access through current electronic systems due to stand-alone auxiliary systems. Changes in workflow automation and collected data points can be easily expanded. The improvement tool of the present invention provides users with the unique ability to dynamically organize data into a view of patient populations regardless of geographic location, with the additional ability to reduce the view according to user specified criteria, as well as the ability to collect data from devices, HIT systems, external sources, user input, or other data sources available in electronic format.

[0025] Data input can be a combination of automated and user input. The invention has the ability to use any of the above to create a series of assessments on the data stream to trigger notifications intended to notify of deviations from expected workflow, process control, or clinical course, as well as the ability to review and replay a series of historical data points to allow the user to participate in critical evaluation of a particular event or series of events that led to a negative clinical outcome, or non-compliance or failure of a process control or workflow. The invention has the ability to use historical data to generate guidance for managing clinical conditions or new process controls / workflows in real time, as well as to make the user aware in near real time that clinical guidance is true / valid.

[0026] The present invention has the ability to change the execution path per user criteria in response to real-time input (e.g., data from a micro-assessment can change the frequency of future assessments, etc.), as well as enable end users viewing the improvement tool notifications to change the input provided to the improvement tool as they review the data, allowing the team to be directed and coordinated, for example, so that the workflow is updated with additional or revised assessments.

[0027] The present invention has the capability to collect, store, and process data in near real-time, organize the data for viewing by end users, allow users to create action steps on the data stream, notify the end user based on the action steps defined by the end user, and construct screens that present views of the organized data in a timeline of events. Additionally, the present invention has the capability to allow end users to modify or extend the action steps and notifications at the same time as they review the data.

[0028] The remote view system may include software means for remotely reviewing all applicable data associated with a patient's current condition, treatment, and medical history and determining appropriate patient care recommendations; means for defining specific notification rules that define when notifications are to be provided to any number of individuals who require notification when specified conditions are met; means for enabling a person to access their personal schedule and / or the schedules of their subordinates; a dashboard for identifying specific treatment areas or patients of potential interest based on the defined rules; means for reviewing a patient's compliance with a treatment plan so that the patient's response to treatment may be remotely reviewed in near real time; and means for selecting any point in time associated with the patient record and evaluating the patient's response before and / or after that point in time.

[0029] The interface rules engine creates guidance rules where end users define criteria to be evaluated and notifications that need to be delivered to the care team. End users can define criteria based on any data points available in the data stream collected from medical devices, for example. Users can be organized into groups. Patients can be organized into groups. Patients can be "tagged" with user-defined criteria. Patients can be stratified according to user-defined criteria in real-time. Certain thresholds can be changed on the fly by end users.

[0030] Authorized End Users using the Continual Improvement Tool will have the ability to define the type of communication (e.g., email notification to Cockpit User, SMS, who receives, etc.) they will be aware of when and how communications will be sent about cases that meet the defined criteria requiring review, as well as when they will be received. Communications will be delivered on whichever device the Authorized End User dictates to best support the defined workflow. End Users may also configure an escalation process that will be executed if notifications are not acknowledged or addressed. End Users will have the ability to re-notify ("snooze") certain communications if permitted by the Authorized End User.

[0031] Improvements are realized whenever an end user notices a difference between the process they are following and the good process they could have followed based on best practices, peer-reviewed publications, or review of data collected and stored by continuous improvement tools. But this is complex. Errors and negative events are identified dynamically. When this happens retroactively, all data (including waveforms) are available to enable the richest clinical review possible. Once a specific sentinel event or set of data is identified, new guidance can be created in real time. Deviations from expected processes or workflows can be identified in real time. After evaluation, any changes to process controls or workflows can be implemented dynamically.

[0032] The remote device 12 may include any number of exemplary devices. Such exemplary devices include, but are not limited to, a mobile phone, a smart phone, a personal digital assistant (PDA), a laptop, a tablet personal computer (PC), a desktop PC, and / or combinations thereof. The remote device 12 includes a display 22, a processor 24, a memory 26, an input interface 28, and a communication interface 30. The processor 24 is capable of processing instructions for carrying out embodiments of the present disclosure. The instructions, including, but not limited to, instructions stored in the memory 26, may display graphical information on the display 22. Exemplary displays include, but are not limited to, a thin film transistor (TFT) liquid crystal display (LCD), or an organic light emitting diode (OLED) display.

[0033] Memory 26 stores information within remote device 12. In some implementations, memory 26 may include a single or multiple volatile memory units and / or a single or multiple non-volatile memory units. In other implementations, removable memory may be provided and may include, but is not limited to, a memory card. Exemplary memory cards may include, but are not limited to, a secure digital (SD) memory card, a mini SD memory card, a USB stick, and the like.

[0034] The input interface 28 may include, but is not limited to, a keyboard, a touch screen, a mouse, a trackball, a microphone, a touch pad, and / or combinations thereof. In some implementations, an audio codec (not shown) may be provided that receives audible input from a user or other source via a microphone and converts the audible input into usable digital information. The audio codec may generate audible sounds, for example, via a speaker provided in the remote device 12. Such sounds may include, but are not limited to, sounds from a voice telephone call, recorded sounds (e.g., voice messages, music files, etc.), and sounds generated by applications running on the remote device 12. The remote device 12 may conduct wireless communications via a communication interface 14, which may include digital signal processing circuitry. The communication interface 14 may provide communications under various modes or protocols, including, but not limited to, GSM voice calls, SMS, EMS or MMS messaging, CDMA, TDMA, PDC, WCDMA, CDMA2000, and / or GPRS. Such communications may be conducted, for example, via a radio frequency transceiver (not shown). Additionally, the remote device may be capable of short-range communication using capabilities including, but not limited to, Bluetooth and / or WiFi transceivers (not shown).

[0035] The remote device 12 communicates with the network 16 through a connection interface 14. The connection interface 14 may include, but is not limited to, a satellite receiver, a cellular network, a Bluetooth system, a Wi-Fi system (e.g., 802.X), a cable modem, a DSL / dial-up interface, and / or a private branch exchange (PBX) system. Each of these connection interfaces 14 allows data to be transmitted to and received from the network 16. The network 16 may be provided as a local area network (LAN), a wide area network (WAN), a wireless LAN (WLAN), a metropolitan area network (MAN), a personal area network (PAN), the Internet, and / or combinations thereof.

[0036] The invention is capable of operation with numerous other general purpose or special purpose computing system environments or configurations. Examples of well-known computing systems, environments, and / or configurations suitable for use with the present invention include, by way of example only, personal computers, server computers, mobile 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 systems or devices, and the like.

[0037] 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.

[0038] The present invention allows a clinician to view permanently stored waveform and physiological data values ​​from a central location, for example, when the waveform and physiological data need to be reviewed and signed by the clinician. Once the waveform and physiological data is signed, it is permanently stored in the medical history queue.

[0039] The present invention allows for the viewing of waveform data on any remote screen including a personal computer, tablet, smart phone, intelligent workstation, etc. Upon request, waveforms of data related to the patient care record can be displayed along with any desired additional useful data. Replay of the waveforms is possible at any time if the data is saved. Any point in time within the case being reviewed will be available while being displayed.

[0040] For example, when selecting any time point within a case for review, waveform data will be available along with other data that is part of the patient care record, such as: i. Pre-treatment evaluation ii. Action steps taken to date 1. Intubation 2. Intravenous Injection Placement 3. Start of Anesthesia 4.Incision 5. etc. iii. Healthcare provider-documented assessment iv. Medical device data, including patient vital signs monitors. b. Drug / Fluid Delivery Details i. Time (delivery or start, modification and completion) ii.Quantity iii. Change of service, etc. c. Supporting data from various sources, including: i. Examination room ii. Blood Bank iii. Patient medical history iv.Pharmacy

[0041] The time selection unit may include a cursor for allowing a user to move and position the cursor to select a coordinate position, and a cursor monitoring unit for acquiring a time corresponding to the coordinate position of the cursor during the movement of the cursor. The apparatus may further include a time display unit for displaying the time acquired by the cursor monitoring unit on a trend display graph.

[0042] The system further includes a data storage unit for storing measurements and waveforms of the physiological parameters.

[0043] The following terms are used in the following description. Definitions are provided for ease of understanding.

[0044] Assessment Data - Assessment data is any data related to the patient's health.

[0045] Healthcare Setting - A "healthcare setting" is a facility, whether temporary or permanent, that is generally not equipped to provide 24-hour professional medical care. By way of example and not limitation, a healthcare setting may be a remote clinic, a physician's office, a field hospital, a disaster relief station, a medical ambulance, and similar care facilities.

[0046] Caregiver - an individual who provides care to a patient. Examples include nurses, doctors, medical professionals (such as, but not limited to, intensivists, cardiologists, or other similar medical professionals).

[0047] Clinical data - data regarding the observed symptoms of a medical condition.

[0048] Patients under surveillance - those admitted to healthcare settings.

[0049] Monitoring Data - Data received from monitoring devices connected to monitored patients. Monitored Patient - A monitored patient about whom monitoring data is collected and whose condition is subject to continuous real-time assessment from a remote command center. Patient Data- is data relating to a patient's diagnosis, prescriptions, medical history, condition, test results, and other health-related data.

[0050] Physiological Data- Any data related to the functioning of the human body and its processes. Symptom - any sign or manifestation of a health condition that can be identified from patient report and / or assessment data.

[0051] The present invention uses telecommunications networks to facilitate rules-based care of patients receiving care at a medical site. As used herein, a medical site may be a remote clinic, a physician's office, a field hospital, a disaster relief station, a patient transport vehicle, and similar medical facilities. Patients may be selected for monitoring based on criteria established by the treatment facility. By way of example and not limitation, "patients to be monitored" include critically ill patients, acutely ill patients, patients with specific diseases, patients with serious injuries, and patients with uncertain diagnoses.

[0052] The patient monitoring devices obtain monitored data elements from the patient monitoring stations and transmit the monitored data over the network to the remote command center. The monitored data includes physiological data elements, video data elements, and audio data elements. The remote command center receives the monitored data from all the patient monitoring stations. The remote command center also has access to other data related to the patient's condition. By way of example and not limitation, the remote command center has access to data about the patient's personal details (name, address, marital status, age, sex, ethnicity, next of kin), medical history (illnesses, injuries, surgeries, allergies, medications), admission information (symptoms, physiological data, length of stay, admission caregiver observations), treatments, laboratory data, laboratory reports (e.g., radiology reports and microbiology reports), physician's notes, patient diagnoses, prescriptions, medical history, condition, laboratory results, and other health related data (collectively, "Patient Data"), to the extent available from the clinical site. The data available to the remote command center over the network, i.e., the monitored data and the patient data, are collectively referred to as "Assessment Data."

[0053] In the present invention, the monitored patient care system provides care to the monitored patient based on the capabilities of the site of care. The rules engine, decision support algorithms, order writing software facilities, and continuing care software are adapted to the capabilities of the site of care based on application of site evaluation rules to the site of care. In the present invention, components of the site of care patient care system may be delivered to the site of care to improve the level of care capabilities.

[0054] The patient monitoring devices obtain monitored data elements from the patient monitoring stations and transmit the monitored data (sometimes referred to herein as "monitored data") over the network to a remote command center. The monitored data includes physiological data elements, video data elements, and audio data elements. The remote command center receives the monitored data from all patient monitoring stations. The remote command center also has access to other data related to the patient's condition. By way of example and not limitation, the remote command center has access to data regarding patient personal information (name, address, marital status, age, sex, ethnicity, next of kin), medical history (illnesses, injuries, surgeries, allergies, medications), admission information (symptoms, physiological data, time of admission, admission caregiver observations), treatments, laboratory data, laboratory reports (e.g., radiology reports and microbiology reports), physician's notes, patient diagnoses, prescriptions, medical history, condition, laboratory results, and other health-related data (collectively, "patient data"), to the extent available from the clinical site. The data available to the remote command center on the network, i.e., the monitored data and the patient data, are collectively referred to as "assessment data."

[0055] The rules engine applies a rule or rule set to selected data elements from the assessment data from each monitored patient to determine if a rule for that location has been violated. If a rule has been violated, an alert is generated at the remote command center. Rules for each monitored patient are established and may be changed at the remote command center per approval of the patient's condition. In one embodiment of the present invention, rules are established to determine if a patient's condition is deteriorating. The alert that a rule has been violated includes a recommendation regarding the patient's treatment.

[0056] The patient rule generator establishes one or more rules for a monitored patient associated with a patient monitoring station. The patient rule generator collects rule performance metrics indicative of the ability of the rules to predict changes in the patient's condition and uses these metrics to evaluate the effectiveness of the rules. The patient rule generator may update the rules, determine that the rules are acceptable as is, or determine that there is insufficient data to revise the rules.

[0057] The patient rule generator may also evaluate the assessment data of patients with similar conditions to determine whether predictive rules can be written to apply to patients with the same or similar conditions. The patient rule generator may also test proposed rules against medical history data to determine whether the rules predict changes in the patient's condition. The patient rule generator generates rules that match the service level indicators established by the on-site assessment module.

[0058] The present invention provides continuing care software that utilizes elements of the assessment data to provide decision support and prompts the user for input to provide decision support to caregivers. In response to elements of the assessment data, decision support algorithms generate textual material describing medical conditions, scientific treatments, and possible complications. This information is available in real time to support all types of clinical decisions, from diagnosis to treatment to triage.

[0059] In the present invention, a point-of-care patient care system provides care to patients at a point-of-care based on the capabilities of the point-of-care. In this example, the rules engine, decision support algorithms, order writing software facilities, and continuing care software are adapted to the capabilities of the point-of-care based on application of site evaluation rules to the point-of-care. Components of the point-of-care patient care system may be delivered to the point-of-care to improve the level of care capabilities. In yet another embodiment of the present invention, components at the point-of-care are packaged and assigned a site evaluation code. The codes are used by the remote command center to predetermine the elements of the site evaluation process, thus simplifying the process.

[0060] In the present invention, the patient monitoring device obtains monitored data elements from the patient monitoring station and stores the monitored data locally. The stored monitored data is transmitted along with the patient data to the remote command center at a predetermined time or when requested by the remote command center. The remote command center evaluates the "delayed" monitored and evaluated data in the same manner as if it had been received in real time. By way of example, the remote command center applies rules engines and decision support algorithms to the delayed monitored data and patient data to provide guidance to the clinical site. Thus, the present invention provides high quality care in environments where continuous high bandwidth communication is not available or economically feasible.

[0061] The system of the present invention collects data and stores data. Patient records in the medical facility's Electronic Medical Records system (EMR) contain the same information as other systems, as is known in the art. The EMR is a target and only receives the data that the specific target requests. The data sent to the EMR and other data collected is stored on the cloud and archived to support case evaluation. There is the ability to store some of the data as case records and other additional data collected in useful data. The potential claim raised here is another example of how we continue to add functionality and features by finding new ways to more fully utilize the knowledge gained by acquiring knowledge. This is a perfect example of a system that has the ability to grow as new knowledge is acquired.

[0062] The present invention can collect any specified data at a frequency that supports a critical evaluation of patient interactions and the patient's response to those interactions. The term data includes, but is not limited to, the patient's medical history, details of the patient interaction including the person performing the interaction, the time provided, any medications, disposable or medical devices used to complete the interaction, the patient's vital sign values ​​provided on an active patient monitor, waveforms provided on an active patient monitor, changes to settings on any medical devices used on the patient, lab results, medical practitioner notes, and documented observations.

[0063] The present invention can display information along a timeline of the treatment period. The display may be configured to graphically display any patient vital sign values ​​collected during treatment. Additionally, the present invention supports displaying waveform data generated during treatment as an accurate representation of the waveform screen on an active patient monitor.

[0064] Using the review screen, the user can select any particular time on the timeline and review the patient's vital sign values ​​at that point in time. For numerical and waveform data, the system has the ability to move forward and backward during treatment to evaluate potential associations between patient interactions and patient responses.

[0065] Using these tools, the person or team conducting the evaluation can identify potential root causes and / or potential corrective / preventive actions, including the establishment of guidance. The system is designed to have the user establish parameters or condition limits to enforce the guidance. In this case, enforcement means that the system monitors future treatments (the same treatments that were reviewed) for the specified conditions and sends an alert / notification if any of the conditions are observed. The level of enforcement may be as low as background monitoring without any interaction with the provider. In this case, individuals identified in the guidance are notified that the treatment case they were looking at is up for review. Note: Several guidances can be created and implemented to accelerate data collection for various alternative approaches. Using this approach, the data needed to build the necessary scientific evidence to justify appropriate treatment protocol guidance can be collected without changing currently approved protocols.

[0066] Once scientific evidence has been collected to justify a formal change in the facility's protocol, an appropriate review can be performed and, if properly justified, the transplant can be granted with an approved protocol change.As knowledge is gained using this basic experimental design, sufficient logic can be developed to support the use of machine learning tools to further accelerate the continuous improvement program.

[0067] The present invention supports the ability to go back in time during the current patient care being reviewed. The same screens can also be used to evaluate cases during formal reviews. These screens also contain icons that indicate when interactions with a particular patient occurred.

[0068] Waveform data is collected directly from the medical device. These waveforms are stored with the patient records. Once stored, the waveforms can be displayed and played back. If there is the ability to run the stored waveforms, the system also includes the ability to run, play, fast forward, or fast rewind to identify periods of interest to clinicians reviewing these records. A continuous improvement program focused on patient outcomes: Improving patient outcomes requires a continuous chain of improvement process controls, so a continuous improvement program focuses on identifying opportunities to eliminate unexpected outcomes.

[0069] The invention explores situations where existing process controls or actions result in negative outcomes. Truly advanced programs also explore situations where outcomes are more positive than expected. Once situations that indicate opportunities for improvement are identified, the organization determines the risk of recurrence and prioritizes resources to address the highest priority opportunities. Identified situations are tracked and managed in a corrective and preventive action process. This process requires documented details of error investigations, evaluation of potential corrective and / or preventive actions, and validation and certification results of attempted C / P actions. As discussed above, current prior art systems do not adequately support an effective continuous improvement program.

[0070] Examples of remote view tools: Remote View supports telehealth by providing telehealth professionals with near real-time access to patient records and the ability to review all vital signs, patient care activities, and the patient's response to treatment leading up to their current condition. This allows for a more complete understanding of the patient's condition. One example is an anesthesiologist supervising multiple CRNAs. With Remote View, the supervisor can assist the CRNA by reviewing the facts about a particular patient while walking to the OR. Thus, the time required to have the CRNA review the patient's condition before taking appropriate action to address the situation is reduced.

[0071] The system of the present invention would be best used when there is a specific reason to remotely analyze the details of a patient's condition. Examples include providing a physician with the ability to remotely check on a patient, improve support for attending caregivers under supervision, prioritize schedules based on the patient's current condition, and provide a remote medical intensivist with the ability to review events leading up to the current patient condition. Figures 3-12 provide an example of an anesthesia protocol. However, the example and its slides, and the description of each screen, are not intended to limit the scope of the continuous improvement tool's capabilities. The tool may be configured to support any number of processes.

[0072] In this example of case analysis, a review screen is provided that shows an overview of the case, including but not limited to the following: Graphical display of patient vital signs during a case, including icons indicating when specific patient interactions occur ○ Graph legend Drug Delivery ○ Incision ○ Ventilation Case details selection key ○ Patient-Details ○ Cases ○ Data ○ Guidance

[0073] The screenshots provided an overview of an example of reviewing data collected throughout a case. In the timeline, data from multiple sources is visible along with clinical events (i.e., incisions). Screenshots Figures 3, 4, and 5 show how the clinician interactively reviews the data in conjunction with the guidance editor. The current process controls (Figure 6) can then be evaluated and the process modified based on the case review. The screenshots provide an example of how this can happen. For example, during review, the clinician may identify that the data displayed on the review tool screen would be more effective if it also displayed data from cerebral oximetry, where available. Because the platform supports brain monitors, the clinician can request that the collected dataset include cerebral oximetry so the clinician can review and use that data to create more effective guidance. Remote View is not limited to EMR data, as the EMR contains a subset of the data available for Remote View analysis.

[0074] Figure 3 is a screenshot of the review screen showing interaction with the data options on the review screen, including the ability to move the cursor to a specific time on a case and click to view specific data details. This screenshot shows the actual data collected at the requested time on the case.

[0075] To view the waveform, the user clicks on the waveform key, as shown in the screenshot of FIG. 4, and the collected waveform data is displayed, as shown in the screenshot of FIG.

[0076] As can be seen in the screenshot in Figure 6, there is a slide at the bottom of the waveform display that allows the user to move forward or backward in time to review the changes before and after the selected time.

[0077] The screenshots show how a user accesses the guidance tools from the review screen and walk the user through the process of creating or modifying guidance.

[0078] FIG. 7 shows the review screen and selection of the primary filter scope, which in this case defines the case type GENA.

[0079] FIG. 8 shows the review screen and interaction with the patient and indicates that the event is an incision.

[0080] FIG. 9 shows a screenshot of the Airway Overview, with listings starting with either ETT, Parker ETT, RAE, MLT and / or Enhancement.

[0081] Figure 10 is a screenshot showing that the anesthesia type is general and defines the scope of the second level filter according to certain rules, including whether the procedure description includes cranial and / or whether the procedure description includes neuro. Figure 10 also shows the definition of the third level filter, showing that isoflurane occurred 15 minutes ago and sevoflurane occurred 15 minutes ago.

[0082] FIG. 11 shows the scope of the fourth level filter, which is defined by the following rules: Bolus (drug name is in the list (rocuronium, vecuronium, pancuronium, atracurium)) The last reading occurred in the last 9 minutes starting 10 minutes ago and was 0 Infusion (drug name is in the list (rocuronium, vecuronium, pancuronium, atracurium)) started 10 minutes ago, last reading occurrence in last 9 minutes is 0 The latest TOF entry occurred in the last 5 minutes. The latest TOF entry occurred within the last 11 minutes. The TOF latest entry is greater than 2.

[0083] The foregoing embodiments of the present invention have been presented for purposes of illustration and description. These descriptions and embodiments are not intended to be exhaustive or to limit the invention to the precise forms disclosed, and obviously, many modifications and variations are possible in light of the above disclosure. The embodiments of the present invention have been selected and described in order to best explain the principles of the invention and its practical application, so that those skilled in the art can best utilize the invention in various embodiments and with various modifications as suited to the particular uses envisioned.

Claims

1. 1. A remote view playback system for medical patients that improves patient outcomes, comprising: at least one monitoring station including a monitoring device for transmitting and receiving monitored data elements corresponding to a medical condition associated with the patient; a patient database containing information regarding the medical condition, medical history, and status of each of said patients; at least one communication hub that collects data from a plurality of electronic devices, including a plurality of medical devices, and transmits data to the electronic devices and converts data received from the electronic devices into waveforms corresponding to vital signs of a patient; a data storage engine for collecting and storing data including the waveforms from the at least one communication hub; a user interface rules engine that provides a user with the ability to select a time during which one of the selected patients was receiving treatment; The user interface rules engine may provide the user with: i. reviewing data stored in said data storage engine relating to the treatment of one of said selected patients for said selected time; ii. reviewing data stored in said data storage engine relating to one of said selected patients before and after said selected time; iii. Developing guidance rules to identify cases that have been identified as complying with predefined rules; iv. allowing the user to define who, when and how to communicate that cases that meet user-defined criteria are available for review, with reference to future and / or past cases; The user interface rules engine includes: a means for collecting, storing and processing data in near real time; means for constructing data for display on a screen to construct data for viewing by an end user; a means for displaying an organized view of the data in a timeline of events; and providing a means for the end user to request that other relevant data be displayed on the screen in addition to the data being reviewed while the end user is reviewing the data; This allows data to be taken from multiple different sources and integrated into a unified screen, a remote view playback system.

2. The remote view playback system of claim 1 , wherein the user interface rules engine defines notification rules that specify individuals to be notified when predefined conditions are met.

3. The remote view playback system of claim 1 , wherein the user interface rules engine transmits data corresponding to compliance with a patient care plan and response to the treatment of a selected one of the patients for remote review.

4. The remote view playback system of claim 1 , wherein the data storage engine further comprises data corresponding to schedules of medical personnel serving the patient.

5. The remote view playback system of claim 1 , wherein the at least one monitoring station receives a portion of the data from the electronic device as a waveform.

6. 1. A method for remotely reviewing medical patient records to improve patient outcomes, comprising: providing at least one monitoring station that receives data elements from a plurality of medical devices, converts data received from said plurality of medical devices into waveform data, and obtains said data elements indicative of a medical condition associated with each of said patients; providing a database containing information regarding the medical condition, medical history, and status of each of said patients; storing data from the medical device in a data storage engine; a telecommunications network providing access to the data stored in the data storage engine, including the waveform data collected during treatment of the patient and useful data not included in any patient record repository; a user selects a time, i. reviewing a portion of the data corresponding to the treatment of one of the selected patients at the selected time; ii. reviewing data corresponding to one of the selected patients before and after the selected time; iii. analyzing the data corresponding to one of the patients before and after the selected time period in light of stored guidance rules to determine whether the data indicates that the treatment complies with predefined rules; iv. defining communication rules for treatment compliant with said predefined rules, including identification of personnel to whom data is to be sent and communication methods for said identified personnel; providing a user interface rules engine capable of The user interface rules engine includes: a means for collecting, storing and processing data in near real time; means for constructing data for display on a screen to construct data for viewing by an end user; means for allowing a user to create execution steps on a data stream; means for notifying an end user based on end user defined execution steps; a means for displaying an organized view of the data in a timeline of events; A means for an end user to modify or extend said execution steps; and providing a means for the end user to request that other relevant data be displayed on the screen in addition to the data being reviewed while the end user is reviewing the data; This is how data is taken from multiple disparate sources and integrated into a unified view.

7. The method further comprises an apparatus for waveform analysis of a physiological parameter, the method comprising: using a physiological parameter acquisition unit to determine measurements and corresponding times of the physiological parameters; and displaying a plurality of variations in the measurements of the physiological parameters over time as a trend graph including coordinates representing the times and the measurements; 7. The method of claim 6, further comprising storing in a data storage device the measured values ​​of the physiological parameters, the waveform data of the physiological parameters, the pathological event data, and times within a common time frame corresponding to when a pathological event occurred.

Images