संक्षिप्त उत्तर: हर DICOM ऑब्जेक्ट (एक इमेज, एक रिपोर्ट, एक डोज़ रिकॉर्ड) डेटा तत्वों की एक सूची होती है, जिसमें से प्रत्येक को एक टैग द्वारा पहचाना जाता है: एक ग्रुप नंबर और एक एलिमेंट नंबर, प्रत्येक चार हेक्स अंकों के रूप में लिखा जाता है, जैसे कि रोगी के नाम के लिए (0010,0010)। प्रत्येक तत्व में एक मान प्रतिनिधित्व (VR) होता है जो बताता है कि यह किस प्रकार का डेटा रखता है (टेक्स्ट, दिनांक, UID, पूर्णांक, बाइनरी) और फिर स्वयं मान। पिक्सेल केवल एक और तत्व हैं, (7FE0,0010) पिक्सेल डेटा। पूरी डिक्शनरी मानक का भाग 6 है, जिसमें लगभग 5,000 सार्वजनिक टैग हैं; विक्रेता निजी टैग जोड़ सकते हैं जिनमें विषम ग्रुप नंबर होते हैं।
स्तर
DICOM टैग चार स्तरों में व्यवस्थित होते हैं जो DICOM पदानुक्रम से मेल खाते हैं: रोगी (नाम, आईडी, जन्म तिथि, लिंग), अध्ययन (Study Instance UID, तिथि, एक्सेस नंबर, विवरण, रेफरिंग फिजिशियन), श्रृंखला (Series Instance UID, मोडैलिटी, शरीर का अंग) और छवि (SOP Instance UID, SOP Class UID, पंक्तियाँ, कॉलम, बिट्स, विंडो सेटिंग्स, पिक्सेल डेटा)। प्रत्येक फ़ाइल सभी चार स्तरों के मानों को दोहराती है।
DICOM उन विशेषताओं को समूहित करता है जिन्हें वे पदानुक्रम के स्तर के अनुसार वर्णित करते हैं। एक अध्ययन की हर फ़ाइल में समान मान दोहराए जाते हैं, यही कारण है कि एक एकल इमेज को अपने आप सही ढंग से फ़ाइल किया जा सकता है।
| स्तर | टैग | नाम | VR | उदाहरण |
|---|---|---|---|---|
| रोगी | (0010,0010) | रोगी का नाम | PN | DOE^JANE^^^ |
| रोगी | (0010,0020) | रोगी आईडी | LO | MRN-00012345 |
| रोगी | (0010,0030) | रोगी की जन्म तिथि | DA | 19800523 |
| रोगी | (0010,0040) | रोगी का लिंग | CS | F |
| अध्ययन | (0020,000D) | अध्ययन इंस्टेंस UID | UI | 1.2.840.113619.2.55… |
| अध्ययन | (0008,0020) | अध्ययन तिथि | DA | 20260314 |
| अध्ययन | (0008,0050) | एक्सेसन नंबर | SH | RAD2026-77812 |
| अध्ययन | (0008,1030) | अध्ययन विवरण | LO | CT CHEST W/O CONTRAST |
| अध्ययन | (0008,0090) | संदर्भित चिकित्सक का नाम | PN | SMITH^JOHN |
| श्रृंखला | (0020,000E) | श्रृंखला इंस्टेंस UID | UI | 1.2.840.113619.2.55… |
| श्रृंखला | (0008,0060) | मोडैलिटी | CS | CT |
| श्रृंखला | (0018,0015) | परीक्षा की गई शरीर का हिस्सा | CS | CHEST |
| इमेज | (0008,0018) | SOP इंस्टेंस UID | UI | 1.2.840.113619.2.55… |
| इमेज | (0008,0016) | SOP क्लास UID | UI | 1.2.840.10008.5.1.4.1.1.2 (CT इमेज स्टोरेज) |
| इमेज | (0028,0010) / (0028,0011) | पंक्तियाँ / कॉलम | US | 512 / 512 |
| इमेज | (0028,0100) | आवंटित बिट्स | US | 16 |
| इमेज | (0028,1050) / (0028,1051) | विंडो सेंटर / चौड़ाई | DS | 40 / 400 |
| इमेज | (7FE0,0010) | पिक्सेल डेटा | OB या OW | बाइट्स |
मान प्रतिनिधित्व
DICOM मान प्रतिनिधित्व (VR) एक दो-अक्षर का कोड है जो सॉफ़्टवेयर को बताता है कि किसी तत्व के बाइट्स को कैसे पढ़ा जाए: व्यक्ति के नामों के लिए PN, स्ट्रिंग्स के लिए LO और SH, कोड स्ट्रिंग्स के लिए CS, तिथियों और समय के लिए DA, TM और DT, अद्वितीय पहचानकर्ताओं के लिए UI, संख्यात्मक स्ट्रिंग्स के लिए IS और DS, अहस्ताक्षरित शॉर्ट्स के लिए US, अनुक्रमों के लिए SQ, बाइनरी के लिए OB या OW।
VR सॉफ्टवेयर को बताता है कि बाइट्स को कैसे पढ़ना है। सामान्य वाले: PN व्यक्ति का नाम (^ से अलग किए गए घटक: परिवार^दिया^मध्य^उपसर्ग^प्रत्यय); LO लंबी स्ट्रिंग; SH छोटी स्ट्रिंग; CS कोड स्ट्रिंग (बड़े अक्षर, एक निश्चित सूची से); DA दिनांक YYYYMMDD; TM समय; DT दिनांक-समय; UI अद्वितीय पहचानकर्ता (बिंदु वाली संख्याएँ, अधिकतम 64 वर्ण); IS पूर्णांक स्ट्रिंग; DS दशमलव स्ट्रिंग; US अहस्ताक्षरित छोटा; SQ अनुक्रम, आगे के डेटा तत्वों की एक नेस्टेड सूची; OB/OW अन्य बाइट या शब्द, रॉ बाइनरी। DICOMweb JSON में, प्रत्येक विशेषता को {"vr": "PN", "Value": [...]} के रूप में लिखा जाता है, जैसा कि DICOMweb समझाया गया में दिखाया गया है।
UID: वे पहचानकर्ता जिन्हें बदला नहीं जाना चाहिए
DICOM Study, Series और SOP Instance UIDs विश्व स्तर पर अद्वितीय पहचानकर्ता हैं जो निर्माता के पंजीकृत रूट के तहत स्कैनर द्वारा उत्पन्न होते हैं और PACS इंडेक्स, FHIR ImagingStudy और DICOMweb URL द्वारा पुन: उपयोग किए जाते हैं। उन्हें कभी भी असंगत रूप से फिर से नहीं लिखा जाना चाहिए, अन्यथा अध्ययन बिखर जाएगा। इसके विपरीत, SOP Class UID छवि का नहीं, बल्कि ऑब्जेक्ट के प्रकार की पहचान करता है।
तीन UID (अध्ययन, श्रृंखला, इंस्टेंस) सिस्टम में एकमात्र विश्व स्तर पर अद्वितीय पहचानकर्ता हैं। वे स्कैनर द्वारा निर्माता के पंजीकृत रूट के तहत उत्पन्न होते हैं और हर जगह उपयोग किए जाते हैं: PACS इंडेक्स, FHIR ImagingStudy, DICOMweb URL। यदि कोई टूल उन्हें असंगत रूप से फिर से लिखता है (एक फ़ाइल को डी-पहचानता है लेकिन उसके पड़ोसी को नहीं), तो अध्ययन बिखर जाता है। SOP क्लास UID अलग है: यह इस इमेज का पहचानकर्ता नहीं है, बल्कि ऑब्जेक्ट के प्रकार (CT इमेज, MR इमेज, संरचित रिपोर्ट) का है, जो मानक द्वारा तय किया गया है।
टैग जो व्यक्तिगत डेटा ले जाते हैं
DICOM टैग जो व्यक्तिगत डेटा ले जाते हैं, मानक के भाग 15, परिशिष्ट E, बेसिक एप्लीकेशन लेवल कॉन्फिडेंशियलिटी प्रोफाइल में सूचीबद्ध हैं: रोगी का नाम, आईडी, जन्म तिथि, पता और टेलीफोन, फिजिशियन और संस्थान के नाम, डिवाइस सीरियल नंबर, हर स्तर पर तिथियां और समय, फ्री-टेक्स्ट विवरण, निजी टैग, पहचानकर्ताओं वाले नेस्टेड अनुक्रम, और पिक्सेल में जला हुआ टेक्स्ट।
मानक का भाग 15, परिशिष्ट E बुनियादी अनुप्रयोग स्तर गोपनीयता प्रोफ़ाइल को परिभाषित करता है: रोगी, चिकित्सकों या संस्थान की पहचान करने वाले विशेषताओं की एक सूची, प्रत्येक के लिए एक क्रिया के साथ (हटाएं, डमी से बदलें, रखें, साफ करें)। स्पष्ट वाले रोगी का नाम, आईडी, जन्म तिथि, पता और टेलीफोन, चिकित्सकों के नाम, संस्थान का नाम और पता, और डिवाइस सीरियल नंबर हैं। कम स्पष्ट:
- हर स्तर पर दिनांक और समय (अध्ययन, श्रृंखला, अधिग्रहण, सामग्री), जो शोध की आवश्यकता के आधार पर स्थानांतरित या हटा दिए जाते हैं;
- मुक्त-पाठ फ़ील्ड (अध्ययन विवरण, इमेज टिप्पणियाँ, प्रोटोकॉल नाम) जिन्हें टेक्नोलॉजिस्ट कभी-कभी नामों से भरते हैं;
- निजी टैग, जिनका अर्थ केवल विक्रेता जानता है; सुरक्षित डिफ़ॉल्ट उन्हें हटाना है;
- जले हुए एनोटेशन: पिक्सेल में खींचा गया टेक्स्ट (अल्ट्रासाउंड और कुछ स्क्रीनशॉट),
(0028,0301)बर्न इन एनोटेशन द्वारा फ़्लैग किया गया और केवल इमेज को संपादित करके हटाया जा सकता है; - अनुक्रम जैसे संदर्भित रोगी अनुक्रम या अन्य रोगी आईडी, जहां पहचानकर्ता नेस्टेड तत्वों के अंदर छिपे होते हैं।
अच्छे डी-पहचान उपकरण भाग 15 का पालन करते हैं, पुराने से नए UID का एक मैपिंग एक सुरक्षित स्थान पर रखते हैं और लॉग करते हैं कि उन्होंने क्या बदला है। व्यापक तस्वीर (HIPAA सुरक्षित हार्बर, GDPR गुमनामी और छद्म नामकरण) के लिए, स्वास्थ्य डेटा का डी-पहचान देखें।
स्वयं एक हेडर पढ़ना
आप किसी भी DICOM व्यूअर के साथ या DCMTK से dcmdump या Python में pydicom जैसे कमांड-लाइन टूल के साथ स्वयं DICOM हेडर पढ़ सकते हैं, जो फ़ाइल को टैग की सूची के रूप में प्रिंट करते हैं। हेडर रोगी का नाम, जन्म तिथि, अध्ययन तिथि और अध्ययन विवरण दिखाता है, इसलिए आप पुष्टि कर सकते हैं कि अस्पताल से प्राप्त छवियां आपकी हैं।
कोई भी DICOM दर्शक हेडर दिखाता है; कमांड-लाइन टूल (DCMTK से dcmdump, Python में pydicom) इसे एक टैग सूची के रूप में प्रिंट करते हैं। यदि आपने अस्पताल से अपनी इमेज प्राप्त की हैं, तो हेडर वह जगह है जहाँ आप पुष्टि करते हैं कि नाम, जन्म तिथि और अध्ययन तिथि आपकी हैं और अध्ययन विवरण आपकी परीक्षा से मेल खाता है। अपनी सीटी या एमआरआई इमेज कैसे प्राप्त करें देखें।
संबंधित पृष्ठ
- DICOMweb समझाया गया
- FHIR ImagingStudy बनाम DICOMweb
- PACS बनाम RIS बनाम VNA
- स्वास्थ्य डेटा का डी-पहचान
- अपनी सीटी या एमआरआई इमेज कैसे प्राप्त करें (DICOM)
स्रोत
- DICOM PS3.6: डेटा डिक्शनरी
- DICOM PS3.5: डेटा संरचनाएं और एन्कोडिंग (मान प्रतिनिधित्व)
- DICOM PS3.15 परिशिष्ट E: विशेषता गोपनीयता प्रोफ़ाइल
- DICOM PS3.3: सूचना ऑब्जेक्ट परिभाषाएँ
- pydicom प्रलेखन
अक्सर पूछे जाने वाले प्रश्न
टैग (0010,0010) और 00100010 के रूप में क्यों लिखे जाते हैं?
वे एक ही चीज़ हैं: हेक्साडेसिमल में ग्रुप 0010 और एलिमेंट 0010। कोष्ठक वाला रूप प्रलेखन और दर्शकों में उपयोग किया जाता है; आठ-अंकीय रूप DICOMweb JSON में कुंजी के रूप में उपयोग किया जाता है।
निजी टैग क्या है?
मानक के बजाय एक विक्रेता द्वारा परिभाषित एक तत्व, एक विषम संख्या वाले समूह में (उदाहरण के लिए (0009,xxxx) या (0029,xxxx)), एक निजी निर्माता तत्व के साथ जो विक्रेता ब्लॉक का नाम देता है। केवल उस विक्रेता का सॉफ्टवेयर अर्थ जानता है; डी-पहचान डिफ़ॉल्ट रूप से उन्हें हटा देती है।
क्या DICOM टैग FHIR तत्वों के समान हैं?
नहीं। FHIR ImagingStudy उनमें से कुछ (UID, मोडैलिटी, बॉडी साइट, गणना, तिथियां) ले जाता है; हेडर का बाकी हिस्सा DICOM में रहता है। DICOM मानक का भाग 16 और FHIR विनिर्देश उन कुछ मैपिंग का दस्तावेजीकरण करते हैं जो मौजूद हैं।
किसी संग्रह में इमेज खोजने के लिए मुझे किन टैग की आवश्यकता है?
अध्ययन खोजने के लिए रोगी आईडी या नाम, फिर सही अध्ययन प्राप्त करने के लिए अध्ययन इंस्टेंस UID। QIDO-RS ठीक इन्हीं पर खोज करता है; श्रृंखला और इंस्टेंस UID प्रतिक्रिया में वापस आते हैं।
Anpheros Daily में आज़माएँ
अपने स्कैन और टेस्ट रिपोर्ट को Anpheros Daily में एक ही जगह पर रखें, जो आपकी अगली विज़िट के लिए तैयार हों।
ऐप में यह कैसे काम करता है →
Anpheros एक मेडिकल रिकॉर्ड बनाता है जिसे मरीज़ नियंत्रित कर सकता है और किसी भी क्लिनिक के साथ साझा कर सकता है, यह EU में स्थित HL7 FHIR R4 प्लेटफ़ॉर्म पर आधारित है। ये गाइड आपको अपने स्वास्थ्य को समझने और व्यवस्थित करने में मदद करते हैं; ये आपके डॉक्टर का विकल्प नहीं हैं।
Anpheros के बारे में →