Device (QDM)

Back to Harmonization of Health Quality Information Models Page

This QDM to QI Core Mapping for the QDM Datatype "Device" was updated 3 April 2018 based on discussion in the CQI WG on March 30, 2018.
QDM defines Device as an instrument, apparatus, implement, machine, contrivance, implant, in-vitro reagent, or other similar or related article, including a component part or accessory, intended for use in the diagnosis, cure, mitigation, treatment, or prevention of disease and not dependent on being metabolized to achieve any of its primary intended purposes. QDM provides three contexts for expressing devices: Device, Applied; Device, Order; and Device, Recommended.

1. Note that the current use of the QDM datatype “Device, Applied” usually references the procedure to “apply” the device (i.e., to use for the patient, to use on the patient’s body, or to implant in the patient’s body). Each of these current uses should address the concept using the QDM datatypes, Intervention, Performed, or Procedure, Performed.
2. The original intent of the QDM datatype “Device, Applied” was to reference the specific device or type of device of concern to the measure. And that reference might be as detailed a providing a device class as referenced in a Unique Device Identifier (UDI). The FHIR Device resource (http://hl7.org/fhir/device.html) does have a metadata element for UDI (http://hl7.org/fhir/device-definitions.html#Device.udi). All device metadata reference inherent qualities of the device. And timing addresses Device.manufactureDate and Device.expirationDate. Therefore, a direct map to the Device resource may not be sufficient or appropriate for the QDM Device, Applied datatype.
3. The FHIR Resource DeviceUseStatement (http://hl7.org/fhir/deviceusestatement.html) is a more appropriate resource to map QDM Device, Applied. The DeviceUseStatement has a maturity level of 0, so the mapping will need to be updated as the resource is updated. Note: this mapping will need to be reviewed with the QI Core DeviceUseStatement to assure alignment since the current QI Core content does not seem to address the most recent version of DeviceUseStatement.

Device, Applied

QDM Attribute	QI Core Metadata Element	Comment
Device Applied	DeviceUseStatement	A record of a device being used by a patient where the record is the result of a report from the patient or another clinician.
Anatomical Approach Site	None	Not addressed in the Device or DeviceUseStatement resources.
Anatomical Location Site	DeviceUseStatement.bodySite	Indicates the site on the subject's body where the device was used ( i.e. the target site).
Negation Rationale	None	A DeviceUseStatement does not address negation since there would be no statement if the device were absent. QDM usage to indicate devices that have not been applied should address negation rationale for the order or the recommendation (i.e., ProcedureRequest.extension (reasonRefused).
Reason	DeviceUseStatement.indication	Reason or justification for use of the device.
Relevant Period	DeviceUseStatement.whenUsed	The time period over which the device was used. Note – the DeviceUseStatement resource also has a metadata element: DeviceUseStatement.timing(x) indicating how often the device was used (may be a period or dateTime).
Author dateTime	DeviceUseStatement.recordedOn	The time at which the DeviceUseStatement was made/recorded.
Code	DeviceUseStatement.device Device.udi.deviceIdentifier	DeviceUseStatemtn.device references Device for details of the device used. Device.udi.deviceIdentifier (DI) is a mandatory, fixed portion of a Unique Device Identified (UDI) that identifies the labeler and the specific version or model of a device.
id	DeviceUseStatement.id	Logical id of this artifact
Source	DeviceUseStatement.source	Who reported this device was being used by the patient.

Device, Order

QDM Attribute	QI Core Metadata Element	Comment
Device Order	DeviceRequest.intent	Procedure Request intent uses the concepts proposal, plan, order, original-order, reflex-order, filler-order, instance-order, option. Constrain to "order" from the intent value set for QDM datatypes with the order context.
Negation Rationale	None	DeviceRequest resource does not include a reason the device request did not occur. QI Core does have a ProcedureRequest.extension (http://hl7.org/fhir/StructureDefinition/procedurerequest-reasonRefused)
Reason	DeviceRequest.reasonCode	QDM matched to QI Core / FHIR
Author dateTime	DeviceRequest.AuthoredOn	Note - ProcedureRequest.occurrence(x) defines a dateTime when the event should occur - not addressed in QDM
Code	DeviceRequest.code	See also, Observation.category
id	DeviceRequest.id	QDM matched to QI Core / FHIR
Source	DeviceRequest.requester	Author, orderer - note also, ProcedureRequest.requester.agent for device, practitioner or organization who initiated the request; or ProcedureRequest.requester.onBehalfOf - the organization the device or practitioner was acting on behalf of

Device, Recommended

QDM Attribute	QI Core Metadata Element	Comment
Device Recommended	DeviceRequest.intent	Procedure Request intent uses the concepts proposal, plan, order, original-order, reflex-order, filler-order, instance-order, option. "Proposal" is most consistent with the ProcedureRequest when applied to clinical decision support (CDS) in which the CDS proposes an action to a provider or to a patient. The QDM concept Recommended addresses expectations a provider gives to a patient. Such recommendations are most consistent with the ProcedureRequest.intent value of "plan" (an intension to ensure something occurs without providing an authorization to act).
Negation Rationale	None	DeviceRequest resource does not include a reason the device request did not occur. QI Core does have a ProcedureRequest.extension (http://hl7.org/fhir/StructureDefinition/procedurerequest-reasonRefused)
Reason	DeviceRequest.reasonCode	QDM matched to QI Core / FHIR
Author dateTime	DeviceRequest.AuthoredOn	Note - ProcedureRequest.occurrence(x) defines a dateTime when the event should occur - not addressed in QDM
Code	DeviceRequest.code	See also, Observation.category
id	DeviceRequest.id	QDM matched to QI Core / FHIR
Source	DeviceRequest.requester	Author, orderer - note also, ProcedureRequest.requester.agent for device, practitioner or organization who initiated the request; or ProcedureRequest.requester.onBehalfOf - the organization the device or practitioner was acting on behalf of