Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

DICOM verzus FHIR: obrazové a klinické údaje

DICOM prenáša lekárske snímky, FHIR klinické údaje okolo nich: čo každý pokrýva, ako sa spájajú ImagingStudy a DiagnosticReport a čo kde ukladať.

DICOM a FHIR nie sú konkurenti: DICOM je štandard pre lekárske snímky — pixely a technické metadata röntgenu, CT alebo MRI — zatiaľ čo HL7 FHIR je štandard pre klinické údaje okolo nich, ako sú objednávka, správa od radiológa, nálezy a pacient, ku ktorému patria. Typický pracovný postup zobrazovania používa oba: skener a PACS komunikujú v DICOM, nemocničné a klientske aplikácie komunikujú vo FHIR a FHIR zdroje odkazujú na DICOM štúdiu namiesto jej kopírovania. Táto stránka vysvetľuje, kde každý štandard začína a končí, ako sa spájajú a čo by mal a nemal ukladať FHIR backend, ako je Anpheros.

Stručná odpoveď

	DICOM	HL7 FHIR R4
Čo prenáša	Obrázky a ich metadata (modalita, časť tela, rozstup rezov, zariadenie, UID)	Klinické údaje: pacienti, žiadanky, správy, pozorovania, lieky…
Typická veľkosť	Megabajty až gigabajty na štúdiu	Kilobajty na zdroj
Jednotka dát	Štúdia → Séria → Inštancia, identifikovaná globálne unikátnymi UID	Zdroje (Patient, ServiceRequest, ImagingStudy, DiagnosticReport…) s referenciami
Prenos	Sieťové služby DIMSE (C-STORE, C-FIND, C-MOVE) a DICOMweb REST (QIDO-RS, WADO-RS, STOW-RS)	REST cez HTTPS s JSON alebo XML
Uložené v	PACS alebo vendor-neutral archive (VNA)	EHR, FHIR server, platforma zdravotných dát
Čítané pomocou	Prehliadače rádiológie, AI modely pre obrázky, modality	Klinické aplikácie, pacientske aplikácie, analytika, AI pracujúca s textom a hodnotami

Na čo slúži DICOM

DICOM (Digital Imaging and Communications in Medicine) definuje, ako sa obraz kóduje a ako si ho vymieňajú zobrazovacie zariadenia. Každý obrazový súbor nesie hlavičku so stovkami atribútov – identifikátory pacienta a štúdie, modalita (CT, MR, DX, US…), parametre akvizície, rozstup pixelov – popri samotných pixelových dátach. Obrazy sú zoskupené ako inštancie v rámci sérií v rámci štúdie, pričom každá má UID ako napríklad 2.25.181945…, takže rovnakú štúdiu je možné opätovne nájsť v akomkoľvek archíve.

DICOMweb priniesol DICOM do HTTP: QIDO-RS na vyhľadávanie štúdií, WADO-RS na ich načítanie, STOW-RS na ich ukladanie. To umožňuje prístup k obrazom z webových prehliadačov a cloudových služieb, ale dátový obsah je stále DICOM.

Čo DICOM nerobí dobre, je klinický príbeh: prečo bola štúdia objednaná, k čomu dospel rádiológ, s akým problémom súvisí a ako zapadá do laboratórnych výsledkov a liekov. To je úloha FHIR.

Čo FHIR robí okolo zobrazovania

FHIR R4 má zdroje pre každý krok zobrazovacieho pracovného postupu:

ServiceRequest — objednávka: „RTG hrudníka, dva pohľady, podozrenie na pneumóniu“.
ImagingStudy — súhrn DICOM štúdie (UID, modalita, počet sérií a inštancií, lokalita tela) a endpoint, ktorý hovorí, kde je možné obrázky získať, napríklad adresa DICOMweb WADO-RS. Neobsahuje pixely.
DiagnosticReport — správa rádiológa: kód, stav, záver, čas vydania a voliteľne pôvodná správa ako PDF v presentedForm; imagingStudy ju spája so štúdiou.
Observation — jednotlivé nálezy alebo merania, ktoré musia byť prehľadávateľné, napríklad veľkosť uzlíka.
DocumentReference — dokument, ako napríklad PDF správa alebo kľúčový obrázok exportovaný ako JPEG.

ImagingStudy, ktorý odkazuje na štúdiu v PACS (platná štruktúra FHIR R4):

{
  "resourceType": "ImagingStudy",
  "status": "available",
  "subject": {"reference": "Patient/example"},
  "identifier": [{"system": "urn:dicom:uid", "value": "urn:oid:2.25.181945102383749012843512396725468820"}],
  "started": "2026-10-03T10:20:00-05:00",
  "modality": [{"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"}],
  "numberOfSeries": 1,
  "numberOfInstances": 2,
  "endpoint": [{"reference": "Endpoint/pacs-wado"}],
  "series": [{
    "uid": "2.25.30584718293846127394857102938475",
    "modality": {"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"},
    "bodySite": {"system": "http://snomed.info/sct", "code": "51185008", "display": "Thoracic structure"},
    "numberOfInstances": 2,
    "instance": [{"uid": "2.25.11223344556677889900112233445566",
                  "sopClass": {"system": "urn:ietf:rfc:3986", "code": "urn:oid:1.2.840.10008.5.1.4.1.1.1.1"}}]
  }]
}

Správa o tej istej štúdii ako DiagnosticReport (prechádza FHIR R4 validátorom):

{
  "resourceType": "DiagnosticReport",
  "status": "final",
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0074", "code": "RAD", "display": "Radiology"}]}],
  "code": {"coding": [{"system": "http://loinc.org", "code": "36643-5", "display": "XR Chest 2 Views"}], "text": "Chest X-ray, 2 views"},
  "subject": {"reference": "Patient/example"},
  "effectiveDateTime": "2026-10-03T10:20:00-05:00",
  "issued": "2026-10-03T15:05:00-05:00",
  "performer": [{"display": "Springfield Imaging Center"}],
  "conclusion": "No acute cardiopulmonary abnormality.",
  "presentedForm": [{"contentType": "application/pdf", "url": "https://imaging.springfield-hospital.test/reports/RPT-8812.pdf", "title": "Radiology report"}]
}

Ako sa tieto dva prepoja

 modality (X-ray, CT, MR) ──DICOM──► PACS / VNA ◄──DICOMweb (WADO-RS)── image viewer, AI image model
                                         ▲
                     ImagingStudy.endpoint│ (where the images are)
                                         │
 order (ServiceRequest) ──► study ──► report (DiagnosticReport) ──► patient record (FHIR)
                                                                       │
                                     patient app, clinic system, AI assistant (text and values)

Pravidlo, ktoré udržuje systémy jednoduché: obrázky zostávajú v archíve obrázkov; klinický záznam uchováva správu, dôležité nálezy a odkaz na obrázky. Kopírovanie DICOM štúdií do klinickej databázy znásobuje riziko úložiska a súkromia bez toho, aby bol záznam užitočnejší pre väčšinu jeho čitateľov.

Iné štandardy vypĺňajú medzery medzi nemocnicami: IHE profily ako XDS-I na zdieľanie obrazových dokumentov medzi organizáciami a FHIRcast na udržanie prehliadača rádiológie a aplikácie na podávanie správ pri rovnakom pacientovi a štúdii.

Zobrazovanie, interoperabilita a AI

AI na lekárskych snímkach (detekcia, segmentácia, triedenie) pracuje s pixelovými dátami DICOM, zvyčajne v rámci rádiologického oddelenia alebo špecializovanej platformy. AI, ktorá pomáha pacientovi alebo lekárovi zorientovať sa v celom zázname – „čo ukázalo posledné röntgenové vyšetrenie hrudníka a ako súvisí s kašľom a antibiotikami?“ – pracuje s reportom, nálezmi a zvyšnými klinickými dátami, čo je to, čo FHIR prenáša. Oba typy AI potrebujú od infraštruktúry to isté: dáta s kódmi, časmi a zaznamenaným pôvodom.

Kam Anpheros zapadá

Anpheros ukladá záznam každého pacienta ako HL7 FHIR R4. Pre zobrazovanie to znamená:

Uložené: rádiologická správa ako DiagnosticReport, pôvodná správa alebo kľúčový obrázok ako DocumentReference (až do 25 MiB na dokument), nálezy ako Observation a objednávka ako ServiceRequest. Každý zápis nesie pôvod a pacient rozhoduje, ktoré aplikácie si ho môžu prečítať.
Neuložené: DICOM štúdie. Anpheros nie je PACS, nemá rozhranie DICOMweb a dnes nepodporuje zdroj ImagingStudy, takže nemôže indexovať ani poskytovať obrázky. Nečíta ani neinterpretuje obrázky.

V aplikácii Anpheros Daily môže pacient odfotiť alebo nahrať správu o zobrazovaní a uchovať ju vo svojich dokumentoch vedľa zvyšku svojho záznamu. Pre vývojára, ktorý vytvára aplikáciu alebo klinickú integráciu, je praktické rozdelenie nasledovné: obrázky uchovávajte vo svojom zobrazovacom systéme, správu a nálezy zapíšte do FHIR záznamu pacienta. Ako integrovať klinické systémy s backendom FHIR ukazuje, ako zapísať návštevu a jej dokumenty v jednej transakcii, a Príklad DiagnosticReport ukazuje štruktúru správy.

Často kladené otázky

Aký je rozdiel medzi DICOM a FHIR?

DICOM kóduje a vymieňa lekárske obrazy a ich technické metadata; FHIR vymieňa klinické údaje ako sú objednávky, správy, pozorovania a lieky. V praxi FHIR zdroje popisujú a odkazujú na zobrazovacie štúdie, zatiaľ čo samotné obrazy zostávajú v DICOM.

Môže FHIR ukladať lekárske obrazy?

FHIR môže prenášať malé obrazy ako prílohy (kľúčový obraz v DocumentReference alebo Media), ale nie je navrhnutý pre plnohodnotné diagnostické štúdie. Zdroj ImagingStudy popisuje DICOM štúdiu a ukazuje, kde ju možno získať; pixely zostávajú v PACS alebo archíve.

Čo je DICOMweb?

RESTful časť štandardu DICOM: QIDO-RS na vyhľadávanie, WADO-RS na získavanie a STOW-RS na ukladanie štúdií cez HTTP. FHIR ImagingStudy môže odkazovať na DICOMweb endpoint.

Ktorý FHIR zdroj obsahuje rádiologickú správu?

DiagnosticReport, s kategóriou rádiológie, LOINC kódom pre vyšetrenie, záverom a v prípade potreby, pôvodnou správou ako PDF v presentedForm. Merania, ktoré musia byť vyhľadateľné, sa stávajú samostatnými Observations.

Podporuje Anpheros DICOM?

Nie. Anpheros ukladá klinickú časť zobrazovania — správy, nálezy, dokumenty a objednávky — v FHIR R4 zázname pacienta. Neukladá, neslúži ani neinterpretuje DICOM obrazy a dnes nepodporuje ImagingStudy.

Súvisiace témy

Interoperabilita zdravotníckych údajov: štandardy okolo FHIR
Platforma FHIR: 26 typov zdrojov, ktoré Anpheros uchováva
FHIR vs. vlastná lekárska databáza
API pre laboratórne výsledky: rovnaký vzor pre laboratórne správy
Ako integrovať klinické systémy s backendom FHIR

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card