# DICOM vs FHIR: dane obrazowe i dane kliniczne

> DICOM przechowuje obrazy medyczne, FHIR dane kliniczne wokół nich: co obejmuje każdy standard, jak łączą się ImagingStudy i DiagnosticReport oraz co gdzie przechowywać.

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

**DICOM i FHIR nie są konkurentami: DICOM jest standardem dla obrazów medycznych — pikseli i metadanych technicznych zdjęcia rentgenowskiego, tomografii komputerowej lub rezonansu magnetycznego — podczas gdy HL7 FHIR jest standardem dla danych klinicznych wokół nich, takich jak zlecenie, raport radiologa, wyniki i pacjent, do którego należą.** Typowy przepływ pracy w zakresie obrazowania wykorzystuje oba: skaner i PACS komunikują się w standardzie DICOM, aplikacje szpitalne i pacjenta komunikują się w standardzie FHIR, a zasoby FHIR wskazują na badanie DICOM zamiast je kopiować. Ta strona wyjaśnia, gdzie każdy standard się zaczyna i kończy, jak się łączą oraz co backend FHIR, taki jak Anpheros, powinien, a czego nie powinien przechowywać.

## Krótka odpowiedź

| | DICOM | HL7 FHIR R4 |
|---|---|---|
| Co przenosi | Obrazy i ich metadane (modalność, część ciała, odstęp między warstwami, urządzenie, identyfikatory UIDs) | Dane kliniczne: pacjenci, zlecenia, raporty, obserwacje, leki… |
| Typowy rozmiar | Megabajty do gigabajtów na badanie | Kilobajty na zasób |
| Jednostka danych | Badanie → Seria → Instancja, identyfikowane przez globalnie unikalne identyfikatory UIDs | Zasoby (Patient, ServiceRequest, ImagingStudy, DiagnosticReport…), z odniesieniami |
| Transport | Usługi sieciowe DIMSE (C-STORE, C-FIND, C-MOVE) i REST DICOMweb (QIDO-RS, WADO-RS, STOW-RS) | REST przez HTTPS z JSON lub XML |
| Przechowywane w | PACS lub neutralnym archiwum dostawcy (VNA) | EHR, serwer FHIR, platforma danych zdrowotnych |
| Odczytywane przez | Przeglądarki radiologiczne, modele AI do obrazów, modalności | Aplikacje kliniczne, aplikacje pacjenta, analityka, AI pracujące na tekście i wartościach |

## Do czego służy DICOM

DICOM (Digital Imaging and Communications in Medicine) definiuje sposób kodowania obrazu i wymiany go przez sprzęt obrazujący. Każdy plik obrazu zawiera nagłówek z setkami atrybutów — identyfikatorami pacjenta i badania, modalnością (`CT`, `MR`, `DX`, `US`…), parametrami akwizycji, rozmiarem pikseli — obok danych pikseli. Obrazy są grupowane jako instancje w seriach w ramach badania, z których każda ma identyfikator UID, taki jak `2.25.181945…`, dzięki czemu to samo badanie można ponownie odnaleźć w dowolnym archiwum.

DICOMweb przeniósł DICOM do HTTP: `QIDO-RS` do wyszukiwania badań, `WADO-RS` do ich pobierania, `STOW-RS` do ich przechowywania. Dzięki temu obrazy są dostępne z przeglądarek internetowych i usług chmurowych, ale ładunek nadal jest w formacie DICOM.

DICOM nie radzi sobie dobrze z opowieścią kliniczną: dlaczego badanie zostało zlecone, do czego doszedł radiolog, z jakim problemem się wiąże i jak pasuje do wyników laboratoryjnych i leków. Tym zajmuje się FHIR.

## Co FHIR robi w zakresie obrazowania

FHIR R4 posiada zasoby dla każdego etapu przepływu pracy obrazowania:

- **ServiceRequest** — zlecenie: „RTG klatki piersiowej, dwa projekcje, podejrzenie zapalenia płuc”.
- **ImagingStudy** — podsumowanie badania DICOM (UID-y, modalność, liczba serii i instancji, lokalizacja ciała) oraz `endpoint` wskazujący, gdzie można pobrać obrazy, na przykład adres DICOMweb WADO-RS. Nie zawiera pikseli.
- **DiagnosticReport** — raport radiologa: kod, status, wniosek, czas wystawienia i opcjonalnie oryginalny raport w formacie PDF w `presentedForm`; `imagingStudy` łączy go z badaniem.
- **Observation** — pojedyncze ustalenia lub pomiary, które muszą być możliwe do wyszukania, takie jak rozmiar guzka.
- **DocumentReference** — dokument, taki jak raport PDF lub kluczowy obraz wyeksportowany jako JPEG.

ImagingStudy wskazujący na badanie w PACS (prawidłowa struktura 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"}}]
  }]
}
```

Raport z tego samego badania, jako DiagnosticReport (przechodzi walidator [FHIR R4](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"}]
}
```

## Jak te dwa elementy się łączą

```
 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)
```

Zasada, która utrzymuje prostotę systemów: **obrazy pozostają w archiwum obrazowania; dokumentacja kliniczna zawiera raport, istotne wyniki i wskaźnik do obrazów.** Kopiowanie badań DICOM do bazy danych klinicznych zwielokrotnia ryzyko związane z przechowywaniem danych i prywatnością, nie czyniąc dokumentacji bardziej użyteczną dla większości jej czytelników.

Inne standardy wypełniają luki między szpitalami: profile IHE, takie jak XDS-I do udostępniania dokumentów obrazowania między organizacjami, oraz FHIRcast do synchronizacji przeglądarki radiologicznej i aplikacji raportującej na tym samym pacjencie i badaniu.

## Obrazowanie, interoperacyjność i AI

AI w obrazach medycznych (detekcja, segmentacja, triage) działa na danych pikselowych DICOM, zazwyczaj w obrębie działu radiologii lub wyspecjalizowanej platformy. AI, która pomaga pacjentowi lub lekarzowi w analizie całego rekordu – „co wykazało ostatnie zdjęcie rentgenowskie klatki piersiowej i jak ma się ono do kaszlu i antybiotyków?” – działa na podstawie raportu, wyników i pozostałych danych klinicznych, które są przenoszone przez FHIR. Oba rodzaje AI potrzebują tego samego od infrastruktury: danych z kodami, czasami i zarejestrowanym pochodzeniem.

## Gdzie Anpheros pasuje

Anpheros przechowuje rekord każdego pacjenta w formacie HL7 FHIR R4. W przypadku obrazowania oznacza to:

- **Przechowywane:** raport radiologiczny jako `DiagnosticReport`, oryginalny raport lub kluczowy obraz jako `DocumentReference` (do 25 MiB na dokument), wyniki jako `Observation`, a zlecenie jako `ServiceRequest`. Każdy zapis zawiera pochodzenie, a pacjent decyduje, które aplikacje mogą go odczytać.
- **Nie przechowywane:** badania DICOM. Anpheros nie jest systemem PACS, nie posiada interfejsu DICOMweb i obecnie nie obsługuje zasobu `ImagingStudy`, więc nie może indeksować ani udostępniać obrazów. Nie odczytuje ani nie interpretuje obrazów.

W aplikacji Anpheros Daily pacjent może sfotografować lub przesłać raport z obrazowania i przechowywać go w swoich dokumentach obok reszty swojego rekordu. Dla dewelopera tworzącego aplikację lub integrację kliniczną, praktyczny podział jest następujący: przechowuj obrazy w swoim systemie obrazowania, zapisz raport i wyniki w rekordzie FHIR pacjenta. [Jak zintegrować systemy kliniczne z backendem FHIR](https://developers.anpheros.com/pl/guides/integrate-clinic-systems-fhir) pokazuje, jak zapisać wizytę i jej dokumenty w jednej transakcji, a [Przykład DiagnosticReport](https://developers.anpheros.com/tools/fhir-examples/diagnostic-report) pokazuje strukturę raportu.

## Często zadawane pytania

### Jaka jest różnica między DICOM a FHIR?
DICOM koduje i wymienia obrazy medyczne oraz ich metadane techniczne; FHIR wymienia dane kliniczne, takie jak zlecenia, raporty, obserwacje i leki. W praktyce zasoby FHIR opisują i odwołują się do badań obrazowych, podczas gdy same obrazy pozostają w DICOM.

### Czy FHIR może przechowywać obrazy medyczne?
FHIR może przenosić małe obrazy jako załączniki (kluczowy obraz w DocumentReference lub Media), ale nie jest przeznaczony do pełnych badań diagnostycznych. Zasób ImagingStudy opisuje badanie DICOM i wskazuje, gdzie można je pobrać; piksele pozostają w PACS lub archiwum.

### Co to jest DICOMweb?
Część standardu DICOM oparta na REST: QIDO-RS do wyszukiwania, WADO-RS do pobierania i STOW-RS do przechowywania badań przez HTTP. Zasób ImagingStudy w FHIR może wskazywać na punkt końcowy DICOMweb.

### Który zasób FHIR zawiera raport radiologiczny?
DiagnosticReport, z kategorią radiologiczną, kodem LOINC dla badania, wnioskiem i, w razie potrzeby, oryginalnym raportem w formacie PDF w `presentedForm`. Pomiary, które muszą być przeszukiwalne, stają się osobnymi Observation.

### Czy Anpheros obsługuje DICOM?
Nie. Anpheros przechowuje kliniczną stronę obrazowania – raporty, wyniki, dokumenty i zlecenia – w rekordzie pacjenta FHIR R4. Nie przechowuje, nie udostępnia ani nie interpretuje obrazów DICOM i obecnie nie obsługuje ImagingStudy.

## Powiązane tematy

- [Interoperacyjność danych w ochronie zdrowia](https://developers.anpheros.com/pl/guides/interoperability): standardy wokół FHIR
- [Platforma FHIR](https://developers.anpheros.com/pl/guides/fhir): 26 typów zasobów przechowywanych przez Anpheros
- [FHIR a niestandardowa baza danych medycznych](https://developers.anpheros.com/pl/guides/fhir-vs-custom-database)
- [API wyników laboratoryjnych](https://developers.anpheros.com/pl/guides/lab-results-api): ten sam wzorzec dla raportów laboratoryjnych
- [Jak zintegrować systemy kliniczne z backendem FHIR](https://developers.anpheros.com/pl/guides/integrate-clinic-systems-fhir)