USCDI Export for the Public
Classification Level Sort descending | Data Class | Data Class Description | Data Element | Data Element Description | Applicable Standards | Submitter Name | Submitter Organization | Submission Date |
---|---|---|---|---|---|---|---|---|
Level 0 | Laboratory | Analysis of clinical specimens to obtain information about the health of a patient. |
Laboratory Test Performed Date | The clinically relevant date/time of the observation. In the case of observations taken directly from a subject, it is the actual date and time the observation was obtained. In the case of a specimen-associated study, this field shall represent the date and time the specimen was collected or obtained. |
Laboratory Test/Panel Code: LOINC Codes: http://loinc.org Laboratory Test Performed Date: FHIR dateTime, Period, Timing, Instant: http://hl7.org/fhir/observation-definitions.html#Observation.effective_x_ Laboratory Result Status: FHIR Observation Status: http://hl7.org/fhir/valueset-observation-status.html Laboratory Result Value: FHIR Quantity|CodeableConcept|string|boolean|integer|Range|Ratio|SampledData|time|dateTime|Period: http://hl7.org/fhir/observation-definitions.html#Observation.value_x_ |
Maria Michaels | CDC | |
Level 0 | Laboratory | Analysis of clinical specimens to obtain information about the health of a patient. |
Laboratory results: date and timestamps | Date and timestamps associated with the completion of laboratory results, that are meta data associated with laboratory results |
LOINC codes for labs—date and timestamps collected in standard format |
Joel Andress | Centers for Medicare and Medicaid Services (CMS) Center for Clinical Standards and Quality (CCSQ) | |
Level 0 | Research Data | Clinical Trial Participation State | Indicator of the progression of a study subject through a study. |
CDISC standards, HL7 FHIR research-study-state, researchsubject (formerly known as Data Access Framework (DAF)) |
Mitra Rocca | Food and Drug Administration | ||
Level 0 | Research Data | Study Name | Study subject is part of |
CDISC standards, HL7 FHIR researchstudy, researchsubject (formerly known as Data Access Framework (DAF)) |
Mitra Rocca | Food and Drug Administration | ||
Level 0 | Medications | Pharmacologic agents used in the diagnosis, cure, mitigation, treatment, or prevention of disease. |
Medication Administrations Report (Flowsheet) | Structured data captured in a Medication Administration Report (usually for inpatients) showing each drug administered, who administered it, what time it was administered, etc. |
LOINC has codes for flowsheet elements/structured clinical data including for prenatal, cancer staging, and medication administration (clinical LOINC), FHIR R4 Observation resource, MedicationAdministration, among others, can be used to communicate the information. |
TICIA Louise GERBER | Health Level Seven International | |
Level 0 | Care Team Members | Information about a person who participates or is expected to participate in the care of a patient. |
Data Steward | Patients may be their own data stewards, or have other data stewards able to authorize permissions on their data. This term, "Data Steward" is intended to describe an individual or organization authorized and accountable for permission decisions about the health data of the individual. While this may be a RelatedPerson or a member of a CareTeam (existing elements and classes in USCDI FHIR), it may also not be part of those groups. Data stewards may be needed for individual patients who are incapacitated or for minors who lack legal capacity to consent (although be able to assent). Data stewards may also have a critical role in stewardship of health data for deceased individuals, e.g. clinical genetic counseling, research studies. Individuals may also assign stewardship to multiple individuals and organizations. Data stewardship may also authorize designated organizations and/or individuals to determine data use permissions by specific segment (e.g. medication data vs. family history data). |
FHIR has standards for Person and Organization resources: https://www.hl7.org/fhir/person.html https://www.hl7.org/fhir/organization.html However, role-specific terminology and standards may be needed to describe the specific role(s) of a Data Steward if considered as a separate element, or as a member of the CareTeam. |
Henry Wei | ||
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Modifier Code -2 | Modifier(s) for the procedure represented on this line. Identifies special circumstances related to the performance of the service. |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Work Information | Farmworker Status | Data element capturing seasonal or migrant farm work status. |
Veteran Status: Z56.82 Military deployment status Farmworker Status: ICD: Z57.2 Occupational exposure to dust Z57.3 Occupational exposure to other air contaminants Z57.4 Occupational exposure to toxic agents in agriculture Z57.6 Occupational exposure to extreme temperature Z57.8 Occupational exposure to other risk factors Agricultural/animal husbandry worker (occupation) - SNOMED: 106390009 Refugee Status: Refugee family (social concept) - SNOMED: 413323004 Refugee (person) - SNOMED: 446654005 Are you a refugee? - LOINC: 93027-1 Refugee - LOINC: LA29153-6 |
Raymonde Uy | National Association of Community Health Centers (NACHC) | ||
Level 0 | Work Information | Veteran Status | Military service in the armed forces of the United States or other nations, including the length and branch of service, the military occupation, the location and type of duty (e.g., in the United States or abroad with combat, combat support, or noncombat duties), and any ongoing illness, injury, limitation, or disability that began during military service. (Institute of Medicine, Capturing Social and Behavioral Domains in Electronic Health Records, Phase 2, p. 297 (2014).) |
Yes, a vocabulary/terminology standard and/or technical specification exists for each proposed data element. The Gravity Project attaches a letter with an overview. For (1) Food Insecurity: LOINC, SNOMED-CT, ICD-10-CM, and CPT/HCPCS terminologies are specified by value set in NLM’s Value Set Authority Center (VSAC). For (2) Housing Instability and Homelessness, (3) Inadequate Housing, (4) Transportation Insecurity, (5), Financial Strain, (6) Social Isolation, (7) Stress, (8) Interpersonal Violence, (9) Education, (10) Employment, and (11) Veteran Status: • The corresponding value sets are under development by the Gravity Project; • The value sets will be complete prior to publishing of USCDI v2.0; • Even if a particular value set might be incomplete, the value set will be citable. The technical specifications for value sets under each data element are described below: • Assessments: LOINC • Health Concerns/Problems/Diagnoses: SNOMED-CT, ICD-10-CM • Goals: LOINC • Procedures/Interventions: SNOMED-CT (clinical), CPT/HCPCS (billing) • Outcomes: LOINC (NCQA measures) • Consent (where needed): based on existing HL7 code systems |
Mark Savage for Gravity Project | Gravity Project | ||
Level 0 | Social Determinants of Health | Refugee Status | Data element capturing the refugee status of a patient |
Veteran Status: Z56.82 Military deployment status Farmworker Status: ICD: Z57.2 Occupational exposure to dust Z57.3 Occupational exposure to other air contaminants Z57.4 Occupational exposure to toxic agents in agriculture Z57.6 Occupational exposure to extreme temperature Z57.8 Occupational exposure to other risk factors Agricultural/animal husbandry worker (occupation) - SNOMED: 106390009 Refugee Status: Refugee family (social concept) - SNOMED: 413323004 Refugee (person) - SNOMED: 446654005 Are you a refugee? - LOINC: 93027-1 Refugee - LOINC: LA29153-6 |
Raymonde Uy | National Association of Community Health Centers (NACHC) | ||
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Procedure Code | Principal medical procedure a patient received during inpatient stay. Current coding methods include: International Classification of Diseases Surgical Procedures (ICD-9). Information located on UB04 (Form Locator 74). |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Procedure Date | Principal medical procedure a patient received during inpatient stay. Current coding methods include: International Classification of Diseases Surgical Procedures (ICD-9). Information located on UB04 (Form Locator 74). |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Procedure Code Type | Principal medical procedure a patient received during inpatient stay. Current coding methods include: International Classification of Diseases Surgical Procedures (ICD-9). Information located on UB04 (Form Locator 74). |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Procedure Code Type | Indicates if the inpatient institutional procedure (ICD-PCS) is the principal procedure or another procedure |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Procedure Type | Additional surgical procedure a patient received during inpatient stay. Coding methods for this field is International Classification of Diseases Surgical Procedures (ICD-10). |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Modifier Code -1 | Modifier(s) for the procedure represented on this line. Identifies special circumstances related to the performance of the service. |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners | |
Level 0 | Observations | Findings or other clinical data collected about a patient during care. |
Questionnaire | A structured set of questions intended to guide the collection of answers from end-users. Questionnaires provide detailed control over order, presentation, phraseology and grouping to allow coherent, consistent data collection. |
Uses LOINC for questionnaire questions and responses. |
Shelly Spiro | Pharmacy HIT Collaborative | |
Level 0 | Laboratory | Analysis of clinical specimens to obtain information about the health of a patient. |
Test Kit Unique Device Identifier | Uniquely identifies the type of test (at minimum by using test name and manufacturer (similar to the make and model of a car)) that was used to obtain the Test Result Value. It is a device identifier and should be referenced using Device Identifiers (DI), when available. The DI is contained within the unique device identifier (UDI), created by manufacturer (Manufacturer requests UDI issuance, then provides DI, or can be pulled from GUDID database (https://accessgudid.nlm.nih.gov/) | Riki Merrick | Association of Public Health Laboratories | ||
Level 0 | Provenance | The metadata, or extra information about data, regarding who created the data and when it was created. |
Device ID | Device ID where dataset or data element was originated (collected, captured, sourced), updated, verified, attested, transformed... Provenance set includes the who, what, when, where and why as metadata for USCDI data classes and data elements. Device ID is part of “where”. Device ID must be associated with each USCDI dataset or data element that has a unique provenance set. Occurs when data is originated (captured, collected or sourced), updated, verified, attested, transformed (e.g., to/from exchange artifact such as HL7 v2 message, document or FHIR resource instance). Note that Device ID is intrinsic to what the source EHR/HIT system already knows, thus it does not require extra data collection (burden) by the clinician or other end user. |
Gary Dickinson | EHR Standards Consulting | ||
Level 0 | Explanation of Benefit | Health data as reflected in a patient's Explanation of Benefits (EOB) statements, typically derived from claims and other administrative data. |
Claim Service Start Date | Date on which services began. |
NUBC, CPT, HCPCS, HIPPS, ICD-9, ICD-10, DRGs, NDC, POS, NCPDP codes, and X12 codes. |
Mark Roberts | Leavitt Partners |