FHIR इमेजिंग स्टडी बनाम DICOMweb: FHIR में मेटाडेटा, DICOM में पिक्सेल, एक उदाहरण के साथ

संक्षिप्त उत्तर: ImagingStudy एक FHIR संसाधन है जो बताता है इस रोगी ने इस तारीख को सीटी स्कैन करवाया था, जिसमें ये सीरीज़ और ये इंस्टेंस यूआईडी थे, और छवियां वहां हैं। DICOMweb वह वहां है: संग्रह का REST इंटरफ़ेस जिसमें पिक्सेल होते हैं। FHIR विवरण और रिपोर्ट ले जाता है; DICOM छवियां ले जाता है। एक ImagingStudy एक Endpoint संसाधन का संदर्भ देता है जिसका connectionType dicom-wado-rs है, और एक व्यूअर दोनों को जोड़ता है।

ImagingStudy में क्या शामिल है

एक FHIR ImagingStudy संसाधन एक इमेजिंग स्टडी का मेटाडेटा रखता है: DICOM स्टडी इंस्टेंस UID एक पहचानकर्ता के रूप में, एक स्थिति, विषय रोगी, एनकाउंटर, शुरू होने का समय और ऑर्डरिंग सर्विसरिक्वेस्ट, DICOM DCM शब्दावली से मोडैलिटी कोड, सीरीज़ और इंस्टेंस की गिनती, वह एंडपॉइंट जहाँ इमेज रहती हैं, और प्रत्येक सीरीज़ अपने इंस्टेंस और UID के साथ। इसमें कोई पिक्सेल नहीं होता है।

• identifier: DICOM स्टडी इंस्टेंस यूआईडी, 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[]: प्रत्येक में सीरीज़ इंस्टेंस यूआईडी, मोडैलिटी, बॉडी साइट, instance[] एसओपी इंस्टेंस यूआईडी और एसओपी क्लास यूआईडी के साथ।

इसमें क्या शामिल नहीं है: पिक्सेल डेटा, विंडो सेटिंग्स, पूर्ण DICOM हेडर, या रिपोर्ट टेक्स्ट। रिपोर्ट एक DiagnosticReport है जिसमें imagingStudy वापस इंगित करता है।

एक वैध FHIR R4 उदाहरण

एक वैध FHIR R4 ImagingStudy उदाहरण स्टडी इंस्टेंस UID को पहचानकर्ता के रूप में urn:dicom:uid सिस्टम के साथ, उपलब्ध स्थिति, DICOM DCM कोड सिस्टम से एक CT मोडैलिटी, रोगी, शुरू होने का समय, सीरीज़ और इंस्टेंस की गिनती, dicom-wado-rs कनेक्शनटाइप वाले एंडपॉइंट का संदर्भ, और उनके UID, बॉडी साइट और SOP क्लास 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
    }]
  }]
}

एसओपी क्लास यूआईडी 1.2.840.10008.5.1.4.1.1.2 सीटी इमेज स्टोरेज है। एंडपॉइंट इस तरह दिखता है:

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

एक व्यूअर दोनों से पुनर्प्राप्ति यूआरएल बनाता है: {Endpoint.address}/studies/{StudyInstanceUID}, फिर मेटाडेटा और फ्रेम के लिए WADO-RS को कॉल करता है।

कौन ImagingStudy संसाधन बनाता है

ImagingStudy संसाधन आमतौर पर PACS या VNA के सामने एक FHIR फ़साड द्वारा, या एक इंटीग्रेशन इंजन द्वारा बनाए जाते हैं, जब कोई स्टडी पूरी हो जाती है, जो अक्सर HL7 v2 ORU या DICOM MPPS संदेश द्वारा ट्रिगर होता है। कुछ आर्काइव QIDO-RS क्वेरी से उन्हें ऑन द फ्लाई जेनरेट करते हैं। स्कैनर स्वयं ImagingStudy संसाधन नहीं बनाता है।

आमतौर पर स्कैनर नहीं। PACS या VNA के सामने एक FHIR फ़ेकेड, या एक इंटीग्रेशन इंजन, अध्ययन पूरा होने पर (अक्सर HL7 v2 ORU या DICOM MPPS संदेश द्वारा ट्रिगर) ImagingStudy बनाता है और numberOfInstances को सिंक में रखता है। कुछ संग्रह QIDO-RS क्वेरी से ऑन-द-फ्लाई ImagingStudy उत्पन्न करते हैं। यदि आपकी परियोजना उन्हें हाथ से लिखती है, तो यूआईडी संग्रह से अक्षर दर अक्षर बिल्कुल मेल खाना चाहिए, या व्यूअर एक खाली अध्ययन दिखाएगा।

गलतियाँ जो व्यूअर को तोड़ देती हैं

FHIR ImagingStudy को पढ़ने वाले व्यूअर को तोड़ने वाली गलतियाँ हैं: स्टडी UID को id के बजाय identifier में रखना, गैर-DICOM मोडैलिटी कोड का उपयोग करना, गलत connectionType वाले एंडपॉइंट को DICOMweb सर्वर पर इंगित करना, इमेज बदलने के बाद सीरीज़ और इंस्टेंस की गिनती को पुराना छोड़ देना, और DICOM आर्काइव के बजाय FHIR Binary में पिक्सेल डेटा की उम्मीद करना।

• स्टडी यूआईडी को identifier के बजाय id में रखना; FHIR आईडी सर्वर-असाइन किए जाते हैं और OID नहीं हो सकते।
• SNOMED या स्थानीय सूची से एक मोडैलिटी, DICOM DCM कोड सिस्टम के बजाय।
• connectionType hl7-fhir-rest वाला एक एंडपॉइंट जो DICOMweb सर्वर की ओर इशारा करता है, या इसके विपरीत।
• एक बार सीरीज़ और इंस्टेंस की गिनती करना और छवियां जोड़े या हटाई जाने पर कभी अपडेट न करना।
• FHIR Binary में पिक्सेल डेटा की अपेक्षा करना। FHIR विनिर्देश स्वयं कहता है कि छवियां DICOM में होती हैं, Binary में नहीं।

Anpheros रिकॉर्ड में

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

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

• DICOMweb समझाया गया
• DICOM टैग्स समझाए गए
• DocumentReference बनाम DiagnosticReport बनाम Binary
• PACS बनाम RIS बनाम VNA
• सीटी स्कैन रिपोर्ट समझाई गई
• डेवलपर्स के लिए DICOM बनाम FHIR

स्रोत

• HL7 FHIR R4: ImagingStudy
• HL7 FHIR R4: Endpoint
• HL7 FHIR R4: endpoint-connection-type कोड सिस्टम
• DICOM PS3.16: DCM नियंत्रित शब्दावली (CID 29 Acquisition Modality)
• DICOM PS3.18: वेब सेवाएँ

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

क्या एक FHIR सर्वर स्वयं छवियां संग्रहीत कर सकता है?

तकनीकी रूप से एक Binary किसी भी बाइट को रख सकता है, लेकिन FHIR विनिर्देश इमेजिंग के लिए इसके खिलाफ सलाह देता है और कोई व्यूअर उस तरह से काम नहीं करता है। छवियां DICOM संग्रह में रहती हैं; FHIR वहां इंगित करता है।

ImagingStudy के लिए FHIR R5 में क्या बदला?

R5 समान आकार रखता है, नामकरण को साफ करता है (उदाहरण के लिए procedure procedureReference और procedureCode की जगह लेता है) और बॉडी साइट हैंडलिंग को संरेखित करता है। R4 वह संस्करण बना हुआ है जिसका उपयोग अधिकांश संग्रह और राष्ट्रीय प्रोफाइल करते हैं।

रिपोर्ट छवियों से कैसे लिंक होती है?

DiagnosticReport.imagingStudy ImagingStudy का संदर्भ देता है; DiagnosticReport.media मुख्य छवियों को Media संसाधनों के रूप में ले जा सकता है। ImagingStudy पूर्ण अध्ययन के लिए Endpoint का संदर्भ देता है।

क्या मुझे ImagingStudy की आवश्यकता है यदि मेरे पास पहले से ही DICOMweb है?

केवल तभी जब अन्य FHIR उपभोक्ताओं को यह जानने की आवश्यकता हो कि अध्ययन मौजूद है, उदाहरण के लिए एक रोगी ऐप, एक देखभाल योजना या एक शोध निर्यात। केवल एक रेडियोलॉजी व्यूअर QIDO-RS और WADO-RS पर रह सकता है।

Anpheros Daily

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

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

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

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

द्वारा लिखित

Anpheros टीम

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

Anpheros के बारे में →