WO2019161247A1 - System and method for processing ecg recordings from multiple patients for clinician overreading - Google Patents

System and method for processing ecg recordings from multiple patients for clinician overreading Download PDF

Info

Publication number
WO2019161247A1
WO2019161247A1 PCT/US2019/018278 US2019018278W WO2019161247A1 WO 2019161247 A1 WO2019161247 A1 WO 2019161247A1 US 2019018278 W US2019018278 W US 2019018278W WO 2019161247 A1 WO2019161247 A1 WO 2019161247A1
Authority
WO
WIPO (PCT)
Prior art keywords
current
ecg
clinical severity
records
clinician
Prior art date
Application number
PCT/US2019/018278
Other languages
French (fr)
Inventor
Matthew Lane Pemberton
Brian J. Young
Original Assignee
General Electric Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by General Electric Company filed Critical General Electric Company
Priority to EP19753875.4A priority Critical patent/EP3756195A4/en
Priority to CN201980008485.XA priority patent/CN111602206A/en
Publication of WO2019161247A1 publication Critical patent/WO2019161247A1/en

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00ICT specially adapted for the handling or processing of medical images
    • G16H30/40ICT specially adapted for the handling or processing of medical images for processing medical images, e.g. editing
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/24Detecting, measuring or recording bioelectric or biomagnetic signals of the body or parts thereof
    • A61B5/316Modalities, i.e. specific diagnostic methods
    • A61B5/318Heart-related electrical modalities, e.g. electrocardiography [ECG]
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • Electrocardiograph (ECG) monitoring is a frontline tool for patient evaluation, and thus healthcare facilities manage a high volume of patient ECG recordings.
  • Various software systems are available for automatically reviewing and assessing ECG data, such as to provide waveform measurements of various aspects of the ECG waveform, as well as to provide interpretive statements of the ECG data.
  • current software systems contain algorithms that automatically detect and report the presence of certain rhythm abnormalities or indices of heart disease or heart attack.
  • Programs and systems are also available to compare ECG recordings taken over time so as to track and assess a change in a patient’s ECG recording between a previous ECG recording taken at a previous date and a current ECG recording.
  • One embodiment of a method for processing ECG records from multiple patients for clinician overreading includes identifying an unread group of current ECG records from multiple patients awaiting clinician overreading.
  • Each ECG record in the unread group includes at least a current ECG data, a current waveform measurement, a current interpretative statement, and a serial comparison statement.
  • a set of prioritization rules is applied with a processor to prioritize the current ECG records in the unread group into a prioritized order for clinician overreading based on at least one of the current waveform measurements, the current interpretive statements, and the serial comparison statements.
  • the current ECG records are then presented in the prioritized order for clinician overreading.
  • a system for processing ECG records for multiple patients for clinician overreading includes a database containing an unread of current ECG records from multiple patients awaiting clinician overreading.
  • Each current ECG record includes at least a current ECG data, a current waveform measurement, a current interpretive statement, and a serial comparison statement.
  • a triage module is executable on the processor to apply a set of prioritization rules to prioritize the current ECG records in the unread group for clinician overreading based on at least on of the current waveform measurements, the current interpretive statements, and the serial comparison statements.
  • Figure 1 schematically depicts one embodiment of a system for processing ECG recordings from multiple patients for clinician overreading.
  • Figure 2 schematically depicts one embodiment of a system and method for processing ECG recordings from multiple patients for clinician overreading.
  • Figure 3 is a schematic diagram of an exemplary computing system incorporated in one embodiment of a system for processing ECG recordings from multiple patients for clinician overreading.
  • Figures 4 and 5 depict embodiments of methods, portions thereof, for processing
  • ECG overreading Upon recognition of the forgoing problems and challenges with ECG overreading, the inventors developed the disclosed system and method whereby ECG records awaiting clinician overreading are prioritized in order to expedite review of the ECG recordings that are most likely to be problematic and indicate a need for immediate clinical intervention for the patient. Thereby, clinician overreading resources are used more efficiently and patient care is improved.
  • FIG. 1 depicts one embodiment of a system 1 for processing current ECG records 22 awaiting clinician overreading.
  • the current ECG records 22 originate from multiple different patients 3a, 3b-3n.
  • multiple ECG monitors 5a-5n record time series of ECG data from patients 3a-3n.
  • each ECG monitor 5 receives potentials recorded via electrodes 7, such as 10 electrodes attached to the respective patient 3a-3n in order to generate a standard twelve lead ECG recording.
  • the ECG monitor 5 may receive cardiac potentials from a different number of electrodes on the respective patient 3, such as to record a three lead or five lead ECG, or even a 15 lead ECG.
  • the ECG monitor 5 generates ECG data recorded from each of the leads over a period of time, such as a ten second record of ECG data from each lead.
  • Various other recording intervals are possible and known, such as intervals of thirty seconds, or even longer.
  • the ECG data recorded at the ECG monitor 5 is processed by an ECG interpretation module 9.
  • each ECG monitor 5a, 5b-5n is equipped with its own ECG interpretation module 9a, 9b-9n to interpret the ECG data locally within the respective ECG monitor 5a, 5b-5n.
  • the ECG interpretation module 9a, 9b-9n is a set of software instructions executable on the processor 8a, 8b-8n of the patient monitor 5a, 5b-5n in order to generate waveform measurements of the ECG data and/or to generate interpretive statements of the ECG data.
  • ECG interpretation module 9 may be provided in the central computing system 200 or other centralized ECG processing system receiving ECG records from the various patient monitors 5a, 5b-5n in a healthcare facility or network.
  • each ECG monitor 5a, 5b-5n would be communicated to the central computing system 200 (or other centralized ECG processing system), where each ECG data set is processed by the ECG interpretation module 9.
  • the ECG database 11 stores the ECG record relating to each current ECG from each ECG monitor 5a, 5b-5n.
  • each current ECG record 22 includes the current ECG data 23 recorded from the patient, one or more current waveform measurements 24 of the current ECG data, and one or more current interpretive statements 25 of the current ECG data, as well as any other information generated by the ECG interpretation module 9.
  • the current ECG record 22 may further include one or more serial comparison statements 26 generated by a serial comparison module 12 based on a comparison between the current ECG record and a previous ECG record for the respective patient 3a, 3b-3n.
  • the serial comparison statement 26 notes any abnormalities in a current ECG data that were not present in a previous ECG data, as well as abnormalities in a previous ECG data that are no longer present in the current ECG data.
  • Certain existing software products and systems compare two or more ECGs, such as a current ECG record and a most-recent previous ECG record for a particular patient, and provide clinical information on the differences between the two records.
  • the serial comparison module 12, the ECG interpretation module 9, and the ECG database 11 may comprise part of the MUSE Cardiology Information System provided by General Electric Company of Schenectady, New York.
  • the serial comparison module 12 and/or the ECG interpretation module 9 may be configured to detect critical values within the current ECG record 22.
  • Critical values are values set according to a healthcare facility’s critical values policy, which is a requirement by the Joint Commission on Accreditation of Healthcare Organization (JCAHO).
  • JCAHO Joint Commission on Accreditation of Healthcare Organization
  • critical values may be detected at the ECG interpretation module 9a, 9-9n within each ECG monitor 5a, 5b-5n, which analyzes and compares the recorded ECG data against the critical values stored therein.
  • a critical values event may generated at the patient monitor for alerting a clinician to the detection of a critical value, which may include alarming at the location of the patient monitor 5a, 5b-5n or at a nurses station or central monitoring station, or both.
  • critical values may be detected by the serial comparison module 12, such as a serial comparison critical value indicating a critical change between a previous ECG record and a current ECG record.
  • the ECG record may also be stored in an electronic medical record (EMR) database 13.
  • EMR electronic medical record
  • the ECG record 22 has not been reviewed by a physician or other clinician capable of providing competent overreading, and thus comprises part of an unread group 20 of current ECG records 22a-22n awaiting clinician overreading.
  • the inventors developed the disclosed system 10 comprising a triage module 14 that prioritizes the current ECG records 22a- 22n in the unread group 20 for clinician overreading.
  • the triage module 14 includes software instructions applying a set of prioritization rules for prioritizing the current ECG records 22a- 22n in the unread group 20 for clinician overreading based on at least one of the current waveform measurements 24a- 24n, the current interpretative statements 25a-25n, and the serial comparison statements 26a-26n.
  • the triage module 14 may be configured to present the current ECG records 22a-
  • the current ECG records in the unread group may be categorized into one of at least two or more clinical severity categories based on at least the current interpretive statements and the serial comparison statements. Within each clinical severity category, the current ECG record may then be ordered from oldest to newest according to the test date and time at which the ECG data was collected from the patient 3a, 3b-3n by the patent monitor 5a, 5b-5n, thereby creating categorized ECG records.
  • the triage module 14 then creates the prioritized order 36 for clinical overreading by ordering the categorized ECG records according to a pre-set ranking of the clinical severity category designations.
  • the current ECG records 22a-22n in the unread group 20 are then presented to the clinician in the prioritized order 36.
  • Each ECG record 22 is then overread by a clinician 38 in to generate a confirmed ECG record 40, which may approve of or modify the automatically- generated information in the current ECG record 22, including the current waveform measurement(s) 24, current interpretive statement(s) 25, and/or serial comparison statement(s) 26.
  • the confirmed ECG record 40 is then stored in the EMR database 13 to become part of the patient’s medical record.
  • the confirmed ECG record 40 may also be stored in the ECG database 11, such as for use in future comparisons of ECG data for the respective patient 3 by the serial comparison module 12.
  • FIG. 2 illustrates one example of prioritization rules and categorization by a triage module 14.
  • An unread group 20 of current ECG records 22a- 22n is provided to the triage module 14.
  • the current ECG records 22a-22n in the unread group 20 may initially be ordered chronologically, such as according to the test date and time and/or the order of receipt at the computing system 200, or may be provided in any order, including random order.
  • Each current ECG record 22a- 22n includes current ECG data 23a-23n, one or more current waveform measurements 24a-24n, one or more current interpretation statements 25a-25n, and one or more serial comparison statements 26a-26n.
  • the unread group 20 is then prioritized by the triage module 14 and presented as a prioritized order 36 of current ECG records 22a- 22n for clinician review.
  • the triage module 14 executes instructions applying a set of prioritization rules 30 that categorize each of the current ECG records 23a-23n into one of at least two clinical severity categories (e.g., 32a-32g).
  • the prioritization rules 30 include classifying each current ECG data 23 into at least normal or abnormal ECG classifications 3 la.
  • the ECG classification 3 la may further include one or more“borderline” designations, such as a borderline normal and/or a borderline abnormal, which may further be utilized to categorize the records into clinical severity categories 32.
  • the prioritization rules 30 may further classify each current ECG record 22a- 22n based on the ECG classification 3 la of a previous ECG record.
  • the prioritization rules 30 may further include determining the presence or absence of a critical test result 3 lb, where a positive critical test result 3 lb indicates that critical values were detected, such by the ECG interpretation module 9 and/or the serial comparison module 12, and a negative critical test result 3 lb indicates that no critical values were detected.
  • a positive critical test result 3 lb indicates that some critical value was detected, while the absence of a critical test result 3 lb indicates that none of the possible critical values were detected.
  • the critical values, and thus the critical test result 3 lb are identified according to a healthcare facility’s critical values policy pursuant to JCAHO requirements.
  • the prioritization rules 30 may include instructions identifying the presence or absence of a high severity result 3lc, wherein the presence of a high severity result 3lc indicates any one of a predefined list of values, measurements, or statements, such as a predefined list of arrhythmias or heart attack indicators.
  • the positive critical test result 3lc indicates that at least one of the predefined list of values was present, while the absence of a high severity result 3lc indicates that none of the predefined list of indicators were present in the relevant current ECG record 22a-22n.
  • High severity values may include, for example, current interpretive statements or serial comparison statements indicating the presence of ventricular tachycardia, bradycardia, acute myocardial infarction, acute coronary syndrome (ACS), hyperkalemia, atrial fibrillation (AFIB), and/or others.
  • the list of high severity values that trigger a high severity result may be configurable at the system level, such as based on facility needs.
  • the high severity result 3lc enables prioritization rules 30 that capture certain values, such as rhythm abnormalities and/or indices of heart attack, which may not be critical values established by the healthcare facility’s critical values policy.
  • each of the ECG classification 3 la (which may be a separate classification for the prior ECG and the current ECG), the critical test result 3 lb, and the high severity result 3lc can have one of two values, such as 1/0 or +/-.
  • each of the ECG classification 3 la, the critical test result 3 lb, and the high severity result 3 lc can be any one of three or more values.
  • the prioritization rules 30 classify each current ECG record 22a-22n in the unread group 20 into a clinical severity category 32. Any number of two or more clinical severity categories 32 may be available, depending on the configuration of the prioritization rules 30, which provide a means for ranking each current ECG record 22a- 22n and for establishing the prioritized order 36. In the depicted example, the prioritization rules 30 categorize each current ECG record 22a-22n into one of seven clinical severity categories 32a-32g.
  • the first clinical severity category includes those current ECG records 22a- 22n having a normal prior ECG and an abnormal current ECG (based on the ECG classification 3 la and/or based on the serial comparison statement 26), and where a critical test result 3 lb is present.
  • the current ECG record 22 represents a change from normal to abnormal and a critical test result is present
  • the current ECG record is placed in the first clinical severity category 32a.
  • those current ECG records 22a-22n categorized into the first clinical severity category 32a are able to be reviewed the soonest by the overreading clinician.
  • the ECG records in the first clinical severity category 32a are likely to represent an urgent situation for a patient. Moreover, it may be preferable to prioritize critical test results first because they represent the presence of a value listed in the facility’s critical values policy upon which they are measured by JCAHO. However, other priority orders of the clinical severity categories 32a-32c are possible. For example, one or more additional clinical severity categories may be made based on the presence or absence of a high severity result 3lc, which can further refine the prioritization process. In embodiments where the triage module 14 identifies high severity results 3lc, newly abnormal ECG records with the presence of both a critical test result 3 lb and a high severity result 3lc may be ranked first in the prioritized order 36.
  • newly abnormal ECG records with the presence of a high severity result 3lc may be ranked first in the prioritized order 36, above ECG records with a positive critical test result 3 lb but without a high severity result 3lc.
  • a second clinical severity category 32b designates those current ECG records 22a- 22n having a normal prior ECG and an abnormal current ECG, where no critical test result 3 lb is present but a high severity result 3lc is present.
  • the high severity result 3lc may not be identified at all.
  • ECG records 22a-22n having a normal prior ECG record and an abnormal current ECG record, but where there is no critical test result and no high severity result.
  • a forth clinical severity category 32d designates those current ECG records 22a-22n having an abnormal prior ECG and an abnormal current ECG, and where a critical test result is present.
  • a fifth clinical severity category 32e is established for those current ECG records 22a-22n having an abnormal prior ECG and an abnormal current ECG where no critical test result is present.
  • a sixth clinical severity category 32f designates those current ECG records 22a-22n having an abnormal prior ECG, but where the current ECG is normal.
  • a seventh clinical severity category 32g designates those current ECG record 22a- 22n having both a normal prior ECG and a normal current ECG.
  • any number of other clinical severity categories 32 may be established within the triage module 14 to enable generation of the prioritized order 36.
  • additional categories could be established for continued abnormal ECG records based on the presence or absence of the high severity result, similar to the utilization of the high severity result for the first, second, and third clinical severity categories 32a-32c.
  • the prioritized order 36 is then established by ordering the current ECG records
  • the triage module 14 may first organize the current ECG records 22a- 22n within each clinical severity category 32a-32g, such as in chronological order based on the test date and time of the respective current ECG records 22a- 22n in that category. Maintaining the chronological order of the records in each category, the prioritized order 36 is then established based on a ranking of the clinical severity categories 32a-32g. For example, the clinical severity categories 32a-32g may be ranked in the order presented in Figure 2— i.e, with the current ECG records 22a in the first clinical severity category 32a prioritized first, the current ECG records 22a-22n in the second clinical severity category 32b presented second, and so on.
  • the clinical severity categories 32a-32g may be ranked in any other order, which may be adjustable or configurable, such as by the administrator of the system 10 and/or by the overreading clinician.
  • the fourth clinical severity category 32d may be prioritized over the third clinical severity category 32c, thereby to prioritize the presence of a critical test result 3 lb over those records representing a shift from normal to abnormal but not having any critical value.
  • the prioritized order 36 of current ECG records 22a-22n are then presented to the overreading clinician 38, who reviews the ECG records in order to create the confirmed ECG record 40 for each of the current ECG records 22a-22n.
  • the prioritized order 36 of current ECG records 22a- 22n may be presented to the clinician via a user interface, such as at the local computing system 39 through which the clinician 38 is accessing the records.
  • the user interface of the local computing system 39 includes a digital display device and a user input means, such as a touch screen in conjunction with the digital display for receiving touch input from the user, and/or a mouse, keyboard, or other known user input device.
  • the local computing 39 may operate software comprising part of the triage module 14, or the local computing system 39 may operate a separate software module enabling clinician review that receives the prioritized order 36 from the computing system 200 and communicates the confirmed ECG records 40 back to the computing system 200 for storage in the EMR database 13 and/or the ECG database 11.
  • FIG. 3 provides a schematic diagram of an exemplary computing system 200 that includes a processing system 206, storage system 204, software 202, and a communication interface 208.
  • the processing system 206 loads and executes software 202 from the storage system 204, including the serial comparison module 12 and the triage module 14, which are applications within the software 202.
  • Each of the modules 12 and 14 include computer-readable instructions that, when executed direct the processing system 206 to operate as described in herein in further detail.
  • the triage module 14 receives the current ECG records 22a-22n and categorizes each record to generate categorized ECG records 34a-34n according to the steps described and exemplified above.
  • the categorized ECG records 34a-34n may not be separately outputted or stored, and the categorization may simply be for internal usage within the triage module 14.
  • the prioritized order 36 of current ECG records 22a-22n is outputted for clinician overreading, such as outputted to the local computing system 39 which facilitates presentation of the prioritized order 36, receipt of input from a clinician, and creation of the confirmed ECG record 40a-40n for each received current ECG record 22a- 22n.
  • the confirmed ECG records 40a-40n are then stored in the EMR database 13 and/or the ECG database 11.
  • the processing system 206 includes at least one processor 18, which may be a microprocessor, a general purpose central processing unit, an application- specific processor, a microcontroller, or any other type of logic-based device.
  • the processing system 206 may also include circuitry that retrieves and executes software 202 from storage system 204.
  • Processing system 206 can be implemented within a single processing device but can also be distributed across multiple processing devices or sub-systems that cooperate in executing program instructions.
  • the storage system 204 which includes the ECG database 11 and the EMR database 13, can comprise any storage media, or group of storage media, readable by processing system 206, and capable of storing software 202.
  • the storage system 204 can include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data.
  • Storage system 204 can be implemented as a single storage device, but may also be implemented across multiple storage devices or sub-systems.
  • the software 202 may be stored on a separate storage device than the ECG database 11 and/or the EMR database 13.
  • each of the databases 11 and 13 may be stored on separate storage devices.
  • the ECG database 11 and/or the EMR database 13 may be stored, distributed, and/or implemented across one or more storage media or group of storage medias, and each database 11 and 13 may encompass multiple different sub-databases at different storage locations and/or containing different information which may be stored in different formats.
  • the ECG database 11 may comprise part of a MUSE ECG management system housing ECG records and other related data.
  • Storage system 204 can further include additional elements, such a controller capable of communicating with the processing system 206.
  • Examples of storage media include random access memory, read only memory, optical discs, flash memory, virtual memory, and non-virtual memory, magnetic sets, magnetic tape, magnetic disc storage or other magnetic storage devices, or any other medium which can be used to store the desired information and that may be accessed by an instruction execution system, as well as any combination or variation thereof, or any other type of storage medium.
  • the storage media may be housed locally with the processing system 206, or may be distributed in one or more servers, which may be at multiple locations and networked, such as in cloud computing applications and systems.
  • the storage media can be a non-transitory storage media. In some implementations, at least a portion of the storage media may be transitory.
  • the communication interface 208 interfaces between the elements within the computing system 200 and external devices, such as with ECG monitors 5a-5n (or with a central ECG monitoring system that aggregates the ECG data from the individual monitors) and/or with the local computing system 39 utilized by the overreading clinician 38 to generate the confirmed ECG records 40a-40n.
  • FIGs 4 and 5 depict embodiments of a method 80, or portions thereof, for processing ECG records from multiple patients.
  • An unread group 20 of current ECG records 22a-22n is identified at step 82.
  • Prioritization rules are applied at step 84 to prioritize the current ECG records in the unread group for clinician overreading based on at least one of the current waveform measurements, the current interpretative statements, and the serial comparison statements.
  • the prioritized order of current ECG records 22 is then provided at step 86 for clinician overreading.
  • Figure 5 depicts one embodiment of a set of prioritization rules, such as steps that may be executed by the triage module 14 for prioritizing the current ECG records 22 in the unread group 20.
  • Each unclassified current ECG record 22 is received at step 90 and the previous and current ECG records are given an ECG classification 3 la at steps 92 and 94, such as classified as either normal or abnormal.
  • the respective current ECG record 22 is reviewed at step 96 to determine the presence or absence of a critical test result 3 lb.
  • the critical test result may be deemed present where any one of the current ECG data 23, the current waveform measurement 24, the current interpretive statement 25, and/or the serial comparison statement 26 indicates a value identified as a critical value by the healthcare facility’s critical values policy.
  • Step 98 is executed to determine the presence or absence of a high severity result 3lc which, as described above, indicates the presence of one or more high severity values. Similar to the critical test result 3 lb assessment, the high severity result 3lc assessment involves assessing one or more of the current ECG data 23, the current waveform measurements 24, the current interpretive statements 25, and/or the serial comparison statements 26 of the respective ECG record 22 in order to detect the presence or absence of any value on the list of high severity values configured for the system 10. At step 100 the respective current ECG record 22 is then classified into one of at least two clinical severity categories 32, such as into one of the seven exemplary clinical severity categories 32a-32g illustrated and discussed above with respect to Figure 2.
  • the current ECG records 22 within each category are organized at step 102, such as by test date and time so that the records within each category are organized chronologically.
  • the prioritized order 36 is then generated at step 104 based on a ranking of the clinical severity categories 32a-32g, and the current ECG records 22 are presented to the overreading clinician 38 in the prioritized order 36.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Biomedical Technology (AREA)
  • Molecular Biology (AREA)
  • Animal Behavior & Ethology (AREA)
  • Surgery (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Veterinary Medicine (AREA)
  • Pathology (AREA)
  • Biophysics (AREA)
  • Physics & Mathematics (AREA)
  • Cardiology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

A method for processing ECG records from multiple patients for clinician overreading includes identifying an unread group of current ECG records from multiple patients awaiting clinician overreading. Each ECG record in the ungroup includes at least a current ECG data, a current waveform measurement, a current interpretative statement, and a serial comparison statement. A set of prioritization rules is applied with a processor to prioritize the current ECG records in the unread group into a prioritized order for clinician overreading based on at least one of the current waveform measurements, the current interpretive statements, and the serial comparison statements. The current ECG records are then presented in the prioritized order for clinician overreading.

Description

SYSTEM AND METHOD FOR PROCESSING ECG RECORDINGS FROM MULTIPLE
PATIENTS FOR CLINICIAN OVERREADING
BACKGROUND
[0001] Electrocardiograph (ECG) monitoring is a frontline tool for patient evaluation, and thus healthcare facilities manage a high volume of patient ECG recordings. Various software systems are available for automatically reviewing and assessing ECG data, such as to provide waveform measurements of various aspects of the ECG waveform, as well as to provide interpretive statements of the ECG data. For example, current software systems contain algorithms that automatically detect and report the presence of certain rhythm abnormalities or indices of heart disease or heart attack. Programs and systems are also available to compare ECG recordings taken over time so as to track and assess a change in a patient’s ECG recording between a previous ECG recording taken at a previous date and a current ECG recording.
[0002] However, automated ECG processing is imperfect, and automated ECG assessments must be reviewed and confirmed or modified by a clinician. The review process is performed manually and is time consuming. In certain healthcare facilities and settings, such manual ECG review process by a clinician may take days to complete, depending on the backlog of unread ECGs and staff availability for overreading.
SUMMARY
[0003] This Summary is provided to introduce a selection of concepts that are further described below in the Detailed Description. This Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in limiting the scope of the claimed subject matter.
[0004] One embodiment of a method for processing ECG records from multiple patients for clinician overreading includes identifying an unread group of current ECG records from multiple patients awaiting clinician overreading. Each ECG record in the unread group includes at least a current ECG data, a current waveform measurement, a current interpretative statement, and a serial comparison statement. A set of prioritization rules is applied with a processor to prioritize the current ECG records in the unread group into a prioritized order for clinician overreading based on at least one of the current waveform measurements, the current interpretive statements, and the serial comparison statements. The current ECG records are then presented in the prioritized order for clinician overreading.
[0005] In one embodiment, a system for processing ECG records for multiple patients for clinician overreading includes a database containing an unread of current ECG records from multiple patients awaiting clinician overreading. Each current ECG record includes at least a current ECG data, a current waveform measurement, a current interpretive statement, and a serial comparison statement. A triage module is executable on the processor to apply a set of prioritization rules to prioritize the current ECG records in the unread group for clinician overreading based on at least on of the current waveform measurements, the current interpretive statements, and the serial comparison statements.
[0006] Various other features, objects, and advantages of the invention will be made apparent from the following description taken together with the drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
[0007] The present disclosure is described with reference to the following Figures.
[0008] Figure 1 schematically depicts one embodiment of a system for processing ECG recordings from multiple patients for clinician overreading.
[0009] Figure 2 schematically depicts one embodiment of a system and method for processing ECG recordings from multiple patients for clinician overreading.
[0010] Figure 3 is a schematic diagram of an exemplary computing system incorporated in one embodiment of a system for processing ECG recordings from multiple patients for clinician overreading.
[0011] Figures 4 and 5 depict embodiments of methods, portions thereof, for processing
ECG recordings from multiple patients for clinician overreading.
DETAILED DESCRIPTION
[0012] Healthcare facilities are often challenged with overreading and verifying the massive amounts of ECG records generated by patient monitoring systems in the healthcare facility. Thus, it sometimes takes one or two days before an ECG record is overread and confirmed by a clinician. In current systems, the unread ECG records are ordered according time, so that the clinician reviews the ECG recordings in chronological order according to the time that the record was made by the ECG monitor. This means that overreading of all ECG recordings is significantly delayed, including ECG recording containing abnormalities requiring urgent attention and medical care for the respective patient. The present inventors have recognized that such a delay is problematic where urgent matters that would be detected during the clinician overreading process are not detected as quickly as they could be or should be.
[0013] Upon recognition of the forgoing problems and challenges with ECG overreading, the inventors developed the disclosed system and method whereby ECG records awaiting clinician overreading are prioritized in order to expedite review of the ECG recordings that are most likely to be problematic and indicate a need for immediate clinical intervention for the patient. Thereby, clinician overreading resources are used more efficiently and patient care is improved.
[0014] Figure 1 depicts one embodiment of a system 1 for processing current ECG records 22 awaiting clinician overreading. The current ECG records 22 originate from multiple different patients 3a, 3b-3n. In the Figure, multiple ECG monitors 5a-5n record time series of ECG data from patients 3a-3n. In a typical embodiment, each ECG monitor 5 receives potentials recorded via electrodes 7, such as 10 electrodes attached to the respective patient 3a-3n in order to generate a standard twelve lead ECG recording. However, in various embodiments the ECG monitor 5 may receive cardiac potentials from a different number of electrodes on the respective patient 3, such as to record a three lead or five lead ECG, or even a 15 lead ECG. The ECG monitor 5 generates ECG data recorded from each of the leads over a period of time, such as a ten second record of ECG data from each lead. Various other recording intervals are possible and known, such as intervals of thirty seconds, or even longer.
[0015] The ECG data recorded at the ECG monitor 5 is processed by an ECG interpretation module 9. In the depicted embodiment, each ECG monitor 5a, 5b-5n is equipped with its own ECG interpretation module 9a, 9b-9n to interpret the ECG data locally within the respective ECG monitor 5a, 5b-5n. The ECG interpretation module 9a, 9b-9n is a set of software instructions executable on the processor 8a, 8b-8n of the patient monitor 5a, 5b-5n in order to generate waveform measurements of the ECG data and/or to generate interpretive statements of the ECG data. One such system is the Marquette 12SL® ECG Analysis Program by General Electric Company of Schenectady, New York, which is a computerized analysis program providing measurements of heart rate, axis, intervals, and durations of the heartrate waveform, as well as interpretive statements offering automated ECG data analysis, such as arrhythmia detection, pace detection, QT interval issues, etc. In other embodiments, the ECG interpretation module 9 may be provided in the central computing system 200 or other centralized ECG processing system receiving ECG records from the various patient monitors 5a, 5b-5n in a healthcare facility or network. There, the ECG data recorded by each ECG monitor 5a, 5b-5n would be communicated to the central computing system 200 (or other centralized ECG processing system), where each ECG data set is processed by the ECG interpretation module 9. The output of the centralized ECG interpretation module 9, along with the ECG data recorded by the respective ECG monitor 5a, 5b-5c, would be recorded in the ECG database 11.
[0016] The ECG database 11 stores the ECG record relating to each current ECG from each ECG monitor 5a, 5b-5n. With further reference to Figure 2, each current ECG record 22 includes the current ECG data 23 recorded from the patient, one or more current waveform measurements 24 of the current ECG data, and one or more current interpretive statements 25 of the current ECG data, as well as any other information generated by the ECG interpretation module 9. The current ECG record 22 may further include one or more serial comparison statements 26 generated by a serial comparison module 12 based on a comparison between the current ECG record and a previous ECG record for the respective patient 3a, 3b-3n. For example, the serial comparison statement 26 notes any abnormalities in a current ECG data that were not present in a previous ECG data, as well as abnormalities in a previous ECG data that are no longer present in the current ECG data. Certain existing software products and systems compare two or more ECGs, such as a current ECG record and a most-recent previous ECG record for a particular patient, and provide clinical information on the differences between the two records. By way of example, the serial comparison module 12, the ECG interpretation module 9, and the ECG database 11 may comprise part of the MUSE Cardiology Information System provided by General Electric Company of Schenectady, New York.
[0017] The serial comparison module 12 and/or the ECG interpretation module 9 may be configured to detect critical values within the current ECG record 22. Critical values are values set according to a healthcare facility’s critical values policy, which is a requirement by the Joint Commission on Accreditation of Healthcare Organization (JCAHO). For example, critical values may be detected at the ECG interpretation module 9a, 9-9n within each ECG monitor 5a, 5b-5n, which analyzes and compares the recorded ECG data against the critical values stored therein. In certain examples, a critical values event may generated at the patient monitor for alerting a clinician to the detection of a critical value, which may include alarming at the location of the patient monitor 5a, 5b-5n or at a nurses station or central monitoring station, or both. Alternatively or additionally, critical values may be detected by the serial comparison module 12, such as a serial comparison critical value indicating a critical change between a previous ECG record and a current ECG record.
[0018] In addition to being stored at the ECG database 11, the ECG record may also be stored in an electronic medical record (EMR) database 13. However, at that point the ECG record 22 has not been reviewed by a physician or other clinician capable of providing competent overreading, and thus comprises part of an unread group 20 of current ECG records 22a-22n awaiting clinician overreading. In order to facilitate efficient overreading to improve patient care, the inventors developed the disclosed system 10 comprising a triage module 14 that prioritizes the current ECG records 22a- 22n in the unread group 20 for clinician overreading. Specifically, the triage module 14 includes software instructions applying a set of prioritization rules for prioritizing the current ECG records 22a- 22n in the unread group 20 for clinician overreading based on at least one of the current waveform measurements 24a- 24n, the current interpretative statements 25a-25n, and the serial comparison statements 26a-26n.
[0019] The triage module 14 may be configured to present the current ECG records 22a-
22n in the unread group 20 in a prioritized order 36 for clinician overreading whereby ECG records that are most likely to represent time-sensitive patient issues will be prioritized so as to expedite their review ahead of ECG records that are less likely to represent time- sensitive health issues. For example, the current ECG records in the unread group may be categorized into one of at least two or more clinical severity categories based on at least the current interpretive statements and the serial comparison statements. Within each clinical severity category, the current ECG record may then be ordered from oldest to newest according to the test date and time at which the ECG data was collected from the patient 3a, 3b-3n by the patent monitor 5a, 5b-5n, thereby creating categorized ECG records. The triage module 14 then creates the prioritized order 36 for clinical overreading by ordering the categorized ECG records according to a pre-set ranking of the clinical severity category designations.
[0020] The current ECG records 22a-22n in the unread group 20 are then presented to the clinician in the prioritized order 36. Each ECG record 22 is then overread by a clinician 38 in to generate a confirmed ECG record 40, which may approve of or modify the automatically- generated information in the current ECG record 22, including the current waveform measurement(s) 24, current interpretive statement(s) 25, and/or serial comparison statement(s) 26. The confirmed ECG record 40 is then stored in the EMR database 13 to become part of the patient’s medical record. The confirmed ECG record 40 may also be stored in the ECG database 11, such as for use in future comparisons of ECG data for the respective patient 3 by the serial comparison module 12.
[0021] Figure 2 illustrates one example of prioritization rules and categorization by a triage module 14. An unread group 20 of current ECG records 22a- 22n is provided to the triage module 14. For example, the current ECG records 22a-22n in the unread group 20 may initially be ordered chronologically, such as according to the test date and time and/or the order of receipt at the computing system 200, or may be provided in any order, including random order. Each current ECG record 22a- 22n includes current ECG data 23a-23n, one or more current waveform measurements 24a-24n, one or more current interpretation statements 25a-25n, and one or more serial comparison statements 26a-26n. The unread group 20 is then prioritized by the triage module 14 and presented as a prioritized order 36 of current ECG records 22a- 22n for clinician review.
[0022] Specifically, the triage module 14 executes instructions applying a set of prioritization rules 30 that categorize each of the current ECG records 23a-23n into one of at least two clinical severity categories (e.g., 32a-32g). In the depicted example, the prioritization rules 30 include classifying each current ECG data 23 into at least normal or abnormal ECG classifications 3 la. In certain embodiments, the ECG classification 3 la may further include one or more“borderline” designations, such as a borderline normal and/or a borderline abnormal, which may further be utilized to categorize the records into clinical severity categories 32. The prioritization rules 30 may further classify each current ECG record 22a- 22n based on the ECG classification 3 la of a previous ECG record. For example, information may be available in the serial comparison statement 26 or other aspect of the current ECG record 22 classifying the previous ECG data as normal or abnormal. Alternatively or additionally, the triage module 14 may make the normal/abnormal classification 3 la determination for the previous ECG data, such as by accessing the previous ECG record or gleaning relevant information from the current ECG record 22. [0023] The prioritization rules 30 may further include determining the presence or absence of a critical test result 3 lb, where a positive critical test result 3 lb indicates that critical values were detected, such by the ECG interpretation module 9 and/or the serial comparison module 12, and a negative critical test result 3 lb indicates that no critical values were detected. Thus, a positive critical test result 3 lb indicates that some critical value was detected, while the absence of a critical test result 3 lb indicates that none of the possible critical values were detected. As discussed above, the critical values, and thus the critical test result 3 lb, are identified according to a healthcare facility’s critical values policy pursuant to JCAHO requirements.
[0024] Similarly, the prioritization rules 30 may include instructions identifying the presence or absence of a high severity result 3lc, wherein the presence of a high severity result 3lc indicates any one of a predefined list of values, measurements, or statements, such as a predefined list of arrhythmias or heart attack indicators. Thus, the positive critical test result 3lc indicates that at least one of the predefined list of values was present, while the absence of a high severity result 3lc indicates that none of the predefined list of indicators were present in the relevant current ECG record 22a-22n. High severity values may include, for example, current interpretive statements or serial comparison statements indicating the presence of ventricular tachycardia, bradycardia, acute myocardial infarction, acute coronary syndrome (ACS), hyperkalemia, atrial fibrillation (AFIB), and/or others. The list of high severity values that trigger a high severity result may be configurable at the system level, such as based on facility needs. The high severity result 3lc enables prioritization rules 30 that capture certain values, such as rhythm abnormalities and/or indices of heart attack, which may not be critical values established by the healthcare facility’s critical values policy. In an exemplary embodiment, each of the ECG classification 3 la (which may be a separate classification for the prior ECG and the current ECG), the critical test result 3 lb, and the high severity result 3lc can have one of two values, such as 1/0 or +/-. In other examples, each of the ECG classification 3 la, the critical test result 3 lb, and the high severity result 3 lc can be any one of three or more values.
[0025] The prioritization rules 30 classify each current ECG record 22a-22n in the unread group 20 into a clinical severity category 32. Any number of two or more clinical severity categories 32 may be available, depending on the configuration of the prioritization rules 30, which provide a means for ranking each current ECG record 22a- 22n and for establishing the prioritized order 36. In the depicted example, the prioritization rules 30 categorize each current ECG record 22a-22n into one of seven clinical severity categories 32a-32g. In the depicted example, the first clinical severity category includes those current ECG records 22a- 22n having a normal prior ECG and an abnormal current ECG (based on the ECG classification 3 la and/or based on the serial comparison statement 26), and where a critical test result 3 lb is present. Thus, where the current ECG record 22 represents a change from normal to abnormal and a critical test result is present, the current ECG record is placed in the first clinical severity category 32a. Depending on how the clinical severity categories are ordered to generate the prioritized order 36, those current ECG records 22a-22n categorized into the first clinical severity category 32a are able to be reviewed the soonest by the overreading clinician.
[0026] The ECG records in the first clinical severity category 32a are likely to represent an urgent situation for a patient. Moreover, it may be preferable to prioritize critical test results first because they represent the presence of a value listed in the facility’s critical values policy upon which they are measured by JCAHO. However, other priority orders of the clinical severity categories 32a-32c are possible. For example, one or more additional clinical severity categories may be made based on the presence or absence of a high severity result 3lc, which can further refine the prioritization process. In embodiments where the triage module 14 identifies high severity results 3lc, newly abnormal ECG records with the presence of both a critical test result 3 lb and a high severity result 3lc may be ranked first in the prioritized order 36. Alternatively, newly abnormal ECG records with the presence of a high severity result 3lc may be ranked first in the prioritized order 36, above ECG records with a positive critical test result 3 lb but without a high severity result 3lc. In the example at Figure 2, a second clinical severity category 32b designates those current ECG records 22a- 22n having a normal prior ECG and an abnormal current ECG, where no critical test result 3 lb is present but a high severity result 3lc is present. In still other embodiments, the high severity result 3lc may not be identified at all.
[0027] The third clinical severity category 32c exemplified at Figure 2 designates current
ECG records 22a-22n having a normal prior ECG record and an abnormal current ECG record, but where there is no critical test result and no high severity result. A forth clinical severity category 32d designates those current ECG records 22a-22n having an abnormal prior ECG and an abnormal current ECG, and where a critical test result is present. A fifth clinical severity category 32e is established for those current ECG records 22a-22n having an abnormal prior ECG and an abnormal current ECG where no critical test result is present. A sixth clinical severity category 32f designates those current ECG records 22a-22n having an abnormal prior ECG, but where the current ECG is normal. Finally, a seventh clinical severity category 32g designates those current ECG record 22a- 22n having both a normal prior ECG and a normal current ECG.
[0028] Any number of other clinical severity categories 32 may be established within the triage module 14 to enable generation of the prioritized order 36. For example, additional categories could be established for continued abnormal ECG records based on the presence or absence of the high severity result, similar to the utilization of the high severity result for the first, second, and third clinical severity categories 32a-32c.
[0029] The prioritized order 36 is then established by ordering the current ECG records
22a-22n based on the clinical severity category 32a-32g designations. In certain embodiments, the triage module 14 may first organize the current ECG records 22a- 22n within each clinical severity category 32a-32g, such as in chronological order based on the test date and time of the respective current ECG records 22a- 22n in that category. Maintaining the chronological order of the records in each category, the prioritized order 36 is then established based on a ranking of the clinical severity categories 32a-32g. For example, the clinical severity categories 32a-32g may be ranked in the order presented in Figure 2— i.e, with the current ECG records 22a in the first clinical severity category 32a prioritized first, the current ECG records 22a-22n in the second clinical severity category 32b presented second, and so on. However, the clinical severity categories 32a-32g may be ranked in any other order, which may be adjustable or configurable, such as by the administrator of the system 10 and/or by the overreading clinician. To provide just one example, the fourth clinical severity category 32d may be prioritized over the third clinical severity category 32c, thereby to prioritize the presence of a critical test result 3 lb over those records representing a shift from normal to abnormal but not having any critical value.
[0030] The prioritized order 36 of current ECG records 22a-22n are then presented to the overreading clinician 38, who reviews the ECG records in order to create the confirmed ECG record 40 for each of the current ECG records 22a-22n. The prioritized order 36 of current ECG records 22a- 22n may be presented to the clinician via a user interface, such as at the local computing system 39 through which the clinician 38 is accessing the records. In various embodiments, the user interface of the local computing system 39 includes a digital display device and a user input means, such as a touch screen in conjunction with the digital display for receiving touch input from the user, and/or a mouse, keyboard, or other known user input device. For example, the local computing 39 may operate software comprising part of the triage module 14, or the local computing system 39 may operate a separate software module enabling clinician review that receives the prioritized order 36 from the computing system 200 and communicates the confirmed ECG records 40 back to the computing system 200 for storage in the EMR database 13 and/or the ECG database 11.
[0031] Figure 3 provides a schematic diagram of an exemplary computing system 200 that includes a processing system 206, storage system 204, software 202, and a communication interface 208. The processing system 206 loads and executes software 202 from the storage system 204, including the serial comparison module 12 and the triage module 14, which are applications within the software 202. Each of the modules 12 and 14 include computer-readable instructions that, when executed direct the processing system 206 to operate as described in herein in further detail. The triage module 14 receives the current ECG records 22a-22n and categorizes each record to generate categorized ECG records 34a-34n according to the steps described and exemplified above. In certain embodiments, the categorized ECG records 34a-34n may not be separately outputted or stored, and the categorization may simply be for internal usage within the triage module 14. The prioritized order 36 of current ECG records 22a-22n is outputted for clinician overreading, such as outputted to the local computing system 39 which facilitates presentation of the prioritized order 36, receipt of input from a clinician, and creation of the confirmed ECG record 40a-40n for each received current ECG record 22a- 22n. The confirmed ECG records 40a-40n are then stored in the EMR database 13 and/or the ECG database 11.
[0032] Although the computing system 200 as depicted in Figure 3 includes one software
202 encapsulating one serial comparison module 12 and one triage module 14, it should be understood that one or more software elements having one or more modules may provide the same operation attributed herein to the two separate modules 12 and 14. Likewise, the functionality described herein as comprising the ECG interpretation module 9 could also be incorporated within the aforementioned single software program and such implementations are considered to be within the scope of the description. Similarly, while description provided herein refers to a computing system 200 and a processing system 206, it is to be recognized that implementations of such systems can be performed using one or more processors 18, which may be communicatively connected, and such implementations are considered to be within the scope of the description.
[0033] The processing system 206 includes at least one processor 18, which may be a microprocessor, a general purpose central processing unit, an application- specific processor, a microcontroller, or any other type of logic-based device. The processing system 206 may also include circuitry that retrieves and executes software 202 from storage system 204. Processing system 206 can be implemented within a single processing device but can also be distributed across multiple processing devices or sub-systems that cooperate in executing program instructions.
[0034] The storage system 204, which includes the ECG database 11 and the EMR database 13, can comprise any storage media, or group of storage media, readable by processing system 206, and capable of storing software 202. The storage system 204 can include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data. Storage system 204 can be implemented as a single storage device, but may also be implemented across multiple storage devices or sub-systems. For example, the software 202 may be stored on a separate storage device than the ECG database 11 and/or the EMR database 13. Likewise, each of the databases 11 and 13 may be stored on separate storage devices. Similarly, the ECG database 11 and/or the EMR database 13 may be stored, distributed, and/or implemented across one or more storage media or group of storage medias, and each database 11 and 13 may encompass multiple different sub-databases at different storage locations and/or containing different information which may be stored in different formats. By way of example, the ECG database 11 may comprise part of a MUSE ECG management system housing ECG records and other related data. Storage system 204 can further include additional elements, such a controller capable of communicating with the processing system 206.
[0035] Examples of storage media include random access memory, read only memory, optical discs, flash memory, virtual memory, and non-virtual memory, magnetic sets, magnetic tape, magnetic disc storage or other magnetic storage devices, or any other medium which can be used to store the desired information and that may be accessed by an instruction execution system, as well as any combination or variation thereof, or any other type of storage medium. Likewise, the storage media may be housed locally with the processing system 206, or may be distributed in one or more servers, which may be at multiple locations and networked, such as in cloud computing applications and systems. In some implementations, the storage media can be a non-transitory storage media. In some implementations, at least a portion of the storage media may be transitory.
[0036] The communication interface 208 interfaces between the elements within the computing system 200 and external devices, such as with ECG monitors 5a-5n (or with a central ECG monitoring system that aggregates the ECG data from the individual monitors) and/or with the local computing system 39 utilized by the overreading clinician 38 to generate the confirmed ECG records 40a-40n.
[0037] Figures 4 and 5 depict embodiments of a method 80, or portions thereof, for processing ECG records from multiple patients. An unread group 20 of current ECG records 22a-22n is identified at step 82. Prioritization rules are applied at step 84 to prioritize the current ECG records in the unread group for clinician overreading based on at least one of the current waveform measurements, the current interpretative statements, and the serial comparison statements. The prioritized order of current ECG records 22 is then provided at step 86 for clinician overreading.
[0038] Figure 5 depicts one embodiment of a set of prioritization rules, such as steps that may be executed by the triage module 14 for prioritizing the current ECG records 22 in the unread group 20. Each unclassified current ECG record 22 is received at step 90 and the previous and current ECG records are given an ECG classification 3 la at steps 92 and 94, such as classified as either normal or abnormal. The respective current ECG record 22 is reviewed at step 96 to determine the presence or absence of a critical test result 3 lb. For example, the critical test result may be deemed present where any one of the current ECG data 23, the current waveform measurement 24, the current interpretive statement 25, and/or the serial comparison statement 26 indicates a value identified as a critical value by the healthcare facility’s critical values policy. Step 98 is executed to determine the presence or absence of a high severity result 3lc which, as described above, indicates the presence of one or more high severity values. Similar to the critical test result 3 lb assessment, the high severity result 3lc assessment involves assessing one or more of the current ECG data 23, the current waveform measurements 24, the current interpretive statements 25, and/or the serial comparison statements 26 of the respective ECG record 22 in order to detect the presence or absence of any value on the list of high severity values configured for the system 10. At step 100 the respective current ECG record 22 is then classified into one of at least two clinical severity categories 32, such as into one of the seven exemplary clinical severity categories 32a-32g illustrated and discussed above with respect to Figure 2. The current ECG records 22 within each category are organized at step 102, such as by test date and time so that the records within each category are organized chronologically. The prioritized order 36 is then generated at step 104 based on a ranking of the clinical severity categories 32a-32g, and the current ECG records 22 are presented to the overreading clinician 38 in the prioritized order 36.
[0039] This written description uses examples to disclose the invention, including the best mode, and also to enable any person skilled in the art to make and use the invention. Certain terms have been used for brevity, clarity and understanding. No unnecessary limitations are to be inferred therefrom beyond the requirement of the prior art because such terms are used for descriptive purposes only and are intended to be broadly construed. The patentable scope of the invention 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 features or structural elements that do not differ from the literal language of the claims, or if they include equivalent features or structural elements with insubstantial differences from the literal languages of the claims.

Claims

CLAIMS We claim:
1. A system for processing ECG records from multiple patients for clinician overreading, the system comprising:
a database containing an unread group of current ECG records from multiple patients awaiting clinician overreading, wherein each current ECG record in the unread group includes at least:
a current ECG data recorded from a patient,
a current waveform measurement of the current ECG data,
a current interpretive statement of the current ECG data, and
a serial comparison statement comparing at least one of the current waveform measurements to previous waveform measurements of a previous ECG data from the patient and the current interpretive statements to previous interpretive statements of the previous ECG data from the patient;
a processor;
a triage module executable on the processor to apply a set of prioritization rules to prioritize the current ECG records in the unread group for clinician overreading based on at least one of the current waveform measurements, the current interpretative statements, and the serial comparison statements.
2. The system of claim 1, wherein the triage module is further executable on the processor to present the unread group of current ECG records in a prioritized order for clinician overreading.
3. The system of claim 2, wherein the triage module is further executable on the processor to add a new current ECG record in the unread group to the prioritized order for clinician overreading according to the set of prioritization rules.
4. The system of claim 1, wherein the set of prioritization rules includes instructions to: categorize each of the current ECG records in the unread group into one of at least two clinical severity categories based on at least the current interpretive statements and the serial comparison statements and order the current ECG records within each clinical severity category from oldest to newest according to test date and time to created categorized current ECG records; and
order the categorized ECG records according to a ranking of clinical severity categories to generate a prioritized order for clinician overreading.
5. The system of claim 4, wherein the triage module is further executable on the processor to:
identify, based on the interpretive statement, a presence or an absence of a critical test result, wherein the critical test result is identified according to a healthcare facility’s critical values policy; and
categorize the current ECG records in the unread group into one of the at least two clinical severity categories based further on the presence or the absence of the critical test result.
6. The system of claim 5, wherein the set of prioritization rules includes instructions to categorize current ECG records in the unread group into a first clinical severity category if the current interpretive statement and/or the serial comparison statement of the respective current ECG record indicate a change from normal previous ECG data to abnormal current ECG data and the presence of the critical test result.
7. The system of claim 6, wherein the triage module is further executable on the processor to:
identify, based on the interpretive statement, a presence or an absence of a high severity result, wherein the high severity result indicates any of one of a predefined list of arrhythmias or heart attack indicators; and
categorize the current ECG records in the unread group into one of the at least two clinical severity categories based further on the presence or the absence of the high severity result.
8. The system of claim 7, wherein the set of prioritization rules includes instructions to: categorize current ECG records in the unread group into a second clinical severity category if the current interpretive statement and/or the serial comparison statement of the respective current ECG record indicate the change from normal previous ECG data to abnormal current ECG data, the absence of the critical test result, and the presence of the high severity result; and
generate the prioritized order for clinician overreading with the first clinical severity category ranked before the second clinical severity category.
9. The system of claim 8, wherein the set of prioritization rules includes instructions to: categorize current ECG records in the unread group into a third clinical severity category if the current interpretive statement and the serial comparison statement of the respective current ECG record indicate the change from normal previous ECG data to abnormal current ECG data, the absence of the critical test result, and the absence of the high severity result; and
generate the prioritized order for clinician overreading with the first clinical severity category and the second clinical severity category ranked before the third clinical severity category.
10. The system of claim 9, wherein the set of prioritization rules includes instructions to: categorize current ECG records in the unread group into a fourth clinical severity category if the current interpretive statement and/or the serial comparison statement of the respective current ECG record indicate an abnormal previous ECG data and abnormal current ECG data, and the presence of a critical test result; and
generate the prioritized order for clinician overreading with the first clinical severity category and the second clinical severity category ranked before the third clinical severity category and the fourth clinical severity category.
11. The system of claim 10, wherein the set of prioritization rules includes instructions to rank the fourth clinical severity category before the third clinical severity category.
12. The system of claim 10, wherein the set of prioritization rules includes instructions to: categorize current ECG records in the unread group into a fifth clinical severity category if the current interpretive statement and/or the serial comparison statement of the respective current ECG record indicate an abnormal previous ECG data and abnormal current ECG data, and the absence of a critical test result; and
generate the prioritized order for clinician overreading with the first clinical severity category, the second clinical severity category, the third clinical severity category, and the fourth clinical severity category ranked before the fifth clinical severity category.
13. The system of claim 6, wherein the set of prioritization rules includes instructions to: categorize current ECG records in the unread group into a third clinical severity category if the current interpretive statement and/or the serial comparison statement of the respective current ECG record indicate the change from normal previous ECG data to abnormal current ECG data and the absence of the critical test result; and
generate the prioritized order for clinician overreading with the first clinical severity category ordered before the third clinical severity category.
14. A method for processing ECG records from multiple patients for clinician overreading, the method comprising:
identifying an unread group of current ECG records from multiple patients awaiting clinician overreading, wherein each current ECG record in the unread group includes at least:
a current ECG data recorded from a patient,
a current waveform measurement of the current ECG data,
a current interpretive statement of the current ECG data, and
a serial comparison statement comparing at least one of the current waveform measurements to previous waveform measurements of a previous ECG data from the patient and the current interpretive statements to previous interpretive statements of the previous ECG data from the patient;
applying, with a processor, a set of prioritization rules to prioritize the current ECG records in the unread group into a prioritized order for clinician overreading based on at least one of the current waveform measurements, the current interpretative statements, and the serial comparison statements; and
presenting the current ECG records in the prioritized order for clinician overreading.
15. The method of claim 14, further comprising adding a new current ECG record to the unread group according to the set of prioritization rules so as to maintain the unread group in the prioritized order.
16. The method of claim 14, wherein executing the set of prioritization rules includes: categorizing each of the current ECG records in the unread group into one of the at least two clinical severity categories based on at least the current interpretive statements and/or the serial comparison statements and ordering the current ECG records within each clinical severity category from oldest to newest according to test date and time to create categorized ECG records; and
ordering the categorized ECG records according to a ranking of clinical severity categories to generate a prioritized order for clinician overreading.
17. The method of claim 16, further comprising identifying, based on the interpretive statement, a presence or an absence of a critical test result, wherein the critical test result is identified according to a healthcare facility’s critical values policy; and
dividing the current ECG records in the unread group into one of the at least two clinical severity categories based further on the presence or the absence of the critical test result.
18. The method of claim 17, wherein executing the set of prioritization rules includes categorizing current ECG records in the unread group into a first clinical severity category if the current interpretive statement and/or the serial comparison statement of the respective current ECG record indicate a change from normal previous ECG data to abnormal current ECG data and the presence of the critical test result.
19. The method of claim 17, further comprising identifying, based on the interpretive statement, a presence or an absence of a high severity result, wherein the high severity result indicates any of one of a predefined list of arrhythmias or heart attack indicators; and
dividing the current ECG records in the unread group into one of the at least two clinical severity categories based further on the presence or the absence of the high severity result.
20. The method of claim 19, wherein executing the set of prioritization rules includes categorizing current ECG records in the unread group into a second clinical severity category if the current interpretive statement and the serial comparison statement of the respective current ECG record indicate the change from normal previous ECG data to abnormal current ECG data, the absence of the critical test result, and the presence of the high severity result; and
generating the prioritized order for clinician overreading with the first clinical severity category ranked before the second clinical severity category.
PCT/US2019/018278 2018-02-19 2019-02-15 System and method for processing ecg recordings from multiple patients for clinician overreading WO2019161247A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19753875.4A EP3756195A4 (en) 2018-02-19 2019-02-15 System and method for processing ecg recordings from multiple patients for clinician overreading
CN201980008485.XA CN111602206A (en) 2018-02-19 2019-02-15 System and method for processing ECG records from multiple patients for clinician readthrough

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/899,141 US10930392B2 (en) 2018-02-19 2018-02-19 System and method for processing ECG recordings from multiple patients for clinician overreading
US15/899,141 2018-02-19

Publications (1)

Publication Number Publication Date
WO2019161247A1 true WO2019161247A1 (en) 2019-08-22

Family

ID=67618122

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2019/018278 WO2019161247A1 (en) 2018-02-19 2019-02-15 System and method for processing ecg recordings from multiple patients for clinician overreading

Country Status (4)

Country Link
US (1) US10930392B2 (en)
EP (1) EP3756195A4 (en)
CN (1) CN111602206A (en)
WO (1) WO2019161247A1 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11331034B2 (en) 2015-10-27 2022-05-17 Cardiologs Technologies Sas Automatic method to delineate or categorize an electrocardiogram
US10779744B2 (en) 2015-10-27 2020-09-22 Cardiologs Technologies Sas Automatic method to delineate or categorize an electrocardiogram
US11672464B2 (en) 2015-10-27 2023-06-13 Cardiologs Technologies Sas Electrocardiogram processing system for delineation and classification
JP6907061B2 (en) * 2017-07-21 2021-07-21 株式会社タダノ Top surface estimation method for measurement object, guide information display device and crane
EP3826031A1 (en) 2017-08-25 2021-05-26 Cardiologs Technologies SAS User interface for analysis of electrocardiograms
US11450424B2 (en) * 2019-08-30 2022-09-20 Tencent America LLC Training framework for multi-group electrocardiography (MG-ECG) analysis
JP2023544242A (en) 2020-08-10 2023-10-23 コーニンクレッカ フィリップス エヌ ヴェ Electrocardiogram processing system for detecting and/or predicting cardiac events

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030073914A1 (en) * 2001-10-11 2003-04-17 Taha Basel H. Method and apparatus for the serial comparison of electrocardiograms
US20060217623A1 (en) * 2001-11-20 2006-09-28 Eresearch Technology, Inc. Method and system for processing electrocardiograms
US20090228298A1 (en) * 2008-03-04 2009-09-10 The General Electric Company System and method of morphology feature analysis of physiological data
US20140276162A1 (en) 2013-03-15 2014-09-18 David E. Albert Systems and methods for processing and analyzing medical data
US20160135700A1 (en) * 2013-06-18 2016-05-19 Koninklijke Philips N.V. Ecg features for type ahead editing and automatic update for report interpretation
US20160183833A1 (en) * 2013-01-04 2016-06-30 Infobionic, Inc. Systems and methods for processing and displaying patient electrocardiograph data

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS4841028B1 (en) 1970-12-29 1973-12-04
US5090418A (en) * 1990-11-09 1992-02-25 Del Mar Avionics Method and apparatus for screening electrocardiographic (ECG) data
WO1999059673A1 (en) 1998-05-21 1999-11-25 Medtronic Physio-Control Manufacturing Corp. Automatic detection and reporting of cardiac asystole
US6304772B1 (en) 1999-08-30 2001-10-16 Ge Medical Systems Information Technologies, Inc. Method and apparatus for automatically detecting and interpreting paced electrocardiograms
US6687685B1 (en) 2000-04-07 2004-02-03 Dr. Red Duke, Inc. Automated medical decision making utilizing bayesian network knowledge domain modeling
US7801591B1 (en) * 2000-05-30 2010-09-21 Vladimir Shusterman Digital healthcare information management
US6507753B1 (en) 2000-08-09 2003-01-14 Ge Marquette Medical Systems, Inc. Method and apparatus to detect acute cardiac syndromes in specified groups of patients using ECG
US6665559B2 (en) * 2000-10-06 2003-12-16 Ge Medical Systems Information Technologies, Inc. Method and apparatus for perioperative assessment of cardiovascular risk
US20070239490A1 (en) * 2000-11-02 2007-10-11 Sullivan Daniel J Computerized risk management module for medical diagnosis
US6490479B2 (en) 2000-12-28 2002-12-03 Ge Medical Systems Information Technologies, Inc. Atrial fibrillation detection method and apparatus
WO2004037994A2 (en) 2002-10-22 2004-05-06 University Of Utah Research Foundation Managing biological databases
US20090131759A1 (en) * 2003-11-04 2009-05-21 Nathaniel Sims Life sign detection and health state assessment system
US7469287B1 (en) 2003-11-17 2008-12-23 Lockheed Martin Corporation Apparatus and method for monitoring objects in a network and automatically validating events relating to the objects
US7996073B2 (en) 2004-10-13 2011-08-09 International Business Machines Corporation System and method for interpreting electrocardiograms
CN1983258A (en) * 2005-09-02 2007-06-20 西门子医疗健康服务公司 System and user interface for processing patient medical data
US8818496B2 (en) 2005-10-14 2014-08-26 Medicalgorithmics Ltd. Systems for safe and remote outpatient ECG monitoring
US7702382B2 (en) 2006-04-17 2010-04-20 General Electric Company Multi-tier system for cardiology and patient monitoring data analysis
EP2170155A4 (en) * 2007-06-28 2012-01-25 Cardiosoft Llp Diagnostic and predictive system and methodology using multiple parameter electrocardiography superscores
US7792573B2 (en) 2008-02-22 2010-09-07 General Electric Company Method for collecting and assigning patient data in a clinical trial
JP2011514827A (en) * 2008-03-10 2011-05-12 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Method for retrofitting an ECG monitoring system
CN101904741A (en) * 2009-06-02 2010-12-08 上海剑幸生物科技有限公司 CAD (Computer-Aided Diagnosis) system and method of ECG (Electrocardiogram)
US8838217B2 (en) 2009-11-10 2014-09-16 Makor Issues And Rights Ltd. System and apparatus for providing diagnosis and personalized abnormalities alerts and for providing adaptive responses in clinical trials
US9380956B2 (en) 2011-09-28 2016-07-05 Samsung Electronics Co., Ltd. Method and apparatus for classifying cardiac arrhythmia
US20130261403A1 (en) 2012-03-29 2013-10-03 General Electric Company System and Method of Managing Technician Review of Medical Test Data
BR102012012062A2 (en) * 2012-05-21 2015-04-14 Hit Tecnologia Em Saúde Ltda Me Elotromedical equipment for automated newborn screening with possible congenital heart disease
CN103110417B (en) * 2013-02-28 2014-07-16 华东师范大学 Automatic electrocardiogram recognition system
EP2996602A2 (en) * 2013-03-14 2016-03-23 Vida Diagnostics, Inc. Treatment planning for lung volume reduction procedures
US9078572B2 (en) 2013-10-30 2015-07-14 Apn Health, Llc Heartbeat detection and categorization
US9408550B2 (en) * 2013-11-13 2016-08-09 Epiphany Cardiography Products, LLC Evolving serial comparison system with critical alert notifications
CN103800004A (en) 2013-11-19 2014-05-21 邱磊 Automatic detection method used for wrong placement of electrocardio-electrodes and based on kernel function classification algorithm
CN104382590B (en) 2014-12-11 2017-08-11 成都瑞迪康医疗科技有限公司 What a kind of combination electrocardio time and frequency domain characteristics were analyzed can Electrical Cardioversion rhythm of the heart automatic identification and classifying method
US20160188823A1 (en) * 2014-12-31 2016-06-30 General Electric Company System for providing electrocardiogram (ecg) analytics for electronic medical records (emr)
CN104783782B (en) 2015-04-13 2017-09-01 深圳市飞马与星月科技研究有限公司 Electrocardiosignal automatic testing method and device
DE102015212953A1 (en) * 2015-07-10 2017-01-12 Siemens Healthcare Gmbh Artificial neural networks for the classification of medical image datasets
US9788796B2 (en) 2015-10-16 2017-10-17 General Electric Company System and method of adaptive interpretation of ECG waveforms
US20170124256A1 (en) * 2015-10-30 2017-05-04 General Electric Company Method and system for analyzing electrocardiograph data
RU2632756C2 (en) * 2016-03-15 2017-10-09 Илья Александрович Романец Method for electrocardiogram processing to isolate stages in dynamics of changes in myocardium functional state

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030073914A1 (en) * 2001-10-11 2003-04-17 Taha Basel H. Method and apparatus for the serial comparison of electrocardiograms
US20060217623A1 (en) * 2001-11-20 2006-09-28 Eresearch Technology, Inc. Method and system for processing electrocardiograms
US20090228298A1 (en) * 2008-03-04 2009-09-10 The General Electric Company System and method of morphology feature analysis of physiological data
US20160183833A1 (en) * 2013-01-04 2016-06-30 Infobionic, Inc. Systems and methods for processing and displaying patient electrocardiograph data
US20140276162A1 (en) 2013-03-15 2014-09-18 David E. Albert Systems and methods for processing and analyzing medical data
US20160135700A1 (en) * 2013-06-18 2016-05-19 Koninklijke Philips N.V. Ecg features for type ahead editing and automatic update for report interpretation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3756195A4

Also Published As

Publication number Publication date
EP3756195A4 (en) 2021-11-10
US10930392B2 (en) 2021-02-23
EP3756195A1 (en) 2020-12-30
US20190259496A1 (en) 2019-08-22
CN111602206A (en) 2020-08-28

Similar Documents

Publication Publication Date Title
US10930392B2 (en) System and method for processing ECG recordings from multiple patients for clinician overreading
Melillo et al. Discrimination power of long-term heart rate variability measures for chronic heart failure detection
JP2022523741A (en) ECG processing system for depiction and classification
US7412395B2 (en) Automated scheduling of emergency procedure based on identification of high-risk patient
US10818393B2 (en) System and method for clinical decision support
US11068126B2 (en) Method, device and system for amending heartbeat type
Dalvi et al. Heartbeat classification system based on neural networks and dimensionality reduction
CN105611872A (en) An apparatus and method for evaluating multichannel ECG signals
Keidar et al. Visualizing and quantifying irregular heart rate irregularities to identify atrial fibrillation events
Yuda et al. Redundancy among risk predictors derived from heart rate variability and dynamics: ALLSTAR big data analysis
Newham et al. Excellent symptom rhythm correlation in patients with palpitations using a novel Smartphone based event recorder
Crespin et al. Improved diagnostic performance of insertable cardiac monitors by an artificial intelligence-based algorithm
US20230230707A1 (en) Methods and systems for searching an ecg database
US20130261403A1 (en) System and Method of Managing Technician Review of Medical Test Data
Bisignani et al. Implantable cardiac monitors: artificial intelligence and signal processing reduce remote ECG review workload and preserve arrhythmia detection sensitivity
Gregg et al. Automated serial ECG comparison improves computerized interpretation of 12-lead ECG
US20220330838A1 (en) Cardiac event identifier and selector
KR20160136875A (en) Apparatus and method for management of performance assessment
Dhillon et al. Effectiveness of telemetry guidelines in predicting clinically significant arrhythmias in hospitalized patients
US20240087741A1 (en) Converged mct and holter cardiac reporting
McIntyre et al. Using visual analytics of heart rate variation to aid in diagnostics
US20160140292A1 (en) System and method for sorting a plurality of data records
US20240099640A1 (en) Electrocardiogram analysis
van de Leur et al. Automatic triage of twelve-lead electrocardiograms using deep convolutional neural networks: a first implementation study
Wright et al. Continuous Video Recording of Electronic Health Record User Sessions to Support Usability and Safety

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19753875

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019753875

Country of ref document: EP

Effective date: 20200921