DICOMweb को समझें: QIDO-RS, WADO-RS और STOW-RS, उदाहरण अनुरोधों के साथ

संक्षिप्त उत्तर: DICOMweb, DICOM मानक के भाग 18 में परिभाषित वेब सेवाओं का एक सेट है। यह सादे HTTPS पर एक DICOM आर्काइव को उजागर करता है: QIDO-RS (DICOM ऑब्जेक्ट्स के लिए ID पर आधारित क्वेरी) अध्ययन, श्रृंखला और उदाहरणों की खोज करता है; WADO-RS (DICOM ऑब्जेक्ट्स तक वेब पहुंच) उन्हें पूर्ण DICOM फ़ाइलों के रूप में, JSON में मेटाडेटा के रूप में, या प्रस्तुत JPEG/PNG के रूप में प्राप्त करता है; STOW-RS (वेब पर स्टोर) नई ऑब्जेक्ट्स अपलोड करता है। पुराना WADO-URI क्वेरी पैरामीटर के माध्यम से एक ऑब्जेक्ट प्राप्त करता है। ब्राउज़र-आधारित व्यूअर DICOMweb का उपयोग करते हैं क्योंकि वे क्लासिक DICOM नेटवर्किंग को नहीं बोल सकते।

क्लासिक DICOM बनाम DICOMweb

क्लासिक DICOM नेटवर्किंग (मानक के भाग 7 और 8) कॉन्फ़िगर किए गए नोड्स के बीच C-FIND, C-MOVE, C-GET और C-STORE जैसी सेवाओं के साथ TCP पर एक बाइनरी प्रोटोकॉल का उपयोग करती है। DICOMweb (भाग 18) समान ऑपरेशनों को HTTP पर मैप करता है: खोजने के लिए QIDO-RS, प्राप्त करने के लिए WADO-RS और संग्रहीत करने के लिए STOW-RS, जो इंटरनेट पर और ब्राउज़र से काम करता है।

क्लासिक DICOM (भाग 7 और 8) नामित सेवाओं के साथ TCP पर अपने स्वयं के बाइनरी प्रोटोकॉल का उपयोग करता है: क्वेरी करने के लिए C-FIND, प्राप्त करने के लिए C-MOVE या C-GET, भेजने के लिए C-STORE। इसके लिए दो ज्ञात नोड्स (AE शीर्षक, IP पते, पोर्ट) के बीच एक कॉन्फ़िगर "एसोसिएशन" की आवश्यकता होती है, जो एक अस्पताल के अंदर ठीक है और इंटरनेट पर कठिन है। DICOMweb HTTP पर समान विचारों को मैप करता है:

संसाधन पदानुक्रम DICOM के अपने मॉडल का अनुसरण करता है: एक अध्ययन (स्कैनर पर एक विज़िट) में श्रृंखला (प्रत्येक एक अधिग्रहण) होती है, जिसमें उदाहरण (एकल चित्र या बहु-फ़्रेम ऑब्जेक्ट) होते हैं, प्रत्येक को विश्व स्तर पर अद्वितीय UID द्वारा पहचाना जाता है।

QIDO-RS: खोजना

QIDO-RS DICOMweb खोज सेवा है। एक क्लाइंट PatientID, StudyDate या ModalitiesInStudy जैसे क्वेरी पैरामीटर और Accept हेडर application/dicom+json के साथ GET /studies, /series या /instances भेजता है। आर्काइव एक JSON ऐरे लौटाता है जिसमें प्रत्येक DICOM विशेषता को उसके आठ-अंकीय टैग के साथ-साथ उसके मान प्रतिनिधित्व और मानों द्वारा की (key) किया जाता है।

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 भाग 10 फ़ाइलों के रूप में मल्टीपार्ट प्रतिक्रिया में लौटाता है; /metadata प्रत्यय पिक्सेल डेटा के बिना JSON के रूप में हेडर लौटाता है; /frames/{n} एक फ्रेम के पिक्सेल लौटाता है; और /rendered विंडो, व्यूपोर्ट और गुणवत्ता मापदंडों के साथ सर्वर-रेंडर किया गया JPEG या PNG लौटाता है।

• Accept: multipart/related; type="application/dicom" के साथ GET /studies/{study} प्रत्येक उदाहरण को DICOM भाग 10 फ़ाइल के रूप में लौटाता है, प्रत्येक एक भाग।
• GET /studies/{study}/metadata सभी उदाहरणों के हेडर को JSON के रूप में लौटाता है, पिक्सेल डेटा के बिना। व्यूअर लेआउट बनाने के लिए पहले इसे कॉल करते हैं, फिर फ्रेम दर फ्रेम पिक्सेल प्राप्त करते हैं।
• GET /studies/{study}/series/{series}/instances/{instance}/frames/1 एक फ्रेम के पिक्सेल डेटा को लौटाता है, वैकल्पिक रूप से ट्रांसकोड किया जाता है (transfer-syntax पैरामीटर)।
• GET …/instances/{instance}/rendered Accept: image/jpeg के साथ एक सर्वर-रेंडर की गई छवि लौटाता है, जिसमें window, viewport और quality पैरामीटर होते हैं। यह वह है जो एक हल्का रोगी पोर्टल पूर्वावलोकन दिखाने के लिए उपयोग करता है।

STOW-RS: संग्रहीत करना

STOW-RS DICOMweb भंडारण सेवा है। एक क्लाइंट POST /studies को multipart/related बॉडी के साथ भेजता है जिसमें प्रत्येक भाग एक DICOM फ़ाइल होती है। आर्काइव स्वीकृत और विफल इंस्टेंस की सूची और प्रत्येक विफलता का कारण बताता है, और जांचता है कि URL में दिया गया कोई भी Study Instance UID अपलोड की गई फ़ाइलों से मेल खाता है।

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

प्रत्येक भाग एक DICOM फ़ाइल है। प्रतिक्रिया स्वीकार किए गए और विफल उदाहरणों को कारणों (गलत SOP वर्ग, डुप्लिकेट UID) के साथ सूचीबद्ध करती है। आर्काइव मान्य करते हैं कि URL में अध्ययन इंस्टेंस UID, यदि दिया गया है, फ़ाइलों से मेल खाता है।

सुरक्षा

DICOMweb का अपना कोई लॉगिन नहीं है; यह HTTPS और सर्वर जो कुछ भी सामने रखता है उस पर निर्भर करता है: अधिकांश आधुनिक आर्काइव में OAuth 2.0 बियरर टोकन, अक्सर SMART on FHIR स्कोप के साथ जोड़ा जाता है जब व्यूअर को EHR से लॉन्च किया जाता है। यह लॉग इन करना कि किसने कौन सा अध्ययन प्राप्त किया, आर्काइव का काम है, प्रोटोकॉल का नहीं।

इसका उपयोग कहाँ किया जाता है

हर प्रमुख PACS और वेंडर-न्यूट्रल आर्काइव अब एक DICOMweb एंडपॉइंट प्रदान करता है, और ओपन-सोर्स आर्काइव (Orthanc, dcm4chee, Google Cloud Healthcare API, Azure DICOM service) DICOMweb-पहले हैं। OHIF जैसे वेब व्यूअर पूरी तरह से QIDO-RS और WADO-RS पर बनाए गए हैं। FHIR दुनिया में, एक ImagingStudy संसाधन एक DICOMweb एंडपॉइंट की ओर इशारा करता है; पिक्सेल कभी भी FHIR से नहीं गुजरते।

Anpheros चित्र संग्रहीत नहीं करता है। रोगी के रिकॉर्ड में DocumentReference या DiagnosticReport के रूप में रेडियोलॉजी रिपोर्ट हो सकती है और, जहां एक अस्पताल एक प्रदान करता है, उसके व्यूअर का लिंक; DICOM डेटा स्वयं अस्पताल के आर्काइव में रहता है। एक रोगी के रूप में अपने स्वयं के चित्र प्राप्त करने के लिए, अपना सीटी या एमआरआई चित्र कैसे प्राप्त करें देखें।

संबंधित पृष्ठ

• FHIR ImagingStudy बनाम DICOMweb
• DICOM टैग्स समझाए गए
• PACS बनाम RIS बनाम VNA
• अपना सीटी या एमआरआई चित्र कैसे प्राप्त करें (DICOM)
• स्वास्थ्य सेवा इंटरऑपरेबिलिटी मानक: मानचित्र
• डेवलपर्स के लिए DICOM बनाम FHIR

स्रोत

• DICOM PS3.18: वेब सेवाएँ
• DICOM PS3.7: संदेश विनिमय
• DICOMweb अवलोकन (DICOM मानक समिति)
• OHIF व्यूअर प्रलेखन

अक्सर पूछे जाने वाले प्रश्न

क्या DICOMweb DICOM से एक अलग मानक है?

नहीं। यह उसी DICOM मानक का भाग 18 है। ऑब्जेक्ट्स, टैग और UID समान हैं; केवल परिवहन DICOM के अपने प्रोटोकॉल से HTTP में बदलता है।

WADO-URI और WADO-RS के बीच क्या अंतर है?

WADO-URI पुरानी सेवा है: प्रति अनुरोध एक ऑब्जेक्ट, क्वेरी पैरामीटर के साथ चयनित (?requestType=WADO&studyUID=…)। WADO-RS RESTful है, पूरे अध्ययन या श्रृंखला, JSON के रूप में मेटाडेटा और व्यक्तिगत फ्रेम लौटा सकता है, और यही वह है जिसे नए सिस्टम लागू करते हैं।

क्या मैं PACS के बिना DICOMweb का उपयोग कर सकता हूँ?

आपको इसे लागू करने वाले किसी आर्काइव की आवश्यकता है। Orthanc और dcm4chee जैसे ओपन-सोर्स सर्वर बॉक्स से बाहर DICOMweb प्रदान करते हैं और आमतौर पर विकास और छोटे क्लीनिकों के लिए उपयोग किए जाते हैं।

क्या FHIR DICOMweb को प्रतिस्थापित करता है?

नहीं। FHIR अध्ययन (ImagingStudy) और रिपोर्ट (DiagnosticReport) का वर्णन करता है; DICOMweb चित्र वितरित करता है। एक व्यूअर दोनों का उपयोग करता है: यह जानने के लिए FHIR कि एक अध्ययन मौजूद है, इसे दिखाने के लिए DICOMweb।

Anpheros Daily

Anpheros Daily में आज़माएँ

अपने स्कैन और टेस्ट रिपोर्ट को Anpheros Daily में एक ही जगह पर रखें, जो आपकी अगली विज़िट के लिए तैयार हों।

ऐप में यह कैसे काम करता है →

iPhone और MacAndroidअपने ब्राउज़र में खोलें →

द्वारा लिखित

Anpheros टीम

Anpheros एक मेडिकल रिकॉर्ड बनाता है जिसे मरीज़ नियंत्रित कर सकता है और किसी भी क्लिनिक के साथ साझा कर सकता है, यह EU में स्थित HL7 FHIR R4 प्लेटफ़ॉर्म पर आधारित है। ये गाइड आपको अपने स्वास्थ्य को समझने और व्यवस्थित करने में मदद करते हैं; ये आपके डॉक्टर का विकल्प नहीं हैं।

Anpheros के बारे में →