Patent Application
20190139629
The subject matter disclosed herein relates generally to techniques for displaying medical data. In diagnostic medicine, measurements may be taken for a subject, such as a patient, using various instruments. For example, an electrocardiograph (ECG) instrument may be used to record electrical activity of a heart of a patient. Many hospitals also implement electronic medical records (EMRs) employing a systematic collection of electronic health information about an individual patient or population. In many situations, some contents in the EMR may help understand the implications of the measured health data. For example, the measured health data may be impacted by the treatment received by the patient, which is generally recorded in the EMR.
An embodiment relates to a method for displaying measured health data. The method comprises receiving configuration for a rules engine which comprises a plurality of configurable rules. Each rule defines a link to specific information in an electronic medical record (EMR) in response to the measured health data meeting one or more criteria. The method further comprises receiving the measured health data for a subject; linking the measured health data to the specific information in the EMR in response to the measured health data meeting the one or more criteria based on the configured rules engine; and displaying the measured health data and the specific information in the EMR which is linked to the measured health data.
Another embodiment relates to a system for displaying measured health data. The system comprises a storage device, a user interface, a processing device, and a display device. The storage device is configured to store a rules engine which comprises a plurality of configurable rules, each rule defining a link to specific information in an electronic medical record (EMR) in response to the measured health data meeting one or more criteria. The user interface is configured to receive configuration for the rules engine. The processing device is configured to receive the measured health data for a subject and link the measured health data to the specific information in the EMR in response to the measured health data meeting the one or more criteria based on the configured rules engine. The display device is configured to display the measured health data and the specific information in the EMR which is linked to the measured health data.
Still another embodiment relates to a computer-readable medium for displaying measured health data. The computer-readable medium stores processor-executable code to receive configuration for a rules engine which comprises a plurality of configurable rules, each rule defining a link to specific information in an electronic medical record (EMR) in response to the measured health data meeting one or more criteria. The medium further stores processor-executable code to receive the measured health data for a subject; link the measured health data to the specific information in the EMR in response to the measured health data meeting the one or more criteria based on the configured rules engine; and display the measured health data and the specific information in the EMR which is linked to the measured health data.
The present techniques will become more fully understood from the following detailed description, taken in conjunction with the accompanying drawings, wherein like reference numerals refer to like parts, in which:
In the following detailed description, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration of specific embodiments that may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the embodiments, and it is to be understood that other embodiments may be utilized and that logical, mechanical, electrical and other changes may be made without departing from the scope of the embodiments. The following detailed description is, therefore, not to be taken as limiting the scope of the embodiments described herein.
As used herein, the terms “system,” “unit,” or “module” may include a hardware and/or software system that operates to perform one or more functions. For example, a module, unit, or system may include a computer processor, controller, or other logic-based device that performs operations based on instructions stored on a tangible and non-transitory computer readable storage medium, such as a computer memory. Alternatively, a module, unit, or system may include a hard-wired device that performs operations based on hard-wired logic of the device. Various modules or units shown in the attached figures may represent the hardware that operates based on software or hardwired instructions, the software that directs hardware to perform the operations, or a combination thereof.
Various embodiments provide techniques for animating ECG display by referencing a configurable rules engine in a medical environment. As discussed above, an electronic medical record (EMR) may employ systematic collection of electronic health information. In many situations, some contents in the EMR may help understand the implications of the measured health data, e.g., ECG data. For example, ECG may be impacted by the treatment (e.g., drugs) received by the patient, which is generally recorded in the EMR. The configurable rules engine comprises a plurality of rules each defining a link to relevant information in the EMR when the ECG data meets one or more criteria (e.g., prolonged QT, Afib, etc.). A user (e.g., a physician) can selectively enable or disable the rules based on the particular patient. The specific information in the EMR may then be linked to the ECG data based on the configured rules engine to help understand the implications of the ECG data. By displaying the ECG data along with the specific information in the EMR, the system and method disclosed herein can help a user (e.g., a physician) to assess the ECG data in context.
It should be noted that although the various embodiments are described in connection with a particular diagnostic medical instrument, such as an ECG machine, the various embodiments may be implemented in connection with other medical instruments, such as an X-ray computed tomography (x-ray CT) detector system, a Positron Emission Tomography (PET) imaging system, and the like. Additionally, the diagnostic medical instrument may be used to capture data of different subjects, including subjects other than people.
The storage device 104 may be a non-transitory computer-readable medium having a rules module 114. The rules module 114 may be implemented as logic, at least partially comprising hardware logic, as firmware embedded into a larger computing system, or any combination thereof. The rules module 114 is configured to receive ECG data for a subject from the one or more ECG devices 112. The rules module 114 may be configured to identify an EMR 116 from among a plurality of EMRs stored in an EMR database 116. A rules engine 120 may be referenced by the rules module 114. The rules engine 120 may be disposed within the computing device 101 or communicatively coupled to the computing device 101 via the network 110. Similarly, the EMR database 118 may be stored locally on the computing device 101 or be communicatively available to the computing device 101 via the network 110. In any case, the rules engine 120 comprises multiple configurable rules each defining when ECG data is to be linked to specific information in the identified EMR 116.
In some embodiments, the rules module 112 may be configured to modify the EMR 116 to be presented at a remote computing device 122 having a display device 124 via the network 110, as indicated by the dashed box 116. Modifications to the EMR 116 are based on various rules defined in the rules engine. For example, a QT value above a certain threshold may be defined as abnormal by a rule in the rules engine 120. If this rule is enabled, the rules module 114 may highlight QT data in the EMR 116 rendered at the display device 124. In other words, the rules module 114 may be configured to link ECG data to specific information in the EMR 116 if one or more criteria set in enabled rule(s) are met.
For example, the rules engine 120 may define that when one or more criteria are met, additional information from the EMR 116 would be displayed along with the ECG data, including, for example, how long ago the ECG data was measured, electrolyte levels measured, drugs taken by the patient, and so on. By providing specific information in the EMR along with ECG data based on the rules engine, relevant data may be presented to a viewer to help the viewer understand the ECG data. For example, if the abnormal QT/QTc value was acquired past a certain time period threshold, then the abnormal QT/QTc value may not be relevant.
In some embodiments, rules engine 120 maintains a table for the various rules. Examples are illustrated by Tables 1A and 1B below:
In Table 1A, six example rules are illustrated. Table 1B below include more details associated with each rule.
As illustrated in Table 1A and continuing on Table 1B, the various rules may be enabled/disabled by users with appropriate access, from the computing device 101 or from the remote computing device 122 via network 110. For example, all users can enable or disable the rules of “Long QT/QTc—Simple Help,” “Long QT/QTc—Simple Help with Superimposed Waveforms,” and “Afib.” It requires at least Physician class level I to enable or disable the rule of “Long QT/QTc—Portal to Electrolytes.” It requires at least Physician class level II to enable or disable the rule of “Portal or Electrolytes and Drug interactions.” And it requires at least Physician class level III to enable to disable the rule of “Long QT/QTc—Portal to Electrolytes and Drug Interactions” and “Afib—CHADs Score.”
) a rule from the graphical user interface based on the situation of the patient.
As an example, clinical guidelines state a QT (corrected for heart rate) that exceeds 500 ms or increases by 60 ms should identify a patient at risk. QT may be automatically measured (and corrected for heart rate) by, for example, 12-lead ECG monitor. QT can be prolonged for a number of reasons. Without the rules engine, a physician has to manually gather this information from the EMR to assess the actual level of risk of a long QT for a particular patient and the next steps to reduce the risk. With the technology disclosed herein, a physician can decide which information is relevant and the relevant information can be retrieved from the EMR automatically. For example, the physician may configure the rules engine based on how recent the ECG was acquired. If the ECG is over 6 hours old, it may not be relevant. The physician may disable the rules related to prolonged QT in this situation. Another factor may be what stage the patient is at. If it is post-cardiac surgery, QT would be distorted for a number of reasons and should not be a concern. In this situation, the physician may disable the rules related to prolonged QT.
As another example, atrial fibrillation (Afib) can be detected. In some situations, once the Afib is detected, anti-coagulants are administered to the patient. In other situations, anti-coagulants are not administered. There are complicated formulas that physicians use to determine the risk/benefit of using an anti-coagulant, one of which is the CHADS(s) score. Therefore, a physician might want to enable the rule of “Afib—CHADs score” when anti-coagulant is not used, while disable the rule when anti-coagulant is used.
It should be understood that the six rules explained above are for illustration not for limitation. The rules engine 120 may store any appropriate rules for a user to configure. For example, there may be rules related to and configured for the reason why ECG was ordered and acquired. If the ECG is for a pre-operation evaluation, a rule may say “displaying a separate interpretation identifying the risk of the patient undergoing surgery.” When a physician enables the rule, the ECG data and information in the EMR may be analyzed, the risk of surgery may be assessed and displayed to the physician based on the analysis. If the ECG is acquired because of palpitations, a rule may say “emphasizing the rhythm in ECG presentation, including where the computer detected artificial pacing, P-waves,” etc. If the ECG is acquired post cardiac surgery, a rule may say “analyzing ECG for infarctions,” which may be configured by hours/days, and so on.
A plurality of rules may be implemented by the rules engine to display information that is relevant for a viewer to assess the ECG data. For example, if a viewer clicks on the abnormal QT/QTc value 202, additional operations may be performed beyond the display of additional information 204, based on the configured rules engine. These additional operations may include, for example, a more detailed view of an ECG waveform than a wave form 206 illustrated in
It is important to note that although the system 100 illustrates computing devices 101 and 122, as being distributed, other configurations are possible and considered by the techniques described herein. For example, the computing device 101 may also include a display device, either integrated or peripheral to the computing device 101, to display the EMR 116 having modified information. In any case, the particular implementation will reference a rules engine to determine when specific ECG data is to be linked with a given EMR. Further examples of when specific ECG data is linked with a given EMR are described in more detail below.
Referring back to
The memory device 106 can include random access memory (RAM) (e.g., static RAM, dynamic RAM, zero capacitor RAM, Silicon-Oxide-Nitride-Oxide-Silicon, embedded dynamic RAM, extended data out RAM, double data rate RAM, resistive RAM, parameter RAM, etc.), read only memory (ROM) (e.g., Mask ROM, parameter ROM, erasable programmable ROM, electrically erasable programmable ROM, etc.), flash memory, or any other suitable memory systems. The main processor 102 may be connected through a system bus 126 (e.g., PCI, ISA, PCI-Express, etc.) to the network interface 108. The network interface 108 may enable the computing device 101 to communicate, via the network 112, with the ECG devices 112 and the remote computing device 122.
In embodiments, the remote computing device 122 may render images at the display device 124. The display device 108 may an integrated component of the remote computing device 122, a remote component such as an external monitor, or any other configuration enabling the remote computing device 122 to render a graphical user interface. As discussed above, and in more detail below, a graphical user interface rendered at the display device 124 may be used to render the EMR 116 based on a reference to the rules engine 120. The graphical user interface may also be used for a user (e.g., a clinician) to configure the rules engine 120.
The block diagram of
At operation 404, measured health data (e.g., ECG data) is received for a subject. At operation 406, measured health data is linked to specific information (e.g., superimposed waveform, electrolytes information of the subject, drugs taken by the subject, etc.) in EMR in response to the one or more criteria being met based on the configured rules engine. At operation 408, the specific information in EMR is displayed along with the ECG data (as shown in
The method 400 may include additional operations not illustrated in
The method 400 may further include analyzing the measured data and the specific information in the EMR and rendering the analysis along with the measured data and the specific information. For example, If the ECG is for a pre-operation evaluation, a rule may say “displaying a separate interpretation identifying the risk of the patient undergoing surgery.” When a physician enables the rule, the ECG data and information in the EMR may be analyzed, the risk of surgery may be assessed and displayed to the physician based on the analysis.
The computer-readable medium 500 includes code adapted to direct a processor 502 to perform actions. The processor 502 accesses the modules over a system bus 504. A rules module 506 may be configured to receive electrocardiograph (ECG) data for a subject and identify an electronic medical record (EMR) associated with the subject. The rules module 506 may also be configured to reference a rules engine comprising a plurality of configurable conditions defining when specific ECG data is to be linked to the EMR, and link the specific ECG data to the EMR if one or more of the plurality of configurable conditions are met.
While the detailed drawings and specific examples given describe particular embodiments, they serve the purpose of illustration only. The systems and methods shown and described are not limited to the precise details and conditions provided herein. Rather, any number of substitutions, modifications, changes, and/or omissions may be made in the design, operating conditions, and arrangements of the embodiments described herein without departing from the spirit of the present techniques as expressed in the appended claims.
This written description uses examples to disclose the techniques described herein, including the best mode, and also to enable any person skilled in the art to practice the techniques described herein, including making and using any devices or systems and performing any incorporated methods. The patentable scope of the techniques described herein is defined by the claims, and may include other examples that occur to those skilled in the art. Such other examples are intended to be within the scope of the claims if they have structural elements that do not differ from the literal language of the claims, or if they include equivalent structural elements with insubstantial differences from the literal languages of the claims.
This is a continuation-in-part (CIP) application of U.S. patent application Ser. No. 14/556,710, filed on Dec. 1, 2014, the entirety of which is incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 14556710 | Dec 2014 | US |
| Child | 16230075 | US |
