DICOMweb με απλά λόγια: QIDO-RS, WADO-RS και STOW-RS, με παραδείγματα αιτημάτων

Σύντομη απάντηση: Το DICOMweb είναι το σύνολο των υπηρεσιών web που ορίζονται στο Μέρος 18 του προτύπου DICOM. Εκθέτει ένα αρχείο DICOM μέσω απλού HTTPS: το QIDO-RS (Query based on ID for DICOM Objects) αναζητά μελέτες, σειρές και αντικείμενα. το WADO-RS (Web Access to DICOM Objects) τα ανακτά, ως πλήρη αρχεία DICOM, ως μεταδεδομένα σε JSON, ή ως αποδοσμένα JPEG/PNG. το STOW-RS (Store Over the Web) ανεβάζει νέα αντικείμενα. Το παλαιότερο WADO-URI ανακτά ένα αντικείμενο μέσω παραμέτρων αναζήτησης. Οι προγράμματα προβολής που βασίζονται σε πρόγραμμα περιήγησης χρησιμοποιούν DICOMweb επειδή δεν μπορούν να επικοινωνήσουν με την κλασική δικτύωση DICOM.

Κλασικό DICOM vs DICOMweb

Το κλασικό δίκτυο DICOM (Μέρη 7 και 8 του προτύπου) χρησιμοποιεί ένα δυαδικό πρωτόκολλο μέσω TCP με υπηρεσίες όπως C-FIND, C-MOVE, C-GET και C-STORE μεταξύ διαμορφωμένων κόμβων. Το DICOMweb (Μέρος 18) αντιστοιχίζει τις ίδιες λειτουργίες στο HTTP: QIDO-RS για αναζήτηση, WADO-RS για ανάκτηση και STOW-RS για αποθήκευση, το οποίο λειτουργεί μέσω του διαδικτύου και από προγράμματα περιήγησης.

Το κλασικό DICOM (Μέρος 7 και 8) χρησιμοποιεί το δικό του δυαδικό πρωτόκολλο μέσω TCP με ονομαστικές υπηρεσίες: C-FIND για αναζήτηση, C-MOVE ή C-GET για ανάκτηση, C-STORE για αποστολή. Χρειάζεται μια διαμορφωμένη "σύνδεση" μεταξύ δύο γνωστών κόμβων (AE titles, διευθύνσεις IP, θύρες), κάτι που είναι καλό εντός ενός νοσοκομείου και δύσκολο μέσω του διαδικτύου. Το DICOMweb αντιστοιχίζει τις ίδιες ιδέες στο HTTP:

Η ιεραρχία των πόρων ακολουθεί το δικό της μοντέλο του DICOM: μια μελέτη (μια επίσκεψη στον σαρωτή) περιέχει σειρές (μια λήψη η καθεμία), οι οποίες περιέχουν αντικείμενα (μεμονωμένες εικόνες ή αντικείμενα πολλαπλών καρέ), καθένα από τα οποία αναγνωρίζεται από ένα παγκοσμίως μοναδικό UID.

QIDO-RS: αναζήτηση

Το QIDO-RS είναι η υπηρεσία αναζήτησης του DICOMweb. Ένας πελάτης στέλνει GET /studies, /series ή /instances με παραμέτρους αναζήτησης όπως PatientID, StudyDate ή ModalitiesInStudy και την κεφαλίδα Accept application/dicom+json. Το αρχείο επιστρέφει έναν πίνακα JSON στον οποίο κάθε χαρακτηριστικό DICOM αναγνωρίζεται από την οκταψήφια ετικέτα του μαζί με την αναπαράσταση τιμής και τις τιμές του.

GET /dicomweb/studies?PatientID=12345&StudyDate=20260101-20261231&ModalitiesInStudy=CT
Accept: application/dicom+json

Η απάντηση είναι ένας JSON πίνακας μελετών. Κάθε χαρακτηριστικό αναγνωρίζεται από την ετικέτα του (ομάδα και στοιχείο ως οκταψήφιο δεκαεξαδικό), με την αναπαράσταση τιμής και τις τιμές του:

[{
  "00080020": {"vr": "DA", "Value": ["20260314"]},
  "00080060": {"vr": "CS", "Value": ["CT"]},
  "00100010": {"vr": "PN", "Value": [{"Alphabetic": "DOE^JANE"}]},
  "0020000D": {"vr": "UI", "Value": ["1.2.840.113619.2.55.3.2831164356.781.1710415000.1"]},
  "00201206": {"vr": "IS", "Value": [3]},
  "00201208": {"vr": "IS", "Value": [412]}
}]

Εδώ το 00201206 είναι ο Αριθμός Σχετιζόμενων Σειρών Μελέτης και το 00201208 είναι ο Αριθμός Σχετιζόμενων Αντικειμένων Μελέτης. Οι αριθμοί ετικετών εξηγούνται στο Επεξήγηση ετικετών DICOM.

WADO-RS: ανάκτηση

Το WADO-RS είναι η υπηρεσία ανάκτησης του DICOMweb. Το GET /studies/{StudyInstanceUID} επιστρέφει μια ολόκληρη μελέτη ως αρχεία DICOM Part 10 σε μια απάντηση multipart. Το επίθημα /metadata επιστρέφει κεφαλίδες ως JSON χωρίς δεδομένα pixel. Το /frames/{n} επιστρέφει τα pixel ενός καρέ. και το /rendered επιστρέφει ένα JPEG ή PNG που έχει αποδοθεί από τον διακομιστή με παραμέτρους παραθύρου, προβολής και ποιότητας.

• GET /studies/{study} με Accept: multipart/related; type="application/dicom" επιστρέφει κάθε αντικείμενο ως αρχείο DICOM Μέρος 10, ένα μέρος το καθένα.
• GET /studies/{study}/metadata επιστρέφει τις κεφαλίδες όλων των αντικειμένων ως JSON, χωρίς δεδομένα pixel. Οι προγράμματα προβολής καλούν αυτό πρώτα για να δημιουργήσουν τη διάταξη, και στη συνέχεια ανακτούν τα pixel καρέ προς καρέ.
• GET /studies/{study}/series/{series}/instances/{instance}/frames/1 επιστρέφει τα δεδομένα pixel ενός καρέ, προαιρετικά μεταγλωττισμένα (παράμετρος transfer-syntax).
• GET …/instances/{instance}/rendered με Accept: image/jpeg επιστρέφει μια εικόνα αποδοσμένη από τον διακομιστή, με παραμέτρους window, viewport και quality. Αυτό χρησιμοποιεί μια ελαφριά πύλη ασθενών για να εμφανίσει μια προεπισκόπηση.

STOW-RS: αποθήκευση

Το STOW-RS είναι η υπηρεσία αποθήκευσης του DICOMweb. Ένας πελάτης στέλνει POST /studies με ένα σώμα multipart/related στο οποίο κάθε μέρος είναι ένα αρχείο DICOM. Το αρχείο απαντά με μια λίστα αποδεκτών και αποτυχημένων στιγμιότυπων και τον λόγο για κάθε αποτυχία, και ελέγχει ότι οποιοδήποτε Study Instance UID δίνεται στη διεύθυνση URL ταιριάζει με τα μεταφορτωμένα αρχεία.

POST /dicomweb/studies
Content-Type: multipart/related; type="application/dicom"; boundary=abc

Κάθε μέρος είναι ένα αρχείο DICOM. Η απάντηση παραθέτει αποδεκτά και αποτυχημένα αντικείμενα με λόγους (λάθος κλάση SOP, διπλό UID). Τα αρχεία επικυρώνουν ότι το Study Instance UID στη διεύθυνση URL, αν δοθεί, ταιριάζει με τα αρχεία.

Ασφάλεια

Το DICOMweb δεν έχει δική του σύνδεση. Βασίζεται στο HTTPS και σε ό,τι τοποθετεί ο διακομιστής μπροστά: διακριτικά φορέα OAuth 2.0 στα περισσότερα σύγχρονα αρχεία, συχνά σε συνδυασμό με πεδία SMART on FHIR όταν το πρόγραμμα προβολής εκκινείται από ένα EHR. Η καταγραφή του ποιος ανέκτησε ποια μελέτη είναι δουλειά του αρχείου, όχι του πρωτοκόλλου.

Πού χρησιμοποιείται

Κάθε μεγάλο PACS και ανεξάρτητο αρχείο (vendor-neutral archive) προσφέρει πλέον ένα σημείο πρόσβασης DICOMweb, και τα αρχεία ανοιχτού κώδικα (Orthanc, dcm4chee, Google Cloud Healthcare API, Azure DICOM service) είναι πρώτα DICOMweb. Προγράμματα προβολής web όπως το OHIF είναι χτισμένα εξ ολοκλήρου σε QIDO-RS και WADO-RS. Σε έναν κόσμο FHIR, ένας πόρος ImagingStudy δείχνει σε ένα σημείο πρόσβασης DICOMweb. τα pixel δεν περνούν ποτέ μέσω FHIR.

Το Anpheros δεν αποθηκεύει εικόνες. Το αρχείο ενός ασθενούς μπορεί να περιέχει την ακτινολογική έκθεση ως DocumentReference ή DiagnosticReport και, όπου ένα νοσοκομείο παρέχει ένα, έναν σύνδεσμο προς το πρόγραμμα προβολής του. τα δεδομένα DICOM παραμένουν στο αρχείο του νοσοκομείου. Για να λάβετε τις δικές σας εικόνες ως ασθενής, δείτε το Πώς να λάβετε τις εικόνες CT ή MRI σας.

Σχετικές σελίδες

• FHIR ImagingStudy vs DICOMweb
• Επεξήγηση ετικετών DICOM
• PACS vs RIS vs VNA
• Πώς να λάβετε τις εικόνες CT ή MRI σας (DICOM)
• Πρότυπα διαλειτουργικότητας υγειονομικής περίθαλψης: ο χάρτης
• DICOM vs FHIR για προγραμματιστές

Πηγές

• DICOM PS3.18: Web Services
• DICOM PS3.7: Message Exchange
• Επισκόπηση DICOMweb (Επιτροπή Προτύπων DICOM)
• Τεκμηρίωση OHIF Viewer

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

Είναι το DICOMweb ένα διαφορετικό πρότυπο από το DICOM;

Όχι. Είναι το Μέρος 18 του ίδιου προτύπου DICOM. Τα αντικείμενα, οι ετικέτες και τα UIDs είναι πανομοιότυπα. μόνο η μεταφορά αλλάζει από το δικό του πρωτόκολλο του DICOM σε HTTP.

Ποια είναι η διαφορά μεταξύ WADO-URI και WADO-RS;

Το WADO-URI είναι η παλαιότερη υπηρεσία: ένα αντικείμενο ανά αίτημα, επιλεγμένο με παραμέτρους αναζήτησης (?requestType=WADO&studyUID=…). Το WADO-RS είναι RESTful, μπορεί να επιστρέψει ολόκληρες μελέτες ή σειρές, μεταδεδομένα ως JSON και μεμονωμένα καρέ, και είναι αυτό που υλοποιούν τα νέα συστήματα.

Μπορώ να χρησιμοποιήσω DICOMweb χωρίς PACS;

Χρειάζεστε κάποιο αρχείο που το υλοποιεί. Διακομιστές ανοιχτού κώδικα όπως το Orthanc και το dcm4chee παρέχουν DICOMweb εκτός συσκευασίας και χρησιμοποιούνται συνήθως για ανάπτυξη και για μικρές κλινικές.

Αντικαθιστά το FHIR το DICOMweb;

Όχι. Το FHIR περιγράφει τη μελέτη (ImagingStudy) και την έκθεση (DiagnosticReport). το DICOMweb παραδίδει τις εικόνες. Ένα πρόγραμμα προβολής χρησιμοποιεί και τα δύο: FHIR για να μάθει ότι υπάρχει μια μελέτη, DICOMweb για να την εμφανίσει.

Anpheros Daily

Δοκιμάστε το στο Anpheros Daily

Κρατήστε τις αναφορές των εξετάσεων και των απεικονίσεων σε ένα μέρος στο Anpheros Daily, έτοιμες να τις δείξετε στην επόμενη επίσκεψή σας.

Πώς λειτουργεί στην εφαρμογή →

iPhone & MacAndroidΑνοίξτε το στο πρόγραμμα περιήγησής σας →

Συντάχθηκε από

Η ομάδα του Anpheros

Το Anpheros δημιουργεί ένα ιατρικό αρχείο που ελέγχει ο ασθενής και μπορεί να μοιραστεί με οποιαδήποτε κλινική, σε πλατφόρμα HL7 FHIR R4, με έδρα την ΕΕ. Αυτοί οι οδηγοί σάς βοηθούν να κατανοήσετε και να οργανώσετε την υγεία σας· δεν αντικαθιστούν τον γιατρό σας.

Σχετικά με το Anpheros →