# DICOM बनाम FHIR: इमेजिंग डेटा और क्लिनिकल डेटा

> DICOM मेडिकल इमेज ले जाता है, FHIR उनके आसपास का क्लिनिकल डेटा: प्रत्येक में क्या शामिल है, ImagingStudy और DiagnosticReport कैसे जुड़ते हैं, और क्या कहाँ संग्रहीत करना है।

Source: https://developers.anpheros.com/hi/guides/dicom-vs-fhir

**DICOM और FHIR प्रतिस्पर्धी नहीं हैं: DICOM मेडिकल इमेज के लिए मानक है — पिक्सेल और एक्स-रे, सीटी या एमआरआई का तकनीकी मेटाडेटा — जबकि HL7 FHIR उनके आसपास के क्लिनिकल डेटा के लिए मानक है, जैसे कि ऑर्डर, रेडियोलॉजिस्ट की रिपोर्ट, निष्कर्ष और वह रोगी जिससे वे संबंधित हैं।** एक विशिष्ट इमेजिंग वर्कफ़्लो दोनों का उपयोग करता है: स्कैनर और PACS DICOM बोलते हैं, अस्पताल और रोगी ऐप FHIR बोलते हैं, और FHIR संसाधन DICOM अध्ययन को कॉपी करने के बजाय इंगित करते हैं। यह पृष्ठ बताता है कि प्रत्येक मानक कहाँ शुरू और समाप्त होता है, वे कैसे जुड़ते हैं, और Anpheros जैसे FHIR बैकएंड को क्या संग्रहीत करना चाहिए और क्या नहीं।

## संक्षिप्त उत्तर

| | DICOM | HL7 FHIR R4 |
|---|---|---|
| क्या ले जाता है | छवियां और उनका मेटाडेटा (मोडैलिटी, बॉडी पार्ट, स्लाइस स्पेसिंग, डिवाइस, UIDs) | क्लिनिकल डेटा: मरीज़, ऑर्डर, रिपोर्ट, अवलोकन, दवाएं… |
| विशिष्ट आकार | प्रति अध्ययन मेगाबाइट से गीगाबाइट | प्रति संसाधन किलोबाइट |
| डेटा की इकाई | स्टडी → सीरीज़ → इंस्टेंस, विश्व स्तर पर अद्वितीय UIDs द्वारा पहचाना गया | संसाधन (Patient, ServiceRequest, ImagingStudy, DiagnosticReport…) संदर्भों के साथ |
| परिवहन | DIMSE नेटवर्क सेवाएं (C-STORE, C-FIND, C-MOVE) और DICOMweb REST (QIDO-RS, WADO-RS, STOW-RS) | HTTPS पर REST, JSON या XML के साथ |
| में संग्रहीत | PACS या वेंडर-न्यूट्रल आर्काइव (VNA) | EHR, FHIR सर्वर, स्वास्थ्य डेटा प्लेटफ़ॉर्म |
| द्वारा पढ़ा जाता है | रेडियोलॉजी व्यूअर, AI इमेज मॉडल, मोडैलिटी | क्लिनिकल ऐप, पेशेंट ऐप, एनालिटिक्स, टेक्स्ट और वैल्यू पर काम करने वाला AI |

## DICOM किस लिए है

DICOM (Digital Imaging and Communications in Medicine) परिभाषित करता है कि एक इमेज को कैसे एन्कोड किया जाता है और इमेजिंग उपकरण इसका आदान-प्रदान कैसे करते हैं। हर इमेज फ़ाइल में सैकड़ों विशेषताओं वाला एक हेडर होता है — रोगी और अध्ययन पहचानकर्ता, मोडैलिटी (`CT`, `MR`, `DX`, `US`…), अधिग्रहण पैरामीटर, पिक्सेल स्पेसिंग — पिक्सेल डेटा के बगल में। इमेज को एक अध्ययन के भीतर सीरीज़ के अंदर इंस्टेंस के रूप में समूहीकृत किया जाता है, प्रत्येक में `2.25.181945…` जैसा UID होता है, ताकि किसी भी संग्रह में वही अध्ययन फिर से मिल सके।

DICOMweb ने DICOM को HTTP पर लाया: अध्ययनों को खोजने के लिए `QIDO-RS`, उन्हें पुनः प्राप्त करने के लिए `WADO-RS`, उन्हें संग्रहीत करने के लिए `STOW-RS`। यह इमेज को वेब व्यूअर और क्लाउड सेवाओं से सुलभ बनाता है, लेकिन पेलोड अभी भी DICOM है।

DICOM अच्छी तरह से क्या नहीं करता है वह है नैदानिक ​​कहानी: अध्ययन का आदेश क्यों दिया गया था, रेडियोलॉजिस्ट ने क्या निष्कर्ष निकाला, यह किस समस्या से संबंधित है, और यह लैब परिणामों और दवाओं के साथ कैसे फिट बैठता है। यह FHIR का काम है।

## इमेजिंग के आसपास FHIR क्या करता है

FHIR R4 में इमेजिंग वर्कफ़्लो के प्रत्येक चरण के लिए संसाधन हैं:

- **ServiceRequest** — ऑर्डर: "छाती का एक्स-रे, दो व्यू, संदिग्ध निमोनिया"।
- **ImagingStudy** — DICOM अध्ययन का सारांश (UIDs, modality, series और instances की संख्या, body site) और एक `endpoint` जो बताता है कि छवियां कहाँ से प्राप्त की जा सकती हैं, उदाहरण के लिए एक DICOMweb WADO-RS पता। इसमें पिक्सेल शामिल नहीं हैं।
- **DiagnosticReport** — रेडियोलॉजिस्ट की रिपोर्ट: कोड, स्थिति, निष्कर्ष, जारी किया गया समय और वैकल्पिक रूप से, `presentedForm` में एक PDF के रूप में मूल रिपोर्ट; `imagingStudy` इसे अध्ययन से जोड़ता है।
- **Observation** — व्यक्तिगत निष्कर्ष या माप जिन्हें क्वेरी करने योग्य होने की आवश्यकता है, जैसे कि एक नोड्यूल का आकार।
- **DocumentReference** — एक दस्तावेज़ जैसे PDF रिपोर्ट या JPEG के रूप में निर्यात की गई एक प्रमुख छवि।

एक ImagingStudy जो PACS में एक अध्ययन की ओर इशारा करता है (मान्य FHIR R4 संरचना):

```json
{
  "resourceType": "ImagingStudy",
  "status": "available",
  "subject": {"reference": "Patient/example"},
  "identifier": [{"system": "urn:dicom:uid", "value": "urn:oid:2.25.181945102383749012843512396725468820"}],
  "started": "2026-10-03T10:20:00-05:00",
  "modality": [{"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"}],
  "numberOfSeries": 1,
  "numberOfInstances": 2,
  "endpoint": [{"reference": "Endpoint/pacs-wado"}],
  "series": [{
    "uid": "2.25.30584718293846127394857102938475",
    "modality": {"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"},
    "bodySite": {"system": "http://snomed.info/sct", "code": "51185008", "display": "Thoracic structure"},
    "numberOfInstances": 2,
    "instance": [{"uid": "2.25.11223344556677889900112233445566",
                  "sopClass": {"system": "urn:ietf:rfc:3986", "code": "urn:oid:1.2.840.10008.5.1.4.1.1.1.1"}}]
  }]
}
```

उसी अध्ययन पर रिपोर्ट, एक DiagnosticReport के रूप में (यह [FHIR R4 validator](https://developers.anpheros.com/tools/fhir-validator) पास करता है):

```json
{
  "resourceType": "DiagnosticReport",
  "status": "final",
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0074", "code": "RAD", "display": "Radiology"}]}],
  "code": {"coding": [{"system": "http://loinc.org", "code": "36643-5", "display": "XR Chest 2 Views"}], "text": "Chest X-ray, 2 views"},
  "subject": {"reference": "Patient/example"},
  "effectiveDateTime": "2026-10-03T10:20:00-05:00",
  "issued": "2026-10-03T15:05:00-05:00",
  "performer": [{"display": "Springfield Imaging Center"}],
  "conclusion": "No acute cardiopulmonary abnormality.",
  "presentedForm": [{"contentType": "application/pdf", "url": "https://imaging.springfield-hospital.test/reports/RPT-8812.pdf", "title": "Radiology report"}]
}
```

## दोनों कैसे जुड़ते हैं

```
 modality (X-ray, CT, MR) ──DICOM──► PACS / VNA ◄──DICOMweb (WADO-RS)── image viewer, AI image model
                                         ▲
                     ImagingStudy.endpoint│ (where the images are)
                                         │
 order (ServiceRequest) ──► study ──► report (DiagnosticReport) ──► patient record (FHIR)
                                                                       │
                                     patient app, clinic system, AI assistant (text and values)
```

सिस्टम को सरल रखने वाला नियम: **इमेजिंग आर्काइव में इमेजें रहती हैं; क्लिनिकल रिकॉर्ड में रिपोर्ट, महत्वपूर्ण निष्कर्ष और इमेज का एक पॉइंटर होता है।** DICOM स्टडीज़ को क्लिनिकल डेटाबेस में कॉपी करने से स्टोरेज और प्राइवेसी का जोखिम कई गुना बढ़ जाता है, जबकि अधिकांश पाठकों के लिए रिकॉर्ड अधिक उपयोगी नहीं होता है।

अन्य मानक अस्पतालों के बीच की कमियों को पूरा करते हैं: IHE प्रोफाइल जैसे XDS-I, संगठनों में इमेजिंग दस्तावेज़ साझा करने के लिए, और FHIRcast, एक रेडियोलॉजी व्यूअर और रिपोर्टिंग एप्लिकेशन को एक ही रोगी और स्टडी पर रखने के लिए।

## इमेजिंग, इंटरऑपरेबिलिटी और AI

मेडिकल इमेज पर AI (पहचान, सेगमेंटेशन, ट्राइएज) DICOM पिक्सेल डेटा पर काम करता है, आमतौर पर इमेजिंग विभाग या एक विशेष प्लेटफॉर्म के अंदर। AI जो किसी मरीज़ या डॉक्टर को पूरे रिकॉर्ड के बारे में सोचने में मदद करता है — "पिछली छाती के एक्स-रे में क्या दिखाया गया था, और यह खांसी और एंटीबायोटिक दवाओं से कैसे संबंधित है?" — रिपोर्ट, निष्कर्षों और बाकी क्लिनिकल डेटा पर काम करता है, जो कि FHIR ले जाता है। दोनों तरह के AI को इंफ्रास्ट्रक्चर से एक ही चीज़ की ज़रूरत होती है: कोड, समय और दर्ज मूल के साथ डेटा।

## Anpheros कहाँ फिट बैठता है

Anpheros प्रत्येक रोगी के रिकॉर्ड को HL7 FHIR R4 के रूप में संग्रहीत करता है। इमेजिंग के लिए इसका मतलब है:

- **संग्रहीत:** रेडियोलॉजी रिपोर्ट एक `DiagnosticReport` के रूप में, मूल रिपोर्ट या एक मुख्य छवि एक `DocumentReference` के रूप में (प्रति दस्तावेज़ 25 MiB तक), निष्कर्ष `Observation`s के रूप में, और ऑर्डर एक `ServiceRequest` के रूप में। प्रत्येक राइट प्रोवेनेंस (provenance) ले जाता है, और रोगी तय करता है कि कौन से एप्लिकेशन इसे पढ़ सकते हैं।
- **संग्रहीत नहीं:** DICOM अध्ययन। Anpheros एक PACS नहीं है, इसमें कोई DICOMweb इंटरफ़ेस नहीं है और यह आज `ImagingStudy` संसाधन का समर्थन नहीं करता है, इसलिए यह छवियों को इंडेक्स या सर्व नहीं कर सकता है। यह छवियों को पढ़ता या व्याख्या नहीं करता है।

Anpheros Daily ऐप में, एक रोगी इमेजिंग रिपोर्ट की तस्वीर ले सकता है या उसे अपलोड कर सकता है और उसे अपने रिकॉर्ड के बाकी हिस्सों के साथ अपने दस्तावेज़ों में रख सकता है। एक डेवलपर जो ऐप बना रहा है या क्लिनिक इंटीग्रेशन के लिए, व्यावहारिक विभाजन यह है: छवियों को अपनी इमेजिंग प्रणाली में रखें, रिपोर्ट और निष्कर्षों को रोगी के FHIR रिकॉर्ड में लिखें। [क्लिनिक सिस्टम को FHIR बैकएंड के साथ कैसे एकीकृत करें](https://developers.anpheros.com/hi/guides/integrate-clinic-systems-fhir) दिखाता है कि एक ही ट्रांजेक्शन में एक विज़िट और उसके दस्तावेज़ कैसे लिखें, और [DiagnosticReport उदाहरण](https://developers.anpheros.com/tools/fhir-examples/diagnostic-report) रिपोर्ट की संरचना दिखाता है।

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

### DICOM और FHIR में क्या अंतर है?
DICOM चिकित्सा छवियों और उनके तकनीकी मेटाडेटा को एन्कोड और एक्सचेंज करता है; FHIR नैदानिक डेटा जैसे ऑर्डर, रिपोर्ट, अवलोकन और दवाओं का आदान-प्रदान करता है। व्यवहार में FHIR संसाधन इमेजिंग अध्ययनों का वर्णन और संदर्भ देते हैं, जबकि छवियां स्वयं DICOM में रहती हैं।

### क्या FHIR चिकित्सा छवियों को स्टोर कर सकता है?
FHIR अटैचमेंट के रूप में छोटी छवियों को ले जा सकता है (DocumentReference या Media में एक मुख्य छवि), लेकिन यह पूर्ण नैदानिक अध्ययनों के लिए डिज़ाइन नहीं किया गया है। ImagingStudy संसाधन एक DICOM अध्ययन का वर्णन करता है और इंगित करता है कि इसे कहाँ से पुनः प्राप्त किया जा सकता है; पिक्सेल PACS या संग्रह में रहते हैं।

### DICOMweb क्या है?
DICOM मानक का RESTful भाग: QIDO-RS खोजने के लिए, WADO-RS पुनः प्राप्त करने के लिए और STOW-RS HTTP पर अध्ययन संग्रहीत करने के लिए। एक FHIR ImagingStudy DICOMweb एंडपॉइंट की ओर इशारा कर सकता है।

### कौन सा FHIR संसाधन रेडियोलॉजी रिपोर्ट रखता है?
DiagnosticReport, एक रेडियोलॉजी श्रेणी के साथ, परीक्षा के लिए एक LOINC कोड, एक निष्कर्ष और, यदि आवश्यक हो, तो `presentedForm` में PDF के रूप में मूल रिपोर्ट। मापन जिन्हें खोजने योग्य होना चाहिए, वे अलग अवलोकन बन जाते हैं।

### क्या Anpheros DICOM का समर्थन करता है?
नहीं। Anpheros इमेजिंग के नैदानिक पक्ष - रिपोर्ट, निष्कर्ष, दस्तावेज़ और ऑर्डर - रोगी के FHIR R4 रिकॉर्ड में संग्रहीत करता है। यह DICOM छवियों को संग्रहीत, सेवा या व्याख्या नहीं करता है और आज ImagingStudy का समर्थन नहीं करता है।

## संबंधित

- [हेल्थकेयर डेटा इंटरऑपरेबिलिटी](https://developers.anpheros.com/hi/guides/interoperability): FHIR के आसपास के मानक
- [FHIR प्लेटफ़ॉर्म](https://developers.anpheros.com/hi/guides/fhir): Anpheros द्वारा संग्रहीत 26 संसाधन प्रकार
- [FHIR बनाम एक कस्टम मेडिकल डेटाबेस](https://developers.anpheros.com/hi/guides/fhir-vs-custom-database)
- [लैबोरेटरी रिजल्ट्स API](https://developers.anpheros.com/hi/guides/lab-results-api): लैब रिपोर्ट के लिए समान पैटर्न
- [क्लिनिक सिस्टम को FHIR बैकएंड के साथ कैसे एकीकृत करें](https://developers.anpheros.com/hi/guides/integrate-clinic-systems-fhir)