Krátká odpověď: zdravotní data procházejí čtyřmi vrstvami standardů. Standardy pro výměnu přenášejí data mezi systémy: zprávy HL7 v2, dokumenty CDA, zdroje FHIR a DICOM pro obrázky. Standardy pro modelování a ukládání určují, jak je záznam strukturován uvnitř systému: openEHR pro klinické záznamy, OMOP pro výzkumné databáze. Terminologie dávají každému konceptu kód, kterému obě strany rozumí: SNOMED CT, LOINC, ICD, ATC, UCUM, RxNorm. Standardy pro identitu a zabezpečení rozhodují, kdo může co číst: OAuth 2.0 a SMART on FHIR, plus profily IHE, které kombinují vše výše uvedené do otestovaných receptů. Nikdo nepoužívá jen jeden; nemocnice obvykle používá všechny čtyři vrstvy současně.
Mapa
Standardy pro interoperabilitu ve zdravotnictví tvoří čtyři vrstvy. Standardy pro výměnu dat (HL7 v2, CDA, FHIR, DICOM a DICOMweb) přenášejí data mezi systémy a profily IHE je kombinují do osvědčených postupů. openEHR strukturuje uložené záznamy a OMOP strukturuje výzkumné databáze. Terminologie jako SNOMED CT a LOINC a standardy identity jako SMART on FHIR se používají ve všech z nich.
| Vrstva | Standard | Co to je | Kde se s tím setkáte v roce 2026 |
|---|---|---|---|
| Výměna | HL7 v2 | Zprávy oddělené svislou čarou (ADT, ORU, ORM, SIU) přes MLLP | V nemocnicích: přijetí, laboratorní výsledky, objednávky, plánování. Stále nejběžnější rozhraní |
| Výměna | CDA / C-CDA | XML klinické dokumenty s lidsky čitelnou částí a kódovanými záznamy | Propouštěcí zprávy, doporučení, americký C-CDA, přeshraniční souhrny v MyHealth@EU |
| Výměna | FHIR (R4, R4B, R5) | Webové zdroje (Patient, Observation, Condition…) přes REST a JSON | Aplikace pro pacienty, národní API, API EHR, US Core, formát pro výměnu EHDS |
| Výměna | DICOM a DICOMweb | Objekty obrázků s vloženými metadaty; DICOMweb je jeho REST rozhraní | Každý skener, PACS a prohlížeč radiologie; webové prohlížeče používají DICOMweb |
| Recepty | Profily IHE | Otestované kombinace výše uvedeného pro jeden případ použití (XDS, PIX/PDQ, XCA, SWF) | Sdílení dokumentů mezi nemocnicemi a regiony, identita pacienta, pracovní postup radiologie |
| Ukládání | openEHR | Klinický datový model založený na archetypech pro samotný záznam | Nemocniční a národní platformy EHR v částech Evropy, Skandinávie, Brazílie |
| Výzkum | OMOP CDM | Společný relační model pro observační výzkum | Výzkumné sítě, data z reálného světa, sekundární použití EHDS |
| Terminologie | SNOMED CT, LOINC, ICD-10/11, ATC, RxNorm, UCUM | Kódy pro nálezy, testy, diagnózy, léky, jednotky | Uvnitř každého z výše uvedených standardů |
| Identita | OAuth 2.0, OpenID Connect, SMART on FHIR, IHE XUA | Kdo je uživatel a k čemu má aplikace přístup | Každá aplikace zaměřená na pacienta a každá platforma aplikací EHR |
Jak se vrstvy spojují
Vrtsvy standardů pro interoperabilitu ve zdravotnictví do sebe zapadají tím, že každá plní jednu úlohu ve stejném pracovním postupu: zpráva HL7 v2 přenáší laboratorní požadavek, kódy LOINC a UCUM kódují výsledek, platforma openEHR jej ukládá, API FHIR jej poskytuje k pacientově aplikaci po přihlášení pomocí SMART on FHIR a dokument CDA jej sdílí s jinou nemocnicí.
Krevní test ukáže všechny čtyři vrstvy během jednoho odpoledne. Žádanka odejde z oddělení jako zpráva HL7 v2 ORM (výměna). Výsledek z analyzátoru se vrátí jako HL7 v2 ORU, s testem kódovaným v LOINC a jednotkou v UCUM (terminologie). Nemocnice jej uloží do své vlastní databáze, možná platformy openEHR (ukládání). Aplikace pacienta si jej přečte přes FHIR API jako Observation, poté co se pacient přihlásil pomocí SMART on FHIR (identita). Pokud nemocnice sdílí celý report s jinou nemocnicí, může tak učinit jako dokument CDA prostřednictvím registru IHE XDS. Pokud výsledek později vstoupí do výzkumné kohorty, je převeden do OMOP.
Standardy nejsou konkurenti. Každý byl vytvořen pro jiný účel a nahrazení jednoho jiným obvykle znamená přestavbu něčeho, co již funguje.
Který potřebujete?
Který standard pro interoperabilitu ve zdravotnictví potřebujete, závisí na úloze: FHIR R4 se SMART on FHIR pro aplikace pro pacienty nebo lékaře, HL7 v2 pro připojení k existujícím nemocničním systémům, DICOM a DICOMweb pro obrázky, dokumenty CDA nebo FHIR pro celé dokumenty, openEHR pro dlouhodobé ukládání záznamů, OMOP pro výzkum a profily IHE, když dva systémy musí fungovat identicky.
- Stavíte aplikaci pro pacienty nebo lékaře: FHIR R4, s profily vašeho trhu (implementační průvodci), SMART on FHIR pro přihlášení.
- Připojujete se k existujícím systémům nemocnice: očekávejte nejprve HL7 v2; FHIR tam, kde jej dodavatel nabízí. Viz Vysvětlení zpráv HL7 v2.
- Zpracováváte obrázky: DICOM pro ukládání a přenos, DICOMweb pro cokoli v prohlížeči, FHIR ImagingStudy pouze pro metadata. Viz Vysvětlení DICOMweb a ImagingStudy vs DICOMweb.
- Vyměňujete celé dokumenty (souhrny, dopisy): CDA tam, kde je to nařízeno, FHIR dokumenty (Bundle typu
document), kde si můžete vybrat. Viz Vysvětlení CDA a C-CDA. - Navrhujete, jak bude záznam uložen po desetiletí: openEHR, s FHIR jako vrstvou pro výměnu. Viz openEHR vs FHIR.
- Provádíte výzkum na mnoha záznamech: OMOP, s FHIR jako zdrojem. Viz Sekundární použití zdravotních dat.
- Potřebujete, aby se dva systémy chovaly stejně: vyberte profil IHE pro váš případ použití a testujte proti němu.
Kde se nachází Anpheros
Platforma Anpheros Platform se nachází ve vrstvě výměny dat na mapě standardů jako server FHIR R4 s přístupem OAuth 2.0 a webovými háčky pro oznámení o změnách, přijímá laboratorní výsledky prostřednictvím konektoru z HL7 v2 ORU, CSV nebo JSON. Neukládá obrázky DICOM a nenabízí službu CDS Hooks; ty zůstávají v nemocničních systémech.
Anpheros Platform je server FHIR R4 s prostředky, které potřebuje záznam zaměřený na pacienta (Patient, Observation, Condition, MedicationStatement, DocumentReference, DiagnosticReport, Immunization, Consent, Provenance a další), OAuth 2.0 pro přístup a webhooks pro oznámení změn. Laboratorní výsledky přicházejí přes konektor laboratoře z HL7 v2 ORU, CSV nebo JSON. Neukládá DICOM obrázky a nenabízí službu CDS Hooks; ty zůstávají v systémech nemocnice a záznam na ně odkazuje.
Pořadí čtení
Dobré pořadí čtení standardů pro interoperabilitu ve zdravotnictví začíná tím, co je FHIR a jak se liší od HL7 v2, poté zdrojem FHIR Observation, poté terminologiemi LOINC a SNOMED CT používanými uvnitř, poté DICOMweb pro obrázky, CDA pro dokumenty a nakonec openEHR ve srovnání s FHIR pro způsob ukládání záznamů.
Pokud jste v oboru noví: Co je FHIR → HL7 vs FHIR → FHIR Observation → LOINC a SNOMED CT → DICOMweb → CDA → openEHR vs FHIR.
Související stránky
- HL7 vs FHIR
- Vysvětlení zpráv HL7 v2
- Vysvětlení CDA a C-CDA
- Vysvětlení DICOMweb
- openEHR vs FHIR
- Implementační průvodci FHIR
- FHIR R4 vs R5
- Co je kód LOINC?
- Co je SNOMED CT?
- DICOM vs FHIR pro vývojáře
- Vysvětlení profilů a rozšíření FHIR
- Vysvětlení terminálových serverů FHIR
- Mapa regulace zdravotních dat
- Národní elektronické zdravotní záznamy v Evropě a USA
- Vysvětlení integrace nemocničních systémů
- AI na lékařských datech
- Sekundární použití zdravotních dat
- Zabezpečení a identita v zdravotnických aplikacích
Zdroje
- HL7 International: standardy
- Specifikace HL7 FHIR R4
- Standard DICOM, aktuální vydání
- Technické rámce IHE
- Specifikace openEHR
- OHDSI OMOP Common Data Model
- SMART App Launch
Časté otázky
Nahrazuje FHIR všechny ostatní standardy?
Ne. FHIR nahrazuje vlastní API a pomalu i některé výměny dokumentů CDA. HL7 v2 zůstává páteří uvnitř nemocnic, DICOM zůstává jediným standardem pro obrázky a openEHR a OMOP odpovídají na otázky (ukládání, výzkum), na které FHIR nebyl navržen.
Jaký je rozdíl mezi standardem a profilem IHE?
Standard, jako je FHIR nebo DICOM, definuje stavební kameny. Profil IHE vybírá konkrétní kameny, fixuje jejich možnosti a přesně říká, jak je systémy musí používat pro jeden úkol, takže dva dodavatelé, kteří oba projdou testy IHE, mohou spolupracovat bez projektu.
Které standardy používají národní zdravotnické systémy?
Většina evropských systémů začala s dokumenty CDA a HL7 v2 a přidává API FHIR; formát pro výměnu EHDS je postaven na FHIR a IPS. USA nařizují FHIR US Core pro přístup pacientů a C-CDA pro výměnu dokumentů.
Kam spadají SNOMED CT a LOINC?
Nejsou to standardy pro výměnu; jsou to slovníky používané uvnitř všech z nich. Kód LOINC identifikuje test v segmentu HL7 v2 OBX, stejně jako v záznamu CDA a FHIR Observation.
Vyzkoušejte zdarma v sandboxu
První volání FHIR za 5 minut. API standardu HL7 FHIR R4 s integrovaným souhlasem pacienta: vyzkoušejte si ho v sandboxu a poté propojte svou vlastní aplikaci nebo klinický systém.
Zdarma · 30 syntetických pacientů · bez karty
Anpheros vytváří zdravotní záznamy, které pacient ovládá a může sdílet s jakoukoli klinikou, na platformě HL7 FHIR R4 se sídlem v EU. Tyto průvodce vám pomohou porozumět vašemu zdraví a uspořádat si ho; nenahrazují vašeho lékaře.
O Anpheros →