Krátka odpoveď: zdravotné údaje prechádzajú cez štyri vrstvy štandardov. Výmenné štandardy prenášajú dáta medzi systémami: správy HL7 v2, dokumenty CDA, zdroje FHIR a DICOM pre obrázky. Modelovacie a úložné štandardy hovoria, ako je záznam štruktúrovaný v systéme: openEHR pre klinické záznamy, OMOP pre výskumné databázy. Terminológie dávajú každému konceptu kód, ktorému obe strany rozumejú: SNOMED CT, LOINC, ICD, ATC, UCUM, RxNorm. Štandardy pre identitu a bezpečnosť rozhodujú, kto si čo môže prečítať: OAuth 2.0 a SMART on FHIR, plus profily IHE, ktoré kombinujú všetko vyššie uvedené do testovaných receptov. Nikto nepoužíva len jeden; nemocnica zvyčajne prevádzkuje všetky štyri vrstvy naraz.
Mapa
Štandardy zdravotnej interoperability tvoria štyri vrstvy. Štandardy výmeny (HL7 v2, CDA, FHIR, DICOM a DICOMweb) presúvajú dáta medzi systémami a IHE profily ich spájajú do otestovaných postupov. openEHR štruktúruje uložený záznam a OMOP štruktúruje výskumné databázy. Terminológie ako SNOMED CT a LOINC, a štandardy identity ako SMART on FHIR, sa používajú vo všetkých z nich.
| Vrstva | Štandard | Čo to je | Kde sa s tým stretnete v roku 2026 |
|---|---|---|---|
| Výmena | HL7 v2 | Správy oddelené zvislou čiarou (ADT, ORU, ORM, SIU) cez MLLP | Vnútri nemocníc: prijatia, výsledky laboratórnych testov, objednávky, plánovanie. Stále najbežnejšie rozhranie |
| Výmena | CDA / C-CDA | XML klinické dokumenty s ľudsky čitateľnou časťou a kódovanými záznamami | Prepúšťacie správy, odporúčacie listy, US C-CDA, cezhraničné súhrny v MyHealth@EU |
| Výmena | FHIR (R4, R4B, R5) | Webové zdroje (Patient, Observation, Condition…) cez REST a JSON | Aplikácie pre pacientov, národné API, API EHR, US Core, výmenný formát EHDS |
| Výmena | DICOM a DICOMweb | Obrazové objekty so zabudovanými metadátami; DICOMweb je jeho REST tvár | Každý skener, PACS a prehliadač rádiológie; webové prehliadače používajú DICOMweb |
| Recepty | Profily IHE | Testované kombinácie vyššie uvedených pre jeden prípad použitia (XDS, PIX/PDQ, XCA, SWF) | Zdieľanie dokumentov medzi nemocnicami a regiónmi, identita pacienta, pracovný postup rádiológie |
| Úložisko | openEHR | Klinický dátový model založený na archetypoch pre samotný záznam | Nemocničné a národné platformy EHR v častiach Európy, Škandinávie, Brazílie |
| Výskum | OMOP CDM | Spoločný relačný model pre observačný výskum | Výskumné siete, reálne dôkazy, sekundárne použitie EHDS |
| Terminológia | SNOMED CT, LOINC, ICD-10/11, ATC, RxNorm, UCUM | Kódy pre nálezy, testy, diagnózy, lieky, jednotky | Vo vnútri každého z vyššie uvedených štandardov |
| Identita | OAuth 2.0, OpenID Connect, SMART on FHIR, IHE XUA | Kto je používateľ a k čomu má aplikácia prístup | Každá aplikácia zameraná na pacienta a každá platforma aplikácie EHR |
Ako sa vrstvy spájajú
Vrstvy štandardov zdravotnej interoperability do seba zapadajú tým, že každá vykonáva jednu úlohu v rovnakom pracovnom postupe: HL7 v2 správa prenáša laboratórnu objednávku, LOINC a UCUM kódujú výsledok, platforma openEHR ho ukladá, FHIR API ho poskytuje pacientskej aplikácii po prihlásení cez SMART on FHIR a CDA dokument ho zdieľa s inou nemocnicou.
Výsledok krvného testu ukazuje všetky štyri vrstvy za jedno popoludnie. Objednávka opúšťa oddelenie ako správa HL7 v2 ORM (výmena). Výsledok z analyzátora sa vracia ako HL7 v2 ORU, s testom kódovaným v LOINC a jednotkou v UCUM (terminológia). Nemocnica ho uloží do svojej vlastnej databázy, možno platformy openEHR (úložisko). Aplikácia pacienta si ho prečíta cez FHIR API ako Observation, potom čo sa pacient prihlásil pomocou SMART on FHIR (identita). Ak nemocnica zdieľa celý report s inou nemocnicou, môže tak urobiť ako dokument CDA prostredníctvom registra IHE XDS. Ak výsledok neskôr vstúpi do výskumnej kohorty, konvertuje sa do OMOP.
Štandardy nie sú konkurenti. Každý bol vytvorený na inú prácu a nahradenie jedného iným zvyčajne znamená prestavbu niečoho, čo už funguje.
Ktorý potrebujete?
Štandard zdravotnej interoperability, ktorý potrebujete, závisí od úlohy: FHIR R4 so SMART on FHIR pre pacientske alebo lekárske aplikácie, HL7 v2 na pripojenie k existujúcim nemocničným systémom, DICOM a DICOMweb pre obrázky, CDA alebo FHIR dokumenty pre celé dokumenty, openEHR na dlhodobé ukladanie záznamov, OMOP na výskum a IHE profily, keď dva systémy musia fungovať identicky.
- Staviate aplikáciu pre pacientov alebo lekárov: FHIR R4, s profilmi vášho trhu (implementačné príručky), SMART on FHIR pre prihlásenie.
- Pripojujete sa k existujúcim systémom nemocnice: očakávajte najprv HL7 v2; FHIR tam, kde ho dodávateľ ponúka. Pozrite si Vysvetlenie správ HL7 v2.
- Spracovávate obrázky: DICOM pre úložisko a prenos, DICOMweb pre čokoľvek v prehliadači, FHIR ImagingStudy len pre metadáta. Pozrite si Vysvetlenie DICOMweb a ImagingStudy vs DICOMweb.
- Vymieňate celé dokumenty (súhrny, listy): CDA tam, kde je to povinné, FHIR dokumenty (Bundle typu
document), kde si môžete vybrať. Pozrite si Vysvetlenie CDA a C-CDA. - Navrhujete, ako sa záznam uchováva desaťročia: openEHR, s FHIR ako výmennou vrstvou. Pozrite si openEHR vs FHIR.
- Vykonávate výskum na mnohých záznamoch: OMOP, s FHIR ako zdrojom. Pozrite si Sekundárne použitie zdravotných údajov.
- Potrebujete, aby sa dva systémy správali rovnako: vyberte si profil IHE pre váš prípad použitia a otestujte ho.
Kde sa nachádza Anpheros
Anpheros Platform sa nachádza vo vrstve výmeny mapy štandardov ako FHIR R4 server s prístupom cez OAuth 2.0 a webhookmi pre oznámenia o zmenách, prijímajúci laboratórne výsledky cez konektor z HL7 v2 ORU, CSV alebo JSON. Neukladá DICOM obrázky a neponúka službu CDS Hooks; tie zostávajú v nemocničných systémoch.
Anpheros Platform je server FHIR R4 s prostriedkami, ktoré potrebuje záznam zameraný na pacienta (Patient, Observation, Condition, MedicationStatement, DocumentReference, DiagnosticReport, Immunization, Consent, Provenance a ďalšie), OAuth 2.0 pre prístup a webhooks pre oznámenia o zmenách. Výsledky laboratórnych testov prichádzajú cez konektor laboratória z HL7 v2 ORU, CSV alebo JSON. Neukladá DICOM obrázky a neponúka službu CDS Hooks; tie zostávajú v systémoch nemocnice a záznam na ne odkazuje.
Poradie čítania
Dobré poradie čítania štandardov zdravotnej interoperability začína tým, čo je FHIR a ako sa líši od HL7 v2, potom FHIR Observation zdroj, potom terminológie LOINC a SNOMED CT používané v ňom, potom DICOMweb pre obrázky, CDA pre dokumenty a nakoniec openEHR v porovnaní s FHIR, ako sa záznamy ukladajú.
Ak ste v tejto oblasti noví: Čo je FHIR → HL7 vs FHIR → FHIR Observation → LOINC a SNOMED CT → DICOMweb → CDA → openEHR vs FHIR.
Súvisiace stránky
- HL7 vs FHIR
- Vysvetlenie správ HL7 v2
- Vysvetlenie CDA a C-CDA
- Vysvetlenie DICOMweb
- openEHR vs FHIR
- Implementačné príručky FHIR
- FHIR R4 vs R5
- Čo je kód LOINC?
- Čo je SNOMED CT?
- DICOM vs FHIR pre vývojárov
- Vysvetlenie profilov a rozšírení FHIR
- Vysvetlenie terminologických serverov FHIR
- Mapa regulácie zdravotných údajov
- Národné elektronické zdravotné záznamy v Európe a USA
- Vysvetlenie integrácie nemocničných systémov
- AI na lekárskych dátach
- Sekundárne použitie zdravotných údajov
- Bezpečnosť a identita v zdravotných aplikáciách
Zdroje
- HL7 International: štandardy
- Špecifikácia HL7 FHIR R4
- Štandard DICOM, aktuálne vydanie
- Technické rámce IHE
- Špecifikácie openEHR
- OHDSI OMOP Common Data Model
- SMART App Launch
Časté otázky
Naozaj FHIR nahrádza všetky ostatné štandardy?
Nie. FHIR nahrádza vlastné API a pomaly aj niektoré výmeny dokumentov CDA. HL7 v2 zostáva pracovným koňom v nemocniciach, DICOM zostáva jediným štandardom pre obrázky a openEHR a OMOP odpovedajú na otázky (úložisko, výskum), na ktoré FHIR nebol navrhnutý.
Aký je rozdiel medzi štandardom a profilom IHE?
Štandard ako FHIR alebo DICOM definuje stavebné bloky. Profil IHE vyberá konkrétne bloky, fixuje ich možnosti a presne hovorí, ako ich systémy musia použiť na jednu úlohu, aby dvaja predajcovia, ktorí obaja prešli testami IHE, mohli spolupracovať bez projektu.
Ktorý štandard používajú národné zdravotnícke systémy?
Väčšina európskych systémov začala s dokumentmi CDA a HL7 v2 a pridávajú API FHIR; výmenný formát EHDS je postavený na FHIR a IPS. USA prikazujú FHIR US Core pre prístup pacienta a C-CDA pre výmenu dokumentov.
Kam patria SNOMED CT a LOINC?
Nie sú to výmenné štandardy; sú to slovníky používané vo všetkých z nich. Kód LOINC identifikuje test v segmente HL7 v2 OBX, zázname CDA a rovnako aj v FHIR Observation.
Vyskúšajte zadarmo v sandboxe
Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.
Zadarmo · 30 syntetických pacientov · bez karty
Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.
O Anpherose →