# DICOM vs FHIR: obrazové a klinické údaje

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

Source: https://developers.anpheros.com/sk/guides/dicom-vs-fhir

**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):

```json
{
  "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](https://developers.anpheros.com/tools/fhir-validator)):

```json
{
  "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](https://developers.anpheros.com/sk/guides/integrate-clinic-systems-fhir) ukazuje, ako zapísať návštevu a jej dokumenty v jednej transakcii, a [Príklad DiagnosticReport](https://developers.anpheros.com/tools/fhir-examples/diagnostic-report) 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](https://developers.anpheros.com/sk/guides/interoperability): štandardy okolo FHIR
- [Platforma FHIR](https://developers.anpheros.com/sk/guides/fhir): 26 typov zdrojov, ktoré Anpheros uchováva
- [FHIR vs. vlastná lekárska databáza](https://developers.anpheros.com/sk/guides/fhir-vs-custom-database)
- [API pre laboratórne výsledky](https://developers.anpheros.com/sk/guides/lab-results-api): rovnaký vzor pre laboratórne správy
- [Ako integrovať klinické systémy s backendom FHIR](https://developers.anpheros.com/sk/guides/integrate-clinic-systems-fhir)