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

DICOM kontra FHIR: dane obrazowe i dane kliniczne

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

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ź

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

{
  "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):

{
  "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 pokazuje, jak zapisać wizytę i jej dokumenty w jednej transakcji, a Przykład DiagnosticReport 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: standardy wokół FHIR
• Platforma FHIR: 26 typów zasobów przechowywanych przez Anpheros
• FHIR a niestandardowa baza danych medycznych
• API wyników laboratoryjnych: ten sam wzorzec dla raportów laboratoryjnych
• Jak zintegrować systemy kliniczne z backendem FHIR

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