United States Core Data for Interoperability (USCDI)
A USCDI “Data Class” is an aggregation of various Data Elements by a common theme or use case.
A USCDI “Data Element” is the most granular level at which a piece of data is exchanged.
For example, Date of Birth is a Data Element rather than its component Day, Month, or Year, because Date of Birth is the unit of exchange.
USCDI ONC New Data Element & Class (ONDEC) Submission System
Please reference the USCDI version 1 document to the left for applicable standards versions associated with USCDI v1.
Allergies and Intolerances
Represents harmful or undesirable physiological response associated with exposure to a substance.
Assessment and Plan of Treatment
Represents a health professional’s conclusions and working assumptions that will guide treatment of the patient.
Care Team Member(s)
The specific person(s) who participate or are expected to participate in the care team.
Clinical Notes
Composed of both structured (i.e. obtained via pick-list and/or check the box) and unstructured (free text) data. A clinical note may include the history, Review of Systems (ROS), physical data, assessment, diagnosis, plan of care and evaluation of plan, patient teaching and other relevant data points.
Goals
An expressed desired health state to be achieved by a subject of care (or family/group) over a period of time or at a specific point of time
Health Concerns
Health related matter that is of interest, importance, or worry to someone who may be the patient, patient’s family or patient’s health care provider.
Immunizations
Record of an administration of a vaccination or a record of a vaccination as reported by a patient, a clinician, or another party.
Problems
Information about a condition, diagnosis, or other event, situation, issue, or clinical concept that is documented.
Procedures
An activity that is performed with or on a patient as part of the provision of care.
Provenance
The metadata, or extra information about data, that can help answer questions such as when and who created the data.
Smoking Status
Classification of a patient’s smoking behavior.
Unique Device Identifier(s) for a Patient’s Implantable Device(s)
A unique numeric or alphanumeric code that consists of a device identifier (DI) and a production identifier (PI).
Vital Signs
Physiologic measurements of a patient that indicate the status of the body’s life sustaining functions.
Allergies and Intolerances
Represents harmful or undesirable physiological response associated with exposure to a substance.
Assessment and Plan of Treatment
Represents a health professional’s conclusions and working assumptions that will guide treatment of the patient.
Care Team Member(s)
The specific person(s) who participate or are expected to participate in the care team.
Clinical Notes
Composed of both structured (i.e. obtained via pick-list and/or check the box) and unstructured (free text) data. A clinical note may include the history, Review of Systems (ROS), physical data, assessment, diagnosis, plan of care and evaluation of plan, patient teaching and other relevant data points.
Goals
An expressed desired health state to be achieved by a subject of care (or family/group) over a period of time or at a specific point of time
Health Concerns
Health related matter that is of interest, importance, or worry to someone who may be the patient, patient’s family or patient’s health care provider.
Immunizations
Record of an administration of a vaccination or a record of a vaccination as reported by a patient, a clinician, or another party.
Problems
Information about a condition, diagnosis, or other event, situation, issue, or clinical concept that is documented.
Procedures
An activity that is performed with or on a patient as part of the provision of care.
Provenance
The metadata, or extra information about data, that can help answer questions such as when and who created the data.
Smoking Status
Classification of a patient’s smoking behavior.
Unique Device Identifier(s) for a Patient’s Implantable Device(s)
A unique numeric or alphanumeric code that consists of a device identifier (DI) and a production identifier (PI).
Vital Signs
Physiologic measurements of a patient that indicate the status of the body’s life sustaining functions.

Allergies and Intolerances
Represents harmful or undesirable physiological response associated with exposure to a substance.
Care Team Member(s)
The specific person(s) who participate or are expected to participate in the care team.
Immunizations
Record of an administration of a vaccination or a record of a vaccination as reported by a patient, a clinician, or another party.
Problems
Information about a condition, diagnosis, or other event, situation, issue, or clinical concept that is documented.
Procedures
An activity that is performed with or on a patient as part of the provision of care.
Provenance
The metadata, or extra information about data, that can help answer questions such as when and who created the data.
Unique Device Identifier(s) for a Patient’s Implantable Device(s)
A unique numeric or alphanumeric code that consists of a device identifier (DI) and a production identifier (PI).
Vital Signs
Physiologic measurements of a patient that indicate the status of the body’s life sustaining functions.
Provenance
The metadata, or extra information about data, that can help answer questions such as when and who created the data.
Vital Signs
Physiologic measurements of a patient that indicate the status of the body’s life sustaining functions.
Allergies and Intolerances
Represents harmful or undesirable physiological response associated with exposure to a substance.
Assessment and Plan of Treatment
Represents a health professional’s conclusions and working assumptions that will guide treatment of the patient.
Care Team Member(s)
The specific person(s) who participate or are expected to participate in the care team.
Clinical Notes
Composed of both structured (i.e. obtained via pick-list and/or check the box) and unstructured (free text) data. A clinical note may include the history, Review of Systems (ROS), physical data, assessment, diagnosis, plan of care and evaluation of plan, patient teaching and other relevant data points.
Goals
An expressed desired health state to be achieved by a subject of care (or family/group) over a period of time or at a specific point of time
Immunizations
Record of an administration of a vaccination or a record of a vaccination as reported by a patient, a clinician, or another party.
Problems
Information about a condition, diagnosis, or other event, situation, issue, or clinical concept that is documented.
Procedures
An activity that is performed with or on a patient as part of the provision of care.
Provenance
The metadata, or extra information about data, that can help answer questions such as when and who created the data.
Smoking Status
Classification of a patient’s smoking behavior.
For data class description and applicable standards supporting data elements, click to view the USCDI Version 1 (July 2020 errata) in PDF format below.
The USCDI ONC New Data Element and Class (ONDEC) Submission System supports a predictable, transparent, and collaborative process, allowing health IT stakeholders to submit new data elements and classes for future versions of USCDI. Click here for more information and to submit new data elements.
The USCDI standard will follow the Standards Version Advancement Process described in the Cures rule to allow health IT developers to update their systems to newer version of USCDI and provide these updates to their customers.
Comment
Submitted by Albert Taylor
on 2020-10-21
flags for submissions
USCDI data elements refer to a system's ability to capture and share a data element. The referenced flag of "clinical status" would be represented as a unique data element associated with another data element, such as Allergy/Intolerance. A similar data element, "Medication Usage", has been submitted through ONDEC, to address one aspect of medication status. ONC would consider a clinical status data element which could be applied to Allergy/Intolerance, but may also be applicable to other classes/elements like Problems, Health Concerns.Submitted by Seikh Bahar on 2020-10-20
USCDI to FHIR Resource Mapping Guide
Hi. Will there be a data spec/map be published to show how data elements are mapped to FHIR resources?Submitted by Albert Taylor
on 2020-10-20
As USCDI v2 develops, we…
As USCDI v2 develops, we anticipate work will be done to update the mapping from USCDI data elements to US Core Profiles and FHIR resources. The current mapping of these can be found at https://www.hl7.org/fhir/us/core/general-guidance.html.Submitted by dvreeman on 2020-10-23
Proposal for precise modeling of entities in the USCDI
The USCDI V1 is a landmark specification of core clinical data for nationwide exchange. Recognizing USCDI's significant promise for directing future interoperability efforts, we seek to improve its foundation for continued expansion. In particular, we believe that improving the clarity of USCDI entity definitions (e.g. Data Class, Data Element) are necessary for the industry to interpret them consistently. We seek to add precision to their specifications to enable a principled approach for users to understand, implement, extend, and refine them with future submissions for new USCDI content. To that end, we submit these recommendations, which includes a proposed model that is described in the accompanying appendix.Submitted by Mark Savage on 2020-10-23
UCSF Center for Digital Health Innovation's Comment on USCDI
Dear Dr. Rucker: The University of California, San Francisco’s Center for Digital Health Innovation provides the attached comments on new data classes and elements for version 2 of the U.S. Core Data for Interoperability. We appreciate the considerable work that ONC has devoted to the Common Clinical Data Set (CCDS) and its next evolution, the U.S. Core Data for Interoperability version 1. Version 1, however, was only a “modest expansion” of the Common Clinical Data Set. As a health care provider, we urge ONC to add numerous additional data elements now so that they, too, become available for better health care, for key national use cases such as COVID-19 and virtual care, and for the nationwide learning health system we need. According to ONC, technical specifications are already available for 46 of 50 data classes ONC listed for candidate and emerging status, and all 50 are “critical to achieving nationwide interoperability.” To illustrate the importance of adding the missing data elements now, we tested them against two COVID-19 use cases and asked which missing structured data elements are necessary or important now for health care in the midst of the COVID-19 pandemic. Not surprisingly, most were necessary or important. If you or your staff have any thoughts or questions about these comments, please feel free to contact me at Mark.Savage@ucsf.edu. Yours truly, Mark Savage Mark Savage Director, Health Policy Center for Digital Health Innovation University of California, San Francisco E. Mark.Savage@ucsf.edu C. 415.225.1676 W. www.CenterforDigitalHealthInnovation.orgSubmitted by sbzemel on 2020-10-23
Support for the Gravity Project's submission on SDOH
Please see the attached letter for Providence St. Joseph Health's support to the Gravity Project's submission for two approaches for including social determinants of health data in the USCDI.Submitted by zbarber on 2020-11-18
NYeC Support for Gravity Project Submission
The New York eHealth Collaborative (NYeC) supports the inclusion of key social determinants of health (SDOH) data elements as submitted by the Gravity Project in the U.S. Core Data for Interoperability (USCDI) Version 2. New York State has been a leader in requiring interventions and data collection to address SDOH in Value-Based Payment as part of the Medicaid program, which underscores the importance of this work. The Gravity Project’s submissions would add critical domains such as food insecurity, housing instability, transportation insecurity, social isolation, and stress to the USCDI, integrated with core clinical activities such as assessments, diagnoses, interventions, and outcomes. Widespread capturing of standardized SDOH data is critical to understanding and addressing health disparities and improving health outcomes for individuals and communities.Submitted by djdonovan on 2020-12-04
Highmark Health Letter of Support for Gravity Project Submission
This letter is written in support of The Gravity Project’s submission to the Office of the National Coordinator to advocate for the inclusion of Social Determinants of Health (SDOH) in the U.S. Core Data for Interoperability. As one of the nation’s largest integrated healthcare delivery systems, Highmark Health believes this integration is critical to improve the health and well-being of those we serve. Public health professionals have long known that social and environmental determinants of health explain most of a person’s and population’s health status. The health care delivery sector is now understanding that the delivery of traditional health care accounts for only 20% of one’s health. The COVID-19 pandemic has highlighted this reality daily across the nation. The Gravity Project’s submissions would add critical domains such as food insecurity, housing instability, transportation insecurity, social isolation, and stress to the USCDI, integrated with core clinical activities such as assessments, diagnoses, interventions, and outcomes. The need for inclusion of SDOH as a new data class in USCDI is a requisite to capturing social risk and supports a focus on and prioritization of use cases with a high impact on the triple aim, the widely accepted policy objective of HHS that refers to improving the experience of care, improving the health of populations, and reducing per capita costs of health care. The fact that SDOH accounts for 80 percent of health status at a population level and that there is no consistent method to document and communicate these factors during a health care encounter emphasizes the urgency of a national standard approach across the health care system. The implementation of these standards is necessary to drive reductions in missed appointments, cost savings from preventable health events, culturally competent care, increased care plan compliance, reduced administrative burden, promoting effective investment in community health programs, and leveraging critical data to improve patient outcomes. Health care’s transition from a fee-for-service model to value-based care adds an additional imperative for SDOH, since these elements will become increasingly necessary to establish appropriate and equitable reimbursement of health care service providers and advance reimbursement models for community based organizations. Without standards and code sets, health plans will be challenged to evolve their value based reimbursement programs to include social risk. Please accept this recommendation on behalf of Highmark, for The Gravity Project’s submission to the USCDI. Should you have any questions or need additional insight please don’t hesitate to contact me at (412) 721-6800 or via email at Deborah.donovan@highmarkhealth.org.Submitted by cbush on 2020-12-18
Submitted by ondec@google.com on 2020-08-31
How should ONDEC submitters flag Required vs Preferred?
Submissions will be going to USCDI ONDEC system: https://healthit.gov/ONDEC How does HHS ONC recommend submitters flag existing FHIR fields for elements, e.g. clinicalStatus for Allergy Intolerance, as recommending a field to be required, rather than preferred? For this Example, see AllergyIntolerance resource and FHIR, and FHIR coding for clinicalStatus: https://www.hl7.org/fhir/allergyintolerance.html http://hl7.org/fhir/R4/valueset-allergyintolerance-clinical.html In this example, active = Active, inactive = Inactive, resolved = Resolved. For example, clinically, a significant number of patient labelled as 'penicillin allergic' are not truly allergic to the drug. As a result, these antibiotics can be withheld unnecessarily. (ref: https://www.pharmaceutical-journal.com/learning/learning-article/penicillin-allergy-identification-and-management/20069170.article ) Thank you. Henry Wei MD Google