This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Condition/Diagnosis/Problem (QDM)"

From HL7Wiki
Jump to navigation Jump to search
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
[http://wiki.hl7.org/index.php?title=Harmonization_of_Health_Quality_Information_models Back to Harmonization of Health Quality Information Models Page] <br><br>
 
[http://wiki.hl7.org/index.php?title=Harmonization_of_Health_Quality_Information_models Back to Harmonization of Health Quality Information Models Page] <br><br>
This QDM to QI Core Mapping for the QDM Datatype "Diagnosis" was updated 3 April 2018 based on discussion in the CQI WG on March 30, 2018. Posted 9 April 2018.<br><br>
+
This QDM to QI Core Mapping for the QDM Datatype "Diagnosis" was reviewed by the CQI WG on March 30, 2018 for QDM version 5.3. There are no changes in "Condition/Diagnosis/Problem" in QDM version 5.4.<br><br>
 
QDM defines Condition/Diagnosis/Problem as a practitioner’s identification of a patient’s disease, illness, injury, or condition. This category contains a single datatype to represent all of these concepts: Diagnosis. A practitioner determines the diagnosis by means of examination, diagnostic test results, patient history, and/or family history. Diagnoses are usually considered unfavorable, but may also represent neutral or favorable conditions that affect a patient’s plan of care (e.g., pregnancy).
 
QDM defines Condition/Diagnosis/Problem as a practitioner’s identification of a patient’s disease, illness, injury, or condition. This category contains a single datatype to represent all of these concepts: Diagnosis. A practitioner determines the diagnosis by means of examination, diagnostic test results, patient history, and/or family history. Diagnoses are usually considered unfavorable, but may also represent neutral or favorable conditions that affect a patient’s plan of care (e.g., pregnancy).
 
<br>
 
<br>
Line 12: Line 12:
  
 
| row1cell1 | Diagnosis
 
| row1cell1 | Diagnosis
| row1cell2 | Condition (the .clinicalstatus metadata allows conformance to the specific QDM datatype context)
+
| row1cell2 | Condition (the Condition.clinicalStatus metadata allows conformance to the specific QDM datatype context)
| row1cell3 | QDM defaults the status to active and prevalence period provides the evidence of activity.
+
| row1cell3 | QDM defaults the status to active and prevalence period provides the evidence of activity. Note: The FHIR Condition resource does not specify a status for Condition.clinicalStatus; however, the QDM datatype Diagnosis default state is "active"; hence, the Condition.clinicalStatus should be constrained to "active". Also, the Condition.verificationStatus should be constrained to "confirmed".
 
|-
 
|-
 
| row2cell1 | Prevalence Period
 
| row2cell1 | Prevalence Period
 
| row2cell2 | Condition.onset[x], OR Condition.asserted
 
| row2cell2 | Condition.onset[x], OR Condition.asserted
| row2cell3 | Use whichever is the earlier date. QDM matched to QI Core / FHIR for start of Prevalence Period
+
| row2cell3 | Use Condition.onset[x], if present, use Condition.asserted as a fallback. Note that it may not be appropriate to map Condition.asserted to Diagnosis.prevalencePeriod.start when Condition.status is inactive. QDM matched to QI Core / FHIR for start of Prevalence Period
 
|-
 
|-
 
| row2cell1 |
 
| row2cell1 |
Line 36: Line 36:
 
|-
 
|-
 
| row2cell1 | Author dateTime
 
| row2cell1 | Author dateTime
| row2cell2 | FHIR Provenance.recorded
+
| row2cell2 | Condition.assertedDate
| row2cell3 | FHIR provenance addressed author time, Condition.assertedDate may be closer to the onset of the QDM Prevalence Period. Consider - the software may default assertedDate to the date entered requiring manual editing to enter a different date. Further, does it reflect the date the assertion is made or the date the patient asserted that the condition began? Seeking guidance - due to potential ambiguity, should QDM map to FHIR provenance?
+
| row2cell3 | QDM matched to QI Core / FHIR
 
|-
 
|-
 
| row2cell1 | id
 
| row2cell1 | id

Latest revision as of 23:27, 18 December 2018

Back to Harmonization of Health Quality Information Models Page

This QDM to QI Core Mapping for the QDM Datatype "Diagnosis" was reviewed by the CQI WG on March 30, 2018 for QDM version 5.3. There are no changes in "Condition/Diagnosis/Problem" in QDM version 5.4.

QDM defines Condition/Diagnosis/Problem as a practitioner’s identification of a patient’s disease, illness, injury, or condition. This category contains a single datatype to represent all of these concepts: Diagnosis. A practitioner determines the diagnosis by means of examination, diagnostic test results, patient history, and/or family history. Diagnoses are usually considered unfavorable, but may also represent neutral or favorable conditions that affect a patient’s plan of care (e.g., pregnancy).

Condition/Diagnosis/Problem

QDM Attribute QI Core Metadata Element Comment
Diagnosis Condition (the Condition.clinicalStatus metadata allows conformance to the specific QDM datatype context) QDM defaults the status to active and prevalence period provides the evidence of activity. Note: The FHIR Condition resource does not specify a status for Condition.clinicalStatus; however, the QDM datatype Diagnosis default state is "active"; hence, the Condition.clinicalStatus should be constrained to "active". Also, the Condition.verificationStatus should be constrained to "confirmed".
Prevalence Period Condition.onset[x], OR Condition.asserted Use Condition.onset[x], if present, use Condition.asserted as a fallback. Note that it may not be appropriate to map Condition.asserted to Diagnosis.prevalencePeriod.start when Condition.status is inactive. QDM matched to QI Core / FHIR for start of Prevalence Period
Condition.abatement[x] QDM matched to QI Core / FHIR for end of Prevalence Period
Anatomical Location Site Condition.bodySite QDM matched to QI Core / FHIR
Severity Condition.severity QDM matched to QI Core / FHIR
Code Condition.code QDM matched to QI Core / FHIR
Author dateTime Condition.assertedDate QDM matched to QI Core / FHIR
id Condition.id QDM matched to QI Core / FHIR
Source Condition.asserter QDM matched to QI Core / FHIR