# DICOM مقابل FHIR: بيانات التصوير والبيانات السريرية

> يحمل DICOM الصور الطبية، ويحمل FHIR البيانات السريرية المحيطة بها: ما يغطيه كل منهما، وكيفية ربط ImagingStudy و DiagnosticReport، وما يجب تخزينه وأين.

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

**DICOM و FHIR ليسا منافسين: DICOM هو المعيار للصور الطبية — البكسلات والبيانات الوصفية الفنية للأشعة السينية أو الأشعة المقطعية أو التصوير بالرنين المغناطيسي — بينما HL7 FHIR هو المعيار للبيانات السريرية المحيطة بها، مثل الطلب، وتقرير أخصائي الأشعة، والنتائج، والمريض الذي تنتمي إليه.** يستخدم سير عمل التصوير النموذجي كلاهما: يتحدث الماسح الضوئي و PACS بـ DICOM، وتتحدث تطبيقات المستشفى والمرضى بـ FHIR، وتشير موارد FHIR إلى دراسة DICOM بدلاً من نسخها. تشرح هذه الصفحة أين يبدأ كل معيار وينتهي، وكيف يتصلان، وما الذي يجب أن يخزنه الواجهة الخلفية لـ FHIR مثل Anpheros وما لا يجب تخزينه.

## الإجابة المختصرة

| | 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) | REST عبر HTTPS مع JSON أو XML |
| مخزن في | PACS أو أرشيف محايد للبائع (VNA) | EHR، خادم FHIR، منصة بيانات صحية |
| يقرأ بواسطة | عارضات الأشعة، نماذج صور الذكاء الاصطناعي، الوسائل | التطبيقات السريرية، تطبيقات المرضى، التحليلات، الذكاء الاصطناعي الذي يعمل على النصوص والقيم |

## ما هو الغرض من DICOM

يحدد DICOM (التصوير الرقمي والاتصالات في الطب) كيفية ترميز الصورة وكيفية تبادلها بين معدات التصوير. يحمل كل ملف صورة رأسًا يحتوي على مئات السمات — معرفات المريض والدراسة، والوسيلة (`CT`، `MR`، `DX`، `US`…)، ومعلمات الاكتساب، وتباعد البكسل — بجوار بيانات البكسل. يتم تجميع الصور كنسخ داخل سلاسل داخل دراسة، لكل منها UID مثل `2.25.181945…`، بحيث يمكن العثور على نفس الدراسة مرة أخرى في أي أرشيف.

جلب DICOMweb بروتوكول DICOM إلى HTTP: `QIDO-RS` للبحث عن الدراسات، `WADO-RS` لاستردادها، `STOW-RS` لتخزينها. هذا يجعل الصور متاحة من عارضات الويب والخدمات السحابية، ولكن الحمولة لا تزال DICOM.

ما لا يفعله DICOM جيدًا هو القصة السريرية: لماذا تم طلب الدراسة، وماذا استنتج أخصائي الأشعة، وما هي المشكلة التي تتعلق بها، وكيف تتناسب مع نتائج المختبر والأدوية. هذه هي مهمة FHIR.

## ما يفعله FHIR حول التصوير

يحتوي FHIR R4 على موارد لكل خطوة في سير عمل التصوير:

- **ServiceRequest** — الطلب: "أشعة سينية على الصدر، منظران، اشتباه في الالتهاب الرئوي".
- **ImagingStudy** — ملخص لدراسة DICOM (معرفات فريدة، نوع التصوير، عدد السلاسل والحالات، موقع الجسم) و `endpoint` يوضح مكان استرداد الصور، على سبيل المثال عنوان DICOMweb WADO-RS. لا يحتوي على وحدات بكسل.
- **DiagnosticReport** — تقرير أخصائي الأشعة: الرمز، الحالة، الاستنتاج، وقت الإصدار، واختياريًا، التقرير الأصلي كملف PDF في `presentedForm`؛ `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](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 للحفاظ على عارض الأشعة وتطبيق إعداد التقارير على نفس المريض والدراسة.

## التصوير، التشغيل البيني، والذكاء الاصطناعي

يعمل الذكاء الاصطناعي على صور طبية (الكشف، التجزئة، الفرز) على بيانات بكسل DICOM، عادةً داخل قسم التصوير أو منصة متخصصة. الذكاء الاصطناعي الذي يساعد المريض أو الطبيب على فهم السجل بأكمله - "ماذا أظهر آخر فحص بالأشعة السينية للصدر، وكيف يرتبط بالسعال والمضادات الحيوية؟" - يعمل على التقرير، النتائج، وبقية البيانات السريرية، وهذا هو ما يحمله FHIR. كلا النوعين من الذكاء الاصطناعي يحتاجان إلى نفس الشيء من البنية التحتية: بيانات مع رموز، أوقات، ومنشأ مسجل.

## أين يتناسب Anpheros

يخزن Anpheros سجل كل مريض بصيغة HL7 FHIR R4. بالنسبة للتصوير الطبي، يعني هذا:

- **مخزنة:** تقرير الأشعة بصيغة `DiagnosticReport`، التقرير الأصلي أو صورة رئيسية بصيغة `DocumentReference` (حتى 25 ميجابايت لكل مستند)، النتائج بصيغة `Observation`، والطلب بصيغة `ServiceRequest`. كل عملية كتابة تحمل مصدرها، ويقرر المريض أي التطبيقات يمكنها قراءتها.
- **غير مخزنة:** دراسات DICOM. Anpheros ليس PACS، ولا يمتلك واجهة DICOMweb، ولا يدعم المورد `ImagingStudy` حاليًا، لذا لا يمكنه فهرسة الصور أو تقديمها. لا يقرأ أو يفسر الصور.

في تطبيق Anpheros Daily، يمكن للمريض التقاط أو تحميل تقرير تصوير والاحتفاظ به في مستنداته بجانب بقية سجله. بالنسبة للمطور الذي يبني تطبيقًا أو تكاملًا للعيادة، فإن التقسيم العملي هو: الاحتفاظ بالصور في نظام التصوير الخاص بك، وكتابة التقرير والنتائج إلى سجل FHIR الخاص بالمريض. [كيفية دمج أنظمة العيادات مع واجهة خلفية FHIR](https://developers.anpheros.com/ar/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؟
الجزء المستند إلى REST من معيار DICOM: QIDO-RS للبحث، WADO-RS للاسترجاع، و STOW-RS لتخزين الدراسات عبر HTTP. يمكن لمورد FHIR ImagingStudy الإشارة إلى نقطة نهاية DICOMweb.

### أي مورد FHIR يحتوي على تقرير أشعة؟
DiagnosticReport، مع فئة أشعة، ورمز LOINC للفحص، وخلاصة، وإذا لزم الأمر، التقرير الأصلي كملف PDF في `presentedForm`. القياسات التي يجب أن تكون قابلة للبحث تصبح ملاحظات منفصلة Observations.

### هل يدعم Anpheros معيار DICOM؟
لا. يقوم Anpheros بتخزين الجانب السريري للتصوير - التقارير، النتائج، المستندات، والطلبات - في سجل FHIR R4 الخاص بالمريض. لا يقوم بتخزين أو تقديم أو تفسير صور DICOM ولا يدعم ImagingStudy حاليًا.

## ذات الصلة

- [قابلية تشغيل البيانات الصحية](https://developers.anpheros.com/ar/guides/interoperability): المعايير المحيطة بـ FHIR
- [منصة FHIR](https://developers.anpheros.com/ar/guides/fhir): أنواع الموارد الـ 26 التي تخزنها Anpheros
- [FHIR مقابل قاعدة بيانات طبية مخصصة](https://developers.anpheros.com/ar/guides/fhir-vs-custom-database)
- [واجهة برمجة تطبيقات نتائج المختبر](https://developers.anpheros.com/ar/guides/lab-results-api): نفس النمط لتقارير المختبر
- [كيفية دمج أنظمة العيادات مع الواجهة الخلفية لـ FHIR](https://developers.anpheros.com/ar/guides/integrate-clinic-systems-fhir)