Condition, diagnosis, or reason for seeking medical attention.

Data Element
Date of Onset
Submitted By: Steven Lane / Sutter Health
Data Element Information
Use Case Description(s)
Use Case Description Documenting and exchanging the Date of Onset and Date of Diagnosis for diagnoses listed in the past medical history and active problem list would support the ability of public health and researchers to calculate incidence and prevalence statistics for reportable and other health conditions. For practicing clinicians and patients documenting this data will provide a more robust picture and understanding of both individual and related conditions and support a deeper understanding of the evolution of a patient's condition and overall health status over time. For those managing the health of populations knowing how long a patient has had a condition could help identify those at the greatest need for outreach/engagement and allowing resources to be directed to where they might provide the greatest value.
Estimate the breadth of applicability of the use case(s) for this data element Potentially all clinicians
Healthcare Aims
  • Improving patient experience of care (quality and/or satisfaction)
  • Improving the health of populations
  • Improving provider experience of care
Maturity of Use and Technical Specifications for Data Element
Applicable Standard(s) Date
Additional Specifications https://www.hl7.org/fhir/us/core/SearchParameter-us-core-condition-onset-date.html
Current Use Not currently captured or accessed with an organization
Extent of exchange N/A
Potential Challenges
Restrictions on Standardization (e.g. proprietary code) n/a
Restrictions on Use (e.g. licensing, user fees) n/a
Privacy and Security Concerns n/a
Estimate of Overall Burden EHRs and other HIT systems likely all capture, at least in audit trail/metadata, the date that a diagnosis was entered into the active problem list and/or medical history list. This is quite different in meaning than the Date of Onset so an additional date field would need to be added, the data stored in the database, data added to interoperability payloads for send, receive, ingestion, etc..
Other Implementation Challenges There would be a need to develop and maintain a clear definition of how this field is to be populated as well as a determination of what types of actors should be allowed to populate or update this data field. Would also need to define how to capture and maintain a provenance history for this data element that could eventually travel with the data as it is transmitted between HIT systems. It would be appropriate for this field to accept fuzzy dates as the date of onset for a given condition may sometimes only be available as an estimate such as a year or month.

Comment

Submitted by nedragarrett_CDC on

CDC's Comment for draft USCDI v6

The inclusion of  "Onset Date"  is supported by CDC, as this element is a critical date value for public health data collection, including case reporting and case notification for many reportable and notifiable conditions. 
For example, please view the elCR Data Elements site: https://build.fhir.org/ig/HL7/case-reporting/eicr_data_elements.html

Submitted by mturchioe on

ANI's comment on USCDI v6: Date of onset

The Alliance for Nursing Informatics (ANI)  supports this inclusion as it is a key clinical data point for chronic disease management and outcomes analysis. Implementation guidance should clarify how estimated dates are handled and ensure consistent documentation practices across systems. Please see previously submitted ANI comments for additional recommendations.

Submitted by BLampkins_CSTE on

CSTE Comment - v6

CSTE supports inclusion of this data element in USCDI V6. Please see previously submitted CSTE comments for additional recommendations.

Submitted by nedragarrett_CDC on

CDC's comment on behalf of CSTE for USCDI v5

CSTE strongly encourages the inclusion of date of onset in USCDI v5. This is one of the most important data elements for public health. Date of onset often is the defining date for the beginning of a reportable condition and is used to classify cases and detect outbreaks and clusters. Exposures must be investigated in relation to the onset date. If the onset date is not captured as a distinct structural data point, public health staff must dig for it in notes or other parts of the medical record and it is inevitably vague and sometimes missing. Date of diagnosis is not the same as date of onset. Date of onset is defined as the first clinical symptom or sign for a particular condition. It would be highly beneficial if date of onset could be captured for each problem/diagnosis or condition noted in the medical record but if this is not possible it should at a minimum be noted for the primary diagnosis of the patient encounter.

Submitted by nedragarrett_CDC on

CDC's comment on behalf of CSTE for USCDI v4

CSTE strongly encourages the inclusion of date of onset in USCDI v4. This is one of the most important data elements for public health. Date of onset often is the defining date for the beginning of a reportable condition and is used to classify cases and detect outbreaks and clusters. Exposures must be investigated in relation to the onset date. If the onset date is not captured as a distinct structural data point, public health staff must dig for it in notes or other parts of the medical record and it is inevitably vague and sometimes missing. Date of diagnosis is not the same as date of onset. Date of onset is defined as the first clinical symptom or sign for a particular condition. It would be highly beneficial if date of onset could be captured for each problem/diagnosis or condition noted in the medical record but if this is not possible it should at a minimum be noted for the primary diagnosis of the patient encounter.

Submitted by aphillips@imoh… on

Level 2 Data Element: Date of Onset

IMO does not support the Date of Onset as a proposed Level 2 Data Element in USCDI V3. While it is specified as a search parameter in the FHIR US Core Implementation Guide (4.0.0 STU4 Release), it is not universally recorded in all ONC Certified HIT, and there is no standard for exchange in ONC requirements for HIT Certification

 

Log in or register to post comments