QI-Core Implementation Guide: STU 3.2 (v3.2.0 for FHIR 3.0.1)

This page is part of the Quality Improvement Core Framework (v3.2.0: STU 3) based on FHIR R3. The current version which supercedes this version is 4.1.1. For a full list of available versions, see the Directory of published versions

7.1.0 Adverse Event

This QDM to QI Core Mapping for the QDM Datatype "Adverse Event" was reviewed by the CQI WG on March 9, 2018 for QDM 5.3 and updated to QDM 5.4 on June 7, 2018. QDM for "Adverse Event" has no changes between versions 5.3 and 5.4.

QDM defines Adverse Event as any untoward medical occurrence associated with the clinical care delivery, whether or not considered drug related.

QDM Attribute QI Core Metadata Element Comment
Author dateTime FHIR Provenance.recorded QDM match to QI Core / FHIR Note: FHIR Provenance generally addresses the author of the message; the identifier/source of the original resource element is defined by the resource. Individual resource element provenance is summarized in the FHIR W5 Report (http://hl7.org/fhir/w5.html). The AdverseEvent resource does not include a "when.recorded" timing element. Therefore, this mapping uses FHIR provenance.recorded for the QDM attribute for Adverse Event.
Relevant Period AdverseEvent.date QDM references a relevant period: The Relevant Period references: startTime – the time the adverse event began stopTime – the time the adverse event completed The reason for indicating a period, or interval, is that adverse events may not be instantaneous (e.g., an incorrect intravenous infusion occurs throughout the infusion time). FHIR references a single point in time - not a Period in QI Core. Most likely the event will be recorded with a single point in time. QDM can reference the dateTime as the beginning of the Relevant Period but and endTime will not be available in QI Core or FHIR. In general, the AdverseEvent.RelevantPeriod start and stop times in QDM should both map to AdverseEvent.date.
Code AdverseEvent.suspectEntity.Instance The QDM code attribute indicates a single code or a member of the value set used to represent the specific quality data element. The code attribute explicitly specifies the value set (or direct referenced code) filter such that the query will retrieve only values defined by the QDM data element value or value set. Previous versions of QDM datatypes implicitly refer to attributes about a set of items that are included in a value set. A QDM data element binds the Adverse Event datatype to a value set (or to a direct reference code) indicating the suspect entity that might have caused the event. The reason is the measures have mostly been focused on Adverse Event as an exclusion criterion. Thus the "code" attribute is most consistent with AdverseEvent.suspectEntity.instance rather than the type of reaction.
Type AdverseEvent.reaction The QDM "Type" attribute definition addresses a value set (or a direct referenced code) that describes the reaction. Hence the mapping of QDM "type" to AdverseEvent.reaction in QI Core.
Example - anaphylactic reaction, hives, etc.
Greater clarity in definition in QDM descriptions in the CQL-based HQMF and in the QDM publication should be helpful. In the future, QDM might consider adding the FHIR concept AdverseEvent.type (incident, near-miss, unsafe condition) and AdverseEvent.category (AE - adverse event Vs PAE - Potential Adverse Event)
Severity AdverseEvent.seriousness QDM matched to QI Core / FHIR
FacilityLocations AdverseEvent.location QDM matched to QI Core / FHIR
Recorder AdverseEvent.recorder QDM matched to QI Core / FHIR
id AdvesreEvent.id QDM matched to QI Core / FHIR