Problems

Datasets

US Core 6.1.0 maps each USCDI element to FHIR.

conditions

One file covers all four USCDI condition flavours — problems, health concerns, encounter diagnoses, and SDOH — one row per condition per patient; the category column tells them apart.

• code is the one coded field with no fallback: a row without it cannot become a Condition. The value set spans SNOMED CT, ICD-10-CM, and ICD-9-CM, so send problems and health concerns as SNOMED CT (code_system = http://snomed.info/sct) and claims-sourced encounter diagnoses as ICD-10-CM (code_system = http://hl7.org/fhir/sid/icd-10-cm) — no crosswalk needed. ICD-9-CM (http://hl7.org/fhir/sid/icd-9-cm) exists in the value set for historical records only.
• clinical_status and verification_status are coupled: FHIR requires clinical_status on every problem-list-item row whose verification_status is not entered-in-error, and forbids it on any row that is entered-in-error. Sending active on live rows and resolved or inactive on closed ones satisfies this.
• A row with an abatement_date must carry a clinical_status of inactive, resolved, or remission — FHIR rejects an abated condition still marked active.
• The three onset-side dates differ: onset_date is when the condition clinically began (USCDI Date of Diagnosis), asserted_date is when a practitioner first asserted it, and recorded_date is when the record entered the system. abatement_date is the Date of Resolution. Send whichever your source distinguishes — a source with one condition date puts it in onset_date.
• encounter_id belongs on encounter-diagnosis rows and must match a row in the encounters dataset.

Categories

category says what kind of condition the row is, and that decides which US Core profile it becomes. encounter-diagnosis rows become Encounter Diagnosis resources; every other value becomes a Problems and Health Concerns resource. The four screening values also add their code to the resource as a second category, so the origin of the finding stays visible.

These resources are served by Patient Access, Provider Access, Payer-to-Payer, and Prior Auth.