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

DICOM έναντι FHIR: δεδομένα απεικόνισης και κλινικά δεδομένα

Το DICOM μεταφέρει ιατρικές εικόνες, το FHIR τα κλινικά δεδομένα γύρω τους: τι καλύπτει το καθένα, πώς συνδέονται το ImagingStudy και το DiagnosticReport, και τι να αποθηκεύσετε πού.

Το DICOM και το FHIR δεν είναι ανταγωνιστές: Το DICOM είναι το πρότυπο για ιατρικές εικόνες — τα pixels και τα τεχνικά μεταδεδομένα μιας ακτινογραφίας, αξονικής ή μαγνητικής τομογραφίας — ενώ το HL7 FHIR είναι το πρότυπο για τα κλινικά δεδομένα γύρω από αυτές, όπως η παραγγελία, η έκθεση του ακτινολόγου, τα ευρήματα και ο ασθενής στον οποίο ανήκουν. Μια τυπική ροή εργασίας απεικόνισης χρησιμοποιεί και τα δύο: ο σαρωτής και το PACS μιλούν DICOM, οι εφαρμογές του νοσοκομείου και του ασθενούς μιλούν FHIR, και οι πόροι FHIR δείχνουν στη μελέτη DICOM αντί να την αντιγράφουν. Αυτή η σελίδα εξηγεί πού αρχίζει και πού σταματά κάθε πρότυπο, πώς συνδέονται και τι πρέπει και τι δεν πρέπει να αποθηκεύει ένα backend FHIR όπως το Anpheros.

Η σύντομη απάντηση

Τι είναι το DICOM

Το DICOM (Digital Imaging and Communications in Medicine) ορίζει πώς κωδικοποιείται μια εικόνα και πώς ο εξοπλισμός απεικόνισης την ανταλλάσσει. Κάθε αρχείο εικόνας φέρει μια κεφαλίδα (header) με εκατοντάδες χαρακτηριστικά — αναγνωριστικά ασθενούς και μελέτης, τρόπος απεικόνισης (CT, MR, DX, US…), παράμετροι λήψης, απόσταση pixel — δίπλα στα δεδομένα pixel. Οι εικόνες ομαδοποιούνται ως στιγμιότυπα (instances) μέσα σε σειρές (series) μέσα σε μια μελέτη (study), καθεμία με ένα UID όπως το 2.25.181945…, ώστε η ίδια μελέτη να μπορεί να βρεθεί ξανά σε οποιοδήποτε αρχείο.

Το DICOMweb έφερε το DICOM στο HTTP: QIDO-RS για αναζήτηση μελετών, WADO-RS για ανάκτησή τους, STOW-RS για αποθήκευσή τους. Αυτό καθιστά τις εικόνες προσβάσιμες από προγράμματα προβολής ιστού (web viewers) και υπηρεσίες cloud, αλλά το ωφέλιμο φορτίο (payload) παραμένει DICOM.

Αυτό που το DICOM δεν κάνει καλά είναι η κλινική ιστορία: γιατί παραγγέλθηκε η μελέτη, τι συμπέρανε ο ακτινολόγος, με ποιο πρόβλημα σχετίζεται και πώς ταιριάζει με τα εργαστηριακά αποτελέσματα και τις φαρμακευτικές αγωγές. Αυτή είναι δουλειά του FHIR.

Τι κάνει το FHIR γύρω από την απεικόνιση

Το FHIR R4 διαθέτει πόρους για κάθε βήμα μιας ροής εργασίας απεικόνισης:

• ServiceRequest — η παραγγελία: "ακτινογραφία θώρακος, δύο όψεις, υποψία πνευμονίας".
• ImagingStudy — μια σύνοψη μιας μελέτης DICOM (UIDs, modality, αριθμός σειρών και στιγμιοτύπων, body site) και ένα endpoint που λέει πού μπορούν να ανακτηθούν οι εικόνες, για παράδειγμα μια διεύθυνση DICOMweb WADO-RS. Δεν περιέχει pixels.
• DiagnosticReport — η έκθεση του ακτινολόγου: κωδικός, κατάσταση, συμπέρασμα, χρόνος έκδοσης και, προαιρετικά, η αρχική έκθεση ως PDF σε presentedForm· το imagingStudy το συνδέει με τη μελέτη.
• Observation — μεμονωμένα ευρήματα ή μετρήσεις που πρέπει να είναι αναζητήσιμα, όπως το μέγεθος ενός όζου.
• DocumentReference — ένα έγγραφο όπως μια έκθεση PDF ή μια βασική εικόνα που εξάγεται ως JPEG.

Ένα ImagingStudy που δείχνει σε μια μελέτη σε ένα PACS (έγκυρη δομή 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"}}]
  }]
}

Η έκθεση για την ίδια μελέτη, ως DiagnosticReport (περνάει τον FHIR R4 validator):

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

Πώς συνδέονται τα δύο

 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)

Ο κανόνας που διατηρεί τα συστήματα απλά: οι εικόνες παραμένουν στο αρχείο απεικόνισης· ο κλινικός φάκελος διατηρεί την αναφορά, τα ευρήματα που έχουν σημασία και έναν δείκτη προς τις εικόνες. Η αντιγραφή μελετών DICOM σε μια κλινική βάση δεδομένων πολλαπλασιάζει τον κίνδυνο αποθήκευσης και απορρήτου χωρίς να καθιστά τον φάκελο πιο χρήσιμο για τους περισσότερους αναγνώστες του.

Άλλα πρότυπα καλύπτουν τα κενά μεταξύ των νοσοκομείων: προφίλ IHE όπως το XDS-I για την κοινή χρήση εγγράφων απεικόνισης μεταξύ οργανισμών, και το FHIRcast για τη διατήρηση ενός προγράμματος προβολής ακτινολογίας και μιας εφαρμογής αναφοράς στον ίδιο ασθενή και μελέτη.

Imaging, interoperability and AI

Η ΤΝ σε ιατρικές εικόνες (ανίχνευση, τμηματοποίηση, διαλογή) λειτουργεί με δεδομένα pixel DICOM, συνήθως εντός του τμήματος απεικόνισης ή μιας εξειδικευμένης πλατφόρμας. Η ΤΝ που βοηθά έναν ασθενή ή έναν γιατρό να συλλογιστεί σχετικά με ολόκληρο το αρχείο — "τι έδειξε η τελευταία ακτινογραφία θώρακος και πώς σχετίζεται με τον βήχα και τα αντιβιοτικά;" — λειτουργεί με την αναφορά, τα ευρήματα και το υπόλοιπο κλινικό δεδομένο, το οποίο είναι αυτό που μεταφέρει το FHIR. Και τα δύο είδη ΤΝ χρειάζονται το ίδιο πράγμα από την υποδομή: δεδομένα με κωδικούς, χρονικές σημάνσεις και καταγεγραμμένη προέλευση.

Πού εντάσσεται το Anpheros

Το Anpheros αποθηκεύει το αρχείο κάθε ασθενούς σε μορφή HL7 FHIR R4. Για απεικονίσεις, αυτό σημαίνει:

• Αποθηκεύονται: η ακτινολογική έκθεση ως DiagnosticReport, η αρχική έκθεση ή μια βασική εικόνα ως DocumentReference (έως 25 MiB ανά έγγραφο), τα ευρήματα ως Observation, και η παραγγελία ως ServiceRequest. Κάθε εγγραφή φέρει προέλευση, και ο ασθενής αποφασίζει ποιες εφαρμογές μπορούν να την διαβάσουν.
• Δεν αποθηκεύονται: μελέτες DICOM. Το Anpheros δεν είναι PACS, δεν διαθέτει διεπαφή DICOMweb και δεν υποστηρίζει σήμερα τον πόρο ImagingStudy, επομένως δεν μπορεί να ευρετηριάσει ή να εξυπηρετήσει εικόνες. Δεν διαβάζει ούτε ερμηνεύει εικόνες.

Στην εφαρμογή Anpheros Daily, ένας ασθενής μπορεί να φωτογραφίσει ή να ανεβάσει μια απεικονιστική έκθεση και να την κρατήσει στα έγγραφά του δίπλα στο υπόλοιπο αρχείο του. Για έναν προγραμματιστή που δημιουργεί μια εφαρμογή ή μια κλινική ενσωμάτωση, ο πρακτικός διαχωρισμός είναι: κρατήστε τις εικόνες στο σύστημα απεικονίσεων, γράψτε την έκθεση και τα ευρήματα στο αρχείο FHIR του ασθενούς. Πώς να ενσωματώσετε κλινικά συστήματα με ένα backend FHIR δείχνει πώς να γράψετε μια επίσκεψη και τα έγγραφά της σε μία συναλλαγή, και το Παράδειγμα DiagnosticReport δείχνει τη δομή μιας έκθεσης.

Συχνές ερωτήσεις

Ποια είναι η διαφορά μεταξύ DICOM και FHIR;

Το DICOM κωδικοποιεί και ανταλλάσσει ιατρικές εικόνες και τα τεχνικά τους μεταδεδομένα· το FHIR ανταλλάσσει κλινικά δεδομένα όπως παραγγελίες, αναφορές, παρατηρήσεις και φάρμακα. Στην πράξη, οι πόροι FHIR περιγράφουν και αναφέρονται σε μελέτες απεικόνισης, ενώ οι ίδιες οι εικόνες παραμένουν σε DICOM.

Μπορεί το FHIR να αποθηκεύσει ιατρικές εικόνες;

Το FHIR μπορεί να μεταφέρει μικρές εικόνες ως συνημμένα (μια βασική εικόνα σε ένα DocumentReference ή Media), αλλά δεν έχει σχεδιαστεί για πλήρεις διαγνωστικές μελέτες. Ο πόρος ImagingStudy περιγράφει μια μελέτη DICOM και υποδεικνύει πού μπορεί να ανακτηθεί· τα pixels παραμένουν σε ένα PACS ή αρχείο.

Τι είναι το DICOMweb;

Το RESTful μέρος του προτύπου DICOM: QIDO-RS για αναζήτηση, WADO-RS για ανάκτηση και STOW-RS για αποθήκευση μελετών μέσω HTTP. Ένα FHIR ImagingStudy μπορεί να δείχνει σε ένα DICOMweb endpoint.

Ποιος πόρος FHIR περιέχει μια ακτινολογική αναφορά;

Το DiagnosticReport, με μια κατηγορία ακτινολογίας, έναν κωδικό LOINC για την εξέταση, ένα συμπέρασμα και, εάν χρειάζεται, την αρχική αναφορά ως PDF στο presentedForm. Οι μετρήσεις που πρέπει να είναι αναζητήσιμες γίνονται ξεχωριστές Observations.

Υποστηρίζει το Anpheros το DICOM;

Όχι. Το Anpheros αποθηκεύει την κλινική πλευρά της απεικόνισης — αναφορές, ευρήματα, έγγραφα και παραγγελίες — στο αρχείο FHIR R4 του ασθενούς. Δεν αποθηκεύει, δεν παρέχει ούτε ερμηνεύει εικόνες DICOM και δεν υποστηρίζει ImagingStudy σήμερα.

Σχετικά

• Διαλειτουργικότητα δεδομένων υγείας: τα πρότυπα γύρω από το FHIR
• Πλατφόρμα FHIR: οι 26 τύποι πόρων που αποθηκεύει το Anpheros
• FHIR vs. προσαρμοσμένη ιατρική βάση δεδομένων
• API αποτελεσμάτων εργαστηρίου: το ίδιο μοτίβο για εργαστηριακές αναφορές
• Πώς να ενσωματώσετε συστήματα κλινικών με ένα backend FHIR

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