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

DICOM kontra FHIR: képalkotó adatok és klinikai adatok

A DICOM orvosi képeket hordoz, a FHIR a köréjük tartozó klinikai adatokat: mit fed le mindkettő, hogyan kapcsolódik az ImagingStudy és a DiagnosticReport, és mit hol tároljunk.

A DICOM és a FHIR nem versenytársak: a DICOM az orvosi képek szabványa — az X-ray, CT vagy MRI pixelei és technikai metaadatai —, míg az HL7 FHIR az ezekkel kapcsolatos klinikai adatok szabványa, mint például a rendelés, a radiológus jelentése, a leletek és a hozzájuk tartozó páciens. Egy tipikus képalkotási munkafolyamat mindkettőt használja: a szkenner és a PACS DICOM-ot beszél, a kórházi és páciensalkalmazások FHIR-t beszélnek, és a FHIR erőforrások a DICOM tanulmányra mutatnak, ahelyett, hogy másolnák azt. Ez az oldal elmagyarázza, hol kezdődik és hol ér véget mindkét szabvány, hogyan kapcsolódnak egymáshoz, és mit tároljon egy FHIR backend, mint például az Anpheros, és mit ne.

A rövid válasz

Mire jó a DICOM

A DICOM (Digital Imaging and Communications in Medicine) meghatározza, hogyan kódolják az orvosi képeket, és hogyan cserélik ki azokat a képalkotó berendezések. Minden képfájl tartalmaz egy fejlécet több száz attribútummal – páciens- és tanulmányazonosítók, modalitás (CT, MR, DX, US…), akvizíciós paraméterek, pixeltávolság – a képpontadatok mellett. A képek tanulmányon belüli sorozatokon belüli példányokként vannak csoportosítva, mindegyiknek van egy UID-ja, mint például 2.25.181945…, így ugyanaz a tanulmány bármely archívumban megtalálható.

A DICOMweb a DICOM-ot az HTTP-re hozta: QIDO-RS a tanulmányok keresésére, WADO-RS azok lekérésére, STOW-RS azok tárolására. Ezáltal a képek elérhetővé válnak webes nézők és felhőszolgáltatások számára, de a tartalom továbbra is DICOM.

Amit a DICOM nem kezel jól, az a klinikai történet: miért rendelték el a tanulmányt, mire jutott a radiológus, milyen problémához kapcsolódik, és hogyan illeszkedik a laboreredményekhez és a gyógyszerekhez. Ez a FHIR feladata.

Mit tesz a FHIR a képalkotás körül

A FHIR R4 erőforrásokat tartalmaz a képalkotási munkafolyamat minden lépéséhez:

• ServiceRequest — a rendelés: "mellkas röntgen, két irány, gyanított tüdőgyulladás".
• ImagingStudy — egy DICOM vizsgálat összefoglalója (UID-ek, modalitás, sorozatok és példányok száma, testtáj) és egy endpoint, amely megmondja, hol lehet lekérni a képeket, például egy DICOMweb WADO-RS címet. Nem tartalmaz pixeleket.
• DiagnosticReport — a radiológus jelentése: kód, státusz, következtetés, kiadás dátuma és opcionálisan az eredeti jelentés PDF-ként a presentedForm-ban; imagingStudy összekapcsolja a vizsgálattal.
• Observation — egyedi leletek vagy mérések, amelyek lekérdezhetők, például egy csomó mérete.
• DocumentReference — egy dokumentum, például egy PDF jelentés vagy egy JPEG formátumban exportált kulcsfontosságú kép.

Egy ImagingStudy, amely egy PACS-ban lévő vizsgálatra mutat (érvényes FHIR R4 struktúra):

{
  "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"}}]
  }]
}

Ugyanazon vizsgálat jelentése, mint DiagnosticReport (átmegy a FHIR R4 validátoron):

{
  "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"}]
}

Hogyan kapcsolódik a kettő

 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)

A szabály, amely egyszerűvé teszi a rendszereket: a képek a képarchivumban maradnak; a klinikai rekord tartalmazza a jelentést, a fontos megállapításokat és egy hivatkozást a képekre. A DICOM tanulmányok másolása egy klinikai adatbázisba megnöveli a tárhelyet és az adatvédelmi kockázatot anélkül, hogy az érintettek többsége számára hasznosabbá tenné a rekordot.

Más szabványok töltik be a kórházak közötti réseket: IHE profilok, mint például az XDS-I a képalkotási dokumentumok szervezetek közötti megosztására, és a FHIRcast a radiológiai megjelenítő és egy jelentéskészítő alkalmazás ugyanazon a páciensen és tanulmányon tartására.

Képalkotás, interoperabilitás és AI

Az orvosi képeken futó AI (detektálás, szegmentálás, triázs) DICOM képpontadatokkal dolgozik, általában a képalkotó osztályon vagy egy speciális platformon belül. Az az AI, amely segíti a beteget vagy az orvost a teljes rekord megértésében – „mit mutatott az utolsó mellkasröntgen, és hogyan kapcsolódik a köhögéshez és az antibiotikumokhoz?” – a jelentésen, a leleteken és a többi klinikai adaton alapul, amelyeket a FHIR hordoz. Mindkét típusú AI ugyanazt igényli az infrastruktúrától: kódokkal, időpontokkal és rögzített eredettel rendelkező adatokat.

Hol helyezkedik el az Anpheros

Az Anpheros minden páciens rekordját HL7 FHIR R4 formátumban tárolja. Képalkotás esetén ez azt jelenti:

• Tárolva: a radiológiai jelentés mint DiagnosticReport, az eredeti jelentés vagy egy kulcsfontosságú kép mint DocumentReference (dokumentumonként legfeljebb 25 MiB), a leletek mint Observation-ek, és a rendelés mint ServiceRequest. Minden írás magával hordozza az eredetet, és a páciens dönt arról, hogy mely alkalmazások olvashatják azt.
• Nem tárolva: DICOM tanulmányok. Az Anpheros nem PACS, nincs DICOMweb interfésze, és jelenleg nem támogatja a ImagingStudy erőforrást, így nem tud képeket indexelni vagy kiszolgálni. Nem olvas vagy értelmez képeket.

Az Anpheros Daily alkalmazásban a páciens lefényképezhet vagy feltölthet egy képalkotási jelentést, és megőrizheti azt a dokumentumai között a rekordja többi része mellett. Egy alkalmazást vagy klinikai integrációt fejlesztő fejlesztő számára a gyakorlati felosztás a következő: tartsa a képeket a képalkotó rendszerében, írja a jelentést és a leleteket a páciens FHIR rekordjába. A Hogyan integrálhatók a klinikai rendszerek FHIR háttérrendszerrel című cikk bemutatja, hogyan írhatunk egy látogatást és annak dokumentumait egyetlen tranzakcióban, a DiagnosticReport példa pedig megmutatja a jelentés szerkezetét.

Gyakran ismételt kérdések

Mi a különbség a DICOM és a FHIR között?

A DICOM orvosi képeket és azok technikai metaadatait kódolja és cseréli ki; a FHIR pedig klinikai adatokat, mint például rendeléseket, jelentéseket, megfigyeléseket és gyógyszereket cserél ki. A gyakorlatban a FHIR erőforrások írják le és hivatkoznak képalkotó vizsgálatokra, míg maguk a képek DICOM formátumban maradnak.

Tárolhat-e a FHIR orvosi képeket?

A FHIR kis képeket képes mellékletként kezelni (egy kulcsfontosságú kép egy DocumentReference vagy Media erőforrásban), de nem diagnosztikai vizsgálatok teljes körű tárolására tervezték. Az ImagingStudy erőforrás egy DICOM vizsgálatot ír le, és rámutat, honnan lehet lekérni; a képpontok PACS-ban vagy archívumban maradnak.

Mi az a DICOMweb?

A DICOM szabvány RESTful része: QIDO-RS kereséshez, WADO-RS lekéréshez és STOW-RS tároláshoz vizsgálatokat HTTP-n keresztül. Egy FHIR ImagingStudy mutathat egy DICOMweb végpontra.

Melyik FHIR erőforrás tartalmazza a radiológiai jelentést?

A DiagnosticReport, radiológiai kategóriával, a vizsgálathoz tartozó LOINC kóddal, egy következtetéssel, és ha szükséges, az eredeti jelentéssel PDF formátumban a presentedForm. A kereshetővé teendő mérések külön Observations erőforrásokká válnak.

Támogatja az Anpheros a DICOM-ot?

Nem. Az Anpheros a képalkotás klinikai oldalát – jelentéseket, leleteket, dokumentumokat és rendeléseket – tárolja a beteg FHIR R4 rekordjában. Nem tárol, nem szolgál ki és nem értelmez DICOM képeket, és jelenleg nem támogatja az ImagingStudy-t.

Kapcsolódó

• Egészségügyi adatinteroperabilitás: a FHIR szabványai
• FHIR platform: az Anpheros által tárolt 26 erőforrástípus
• FHIR vs. egyedi orvosi adatbázis
• Laboreredmények API: ugyanez a minta laborjelentésekhez
• Klinikai rendszerek integrálása FHIR backenddel

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