-
Implementation Problem
-
Resolution: Answered
-
Minor
-
BJ Pate
-
18007118363
-
Quantros, Inc.
-
-
Multiple Episode of Care within QRDA-I, Evaluation of these EoC, and Occurrences surrounding these
Posting same question here because unsure where this would really need to go:
QRDA category I files are generated one per patient, and should cover all of the data elements required to compute the quality measures whose computation is being certified.
The HL7 QRDA Implementation Guide is essential reading, and describes the data elements that must/may be included.
A QRDA-I file indeed contains data relating to multiple visits. Unfortunately, at this time, the only way to associate clinical data with an encounter is temporally – the timing of the diagnosis/result/med-order/etc indicates whether it is associated with the visit.
Here is additional feedback from Lantana:
A QRDA file may have multiple visits of a single patient. In that case, the clinical data of patient will be linked to an encounter via timestamp.
For instance, a QRDA may have two inpatient encounters (encounter_1, and encounter_2), a patient has lab tests in both encounter.
encounter_1: from 2011-01-01 to 2011-01-10
encounter_2: from 2011-02-05 to 2011-02-11
lab_1 exam: occurred 2011-01-05 09:30 AM
lab_2 exam: occurred 2011-02-07 12:30 PM
As lab_1 exam's timestamp falls into the encounter_1's date range, thus the lab_1 exam is linked to encounter_1. Same as lab_2 exam, it is linked to the encounter_2 by comparing the date range.
The above was taken from QRDA-76 Jira cases link: https://jira.oncprojectracking.org/browse/QRDA-76?jql=text%20~%20%22multiple%20encounters%20per%20measure%22
We are seeking clarity in cases such as these where multiple encounters exist within a QRDA-I, particularly within evaluation of EH measures. With the example from above: If those encounters existed and they are being processed for example through Stroke2 CMS104v3: Should both of these episodes of care be evaluated by the stroke algorithm, and produce distinct pass/fail/exclusion/exception results for each of these episodes? If so is there someplace within documentation that clearly specifies this. Or is it by design Stroke2 CMS104v3 would limit which of those encounters (ie. through Occurrences) would be evaluated?
We are also looking for clarification on how to interpret the Occurrence clauses in the STK algorithms as they apply to Non-Elective Inpatient Encounters. Do these occurrences apply to the contents of a QRDA files (as a whole), or do they apply to the contents of one or more episodes of care contained within the QRDA file?
If the occurrences apply to the contents of an episode of care, then the terminology of “Occurrence A of $EncounterInpatientNonElective” seems to be misleading, as there can only be one Inpatient Encounter per episode of care for Inpatient measures.
Lastly, is there an option for hospitals to build QRDA files as patient based OR episode of care based, or are QRDA files always built as patient-based files?