Patent Application
20160154934
The subject matter disclosed herein relates generally to techniques for linking 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 employing a systematic collection of electronic health information about an individual patient or population. However, in some cases, specific information of measured health data may not appear on a health record. Further, in some cases, specific information of measured health data may not be essential to appear on a health record.
An embodiment relates to a method for referencing a rules engine. The method may include receiving electrocardiograph (ECG) data for a subject, and identifying an electronic medical record (EMR) associated with the subject. The method includes referencing a rules engine having a plurality of configurable conditions defining when specific ECG data is to be linked to the EMR, and linking the specific ECG data to the EMR if one or more of the plurality of configurable conditions are met.
Another embodiment relates to a system for referencing a rules engine. The system may include a processing device and a rules module. The rules module may be configured to be stored on a storage device. The rules module may be executable by the processing device. When executed, the rules module may cause the system to receive ECG data for a subject, and identify an EMR associated with the subject. The rules module may also cause the system to reference a rules engine having a plurality of configurable conditions defining when specific ECG data is to be linked to the EMR. linking the specific ECG data to the EMR if one or more of the plurality of configurable conditions are met.
Still another embodiment relates to a computer-readable medium for referencing a rules engine. The computer-readable medium includes processor-executable code to receive ECG data for a subject, and identify an EMR associated with the subject. The computer-readable medium includes processor-executable code to reference a rules engine having a plurality of configurable conditions defining when specific ECG data is to be linked to the EMR and to link the specific ECG data to the EMR if one or more of the plurality of configurable conditions are met.
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 rules engine referencing in a medical environment. As discussed above, an electronic medical record (EMR) may employ systematic collection of electronic health information. However, some information may not be needed on an EMR in some cases, while additional information may be useful in other cases. For example, a hospital administrator may desire to have certain data in an EMR flagged with additional information when an electrocardiograph (ECG) indicates a time interval between a start of a Q wave and the end of a T wave (QT interval) above a certain threshold. As another example, electrolyte levels acquired for a given patient may expire after a given time, and therefore, an administrator may desire to have this data flagged, or suppressed, in an EMR. The techniques described include receiving measured medical data in an electronic format, such as ECG data, for a subject, and identifying an EMR associated with the subject. Based on a reference to a rules engine, links between the ECG and the EMR may be identified. The EMR may be modified according to the reference to the rules engine wherein configurable conditions are defined indicating when specific ECG data is to be linked to the EMR.
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 conditions defining when specific ECG data is to be linked to the identified EMR 116.
In 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 conditions defined in the rules engine. For example, a QT value above a certain threshold may be defined as abnormal by a condition in the rules engine 120. If this condition 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 specific ECG data to the EMR 116 if one or more of a plurality of conditions are met.
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.
The processor 102 may be a main processor that is adapted to execute the stored instructions. The processor 102 may be a single core processor, a multi-core processor, a computing cluster, or any number of other configurations. The processor 102 may be implemented as Complex Instruction Set Computer (CISC) or Reduced Instruction Set Computer (RISC) processors, x86 Instruction set compatible processors, multi-core, or any other microprocessor or central processing unit (CPU).
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 block diagram of
Further, the rules engine 120 may define that when this particular condition is selected by a user, additional information may be displayed including how long ago the ECG data was measured, electrolyte levels measured, and the like, as indicated at 204. By providing specific ECG data based on a rules engine reference to the EMR 116, relevant data may be presented to a viewer of the EMR 116. For example, if the abnormal QT/QTc value 202 was acquired past a certain time period threshold, then the abnormal QT/QTc value 202 may not be relevant. Therefore, although not shown in the additional information displayed at 204, a user may be provided information indicating that the time period of 3.5 hours is or is not relevant.
Other conditions are considered. Examples of various conditions may be illustrated by Tables 1A and 1B below:
In Table 1A, six example conditions/rules are illustrated. Table 1B below is a continuation of details associated with each condition.
As illustrated in Table 1A and continuing on Table 1B, a plurality of conditions may be implemented by the rules engine to display information that is relevant to a viewer of the EMR 116. 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. These additional operations may include, for example, a more detailed view of an ECG waveform than a wave form 206 illustrated in
The method 400 may include additional steps not illustrated in
The method 400 may also include defining a link between ECG data and the EMR based on contextual data related to the capture of the ECG data for the subject, based on contextual data related to a medical condition of the subject, or any combination thereof. For example, the contextual data may include whether or the not subject is being measured before or after a medical operation, whether the subject is on any medication affecting an ECG measurement result, what area of a hospital the patient is in, how recent the ECG data is, and the like.
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.
