Σύντομη απάντηση: Το ImagingStudy είναι ένας πόρος FHIR που δηλώνει αυτός ο ασθενής έκανε μια αξονική τομογραφία αυτή την ημερομηνία, με αυτές τις σειρές και αυτά τα UIDs στιγμιοτύπων, και οι εικόνες βρίσκονται εκεί. Το DICOMweb είναι το εκεί: η διεπαφή REST του αρχείου που περιέχει τα pixel. Το FHIR μεταφέρει την περιγραφή και την αναφορά. το DICOM μεταφέρει τις εικόνες. Ένα ImagingStudy αναφέρεται σε έναν πόρο Endpoint του οποίου το connectionType είναι dicom-wado-rs, και ένας viewer συνδυάζει τα δύο.
Τι περιέχει το ImagingStudy
Ένας πόρος FHIR ImagingStudy περιέχει τα μεταδεδομένα μιας ακτινολογικής μελέτης: το DICOM Study Instance UID ως αναγνωριστικό, μια κατάσταση, τον ασθενή Subject, το επεισόδιο (encounter), την ώρα έναρξης και την υπηρεσία παραγγελίας (ServiceRequest), κωδικούς τρόπου λειτουργίας (modality) από το λεξιλόγιο DICOM DCM, πλήθος σειρών (series) και στιγμιότυπων (instances), το Endpoint όπου βρίσκονται οι εικόνες, και κάθε σειρά με τα στιγμιότυπά της και τα UIDs τους. Δεν περιέχει pixels.
identifier: το DICOM Study Instance UID, ωςurn:oid:1.2.840…με σύστημαurn:dicom:uid;status: registered, available, cancelled, entered-in-error, unknown;subject: ο Ασθενής.encounter,started,referrer,basedOn(το ServiceRequest που το διέταξε).modality: κωδικοί από το δικό του λεξιλόγιο του DICOM (CT, MR, US, CR, DX…), σύστημαhttp://dicom.nema.org/resources/ontology/DCM;numberOfSeries,numberOfInstances;endpoint: πού να γίνει η λήψη των εικόνων.series[]: κάθε μία με το Series Instance UID, modality, body site,instance[]με SOP Instance UID και SOP Class UID.
Τι δεν περιέχει: δεδομένα pixel, ρυθμίσεις παραθύρου, την πλήρη κεφαλίδα DICOM, ή το κείμενο της αναφοράς. Η αναφορά είναι ένα DiagnosticReport με το imagingStudy να δείχνει πίσω.
Ένα έγκυρο παράδειγμα FHIR R4
Ένα έγκυρο παράδειγμα FHIR R4 ImagingStudy περιέχει το Study Instance UID ως αναγνωριστικό με σύστημα urn:dicom:uid, κατάσταση διαθέσιμη, έναν κωδικό τρόπου λειτουργίας CT από το σύστημα κωδικοποίησης DICOM DCM, τον ασθενή, την ώρα έναρξης, πλήθος σειρών και στιγμιότυπων, αναφορά σε ένα Endpoint με connectionType dicom-wado-rs, και καταχωρήσεις σειρών με τα UIDs τους, την περιοχή του σώματος και το SOP Class UID.
{
"resourceType": "ImagingStudy",
"id": "ct-chest-2026-03",
"identifier": [{"system": "urn:dicom:uid", "value": "urn:oid:1.2.840.113619.2.55.3.2831164356.781.1710415000.1"}],
"status": "available",
"modality": [{"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "CT"}],
"subject": {"reference": "Patient/example"},
"started": "2026-03-14T09:12:00+01:00",
"numberOfSeries": 2,
"numberOfInstances": 412,
"endpoint": [{"reference": "Endpoint/pacs-dicomweb"}],
"series": [{
"uid": "1.2.840.113619.2.55.3.2831164356.781.1710415000.2",
"number": 1,
"modality": {"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "CT"},
"bodySite": {"system": "http://snomed.info/sct", "code": "51185008", "display": "Thoracic structure"},
"numberOfInstances": 410,
"instance": [{
"uid": "1.2.840.113619.2.55.3.2831164356.781.1710415000.3",
"sopClass": {"system": "urn:ietf:rfc:3986", "code": "urn:oid:1.2.840.10008.5.1.4.1.1.2"},
"number": 1
}]
}]
}
Το SOP Class UID 1.2.840.10008.5.1.4.1.1.2 είναι CT Image Storage. Το Endpoint μοιάζει κάπως έτσι:
{
"resourceType": "Endpoint",
"id": "pacs-dicomweb",
"status": "active",
"connectionType": {"system": "http://terminology.hl7.org/CodeSystem/endpoint-connection-type", "code": "dicom-wado-rs"},
"payloadType": [{"text": "DICOM WADO-RS"}],
"address": "https://pacs.example-hospital.org/dicomweb"
}
Ένας viewer δημιουργεί το URL ανάκτησης από τα δύο: {Endpoint.address}/studies/{StudyInstanceUID}, και στη συνέχεια καλεί το WADO-RS για μεταδεδομένα και καρέ.
Ποιος δημιουργεί πόρους ImagingStudy
Οι πόροι ImagingStudy συνήθως δημιουργούνται από μια FHIR facade μπροσροστά από ένα PACS ή VNA, ή από μια μηχανή ολοκλήρωσης (integration engine), όταν μια μελέτη ολοκληρωθεί, συχνά ενεργοποιούμενη από το μήνυμα HL7 v2 ORU ή το DICOM MPPS. Ορισμένα αρχεία τα δημιουργούν δυναμικά (on the fly) από ένα ερώτημα QIDO-RS. Ο ίδιος ο σαρωτής (scanner) δεν δημιουργεί πόρους ImagingStudy.
Συνήθως όχι ο σαρωτής. Μια FHIR facade μπροστά από το PACS ή το VNA, ή μια μηχανή ενσωμάτωσης, δημιουργεί το ImagingStudy όταν η μελέτη ολοκληρωθεί (συχνά ενεργοποιείται από το μήνυμα HL7 v2 ORU ή το DICOM MPPS) και διατηρεί το numberOfInstances συγχρονισμένο. Ορισμένα αρχεία δημιουργούν ImagingStudy δυναμικά από ένα ερώτημα QIDO-RS. Εάν το έργο σας τα γράφει χειροκίνητα, τα UIDs πρέπει να ταιριάζουν ακριβώς με το αρχείο, χαρακτήρα προς χαρακτήρα, αλλιώς ο viewer θα εμφανίσει μια κενή μελέτη.
Λάθη που "σπάνε" τους viewers
Τα λάθη που "σπάνε" τους viewers κατά την ανάγνωση ενός FHIR ImagingStudy είναι: η τοποθέτηση του Study UID στο πεδίο id αντί για identifier, η χρήση μη-DICOM κωδικού τρόπου λειτουργίας (modality), η αναφορά σε ένα Endpoint με λανθασμένο connectionType σε έναν διακομιστή DICOMweb, η παράλειψη ενημέρωσης του πλήθους σειρών και στιγμιότυπων μετά από αλλαγές στις εικόνες, και η αναμονή για δεδομένα pixel σε ένα FHIR Binary αντί για ένα αρχείο DICOM.
- Τοποθέτηση του Study UID στο
idαντί γιαidentifier. Τα FHIR ids εκχωρούνται από τον διακομιστή και μπορεί να μην είναι OIDs. - Μια modality από SNOMED ή μια τοπική λίστα αντί για το σύστημα κωδικοποίησης DICOM DCM.
- Ένα Endpoint με
connectionTypehl7-fhir-restπου δείχνει σε έναν διακομιστή DICOMweb, ή το αντίστροφο. - Μέτρηση σειρών και στιγμιοτύπων μία φορά και ποτέ ενημέρωση όταν προστίθενται ή διαγράφονται εικόνες.
- Αναμονή των δεδομένων pixel στο FHIR Binary. Η ίδια η προδιαγραφή FHIR λέει ότι οι εικόνες ανήκουν στο DICOM, όχι στο Binary.
Σε ένα αρχείο Anpheros
Η πλατφόρμα Anpheros δεν φιλοξενεί δεδομένα ImagingStudy ή DICOM. Τα ακτινολογικά ευρήματα φτάνουν ως DiagnosticReport ή DocumentReference (η αναφορά, με τους κωδικούς και το κείμενό της). Όπου το νοσοκομείο εκθέτει έναν σύνδεσμο viewer, το DocumentReference μπορεί να το μεταφέρει ως URL συνημμένου. Οι εικόνες παραμένουν στο αρχείο του νοσοκομείου υπό τους κανόνες πρόσβασης του.
Σχετικές σελίδες
- DICOMweb εξηγημένο
- DICOM tags εξηγημένα
- DocumentReference vs DiagnosticReport vs Binary
- PACS vs RIS vs VNA
- Αξονική τομογραφία αναφορά εξηγημένη
- DICOM vs FHIR για προγραμματιστές
Πηγές
- HL7 FHIR R4: ImagingStudy
- HL7 FHIR R4: Endpoint
- HL7 FHIR R4: endpoint-connection-type code system
- DICOM PS3.16: DCM controlled terminology (CID 29 Acquisition Modality)
- DICOM PS3.18: Web Services
Συχνές ερωτήσεις
Μπορεί ένας FHIR server να αποθηκεύσει τις ίδιες τις εικόνες;
Τεχνικά, ένα Binary μπορεί να περιέχει οποιαδήποτε bytes, αλλά η προδιαγραφή FHIR συνιστά εναντίον αυτού για απεικόνιση και κανένας viewer δεν λειτουργεί έτσι. Οι εικόνες παραμένουν σε ένα αρχείο DICOM. το FHIR δείχνει σε αυτό.
Τι άλλαξε στο FHIR R5 για το ImagingStudy;
Το R5 διατηρεί το ίδιο σχήμα, τακτοποιεί την ονοματολογία (για παράδειγμα, το procedure αντικαθιστά το procedureReference και το procedureCode) και ευθυγραμμίζει τη διαχείριση του body site. Το R4 παραμένει η έκδοση που χρησιμοποιούν τα περισσότερα αρχεία και εθνικά προφίλ.
Πώς συνδέεται η αναφορά με τις εικόνες;
Το DiagnosticReport.imagingStudy αναφέρεται στο ImagingStudy. το DiagnosticReport.media μπορεί να μεταφέρει βασικές εικόνες ως πόρους Media. Το ImagingStudy αναφέρεται στο Endpoint για την πλήρη μελέτη.
Χρειάζομαι ImagingStudy αν έχω ήδη DICOMweb;
Μόνο εάν άλλοι καταναλωτές FHIR χρειάζεται να γνωρίζουν ότι η μελέτη υπάρχει, για παράδειγμα μια εφαρμογή ασθενούς, ένα σχέδιο φροντίδας ή μια εξαγωγή έρευνας. Ένας ακτινολογικός viewer από μόνος του μπορεί να λειτουργεί με QIDO-RS και WADO-RS.
Δοκιμάστε το στο Anpheros Daily
Κρατήστε τις αναφορές των εξετάσεων και των απεικονίσεων σε ένα μέρος στο Anpheros Daily, έτοιμες να τις δείξετε στην επόμενη επίσκεψή σας.
Πώς λειτουργεί στην εφαρμογή →
