Patent ID: 12210738

While the invention is amenable to various modifications and alternative forms, specific embodiments have been shown by way of example in the drawings and are described in detail below. The intention, however, is not to limit the invention to the particular embodiments described. On the contrary, the invention is intended to cover all modifications, equivalents, and alternatives falling within the scope of the invention as defined by the appended claims.

DETAILED DESCRIPTION

FIG.1shows a block diagram of the system, according to embodiments of the present invention. In one embodiment, a combined defibrillator/monitor device such as the E-Series manufactured by ZOLL Medical of Chelmsford Massachusetts has keys whose labeling is provided by on-screen text. The text is thus configurable in real time ether due to input by the user or as a result of analysis and decision making by the defibrillator or other devices with which the defibrillator is in communication at the time of the defibrillator's use, such as the computer tablet device214or remote base station staffed by medical dispatch or medical supervisory personnel in communication with the computer tablet. The computer tablet may take the form of an iPad (Apple Corp., Cupertino CA). Such screen-labeled keys may be referred to as “soft-keys”. A specific soft-key is initially labeled “Acute Care diagnose” at device turn-on as shown inFIG.2, according to embodiments of the present invention. Upon detecting a key press of the Acute Care Diagnose key, the defibrillator changes the functionality and labeling of the keys to those shown inFIG.3. These five labels—“Respiratory Distress” or alternatively “Dyspnea”, “Altered Mental Status”, “Cardiac Distress”, “Trauma” and “Pain/Abnormal Nerve Sensation”—differ from the traditional symptoms associated with differential diagnosis in that they identify classes of patients and potential workflows and diagnosis and treatment pathways (DTP), and are listed in relative frequency with which paramedics and other emergency personnel encounter patients meeting these criteria in actual practice.

By pressing the soft-key for each DTP, the defibrillator is then configured to potentially activate certain physiological sensors and display the sensor data in such a way as to provide the caregiver the optimal information, presented in the optimal fashion so as to diagnose and treat the patient most accurately and efficiently. Each DTP may include a template according to which sensor data, or the physiological and/or measurement data derived therefrom, is displayed in a way most useful and/or efficient for that particular DTP. For instance, if the “Respiratory Distress” soft-key is pressed, then the waveforms and numeric physiologic data on the screen change to that shown inFIG.4. Stored snapshots of individual CO2 breath waveforms may be initiated via the CO2 Snapshot soft-key. These snapshots remain on the display for reference to the clinician both for automating measurements for diagnosis as well as for assessing the effectiveness of a particular therapy.

Heart sound measurement and detection may be incorporated into the monitoring device for the detection of S3 and S4 heart sounds and automatically narrow the differential, or suggest for the rescuer to confirm agreement with the software diagnosis, of heart failure or pulmonary edema. A flowchart for evaluating heart sounds is shown inFIGS.8A and8B. Pulse oximetry and capnography are also very helpful measures and may be automatically incorporated into the algorithm for more accurate diagnosis. The same sensors used to detect heart sounds may also be employed to detect breath sounds and to analyze their quality. Specific algorithms may be employed to detect wheezing, crackles, rale or stridor, each of which may be indicative of a particular disease.

Sensors such as flow sensors and O2 gas sensors are included in some embodiments, so that the additional physiological measurements such as volumetric Co2, volumetric O2 and spirometry, which are relevant for diagnosis and treatment of dyspnea, may be included and displayed on the Respiratory Distress DTP screen. An oxygen sensor may be located in the patient's airway, which may assist in calculating the metabolic needs of the patient.

The display on the defibrillator212is a touchscreen, according to some embodiments of the present invention. The caregiver can easily initiate measurements such as on the CO2 snapshot waveform or the spirometry snapshot waveform via touchscreen gesture such as a double tap. A zoom icon may exist in the upper corner of each waveform box, such as the CO2 snapshot, such that when the zoom button is touched, that particular waveform fills the display of the defibrillator. Another measurement button is present which, when touched, displays all the relevant measurements for a particular waveform, according to embodiments of the present invention. A gestural interface is provided as part of the touchscreen. Using two fingers or finger and thumb to touch to two points in the waveform (which may also be referred to as a “caliper” measurement or gesture) will cause measurements to be displayed and/or overlaid onto the physiological data, as illustrated inFIG.10. For instance, dead space volume, phase II and III slopes which are indicative of COPD, and estimates of arterial pCO2 may be listed on the screen after initiation of CO2 waveform measurement.

According to embodiments of the present invention, the processor communicably coupled with the touchscreen portion of a decision support system may be configured to recognize the wave shape of a wave signal being displayed, and/or recognize the edge of an image being displayed, in order to improve the accuracy of a caliper touch gesture. For example, if a user were to use a caliper gesture to measure or “zoom in” on an ST elevation in an ECG wave display, the decision support system may be configured to recognize that if one of the user's fingers taps just below the top of the ECG wave, that the user likely intended to include the top of the ECG wave in the enlarged or selected view. In addition, the decision support system may be configured to permit an ability to enlarge (zoom) and adjust measurement points individually using the touchscreen. A tap/click and drag method may be used to set the caliper gesture; for example, to hone in on a particular portion of displayed waveform, the user may press on one point and drag to another point to indicate the endpoints of the caliper gesture.

Specific out-of-range readings can be displayed in red or highlighted by other mechanisms, such as bold-face font and/or flashing. Touching the highlighted values will cause the display to show the possible diagnoses which are consistent with the measurements, according to embodiments of the present invention. A specific graphical zone of the screen can be designated with a graphical image of the computer tablet. By dragging waveforms, measurements, or any other data object shown on the display over onto the computer tablet icon, it can automatically be presented on the computer tablet that is linked to the defibrillator.

Capnography is helpful in the assessment of asthma, where an increased slope in the expiratory plateau provides a measure of bronchospasm. The slope of the plateau phase (phase III) provides a measure of airway obstruction. The adequacy of b-agonist bronchodilatory therapy for an asthma exacerbation may be monitored through observation of slope change of phase III.

As referenced in U.S. Patent Application Publication No. 2011/0172550, published on Jul. 14, 2011, which is incorporated by reference herein in its entirety for all purposes, the data for the patient's history may be entered via the computer tablet with patient physiological measures via the monitor. As the differential diagnosis often implicates both patient history, patient examination findings along with measures of the patient's physiological state via such monitoring as ECG, capnography and pulse oximetry, these data elements are integrated into a user interface that automatically or semi-automatically integrates the various data elements on a single differential diagnosis screen within the application on the computer tablet. The interface may begin by asking the rescuer to choose from a list of common presenting symptoms or complaints by the patient, for example dyspnea or respiratory distress. The information such as on the screens ofFIGS.5,6, and7(taken from Am Fam Physician 2003; 68:1803-10) provides one possible structured approach for rescuers to obtain information. As patient history and physical examination findings are entered on the computer tablet, the differential diagnosis page will gradually narrow down the possible diagnoses.

In another embodiment, the defibrillator contains a docking feature for propping up a computer tablet such as an Apple® iPad® on top of the defibrillator in a stable position via mounting features integrated onto the defibrillator, as illustrated inFIG.11. Other mobile computing devices, including tablet computers, an iPhone®, an iTouch®, and other touchscreen monitors may be used. Alternatively, a low power, battery powered, touchscreen monitor may be used, such as, for example, those that transfer information to and from a computing device via a wired or wireless USB connection. Communication may be provided wirelessly between the two devices (the medical device and the mobile computing device, for example). Other communicable coupling may be achieved between the two devices; for example, wired. The iPad may include a protective housing and/or waterproof housing to protect it from the typical physical abuse it would likely encounter in the prehospital environment. Mounting features integral to such an iPad housing allow it to be easily attached on top of the defibrillator on scene. The mounting feature on the defibrillator may be able to hinge to allow the iPad® to hinge down when not in use into a protective pocket on the defibrillator. The iPad® may also be undocked and used nearby to the defibrillator, without need for physical connection. A physical slot may also be provided, preferably at the side, top or back of the unit that allows for the iPad® to have its battery charged by the defibrillator. Internal to the frame of the iPad® protective housing is the standard iPad® connector, while on the exterior of the frame of the iPad® protective housing are much more robust mechanical and electrical connections that can withstand the extensive abuse experienced by medical devices in the prehospital emergency setting, according to embodiments of the present invention.

The results of this integrated analysis of physiological data, patient history and examination findings may then be displayed on the defibrillator, potentially in the form of asking to make an additional physiological measurement. The results of this integrated analysis of physiological data, patient history and examination findings may alternatively, or additionally, be displayed on the tablet computer. According to some embodiments of the present invention, the tablet computer, or other mobile computing device, may be communicably coupled with the defibrillator or other physiological assessment device, for example through a wireless connection. As used herein, the phrase “communicably coupled” is used in its broadest sense to refer to any coupling whereby information may be passed. Thus, for example, communicably coupled includes electrically coupled by, for example, a wire; optically coupled by, for example, an optical cable; and/or wirelessly coupled by, for example, a radio frequency or other transmission media. “Communicably coupled” also includes, for example, indirect coupling, such as through a network, or direct coupling.

According to embodiments of the present invention, a user interface device is communicably coupled to a processor, and the processor is configured to receive data entered via the user interface device, as well as data received from one or more sensors, in order to perform clinical decision support based on both data sources. The user interface device may include one or more devices such as a touch screen computer, a tablet computer, a mobile computing device, a smart phone, an audio receiver, an audio transmitter, a video receiver, a video transmitter, a camera, and a “heads up” display projected onto a user's glasses or face shield. A small monitor may be mounted onto eyeglasses, a face shield, and/or integrated with other wearable communications devices, such as, for example, an ear bud or a Bluetooth® hands free phone adaptor. The user interface device may include a combination of devices for conveying options and receiving input; for example, an audio speaker may be used to convey possible DTPs, and an audio receiver may be used to receive a verbal command indicating a selection of one of the DTPs. Instead of an audio receiver, a video camera may be used to receive a gestural command that will be interpreted by the processor as a selection of one of the possible DTPs, or input elements. Using hands-free devices for user interface devices may free the hands of a caregiver to perform clinical tasks, while still permitting non-intrusive decision support and/or differential diagnosis for the caregiver.

FIGS.8A and8Billustrate a differential diagnosis and/or clinical support process through which a computer processor may take a caregiver, using the user interface device, according to embodiments of the present invention. For example, if the caregiver selected “Respiratory Distress” from among the five DTPs presented on the screen ofFIG.3, then the user interface device would prompt the caregiver to input information about step802in the flowchart ofFIG.8, which flows from top to bottom. At step802, if the 12-lead reveals an S3 heart sound, or if the Dyspnea Engagement Score is greater than 3, then the decision support system will take the user through the Acute Decompensated Heart Failure (CHF) decision/diagnosis process.

The decision support system may take into account both physiological data received from sensors, and information data received from the caregiver (e.g. via mobile computing device such as an iPad®), in helping the caregiver move from one decision point in the flow chart to the next, while updating any display or information provided along the way. For example, the decision support system may indicate to the user that, based on processing of the ECG data, there does not appear to be an S3 heart sound present, and ask the caregiver to confirm this assessment. The decision support system may also, or alternatively, request the caregiver to enter a Dyspnea Engagement Score, or suggest one for confirmation by the caregiver. At step802, if the 12-lead reveals no S3 heart sound, or if the Dyspnea Engagement Score is less than 3, then the decision support system will recognize that the caregiver is not dealing with a CHF situation, but then moves to step804in which the decision support system changes its display and/or input prompts in order to help the caregiver determine whether to enter the Asthma treatment path or the COPD treatment path.

Again, the decision support system may factor in various physiological data from sensors, as well as various informational data received about the particular patient, in helping to support the caregiver's decision. For example, as illustrated inFIG.6, if the patient information (either entered by the caregiver or obtained from another source) indicates that the patient is involved in heavy tobacco use, the decision support system will recognize at step804that a COPD diagnosis is more likely, whereas if the caregiver indicates to the decision support system that the patient is experiencing a cough, or has a history of asthma, the decision support system may recognize at step804that an Asthma diagnosis is more likely. In addition to, or alternatively to, the informational diagnosis support reflected inFIG.6, the decision support system may gather findings using physiological data to help the caregiver determine the appropriate treatment path. For example, if a breathing or breath sound sensor generates data that, when processed, indicates clubbing, barrel chest, or decreased breath sounds, the decision support system may recognize at step804that a COPD treatment path is more appropriate, whereas if the breath sound sensor generates data indicative of pulsus paradoxus, or if a muscle activity sensor indicates accessory muscle use, the decision support system may recognize at step804that an Asthma treatment path is more appropriate.

According to embodiments of the present invention, the decision support system may suggest or propose a diagnosis or treatment path, for example by indicating statistical probabilities (based on charts and data such as those ofFIGS.6and7) or relative likelihoods, and ask for confirmation or final selection by the caregiver. For example if at step804the decision support system receives confirmation of an Asthma diagnosis, then the user interface device may change the information presented to the caregiver, for example by launching into a treatment protocol specific to the Asthma diagnosis. At step806, the decision support system may suggest that the caregiver attach a humidifier to the patient's oxygen supply, and administer 2.5 milligrams of albuterol mixed with 0.5 milligrams of Atrovent administered by nebulizer connected to a 6-9 liter per minute source, and may indicate that the dosage may be administered continuously as long as the heart rate is not greater than 140. The decision support system may monitor the heart rate, and give a visual and/or audio indication when and if the heart rate reaches or approaches 140, in this example.

At step808, the decision support system may help the caregiver decide whether the patient is extremely bronchoconstricted, for example by showing data or measurements related to blood oxygen content, respiration rate, or respiration volume. Upon a confirmation by the caregiver that the patient is extremely bronchoconstricted at step808, the decision support system may then suggest to the caregiver that a 125 milligram dose of Solumedrol be administered over a slow (e.g. 2 minute) intravenous push. At step810, the decision support system may help the caregiver to decide whether the patient's symptoms have improved (e.g. whether the patient's shortness of breath has improved with the treatment thus far). For example, the decision support system may display and/or analyze the patient's end-tidal waveform, and suggest that the patient does not appear to be responding to the treatment, and ask for the caregiver's confirmation. If the caregiver confirms the decision, then the decision support system may continue to guide the caregiver through additional treatment options, for example those indicated inFIG.8. In this way, the decision support system guides the caregiver through complex decision making processes, during the clinical encounter, using both physiological data and informational data gathered from the patient or input by the caregiver, in a way which would be too inconvenient or time-consuming for the caregiver to perform absent the decision support system.

The decision support according to embodiments of the present invention may or may not be fully automated. Inference engines utilizing Bayesian networks, neural networks, genetic algorithms, or simpler rule-based systems may be employed.

In another embodiment, the tissue CO2 or pH are measured by methods such as those described in U.S. Pat. No. 6,055,447, which describes a sublingual tissue CO2 sensor, or U.S. Pat. Nos. 5,813,403, 6,564,088, and 6,766,188, which describe a method and device for measuring tissue pH via near infrared spectroscopy (NIRS), and which are all incorporated herein by reference in their entirety for all purposes. NIRS technology allows the simultaneous measurement of tissue PO2, PCO2, and pH. One drawback of previous methods for the measurement of tissue pH is that the measurements provided excellent relative accuracy for a given baseline measurement performed in a series of measurements over the course of a resuscitation, but absolute accuracy was not as good, as a result of patient-specific offsets such as skin pigment. One of the benefits achieved by some embodiments of the present invention is the elimination of the need for absolute accuracy of these measurements, and the reliance on only the offset and gain being stable over the course of the resuscitation. Tissue CO2 and pH are particularly helpful in monitoring in the trauma DTP. Physiological parameters on display for the trauma DTP may be one or more of: invasive and non-invasive blood pressure, tissue CO2 and pH, ECG, SpO2 trending, and heart rate variability risk index. The ECG may be analyzed to determine the interval between adjacent R-waves of the QRS complexes and using this interval to calculate heart rate variability as a running difference between adjacent R-R intervals. It is known to those skilled in the art that an abrupt reduction in variability will often precede by many minutes a precipitous decline in a patient's blood pressure (traumatic arrest). By monitoring the trend in heart rate variability, the traumatic arrest can be anticipated and prevented.

Another sensor of use for the trauma DTP is ultrasound, according to embodiments of the present invention. According to C. Hernandez et al.,C.A.U.S.E.: Cardiac arrest ultra-sound exam—A better approach to managing patients in primary non-arrhythmogenic cardiac arrest, Resuscitation (2007), doi:10.1016/j.resuscitation.2007.06.033, which his incorporated by reference herein in its entirety for all purposes:C.A.U.S.E. is a new approach developed by the authors. The C.A.U.S.E. protocol addresses four leading causes of cardiac arrest and achieves this by using two sonographic perspectives of the thorax; a four-chamber view of the heart and pericardium and anteromedial views of the lung and pleura at the level of the second intercostal space at the midclavicular line bilaterally. The four-chamber view of the heart and pericardium is attained using either the subcostal, parasternal or apical thoracic windows. This allows the individual performing the examination to select the most adequate view depending on the patients' anatomy. The authors recommend beginning with the subcostal view first as this view makes it possible for the practitioner to evaluate the heart without interrupting chest compression. If this view is not possible then the apical or parasternal approaches may be used during coordinated pulse checks lead by the resuscitation team leader. A four-chamber view is used in this protocol as it allows for ease of comparison between the different chambers in the heart, facilitating the diagnosis of hypovolemia, massive PE, and cardiac tamponade (FIG.6). Pneumothorax is diagnosed by identifying the lack of sliding sign and comet-tail artifact while looking in the sagittal plane at the second intercostal space of the midclavicular line (FIG.7). For both the cardiac and lung views it is recommended to use a 2.5-5.0 phased array transducer probe. This allows the examiner to use the same probe for both lung, heart and if needed abdominal exam. This type of probe was used by Knudtson in his study involving ultrasound for the use of identifying pneumothorax as an addition to the FAST exam, and it yielded very a high accuracy in detecting pneumothorax, yet still remained useful in identifying the heart and abdominal organs. The protocol is best described in diagram form. [seeFIG.12]

The caregiver selecting elements of the flowchart results in the ultrasound sensor being activated and images presented on the computer tablet. Additional instructions can be requested from the interface on either the computer tablet and/or the defibrillator. Based on the selections and instructions, the settings of the ultrasound can be adjusted to deliver the optimal images, according to embodiments of the present invention.

Although five diagnosis and treatment pathways are discussed with respect toFIG.3, the differential diagnosis/decision support system may be configured to support decision making and diagnosis with respect to other DTPs, and may be configured to display and support various combinations of one or more DTPs, from among the five shown inFIG.3and others. According to other embodiments of the present invention, each user may configure the decision support system to use customized DTP for each DTP option; for example, the user may change the default series of questions/steps/readings for the Trauma DTP with a new series of questions/steps/readings based on caregiver-specific, patient-specific, geography-specific, and/or regulation-specific treatment protocols. In this way, the decision support system according to embodiments of the present invention operates to guide decision making and diagnosis for a caregiver in a way that accommodates various kinds of DTPs.

For example, if a user selected the Trauma DTP option from the screen ofFIG.3, the decision support system may be configured to guide a user through a decision and treatment pathway similar to that shown inFIGS.13-25. The user would then be presented with a series of further options, such as “amputation injury,” “bleeding control,” “burns,” and the like. Selecting one of these further options would then cause the decision support system to enter and display the particular pathway or pathways relevant to the selected option. According to embodiments of the present invention, the decision support system is comprised by a user interface device, independent of a medical device or one or more sensors, in a way which simply guides the caregiver through a series of decisions according to a pre-established flow chart. At a basic level, a medical device, such as a defibrillator, may include one or more decision support flow charts and/or treatment protocols, which guide the caregiver through various decisions, either with or without sensor data or other data input. A graphical DTP may be included in a defibrillator device as a reference document, electronically navigable.

According to other embodiments, the decision support system is informed by a combination of caregiver observations, patient information, and/or sensor data. Assessment and/or scoring may be performed, either by receiving data from the caregiver, or receiving data from sensors, or both. For example, for a trauma DTP, the decision support system may take into account pulse rate, breathing data, qualitative breathing data, pulse rate, blood loss, blood pressure, presence of broken limbs, and/or compound fractures. Or, in a cardiac distress DTP, the decision support system may be configured to display a cardiac arrest probability at a moment in time, which may be calculated and/or predicated by the decision support system based on selected criteria. The decision support system may also be configured to track certain criteria in order to suggest treatment outcome probabilities, for example suggesting the treatment pathway with the highest or a high perceived probability of success.

According to some embodiments of the present invention, a monitor, or a defibrillator/monitor combination, or other similar device, may be configured to provide a graphical tool to configure the monitor to follow recognized rescue protocols, for example one or more of the protocols described and/or shown herein. Such a tool may be included on the monitor or defibrillator device, on a tablet or handheld or other computing device, and/or on both, according to embodiments of the present invention. Such a tool may be provided in a graphical interface, for example a flowchart. The tool allows the user to configure the patient monitor to follow a particular rescue protocol, for example by visually presenting a flow chart for the protocol and allowing the user to customize the protocol. For example, the length of the CPR period may be configured by the user to customize the treatment protocol. Such a tool may also permit the downloading and uploading of customized treatment protocols to and/or from a monitoring device, which may also permit the same customized protocol settings to be carried on a mobile device and/or transferred or uploaded to multiple other devices in different locations and/or at different times, according to embodiments of the present invention.

FIG.26illustrates a clinical decision support system2600, according to embodiments of the present invention. System2600includes a processor150which is communicably coupled to a database152, a decision support module153, a display156, and a patient monitor and/or defibrillator154, which may itself be communicably coupled to another display module155, according to embodiments of the present invention. Some or all of the elements shown inFIG.26may be part of, or implemented by, one or more computer systems as illustrated inFIG.27.

FIG.27is an example of a computer or computing device system200with which embodiments of the present invention may be utilized. For example, defibrillator154and/or the tablet shown inFIG.11may be or incorporate a computer system200, according to embodiments of the present invention. According to the present example, the computer system includes a bus201, at least one processor202, at least one communication port203, a main memory208, a removable storage media205, a read only memory206, and a mass storage207.

Processor(s)202can be any known processor, such as, but not limited to, an Intel® Itanium® or Itanium 2® processor(s), or AMD® Opteron® or Athlon MP® processor(s), or Motorola® lines of processors, or any known microprocessor or processor for a mobile device, such as, but not limited to, ARM, Intel Pentium Mobile, Intel Core i5 Mobile, AMD A6 Series, AMD Phenom II Quad Core Mobile, or like devices. Communication port(s)203can be any of an RS-232 port for use with a modem based dialup connection, a copper or fiber 10/100/1000 Ethernet port, or a Bluetooth® or WiFi interface, for example. Communication port(s)203may be chosen depending on a network such a Local Area Network (LAN), Wide Area Network (WAN), or any network to which the computer system200connects. Main memory208can be Random Access Memory (RAM), or any other dynamic storage device(s) commonly known to one of ordinary skill in the art. Read only memory206can be any static storage device(s) such as Programmable Read Only Memory (PROM) chips for storing static information such as instructions for processor202, for example.

Mass storage207can be used to store information and instructions. For example, flash memory or other storage media may be used, including removable or dedicated memory in a mobile or portable device, according to embodiments of the present invention. As another example, hard disks such as the Adaptec® family of SCSI drives, an optical disc, an array of disks such as RAID (e.g. the Adaptec family of RAID drives), or any other mass storage devices may be used. Bus201communicably couples processor(s)202with the other memory, storage and communication blocks. Bus201can be a PCI/PCI-X or SCSI based system bus depending on the storage devices used, for example. Removable storage media205can be any kind of external hard-drives, floppy drives, flash drives, zip drives, compact disc-read only memory (CD-ROM), compact disc—re-writable (CD-RW), or digital video disk-read only memory (DVD-ROM), for example. The components described above are meant to exemplify some types of possibilities. In no way should the aforementioned examples limit the scope of the invention, as they are only exemplary embodiments of computer system400and related components.

As shown inFIG.26, the decision support module153may be a clinical support and/or differential diagnosis and/or treatment protocol as described herein. Based on information about the patient received from monitor154, the decision support module153determines and/or shows to the user a set or array of next available options in the decision tree. Alternatively, the decision support module153may be configured to calculate probabilities or other statistics based on decision support trees, algorithms, and/or historical data.

Because the display module155of the monitor154is used for patient-critical monitoring or treatment functions, and because the monitor154must often be small or portable, there may be limited size availability on the display device which display module155operates. As such, embodiments of the present invention include a separate display156which is available to the user or to someone other than the user in order to view information about a particular decision support process being implemented by the processor150and, optionally, by the patient monitor154. When a user decides to implement a decision support process, a selection may be made on the user interface screen operated by the display module155, and/or may be made on the user interface operated by display module156. This then prompts the processor150to access a clinical decision support process via decision support module153. Decision support module153may include logic to guide the user through the various nodes and/or branches of a clinical decision support process, for example those shown inFIGS.5-8B and12-25. According to some embodiments of the present invention, the display module155operates the display screen of a monitor/defibrillator as shown inFIG.11, and the display module156operates a tablet computer screen. Such a tablet computing device may be communicably coupled to the processor150(whether such processor is located in the monitor/defibrillator or the tablet computing device) by docking it into a communications dock on the monitor/defibrillator as shown inFIG.11, and/or may be communicably coupled to the processor150wirelessly. Based on the disclosure provided herein, one of ordinary skill in the art will recognize that patient monitor154may include its own processor, and tasks described as performed by processor150may be distributed across one or multiple processors and/or physical devices.

FIG.28illustrates one example of a decision support tree that may be shown to a user on an auxiliary screen (operated by module156) during a medical event, to guide the user through a treatment protocol or pre-diagnosis of the patient. The decision support module153may be navigated through the various decision points (e.g. “nodes”) either by manual selection of the next available option or branch, or by complete or partial automatic selection of the next available option or branch based upon patient data collected during the medical event, for example physiological data collected by the patient monitor/defibrillator154that is connected to the patient, or by a combination of these two processes. A process that is wholly or partially automatic may also be configured to prompt a user for confirmation before moving to a subsequent or previous node, according to embodiments of the present invention.

Due to the time critical nature of a medical first responder's tasks, such a medical first responder has limited attention resources. In order to further simplify such a user's interface with a decision support module153, the processor150may be configured to dynamically adjust the display screen156during the medical event. As one example,FIG.28illustrates a user interface display of a clinical decision support tree, according to embodiments of the present invention. This decision support tree begins at block2, and the first decision is between blocks4or24. If block4is selected, the decision is next between blocks6and8. If block6is selected, the next decision is between blocks10and12. Although one or two possible branches or decisions are shown, one of ordinary skill in the art will appreciate, based on the disclosure provided herein, that any number of branches or decision options may be provided to extend from a particular node, and that such branches could overlap and/or loop back to a previous node, according to embodiments of the present invention. The remaining blocks14,16,18,20,22,24,26,28,30,32,34,36,38,40, and42may function in a similar manner.

FIG.29illustrates one example of the user interface display ofFIG.28with a portion of the clinical decision support tree resized, according to embodiments of the present invention. Once block4is selected over block24(manually by the user and/or automatically based on patient data), the display module156resizes the entire “branch” including block24and its subsequent nodes, and/or resizes each block24, as shown inFIG.29, in this case by making them smaller. Alternatively, in another embodiment, even before the user manually selects block4, the processor150instructs the display module156to resize the block24branch as shown inFIG.29based on an indication from the decision support module153, which factors in patient data received (either manually or automatically from the monitor154) to indicate that choosing block4over block24would be more consistent with the particular clinical decision support process being implemented. By indicating a size different between block4and block24, the user is provided a visual indication which, if it coincides with the user's perceptions and experience, facilitates the navigation through the decision support process. This also makes such a process easier to use for those who may not have extensive experience with a particular decision support protocol.

The resizing may occur by making block24smaller, or by making block4larger, or both. In some cases, only the subsequent sets of blocks or nodes are resized, rather than the rest of the branches or nodes depending from the immediately subsequent nodes. Each node may be represented by a shape, and the entire border of the shape may be resized in order to indicate a non-chosen or less-probable node. As another alternative, the size of the node may remain the same but the text inside the node may be resized. As yet another alternative, the size of the node may remain the same, but the color or transparency of the non-chosen or less-probable nodes may be changed, for example “grayed out” for the less important nodes and turned to a bolder color or flashing color for the more important nodes. A combination of these and other visual indication features may be employed to assist the user in visually navigating through the decision support process in real time, during the medical event.

In some cases, the entire decision support tree may be shown on a device screen; in other cases, the tree may be too large to show all at once.FIG.29also illustrates how a screen border can be recentered or moved dynamically to correspond with movement through the tree. For example, screen border50is initially centered (either vertically or horizontally or both) on block2, and as soon as block4is selected, or becomes a more likely or recommended selection, the screen border50shifts along the direction indicated by arrow52to new screen border position50′, which is now centered on block4.FIG.30illustrates a similar resizing feature as it might be displayed after block6is selected over block8.

The decision support module153may also be configured to transition between differential diagnosis and treatment protocols; for example, as a likely diagnosis is approached by a clinical support module, the user may be prompted to select or begin a treatment protocol consistent with one or more likely diagnoses or pre-diagnoses. As another example, one or more treatment protocol trees may be presented at the end of a differential diagnosis or clinical decision support tree, in order to guide the user through the recommended treatment protocol once the decision support module153has helped the user identify the condition that requires treatment.

The patient monitor/defibrillator device154may also be configured for several different care modes, and may be configured to enter the most likely or most relevant care mode based on the user's navigation of the clinical decision support process, for example on auxiliary display156, and to change between two or more care modes as appropriate as the user navigates the clinical decision support tree, according to embodiments of the present invention.

FIG.31illustrates a user interface display with dynamic softkeys, according to embodiments of the present invention. Just as the nodes on a decision support tree display may be dynamically visually adjusted to help the user in navigating the process, so too the selection options on a patient monitoring or treatment device154may be dynamically adjusted to guide the user through a particular clinical decision support process.FIG.31shows a housing of a patient monitor/defibrillator54, which may include a screen55(for example operated by display module155ofFIG.26), and which may include a number of physical user input devices56,58,60,62,64, which may be for example buttons. The screen55may be configured to display a user interface as shown, which may include one or more softkeys66,68,70,72,74, with one or more of the softkeys66-74corresponding to one or more of the buttons56-64. Based on the disclosure provided herein, more or fewer buttons and/or softkeys maybe used, and the positioning of the buttons and/or softkeys may vary across different units, models, or designs. For example, the buttons may alternatively or additionally extend vertically across one side of the screen55.

The softkeys66are part of the display screen that may be dynamically modified by the processor150and/or the patient monitor154, such that the buttons56-64may be used by the user to select different options at different times. This allows the user to navigate through various menus with a single row of buttons. According to some embodiments of the present invention, the device55does not include any physical buttons, and instead uses only softkeys on the display screen55that are themselves selectable (e.g. via a touchscreen arrangement). As such, the term “softkey” is used herein in its broadest sense to refer to any combination of physical and virtual buttons that may be used by a user to select from one or more options.

Similar to the process described with respect toFIGS.28-30, the softkeys66may be dynamically adjusted to assist the user in navigating a decision support process. Based on the disclosure provided herein, one of ordinary skill in the art will recognize numerous different menus or clinical decision support processes that may benefit from such dynamically adjusting softkeys. Just a few particular examples are shown inFIGS.32and33. For example, if a user selected the “acute care diagnose” button or softkey from the user interface display ofFIG.3, the user could be taken to the screen ofFIG.31with dynamic softkeys66-74. Such softkeys may initially look very similar to those ofFIGS.3and31; however, according to one embodiment of the present invention, after the user has entered the acute care diagnosis function, and before the user has selected the next branch of the process, the patient monitor/defibrillator observes a cardiac arrhythmia based on the patient's simultaneously observed ECG waveform. Based on this physiological data, the display module155emphasizes the Cardiac Distress softkey70by visually emphasizing it or visually distinguishing it over the other simultaneously displayed softkeys, as shown inFIG.32. For example, the Cardiac Distress softkey70may be changed in color or boldness. The softkey70may include a displayed geometric shape, and such shape may be changed, or its perimeter may be made bolder or more visually distinct. As another option, the text within the softkey70may be enlarged or emboldened or italicized in order to visually distinguish softkey70based on the physiological data.

According to some embodiments of the present invention, the user interface displayed on the screen55, and/or the screen display of an accompanying tablet device, includes one or more legends for visually indicating to the user why one or more softkeys have been emphasized or highlighted. For example, such a legend may include text such as “possible cardiac arrhythmia” to explain why the Cardiac Distress softkey70is emphasized, or “low SpO2” to explain why the Respiratory Distress softkey66is emphasized, or “dispatch: chief complaint=trauma” to explain why the Trauma softkey72is emphasized, according to embodiments of the present invention.

As an alternative, or in combination with the color, font, font size, shape, and similar visual distinguishing features, based on this physiological data, the display module155resizes the Cardiac Distress softkey70by making it larger, or by making the other softkeys smaller, as shown inFIG.33. AlthoughFIGS.32and33illustrate only one softkey70being emphasized and/or resized based on available patient data, the display module155may further be configured to dynamically emphasize and/or resize more than one softkey, in more than one way, according to embodiments of the present invention. For example, if the patient's blood oxygen content is observed by the monitor154as being below a certain threshold, and the patient's ECG waveform is observed by the monitor154as being irregular, both the Cardiac Distress softkey70and the Respiratory Distress softkey66may be visually emphasized or resized with respect to the other softkeys, and may also be visually emphasized or resized with respect to each other depending upon the relative significance of each possible diagnosis or treatment protocol. For example, if the decision support module153or processor150is able to determine that the cause of the respiratory distress is likely cardiac distress, then the cardiac distress softkey70may be the largest or most emphasized softkey, while the respiratory distress softkey66may be the next largest or next most emphasized softkey, followed by the remaining softkeys. Once a definitive selection is made, the softkeys66-74may be configured to dynamically update to reflect the next decision/step or set of decisions/steps. The dynamic resizing and/or emphasizing of various softkeys conveys a greater level of helpful decision support to the user, without sacrificing the user's ability to select even one of the softkeys that is not enlarged or emphasized, according to embodiments of the present invention.

Although the dynamic adjustment of visual characteristics of softkeys has been described with respect to observed physiological data about the patient, such dynamic adjustment may alternatively or additionally be accomplished using patient charting data or other patient data entered manually or automatically. For example, if the patient's chart at the beginning of the medical event indicates that the patient was involved in an automobile accident, the Trauma softkey72may be configured for initial enlargement and/or emphasis as soon as the user selects the “acute care diagnose” function from the interface ofFIG.2, according to embodiments of the present invention.

FIG.34illustrates a code review interface for reviewing user interface display data corresponding to a medical event, according to embodiments of the present invention. The code review interface includes a user interface replicator455as well as a visual timeline indicator300. Throughout a medical event, the user of the patient monitor/defibrillator154takes the display screen55of the monitor154through various steps and user interface modes. It is often helpful, after the medical event has occurred, for the user, as well as someone who is reviewing or critiquing the performance of the user, to be able to know what happened during the medical event and when during the medical event such events occurred. Such information is particularly helpful in the time leading up to or following a significant patient event, in order to determine the appropriateness or effectiveness of the particular treatment applied. To this end, the processor150may be configured to capture visual representations (e.g. “snapshots” in time) of some or all of the user interface screen55and store them for later review, for example in database152, according to embodiments of the present invention. Such review may be accomplished in the form of a playback interface as shown inFIG.34. Such snapshots of the user interface55may be recorded at least once each second, twice each second, or more times each second, at regular or irregular intervals, according to embodiments of the present invention. In some embodiments, the snapshots may be made frequently enough (e.g. at the data sample rate of 500 snapshots per second) to provide full fidelity playback of the event.

The interface replicator455and visual timeline indicator300may be configured to play back the screen user interface appearance at the same rate at which the images were taken or captured, and dynamically move the position of the timeline indicator308along the timeline300from the beginning time indicator304to the ending time indicator306, according to embodiments of the present invention. A current position indicator302indicates the time, for example in hour:minute:second format, at which the particular user interface screen shot shown in the user interface replicator455was taken (or at which such a user interface displayed during the medical event). As such, a person reviewing the progression of the screen interface55sees the screen interface55in the user interface replicator455just as it would have been seen by the user of the device at the time of the medical event, according to embodiments of the present invention.

The visual timeline indicator300may also include visual event indicators, such as drug administration visual event indicator310and patient defibrillation visual event indicator312. Other visual event indicators may include, for example, the occurrence of an alarm, the time at which a blood pressure measurement or signal was acquired (which may be helpful for documenting at the end of a medical event), event markers, clinical decision tree points, the time at which spontaneous circulation returned (“ROSC”), and/or the time at which a “rearrest” softkey was pressed or at which a renewed or subsequent cardiac arrest condition was observed.

Visual event indicator310indicates the time during the medical event (e.g. on the timeline) at which a drug was administered to the patient. Visual event indicator312indicates the time during the medical event (e.g. on the timeline) at which a defibrillation treatment was applied to the patient, according to embodiments of the present invention. Fewer or more of the same or additional visual event indicators may be used in the visual timeline indicator300, in order to signal to the reviewer the times at which significant events of interest occurred during the medical event. This then permits the reviewer to skip directly to the user interface time intervals of interest, rather than reviewing all user interface screen shots sequentially, according to embodiments of the present invention. As one example of how a user may skip directly to a desired time for playback of the user interface screen, the user may select timeline indicator308with a cursor or other selection process, and drag it left or right on the timeline before releasing it to resume playback at the time corresponding to the new location of the indicator308, according to embodiments of the present invention. According to some embodiments of the present invention, the user may move the indicator308and thus the playback to the time of visual event indicator310(or to a time that is a predetermined interval before the time of visual event indicator310) by simply clicking on visual event indicator310.

The interface ofFIG.34may further include a current position indicator302, which displays a time corresponding to the position of the indicator308along the timeline300and corresponding to the image displayed in the user interface replicator455, according to embodiments of the present invention. WhileFIG.34illustrates a substantially linear timeline, other non-linear timeline indicators may be used. The code review interface ofFIG.34may also be particular helpful in reviewing the recorded screen images for dynamic softkey adjustments, as described with respect toFIGS.32and33. For example, if a user failed to select a particular softkey that was later determined to have been the preferred course of action, the code reviewer could set the indicator308to the time that such softkey was displayed to see whether the particular softkey was resized or emphasized in order to indicate that it was the preferred course of action. Reviewers using the interface ofFIG.34are also able to see what exactly was on the user's screen when certain actions were undertaken, for example what the user looked at just prior to the drug administration event310, according to embodiments of the present invention. According to some embodiments of the present invention, the interface ofFIG.34operates in a manner similar to that of digital video recorder playback.

Screen controls consistent with user interfaces that play back movies may be included in the interface ofFIG.34. For example, the interface may include a media navigation interface including media navigation bar314, volume selection bar314, and/or playback speed selection bar316. The media navigation bar314may include screen controls similar to those used with playback of movies, to control the content of the user interface replicator. For example, the media navigation bar314may include a play button322, a stop button324, a pause button326, a rewind button320, and a fast forward button328. A skip back button314and skip forward button330may also be included, for example to skip between medical events, chapters, and/or visual event indicators, according to embodiments of the present invention. As used herein, “button” is used to refer to either or both of a physical button or a virtual/screen selection interface option. By clicking on or otherwise selecting one of the 2×, 4×, 8×, or 16× portions of the playback speed selection bar316, the speed at which the medical vent is played on the user interface replicator455may be adjusted. The playback speed selection bar316may also be configured to visually indicate which of the playback speed selections is currently active. Other or additional speed selections may be provided. Clicking on or otherwise selecting volume selection bar314permits adjustment of any audio playback volume (e.g. when audio data from the medical event is also played back simultaneously or instead of the visual data).

According to some embodiments of the present invention, the on-screen cursor334(or other selection mechanism) may take the form of a hand with a pointed finger. When the finger is placed over, on, or near the timeline, a display preview pop-up window332opens, for example attached or in the vicinity of the finger or cursor334. The display preview window332may show, for example, a physiologic waveform along with static measurements and time and events in sufficient detail for the user to determine whether to select that particular timeline location for current playback, according to embodiments of the present invention. The display preview window332includes the physiologic waveform and measurements/events portion336, as well as a time indicator portion338indicating where, along the visual timeline indicator300, the cursor334has been placed, according to embodiments of the present invention. According to some embodiments of the present invention, selecting and “holding” the selection on the timeline indicator308and scrolling forward and backward along the timeline300causes a similar display preview window332to pop up at or near the slider308.

According to some embodiments of the present invention, the user can play back the clinical decision support tree for reviewing the medical event. For example, a tablet screen, or a screen controlled by display module156, or alternatively an interface similar to that ofFIG.34, could be configured to indicate a timeline and display the user's progression through a clinical decision support tree by highlighting each node through which the process was taken, and the time at which such node selection was made. According to some embodiments of the present invention, a representation of the clinical decision support tree is itself used as a visual timeline indicator, permitting a user to select a node in order to see, in the user interface replicator455, what the defibrillator/monitor154screen55looked like at the time or times when the user was at the selected step in the decision support process. According to some embodiments, the display module156and processor150may communicably coupled bi-directionally with the defibrillator/monitor154, and the defibrillator/monitor154screen55itself may be used as (for example instead of) the user interface replicator455. In addition to being able to select a particular node in the decision support tree to view the monitor display at that selected step, the tablet computer screen or other display device operated by display module156may be configured to show a user-selectable list of event markers which, when selected by the user, replicates the monitor's154display at the time of the marked event, either using display module155or user interface replicator455, according to embodiments of the present invention. For example, the following list of event markers could be displayed on a tablet computing device communicably coupled to the defibrillator/monitor154:03:05:00 SBP 110/80, HR 99, SpO295%03:08:00 alarm: SpO288%03:08:30 event: O2delivery03:10:00 SBP 105/82, HR 110, SpO292%03:11:01 event: ACLS arrive

AlthoughFIG.34depicts a user interface replicator455, other replicators may be used to display or play back other observed parameters that occurred over the course of a medical event; for example, graphs, trends, and/or charts representing patient information or physiological status. Such an ability to quickly and efficiently review patient data for a medical event or portions thereof may be helpful not only for a subsequent reviewer, but may also be helpful for the user during the medical event, and/or for a subsequent user during the medical event, for example when a patient is transferred from a Basic Life Support crew to an Advanced Life Support crew. The interface ofFIG.34, or a similar interface, may permit review of the patient's care report, ECG or 12-lead waveforms, cardiopulmonary resuscitation quality, and other patient care information or data. Event markers may be used as described above. As another example, an event marker may be used to indicate that the patient was administered a bronchodilator medication, and the code review interface may be used to look at the patient's respiratory status before and after the application of the bronchodilator. This permits the same user, or a subsequent user for the same patient, or a subsequent reviewer, to observe how effective the bronchodilator dosage was, and perhaps to factor such information into a decision to again administer the same or another treatment. As another example, the interface ofFIG.34or a similar interface may be used to review how the patient's carbon dioxide waveform changes upon patient treatment. “Snapshots” may be recorded and played back through a similar interface for other patient data, for example the data from a ventilation monitoring device (e.g. minute ventilation).

According to some embodiments of the present invention, alarm thresholds may be dynamically adjusted based on patient physiological data and/or charting data. In addition, frequency-automated measurements, for example blood pressure, may be adjusted based on patient physiological data and/or charting data, for example by changing the frequency of such measurements. For example, when a traumatic brain injury is suspected or diagnosed based on the patient physiological data, charting data, and/or via following a clinical decision support process, the monitor154may be configured to automatically obtain vital signs (e.g. blood pressure, SpO2, heart rate, and respiratory rate) every five minutes. For other, less critical conditions, these vital signs may only need to be taken twice during the entire patient event. As another example, automatic blood pressure measurements may be disabled when treating a cardiac patient, and then re-enabled once the patient achieves return of spontaneous circulation.

As another example illustrating how alarm thresholds may be dynamically adjusted based in a traumatic brain injury medical event, a systolic blood pressure (“SBP”) alarm may be configured on the monitor154to alert the user with an alarm if an adult's SBP is less than 90 mmHg, with a ventilation rate target of 10 breaths per minute, and/or the end tidal carbon dioxide is less than 35 mmHg. These targets may need to be adjusted based on a patient's age; for example, for a three-year old, a systolic blood pressure alarm may be set to activate with an SBP of less than 76 mmHg and/or a ventilation rate target of twenty breaths per minute. For a one-year old, a systolic blood pressure alarm may be set to activate with an SBP of less than 72 mmHg, and/or a ventilation rate target of twenty-five breaths per minute. According to embodiments of the present invention, the processor150is configured to automatically adjust the thresholds based on the patient's age, in a traumatic brain injury situation, based on user input, rather than requiring the user to manually reconfigure the alarm thresholds based on age. For example, the processor150may obtain the patient's age from database152, and/or from a patient charting system to which it is communicably coupled, and use the patient's age to automatically reconfigure the alarm thresholds upon an indication, either via a softkey selection or from the decision support module153, that a traumatic brain injury situation applies. Alternatively, the clinical decision support tree for traumatic brain injury may, at the appropriate node in the process, request the user to select from various age groupings, and use the user's selection from the decision support tree to automatically adjust the alarm thresholds. The processor150may also be configured to silence all alarms upon a determination that the patient has entered cardiac arrest, and then re-enable all alarms upon a determination that the patient has achieved a return of spontaneous circulation. According to some embodiments of the present invention, the processor150may be configured to, after a cardiac arrest event for an adult, reset the alarm thresholds to end tidal carbon dioxide<30 mmHg (possibly lower for a traumatic brain injury situation) or heart rate<40 beats per minute. While alarm and other thresholds are discussed as being adjustable in traumatic brain injury medical events, alarms and other thresholds may also be dynamically adjusted for other patient events or conditions, according to embodiments of the present invention.

According to embodiments of the present invention, system2600is used to assist clinicians with delivering medications of the appropriate dose. Medication errors can cause significant problems, particularly for the treatment of pediatric patients and when drugs are substituted. According to some embodiments of the present invention, the decision support module153displays assistance for physicians to comply with a protocol, for example a protocol related to drug delivery. For example, a medical director may provide drug options for treatment of a particular condition. The dosing of the drug would be determined based on patient age, body weight, Broselow measurement, and/or medical complaint. At any time, the medical director may change the drug options and dosing based on factors such as the availability of the drug. A physician might even change the recommendations in real-time or in clinical time if remotely monitoring the treatment. The system may include protections and/or safeguards to ensure that the information is correctly entered into the database152about the drug and/or the patient, in order to permit the decision support module153to accurately guide the caregiver in dosing according to the current drug delivery protocol, according to embodiments of the present invention.

As shown inFIG.35, part of a process, for example a clinical decision support tree, has a decision process that flows through arrow401and into decision point400, system2600may assist the decision support module153in determining whether to select, suggest, and/or recommend node402or node404, according to embodiments of the present invention. After node402is selected, the process may continue to the next node via arrow403. After node404is selected, the process may continue to the next node via arrow405, according to embodiments of the present invention. As shown inFIG.35, a drug delivery portion of a clinical decision support tree may, at node400, have the decision support module153determine a correct dosing for the particular patient based on upon observed and/or input patient characteristics (block406), and/or may determine or suggest or recommend one of two or more doses, for example dose A (block402) or dose B (block404), according to embodiments of the present invention. The observed and/or input patient characteristics (block406) that might suggest different dosing include age, weight, allergies, and/or other conditions, according to embodiments of the present invention.

FIG.36illustrates a user interface, for example a user interface for a patient monitor/defibrillator154or other device. The user interface ofFIG.36includes display portions which indicate trending information for various values. For example, the interface illustrates trending data for systolic blood pressure (referenced as 3600), end tidal carbon dioxide (EtCO2), and blood oxygen saturation (SpO2). Trending data may be displayed as a running record of previous readings. The oldest readings may appear on the left, and the newest readings may appear on the right, and the newest reading may be inserted on the right side while displacing the oldest reading on the left side, according to embodiments of the present invention. Alternatively, the oldest readings may appear on the right, and the newest readings may appear on the left, and the newest reading may be inserted on the left side while displacing the oldest reading on the right side. Other options for visually indicating the trend data for a given signal may be employed.

Conventional trending data displays for medical devices, for example a patient monitor/defibrillator154, help a clinician assess patient history and condition, but they often fail to convey information about how the trending values compare with acceptable values or ranges of values, or user-defined values or ranges of values. According to some embodiments of the present invention, the scaling of the trending readouts, and/or the frequency of the values displayed for the trending values, and/or a color in which the trending values are displayed, is customized according to the particular patient and/or the patient's condition. This may be done by the decision support module153. For example, if as part of a decision support process the decision support module153receives information indicating a patient's age, then the processor may be configured to configure the color in which each bar of the blood pressure trending graph3600is displayed.

The three bars on the left3602may be displayed as green to indicate that the patient's blood pressure at the times corresponding to those particular blood pressure measurements was within acceptable limits for the patient's age. The middle five bars3604may be yellow to indicate that the patient's blood pressure at the times corresponding to those particular blood pressure measurements was below acceptable limits, but not yet at a critical level. The right three bars3606may be red to indicate that the patient's blood pressure at the times corresponding to those particular blood pressure measurements was far below acceptable ranges, and was therefore at a critical level. In embodiments in which the newest trending values appear on the right side, the trend graph3600for patient systolic blood pressure indicates that the patient's blood pressure is worsening over time by becoming lower. Of course, other colors may be used, and additional colors and/or ranges may be employed. These ranges may be automatically adjusted by the decision support module154based on various factors, for example the patient's age, or other conditions. For example, all of the bars3602,3604, and3606can be displayed as green for a normal adult patient, while the same absolute readings may be colored as shown inFIG.35for a younger or adolescent patient. The coloring, target ranges, or other visual indication of the trending data may also be adjusted by the decision support module153during the patient monitoring event, based on data observed by the patient monitoring device154.

According to some embodiments of the present invention, the clinician manually adjusts the target values of signals, which may be beneficial if the patient is “crashing,” for example. Instead of a screen full of red target values, the clinician could select ranges which correspond to conditions with a more realistic chance of being achieved, according to embodiments of the present invention.

According to some embodiments of the present invention, if a patient has cerebral herniation or impending cerebral herniation, the ETCO2 and/or ventilation rate targets may be changed in order to hyperventilate such patients so as to reduce intracranial pressure. These ranges or targets may be adjusted automatically if, in the course of a decision support process, the decision support module153detects, either automatically, or via manual or clinical or other inputs, that the patient has or is about to experience cerebral herniation.

According to some embodiments of the present invention, if the decision support module153detects that the ETCO2 is below a certain threshold, the target ventilation rate will be adjusted to lower the ventilation rate. If the decision support module153detects that the ETCO2 is above a certain threshold, the target ventilation rate will be adjusted to increase the ventilation rate, according to embodiments of the present invention. Such adjusted ventilation rates may include an upper and/or lower limit to prevent other undesired results, because high or low ETCO2 readings may be caused by factors other than ventilation rate (e.g. a super low ETCO2 may be caused by perfusion).

Various modifications and additions can be made to the exemplary embodiments discussed without departing from the scope of the present invention. For example, while the embodiments described above refer to particular features, the scope of this invention also includes embodiments having different combinations of features and embodiments that do not include all of the described features. Accordingly, the scope of the present invention is intended to embrace all such alternatives, modifications, and variations as fall within the scope of the claims, together with all equivalents thereof.