Interoperacyjność w ochronie zdrowia
Jak systemy medyczne wymieniają dane i rozumieją je tak samo: HL7 FHIR R4, HL7 v2, CDA, systemy kodowania LOINC, SNOMED CT, ICD i krajowe systemy Europy.
Interoperacyjność oznacza, że dwa systemy mogą wymieniać dane medyczne i oba interpretują je tak samo. Potrzebne są do tego trzy rzeczy: format (HL7 FHIR R4 dla API, HL7 v2 dla większości komunikatów szpitalnych, CDA dla dokumentów), wspólne systemy kodowania (LOINC dla badań, SNOMED CT dla pojęć klinicznych, ICD-10 dla rozpoznań, ATC dla leków, UCUM dla jednostek) oraz uzgodnione profile, takie jak International Patient Summary (IPS), którego kraje używają do wymiany transgranicznej.
| Standard API | HL7 FHIR R4 (4.0.1); R5 opublikowany, R4 wciąż najczęściej wdrażany |
|---|---|
| Komunikaty szpitalne | HL7 v2 (ADT, ORM, ORU) |
| Dokumenty | CDA i C-CDA |
| Systemy kodowania | LOINC, SNOMED CT, ICD-10 / ICD-11, ATC, RxNorm, UCUM |
| Wymiana transgraniczna w UE | International Patient Summary, MyHealth@EU |
Jakie są główne standardy danych medycznych?
- Standardy interoperacyjności w ochronie zdrowia: kompletna mapaJedna mapa standardów stojących za danymi medycznymi: wiadomości HL7 v2, dokumenty CDA, zasoby FHIR, DICOM i DICOMweb dla obrazów, profile IHE, openEHR do przechowywania, OMOP do badań oraz systemy kodowania, które wszystkie dzielą.
- Czym jest FHIR i dlaczego ma znaczenie dla pacjentaHL7 FHIR to standard, w którym szpitale, aplikacje i urzędy wymieniają dane medyczne.
- HL7 a FHIR: różnice między HL7 v2, CDA i FHIR – który standard wybrać?HL7 to organizacja i rodzina standardów, a FHIR to jej najnowszy standard.
- FHIR R4 vs R5: Różnice i którą wersję wybraćFHIR R4 (2019) to wersja, na której działa większość świata; R5 (2023) dodaje subskrypcje oparte na tematach i nowe zasoby, a R6 jest w fazie rozwoju.
- CDA i C-CDA wyjaśnione: dokumenty kliniczne HL7HL7 CDA to standard XML dla dokumentów klinicznych, który może być odczytany przez człowieka i przetworzony przez komputer.
- CDA a FHIR: dokumenty kontra zasoby – wyjaśnienieCDA to standard dokumentów: jeden podpisany plik XML, który pozostaje w całości.
- openEHR a FHIR: Różnice i kiedy ich używaćopenEHR i HL7 FHIR są często porównywane, ale rozwiązują różne problemy: openEHR modeluje i przechowuje długoterminową dokumentację medyczną za pomocą archetypów i szablonów; FHIR wymienia dane między systemami za pomocą zasobów i interfejsów API.
- CDS Hooks: haki, karty, prefetchCDS Hooks do HL7: wywoływanie usług wsparcia decyzji z EHR (otwieranie karty pacjenta, zlecenia).
Jak zbudowane są zasoby FHIR?
- Zasób FHIR Pacjent – wyjaśnienie z przykłademPacjent to kluczowy zasób FHIR.
- Zasób FHIR Observation – wyjaśnienie (z przykładem JSON)Observation to zasób FHIR służący do przechowywania pomiarów: wyników badań laboratoryjnych, parametrów życiowych, objawów, ocen.
- Zasób FHIR Condition wyjaśniony, z przykłademStan rejestruje diagnozę, problem lub objaw i jego przebieg.
- Zasób FHIR Encounter – wyjaśnienie z przykłademEncounter to zasób FHIR opisujący wizytę (szpitalną, teleporadę, domową): kiedy, gdzie, kto, dlaczego, diagnozy.
- FHIR DiagnosticReport wyjaśniony, z przykłademDiagnosticReport to zasób FHIR dla podpisanego raportu: grupuje Obserwacje w panel, zawiera podsumowanie i plik PDF, a także rejestruje, kto go wydał i kiedy.
- FHIR DocumentReference a DiagnosticReport: Kiedy czego użyćTrzy zasoby FHIR służą do obsługi raportów i plików.
- FHIR MedicationStatement a MedicationRequest – wyjaśnienieFHIR ma cztery zasoby dotyczące leków, które opisują cztery różne fakty: receptę (MedicationRequest), wydanie leku (MedicationDispense), podaną dawkę (MedicationAdministration) oraz to, co pacjent mówi, że przyjmuje (MedicationStatement).
- Zasób FHIR AllergyIntolerance wyjaśniony (z przykładem)Jak alergia jest zapisywana w FHIR: clinicalStatus, verificationStatus, type, category, criticality i reaction z severity, zakodowane w SNOMED CT.
- Zasób FHIR Immunization (Karty Szczepień) – WyjaśnienieJak szczepienia są przechowywane w FHIR: zasób Immunization ze statusem, kodem szczepionki, datą, numerem serii i numerem dawki, jak zapisuje się niepodane dawki oraz jak karty szczepień są przesyłane w Międzynarodowym Podsumowaniu Pacjenta (IPS).
- Typy pakietów FHIR wyjaśnione: transakcja, partia, dokument, zestaw wyników wyszukiwaniaPakiet FHIR to kontener na kilka zasobów.
- FHIR CodeableConcept vs kodowanie – wyjaśnieniePrawie każdy kodowany element w FHIR to CodeableConcept: lista kodowań z różnych systemów kodowania plus oryginalny tekst.
- Profile i rozszerzenia FHIR wyjaśnioneProfil FHIR (StructureDefinition) zawęża zasób bazowy: elementy, must-support, kody, slicing, bindings, invariants.
- Przewodniki implementacyjne FHIR: US Core, IPS, profilePodstawowy FHIR jest celowo szeroki; przewodniki implementacyjne (IG) zawężają go dla kraju lub przypadku użycia za pomocą profili, elementów „must-support” i powiązań terminologii.
- Parametry wyszukiwania FHIR wyjaśnione (z przykładami)Jak wysyłać zapytania do serwera FHIR: parametry wyszukiwania według typu (token, data, referencja, ciąg znaków, ilość), prefiksy takie jak ge i lt, modyfikatory takie jak :exact i :missing, łańcuchowanie, _include i _revinclude, sortowanie, _count i stronicowanie, z przykładowymi adresami URL dla wyników laboratoryjnych.
- Subskrypcje FHIR: tematy, kanały, od R4 do R5Subskrypcja FHIR prosi serwer o powiadomienie Cię, gdy coś się zmieni.
- Eksport danych FHIR ($export) – wyjaśnienieSpecyfikacja FHIR Bulk Data Access definiuje $export do przenoszenia danych wielu pacjentów jednocześnie w postaci plików NDJSON.
Jak systemy szpitalne wymieniają komunikaty?
- Wyjaśnienie komunikatów HL7 v2 ADT i ORUHL7 v2 to nadal podstawowy sposób komunikacji między systemami szpitalnymi.
- Komunikaty HL7 v2 ORM i OML dotyczące zleceńJak zlecenie podróżuje w HL7 v2: ogólny komunikat zlecenia ORM^O01 i nowszy komunikat zlecenia laboratoryjnego OML^O21, segment ORC kontrolujący zlecenie (nowe, anulowanie, status), segment OBR określający, co zostało zlecone, odpowiedzi ORR i ACK oraz jak to samo zlecenie wygląda jako FHIR ServiceRequest.
- Silniki integracyjne: co robią, kiedy ich potrzebujeszSilnik integracyjny: odbiera, przetwarza i dostarcza komunikaty między systemami.
- Integracja systemów szpitalnych: HIS, silniki, laboratorium, radiologiaJak systemy w szpitalu komunikują się ze sobą i ze światem zewnętrznym: HIS lub EHR w centrum, silnik interfejsów kierujący ruchem HL7 v2 i FHIR, laboratorium i radiologia, apteka, urządzenia, telemedycyna i aplikacje pacjenta.
- Jak zintegrować system laboratoryjny (LIS) z systemem EHRInterfejs laboratoryjny to najczęstsza integracja szpitalna i najłatwiejsza do wykonania błędnie.
Które systemy kodowania opisują dane?
- Co to jest kod LOINC? Wyjaśnienie kodów badań laboratoryjnychLOINC nadaje każdemu badaniu laboratoryjnemu i pomiarowi klinicznemu uniwersalny kod, dzięki czemu wynik z jednego laboratorium oznacza to samo w innym systemie.
- Czym jest SNOMED CT? Terminologia medyczna wyjaśnionaSNOMED CT to największa na świecie terminologia kliniczna, używana do zapisywania diagnoz, wyników badań, alergii i procedur jako kodów.
- LOINC a SNOMED CT: który kod gdzie pasujeLOINC: co zmierzono (testy, parametry).
- SNOMED CT a ICD-10: do czego służąSNOMED CT (co widzi lekarz) vs ICD-10 (zliczanie chorób, rozliczenia).
- ICD-10 a ICD-11: wyjaśnienie różnicICD-11 zastąpił ICD-10 jako standard WHO w styczniu 2022 roku, ale większość krajów nadal koduje w ICD-10.
- ICD-10 a ICD-10-CM a ICD-10-GM: wersje narodoweWHO publikuje ICD-10.
- Wyjaśnienie kodów leków RxNorm i ATCRxNorm opisuje leki kliniczne ze szczególnym uwzględnieniem dawki i formy dla systemów amerykańskich; ATC klasyfikuje substancje czynne według narządów i grup terapeutycznych do celów statystycznych i wymiany międzynarodowej.
- Jednostki UCUM w wynikach badań laboratoryjnych (mg/dL, mmol/L, 10*3/uL) – wyjaśnienieUCUM to system kodowania jednostek miary w elektronicznych danych medycznych.
- Jak krok po kroku przypisać lokalne kody laboratoryjne do LOINCPrzypisz kody badań laboratoryjnych do LOINC, by wyniki były porównywalne i czytelne dla systemów FHIR.
- Serwery terminologii FHIR: $lookup, $expand, $translateSerwer terminologii przechowuje SNOMED CT, LOINC, ICD-10, zestawy wartości i mapowania.
Jak działają systemy krajowe i transgraniczne?
- Krajowe elektroniczne dokumentacje medyczne: porównanie Europy i USAMapa krajowych infrastruktur dokumentacji medycznej: niemiecka ePA, francuskie Mon espace santé, włoska FSE, hiszpańska HCDSNS, holenderskie MedMij i LSP, NHS w Anglii, austriacka ELGA, polskie P1, kraje nordyckie i sieci w USA.
- MyHealth@EU i transgraniczne podsumowanie pacjentaMyHealth@EU wymienia dane medyczne między krajami UE.
- Międzynarodowe Podsumowanie Pacjenta (IPS): co to jestIPS to standardowy dokument, który lekarz, który nigdy Cię nie widział, gdziekolwiek na świecie, odczyta w kilka sekund: alergie, leki, choroby, szczepienia.
- eRecepta transgraniczna w UE (MyHealth@EU) – wyjaśnienieDzięki MyHealth@EU niektóre kraje UE pozwalają aptekom realizować elektroniczną receptę wystawioną w innym państwie członkowskim oraz udostępniać podsumowania zdrowotne pacjenta.
- Niemiecka ePA i Telematikinfrastruktur – wyjaśnienieElektroniczna karta pacjenta (ePA) w Niemczech od 2025.
- Francja: Mon espace santé i DMP – wyjaśnienieMon espace santé: francuska, narodowa przestrzeń zdrowia osobistego (DMP, wiadomości, aplikacje).
- Elektroniczna dokumentacja medyczna ELGA w Austrii – wyjaśnienieELGA: austriacka elektroniczna dokumentacja medyczna (od 2015).
- Włoski FSE 2.0: wyjaśnienie krajowego rejestru zdrowiaFascicolo Sanitario Elettronico (FSE) 2.0: włoski rejestr zdrowia z krajową bramką i repozytorium danych.
- Hiszpania: HCDSNS i regionalne dane medyczne – wyjaśnienieHiszpania: 17 regionalnych służb zdrowia połączonych przez krajowy HCDSNS.
- Holandia: MedMij i LSP – wyjaśnienieW Holandii brak krajowego rejestru zdrowia.
- Polska: P1, IKP i e-recepta – wyjaśnieniePolska cyfryzuje zdrowie: e-recepta, e-skierowanie, e-zwolnienie, rejestr zdarzeń medycznych, wymiana dokumentów przez platformę P1 (Centrum e-Zdrowia).
- Wielka Brytania: NHS Spine, GP Connect i NHS App – wyjaśnienieDane o zdrowiu w Anglii: system Spine (demografia, Summary Care Record, e-recepty, e-skierowania) i API FHIR (GP Connect, NHS App).
Dla deweloperów
Buduj na interoperacyjnych danych medycznych
Anpheros Platform to API FHIR R4 dla dokumentacji medycznej, ze zgodą pacjenta, darmowym sandboxem i SDK dla Dart, Flutter i TypeScript.