Krótka odpowiedź: USCDI (United States Core Data for Interoperability) to ustandaryzowana lista klas danych i elementów danych, które certyfikowane technologie medyczne w USA muszą być w stanie gromadzić i wymieniać: dane demograficzne, problemy zdrowotne, leki, alergie, wyniki badań laboratoryjnych, parametry życiowe, szczepienia, procedury, notatki kliniczne, wizyty, członkowie zespołu opieki, pochodzenie danych i inne. Jest publikowany przez federalne biuro ds. technologii medycznych (ASTP/ONC) i aktualizowany co roku; wersja, którą musi obsługiwać certyfikowany system, jest określana przepisami. FHIR US Core to przewodnik implementacyjny, który określa, jak każdy element USCDI jest reprezentowany w FHIR, więc USCDI to co, a US Core to jak. USCDI określił również początkowy zakres blokowania informacji, zanim ten zakres został rozszerzony na wszystkie elektroniczne informacje medyczne.
Co zawiera
USCDI w wersji 3, stanowiący podstawę wymaganą od certyfikowanego oprogramowania medycznego od 1 stycznia 2026 r. zgodnie z zasadą HTI-1, zawiera około 20 klas danych i 90 elementów: dane demograficzne pacjenta, alergie, problemy zdrowotne, leki, wyniki badań laboratoryjnych, parametry życiowe, szczepienia, procedury, notatki kliniczne, wizyty, oceny stanu zdrowia, cele i zespół opiekuńczy, pochodzenie danych oraz identyfikatory urządzeń wszczepialnych, z których każdy jest mapowany do profilu FHIR US Core.
Klasy:
| Klasa danych | Przykłady elementów | Profil US Core |
|---|---|---|
| Dane demograficzne / Informacje o pacjencie | Imię i nazwisko, data urodzenia, płeć, rasa, pochodzenie etniczne, preferowany język, adres, identyfikatory, tożsamość płciowa, orientacja seksualna | Patient |
| Alergie i nietolerancje | Substancja, reakcja | AllergyIntolerance |
| Problemy zdrowotne | Problemy, problemy związane z czynnikami społecznymi wpływającymi na zdrowie (SDOH), data diagnozy, data rozwiązania | Condition (Problemy i obawy zdrowotne) |
| Leki | Leki, dawka, droga podania, częstotliwość | MedicationRequest |
| Badania laboratoryjne | Testy, wartości i wyniki, status wyniku, typ próbki, zakres referencyjny | Observation Lab, DiagnosticReport Lab |
| Parametry życiowe | Ciśnienie krwi, tętno, temperatura, waga, wzrost, BMI, SpO2, percentyle pediatryczne | Vital Signs Observations |
| Szczepienia | Szczepionka, partia, data | Immunization |
| Procedury | Procedury, czas wykonania, powód, interwencje SDOH | Procedure |
| Notatki kliniczne | Konsultacja, podsumowanie wypisu, historia i badanie fizykalne, narracja z obrazowania, narracja z raportu laboratoryjnego, narracja z raportu patologicznego, notatka z procedury, notatka z postępu | DocumentReference, DiagnosticReport |
| Informacje o wizycie | Typ, diagnoza, czas, lokalizacja, dyspozycja | Encounter |
| Stan zdrowia / Oceny | Status palenia, status funkcjonalny, status niepełnosprawności, stan psychiczny i poznawczy, status ciąży, ocena SDOH | Profile Observation |
| Cele, plan opieki, członkowie zespołu opieki | Cele pacjenta, cele SDOH, imię i rola członka zespołu opieki | Goal, CarePlan, CareTeam |
| Obrazowanie diagnostyczne | Testy, raporty | DiagnosticReport Note |
| Informacje o ubezpieczeniu zdrowotnym | Status ubezpieczenia, typ, identyfikator członka, płatnik | Coverage |
| Pochodzenie danych | Autor, sygnatura czasowa autora, organizacja autora | Provenance |
| Unikalne identyfikatory urządzeń | UDI dla urządzeń implantowanych | Implantable Device |
| Informacje o placówce, urządzenia medyczne, zlecenia, obserwacje (v4+) | Nazwa i typ placówki, identyfikatory urządzeń, zlecenia badań laboratoryjnych i diagnostycznych, obserwacja dotycząca upoważnień do postępowania w sprawach medycznych | Location, Device, ServiceRequest, Observation |
Wersje i daty
ONC publikuje nową wersję USCDI każdego lipca, ale wersja staje się obowiązkowa dopiero wtedy, gdy zostanie przyjęta w przepisach: wersja 1 (2020) była wymagana od końca 2022 r. zgodnie z Cures Act Final Rule, a wersja 3 (2022) stanowi podstawę od 1 stycznia 2026 r. zgodnie z HTI-1. Wersje od 4 do 6 mogą być wspierane wcześniej w ramach postępu wersji standardów.
ONC publikuje nową wersję każdego lipca po procesie zgłaszania uwag publicznych; wersja staje się wymagana dopiero wtedy, gdy zostanie przyjęta w przepisach. v1 (2020) została przyjęta przez Cures Act Final Rule, wymagana od końca 2022 roku. v3 (2022) została przyjęta przez HTI-1 (styczeń 2024) jako podstawa od 1 stycznia 2026 r., kiedy wygasła ważność v1. v4 (2023) dodała informacje o placówkach, urządzenia medyczne, zlecenia i więcej elementów stanu zdrowia; v5 (2024) i v6 (2025) kontynuowały prace nad elementami takimi jak upoważnienia do postępowania w sprawach medycznych, więcej SDOH i szczegóły dotyczące próbek laboratoryjnych. Przepisy HTI od 2024 r. dopuszczają nowsze wersje jako opcjonalne („standard version advancement”) przed ich wymaganą datą, dzięki czemu certyfikowane produkty mogą być wdrażane wcześniej. Odpowiedniki z US Core: v3 ↔ US Core 6.1, v4 ↔ US Core 7, v5 ↔ US Core 8.
USCDI i blokowanie informacji
USCDI określił początkowy zakres amerykańskich przepisów dotyczących blokowania informacji: od kwietnia 2021 r. do października 2022 r. elektroniczne informacje o stanie zdrowia (EHI) były ograniczone do elementów USCDI v1. Od 6 października 2022 r. EHI oznacza pełny wyznaczony zbiór danych, więc USCDI nie ogranicza już tego, co musi być udostępnione, a jedynie to, co certyfikowane systemy muszą udostępniać w standardowej formie za pośrednictwem interfejsów API.
Zgodnie z przepisami Cures Act, podmioty (świadczeniodawcy, certyfikowani deweloperzy technologii medycznych, sieci) nie mogą utrudniać dostępu, wymiany ani wykorzystania elektronicznych informacji medycznych (EHI), z wyjątkiem ośmiu przypadków. Od kwietnia 2021 r. do października 2022 r. EHI były ograniczone do elementów USCDI v1; od 6 października 2022 r. EHI oznacza pełny wyznaczony zbiór danych w formie elektronicznej. USCDI w związku z tym nie ogranicza już tego, co musi być udostępniane; ogranicza to, co certyfikowane systemy muszą udostępniać w standardowej formie za pośrednictwem API, na czym mogą polegać aplikacje.
USCDI+
USCDI+ rozszerza podstawowy zakres o specyficzne programy i dziedziny z własnymi potrzebami w zakresie danych: raportowanie zdrowia publicznego, pomiar jakości, rejestry nowotworów, zdrowie matek, zdrowie behawioralne. Każda dziedzina USCDI+ dodaje elementy wykraczające poza podstawowy zakres, z tymi samymi definicjami elementów i mapowaniami do US Core tam, gdzie istnieją, tak aby rejestr specjalistyczny i szpitalny EHR zgadzały się co do podstawy.
Co to oznacza dla rekordu, który korzysta z danych z USA
Rekord, który pobiera amerykańskie dane zdrowotne za pośrednictwem certyfikowanych interfejsów API lub indywidualnego dostępu TEFCA, otrzymuje zasoby FHIR US Core, których słowniki są ustalone przez USCDI: LOINC dla wyników laboratoryjnych i parametrów życiowych, SNOMED CT i ICD-10-CM dla problemów zdrowotnych, RxNorm dla leków, CVX dla szczepionek i UCUM dla jednostek. Taki rekord celuje w US Core 6.1 lub nowszy.
Jeśli Twój produkt pobiera dane od amerykańskich świadczeniodawców za pośrednictwem certyfikowanych API (dostęp pacjenta zgodnie z przepisami Cures Act lub indywidualny dostęp TEFCA), otrzymasz zasoby US Core, których struktura i słownictwo są określone przez USCDI: LOINC dla badań laboratoryjnych i parametrów życiowych, SNOMED CT i ICD-10-CM dla problemów zdrowotnych, RxNorm dla leków, CVX dla szczepionek, UCUM dla jednostek, typy dokumentów LOINC dla notatek. Buduj zgodnie z US Core 6.1 lub nowszym, obsługuj elementy must-support zgodnie z opisem w Profilach i rozszerzeniach FHIR i oczekuj notatek klinicznych jako DocumentReference z osadzonymi lub powiązanymi treściami. Mapuj leki z RxNorm do ATC dla międzynarodowego rekordu (RxNorm vs ATC) i zachowaj amerykańskie kody obok.
Europejski odpowiednik
EHDS definiuje kategorie priorytetowe danych (podsumowanie pacjenta, e-recepta i e-wydawanie leków, obrazy medyczne i raporty, wyniki badań laboratoryjnych, raporty z wypisu) oraz europejski format wymiany EHR oparty na FHIR i IPS, który pełni rolę podobną do USCDI i US Core w USA. Zobacz Twoje dane medyczne w UE i Międzynarodowe Podsumowanie Pacjenta.
Anpheros przechowuje zasoby US Core w otrzymanej formie, z informacją o pochodzeniu danych, i wyświetla je w tym samym rekordzie co dane europejskie; tam, gdzie amerykański system kodowania ma międzynarodowy odpowiednik, oba są zachowywane.
Ta strona wyjaśnia przepisy dla zespołów produktowych i inżynieryjnych. Nie jest to porada prawna; teksty podane w sekcji Źródła są wiążące, a Twój inspektor ochrony danych, jednostka notyfikowana lub radca prawny decyduje w Twojej sprawie. Ostatnia weryfikacja: październik 2026.
Powiązane strony
- Wyjaśnienie TEFCA i QHIN
- Wyjaśnienie przewodników implementacyjnych FHIR
- Wyjaśnienie profili i rozszerzeń FHIR
- RxNorm vs ATC
- Międzynarodowe Podsumowanie Pacjenta
- Mapa regulacji danych medycznych
Źródła
- ASTP/ONC: United States Core Data for Interoperability (USCDI)
- HTI-1 Final Rule (Federal Register, styczeń 2024)
- HL7 US Core Implementation Guide
- ASTP/ONC: Information Blocking
- ASTP/ONC: USCDI+
Najczęstsze pytania
Czy USCDI to to samo co US Core?
Nie. USCDI zawiera listę klas danych i elementów (co); US Core to przewodnik implementacyjny HL7 FHIR, który definiuje profile dla każdego z nich (jak). Każda wersja US Core odpowiada wersji USCDI.
Którą wersję USCDI musi teraz obsługiwać certyfikowany system?
Wersja 3 jest wymaganą podstawą od 1 stycznia 2026 r. zgodnie z HTI-1; nowsze wersje mogą być obsługiwane wcześniej w ramach procesu „standards version advancement”. Sprawdź aktualne kryteria certyfikacji ONC, aby poznać dokładny stan.
Czy USCDI ma zastosowanie poza USA?
Nie, ale jego struktura jest użytecznym punktem odniesienia: jest to amerykańska odpowiedź na pytanie, na które EHDS odpowiada za pomocą kategorii priorytetowych i europejskiego formatu wymiany EHR. Międzynarodowe produkty mapują oba do tego samego rekordu FHIR.
Gdzie są obrazy w USCDI?
Tylko jako raporty z obrazowania diagnostycznego (narracyjne i strukturalne). Same obrazy pozostają w formacie DICOM i są poza USCDI; zobacz strony DICOMweb i ImagingStudy.
Wypróbuj za darmo w sandboksie
Pierwsze wywołanie FHIR w 5 minut. API HL7 FHIR R4 z wbudowaną zgodą pacjenta: wypróbuj w piaskownicy, a następnie połącz własną aplikację lub system kliniczny.
Za darmo · 30 syntetycznych pacjentów · bez karty

