Kurze Antwort: USCDI (United States Core Data for Interoperability) ist die standardisierte Liste von Datenklassen und Datenelementen, die zertifizierte Gesundheitstechnologie in den USA erfassen und austauschen muss: Demografie, Probleme, Medikamente, Allergien, Laborergebnisse, Vitalwerte, Impfungen, Prozeduren, klinische Notizen, Begegnungen, Mitglieder des Pflegeteams, Herkunft und mehr. Sie wird vom föderalen Büro für Gesundheitstechnologie (ASTP/ONC) veröffentlicht und jährlich aktualisiert; die Version, die ein zertifiziertes System unterstützen muss, wird per Verordnung festgelegt. FHIR US Core ist der Implementierungsleitfaden, der festlegt, wie jedes USCDI-Element in FHIR dargestellt wird. USCDI ist also das Was und US Core das Wie. USCDI definierte auch den anfänglichen Umfang des Informationsblockierens, bevor dieser Umfang auf alle elektronischen Gesundheitsinformationen erweitert wurde.
Was ist enthalten
Die USCDI-Version 3, die ab dem 1. Januar 2026 als Grundlage für zertifizierte Gesundheitstechnologie gemäß der HTI-1-Regel gilt, umfasst etwa 20 Datenklassen und 90 Elemente: demografische Patientendaten, Allergien, Probleme, Medikamente, Laborergebnisse, Vitalzeichen, Impfungen, Prozeduren, klinische Notizen, Begegnungen, Beurteilungen des Gesundheitszustands, Ziele und Pflegeteam, Herkunft und Identifikatoren implantierbarer Geräte, die jeweils einem FHIR US Core-Profil zugeordnet sind.
Die Klassen:
| Datenklasse | Beispiele für Elemente | US Core Profil |
|---|---|---|
| Patientendemografie / -informationen | Name, Geburtsdatum, Geschlecht, Rasse, Ethnizität, bevorzugte Sprache, Adresse, Identifikatoren, Geschlechtsidentität, sexuelle Orientierung | Patient |
| Allergien und Unverträglichkeiten | Substanz, Reaktion | AllergyIntolerance |
| Probleme | Probleme, SDOH-Probleme, Diagnose-Datum, Datum der Behebung | Condition (Probleme und Gesundheitsbedenken) |
| Medikamente | Medikamente, Dosis, Verabreichungsweg, Häufigkeit | MedicationRequest |
| Labor | Tests, Werte und Ergebnisse, Ergebnisstatus, Probenart, Referenzbereich | Observation Lab, DiagnosticReport Lab |
| Vitalwerte | Blutdruck, Herzfrequenz, Temperatur, Gewicht, Größe, BMI, SpO2, pädiatrische Perzentile | Vital Signs Observations |
| Impfungen | Impfstoff, Charge, Datum | Immunization |
| Prozeduren | Prozeduren, Durchführungszeitpunkt, Grund, SDOH-Interventionen | Procedure |
| Klinische Notizen | Konsultation, Entlassungsbrief, Anamnese und körperliche Untersuchung, Bildgebungsnarrativ, Laborberichtsnarrativ, Pathologieberichtsnarrativ, Operationsbericht, Verlaufsnotiz | DocumentReference, DiagnosticReport |
| Begegnungsinformationen | Typ, Diagnose, Zeitpunkt, Ort, Disposition | Encounter |
| Gesundheitszustand / Bewertungen | Raucherstatus, Funktionsstatus, Behindertenstatus, psychischer und kognitiver Status, Schwangerschaftsstatus, SDOH-Bewertung | Observation Profile |
| Ziele, Pflegeplan, Mitglieder des Pflegeteams | Patienten ziele, SDOH-Ziele, Name und Rolle des Pflegeteammitglieds | Goal, CarePlan, CareTeam |
| Diagnostische Bildgebung | Tests, Berichte | DiagnosticReport Note |
| Krankenversicherungsinformationen | Deckungsstatus, Typ, Mitgliedsnummer, Kostenträger | Coverage |
| Herkunft | Autor, Zeitstempel des Autors, Organisation des Autors | Provenance |
| Eindeutige Gerätekennungen | UDI für Implantate | Implantable Device |
| Facility-Informationen, Medizinprodukte, Bestellungen, Beobachtungen (v4+) | Name und Typ der Einrichtung, Gerätekennungen, Labor- und diagnostische Bestellungen, Patientenverfügungs-Beobachtung | Location, Device, ServiceRequest, Observation |
Versionen und Daten
Das ONC veröffentlicht jeden Juli eine neue USCDI-Version, aber eine Version wird erst dann erforderlich, wenn eine Regel sie übernimmt: v1 (2020) wurde ab Ende 2022 gemäß der Cures Act Final Rule erforderlich, und v3 (2022) ist die Grundlage ab dem 1. Januar 2026 gemäß HTI-1. Die Versionen 4 bis 6 können frühzeitig im Rahmen der Weiterentwicklung von Standards unterstützt werden.
ONC veröffentlicht jeden Juli eine neue Version nach einem öffentlichen Einreichungsverfahren; eine Version wird erst verpflichtend, wenn eine Regel sie annimmt. v1 (2020) wurde durch die Cures Act Final Rule angenommen und war ab Ende 2022 erforderlich. v3 (2022) wurde von HTI-1 (Januar 2024) als Basis ab dem 1. Januar 2026 übernommen, als v1 auslief. v4 (2023) fügte Facility-Informationen, Medizinprodukte, Bestellungen und weitere Elemente zum Gesundheitszustand hinzu; v5 (2024) und v6 (2025) setzten dies mit Punkten wie Patientenverfügungen, weiteren SDOH- und Laborproben-Details fort. Die HTI-Regeln seit 2024 übernehmen neuere Versionen optional ("standards version advancement") vor ihrem verpflichtenden Datum, sodass zertifizierte Produkte frühzeitig umsteigen können. Die Entsprechung mit US Core: v3 ↔ US Core 6.1, v4 ↔ US Core 7, v5 ↔ US Core 8.
USCDI und Informationsblockierung
Die USCDI definierte den anfänglichen Umfang der US-Informationsblockierungsregeln: Von April 2021 bis Oktober 2022 beschränkten sich elektronische Gesundheitsinformationen (EHI) auf die Elemente der USCDI v1. Seit dem 6. Oktober 2022 bedeutet EHI den vollständigen definierten Datensatz, sodass die USCDI nicht mehr begrenzt, was geteilt werden muss, sondern nur noch, was zertifizierte Systeme in Standardform über APIs teilen müssen.
Gemäß den Cures Act-Regeln dürfen Akteure (Anbieter, zertifizierte Entwickler von Gesundheitstechnologie, Netzwerke) den Zugriff, Austausch oder die Nutzung von elektronischen Gesundheitsinformationen (EHI) nicht behindern, außer unter acht Ausnahmen. Von April 2021 bis Oktober 2022 war EHI auf die USCDI v1-Elemente beschränkt; seit dem 6. Oktober 2022 bedeutet EHI den vollständigen definierten Datensatz in elektronischer Form. USCDI begrenzt daher nicht mehr, was geteilt werden muss; es begrenzt, was zertifizierte Systeme in Standardform über APIs teilen müssen, worauf Apps sich verlassen können.
USCDI+
USCDI+ erweitert den Kern für spezifische Programme und Domänen mit eigenen Datenanforderungen: Meldung an die öffentliche Gesundheit, Qualitätsmessung, Krebsregister, Müttergesundheit, Verhaltensgesundheit. Jede USCDI+-Domäne fügt Elemente über den Kern hinaus hinzu, mit denselben Elementdefinitionen und US Core-Zuordnungen, wo sie existieren, damit ein Spezialregister und ein Krankenhaus-EHR sich auf die Basis einigen.
Was es für einen Datensatz bedeutet, der US-Daten verarbeitet
Ein Datensatz, der US-Gesundheitsdaten über zertifizierte APIs oder den individuellen Zugang über TEFCA verarbeitet, empfängt FHIR US Core-Ressourcen, deren Vokabulare durch USCDI festgelegt sind: LOINC für Laborergebnisse und Vitalzeichen, SNOMED CT und ICD-10-CM für Probleme, RxNorm für Medikamente, CVX für Impfstoffe und UCUM für Einheiten. Ein solcher Datensatz zielt auf US Core 6.1 oder höher ab.
Wenn Ihr Produkt Daten von US-Anbietern über zertifizierte APIs abruft (Patientenzugriff gemäß den Cures Act-Regeln oder TEFCA individueller Zugriff), erhalten Sie US Core-Ressourcen, deren Struktur und Vokabulare durch USCDI festgelegt sind: LOINC für Labore und Vitalwerte, SNOMED CT und ICD-10-CM für Probleme, RxNorm für Medikamente, CVX für Impfstoffe, UCUM für Einheiten, LOINC-Dokumenttypen für Notizen. Erstellen Sie für US Core 6.1 oder höher, verarbeiten Sie must-support-Elemente wie in FHIR-Profilen und Erweiterungen beschrieben, und erwarten Sie die klinischen Notizen als DocumentReference mit eingebettetem oder verknüpftem Inhalt. Ordnen Sie Medikamente von RxNorm zu ATC für einen internationalen Datensatz zu (RxNorm vs ATC) und behalten Sie die US-Codes daneben bei.
Das europäische Gegenstück
Die EHDS definiert Prioritätskategorien von Daten (Patientenzusammenfassung, E-Rezept und E-Abgabe, medizinische Bilder und Berichte, Laborergebnisse, Entlassungsberichte) und ein europäisches EHR-Austauschformat, das auf FHIR und IPS basiert und die Rolle spielt, die USCDI und US Core in den USA spielen. Siehe Ihre medizinischen Daten in der EU und Die Internationale Patientenübersicht.
Anpheros speichert US Core-Ressourcen wie empfangen, mit Herkunft, und zeigt sie im selben Datensatz wie europäische Daten an; wo ein US-Codesystem ein internationales Gegenstück hat, werden beide beibehalten.
Diese Seite erklärt die Regulierung für Produkt- und Entwicklungsteams. Sie ist keine Rechtsberatung; die unter Quellen verlinkten Texte sind maßgeblich, und Ihr Datenschutzbeauftragter, Ihre benannte Stelle oder Ihr Anwalt entscheidet für Ihren Fall. Zuletzt überprüft: Oktober 2026.
Verwandte Seiten
- TEFCA und QHINs erklärt
- FHIR-Implementierungsleitfäden erklärt
- FHIR-Profile und Erweiterungen erklärt
- RxNorm vs ATC
- Die Internationale Patientenübersicht
- Karte der Regulierung von Gesundheitsdaten
Quellen
- ASTP/ONC: United States Core Data for Interoperability (USCDI)
- HTI-1 Final Rule (Federal Register, Januar 2024)
- HL7 US Core Implementation Guide
- ASTP/ONC: Information Blocking
- ASTP/ONC: USCDI+
Häufige Fragen
Ist USCDI dasselbe wie US Core?
Nein. USCDI listet die Datenklassen und Elemente (das Was); US Core ist der HL7 FHIR-Implementierungsleitfaden, der Profile für jedes Element definiert (das Wie). Jede US Core-Version entspricht einer USCDI-Version.
Welche USCDI-Version muss ein zertifiziertes System jetzt unterstützen?
Version 3 ist die erforderliche Basis ab dem 1. Januar 2026 gemäß HTI-1; neuere Versionen können im Rahmen des Standards-Versions-Advancement-Prozesses frühzeitig unterstützt werden. Überprüfen Sie die aktuellen ONC-Zertifizierungskriterien für den genauen Stand.
Gilt USCDI außerhalb der USA?
Nein, aber seine Struktur ist eine nützliche Referenz: Es ist die US-Antwort auf die Frage, die die EHDS mit Prioritätskategorien und dem europäischen EHR-Austauschformat beantwortet. Internationale Produkte ordnen beide demselben FHIR-Datensatz zu.
Wo sind Bilder in USCDI enthalten?
Nur als Berichte zur diagnostischen Bildgebung (narrativ und strukturiert). Die Bilder selbst bleiben in DICOM und sind außerhalb von USCDI; siehe die Seiten DICOMweb und ImagingStudy.
Kostenlos in der Sandbox testen
Ihr erster FHIR-Aufruf in 5 Minuten. Eine HL7 FHIR R4 API mit der Zustimmung des Patienten: probieren Sie sie in der Sandbox aus und verbinden Sie dann Ihre eigene App oder Ihr Kliniksystem.
Kostenlos · 30 synthetische Patienten · keine Karte

