دراسة FHIR للتصوير مقابل DICOMweb: ما الذي يحتوي على ماذا

Q: ماذا تغير في FHIR R5 لـ ImagingStudy؟

يحافظ R5 على نفس الشكل، وينظم التسمية (على سبيل المثال، procedure يحل محل procedureReference و procedureCode ) ويواءم معالجة موقع الجسم. يظل R4 هو الإصدار الذي تستخدمه معظم الأرشيفات والملفات الوطنية.

إجابة مختصرة: ImagingStudy هو مورد FHIR يوضح أن هذا المريض خضع لفحص مقطعي في هذا التاريخ، مع هذه السلاسل ومعرفات المثيلات هذه، والصور موجودة هناك. DICOMweb هو هناك: الواجهة REST للأرشيف الذي يحتوي على وحدات البكسل. يحمل FHIR الوصف والتقرير؛ يحمل DICOM الصور. يشير ImagingStudy إلى مورد Endpoint الذي يكون connectionType الخاص به dicom-wado-rs، ويعمل المشاهد على دمج الاثنين.

ما يحتويه ImagingStudy

يحتوي مورد FHIR ImagingStudy على البيانات الوصفية لدراسة تصوير واحدة: معرف DICOM Study Instance UID كمعرف، وحالة، والمريض الموضوع، واللقاء، ووقت البدء، وطلب الخدمة المطلوب، ورموز الوسائط من مفردات DICOM DCM، وعدد السلاسل والحالات، ونقطة النهاية حيث توجد الصور، وكل سلسلة مع حالاتها ومعرفاتها الفريدة. لا يحتوي على أي بكسلات.

identifier: معرف دراسة DICOM، كـ urn:oid:1.2.840… مع النظام urn:dicom:uid؛
status: مسجل، متاح، ملغى، خطأ في الإدخال، غير معروف؛
subject: المريض؛ encounter، started، referrer، basedOn (طلب الخدمة الذي طلبه)؛
modality: رموز من مفردات DICOM الخاصة (CT، MR، US، CR، DX…)، النظام http://dicom.nema.org/resources/ontology/DCM؛
numberOfSeries، numberOfInstances؛
endpoint: مكان جلب الصور؛
series[]: كل منها بمعرف سلسلته، ونوعه، وموقع الجسم، وinstance[] بمعرف مثيل SOP ومعرف فئة SOP.

ما لا يحتويه: بيانات البكسل، إعدادات النافذة، رأس DICOM الكامل، أو نص التقرير. التقرير هو DiagnosticReport يشير فيه imagingStudy بالرجوع إليه.

مثال صالح لـ FHIR R4

يحمل مثال FHIR R4 صالح لـ ImagingStudy معرف Study Instance UID كمعرف مع النظام urn:dicom:uid، وحالة متاحة، ووسيط CT من نظام رموز DICOM DCM، والمريض، ووقت البدء، وعدد السلاسل والحالات، ومرجع إلى نقطة نهاية بنوع اتصال dicom-wado-rs، وإدخالات السلسلة مع معرفاتها الفريدة، وموقع الجسم، و SOP Class 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
    }]
  }]
}

معرف فئة SOP 1.2.840.10008.5.1.4.1.1.2 هو تخزين صور الأشعة المقطعية (CT Image Storage). يبدو نقطة النهاية (Endpoint) كالتالي:

{
  "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 بواسطة واجهة FHIR أمام PACS أو VNA، أو بواسطة محرك تكامل، عند اكتمال الدراسة، وغالبًا ما يتم تشغيلها بواسطة رسالة HL7 v2 ORU أو DICOM MPPS. تقوم بعض الأرشيفات بإنشائها ديناميكيًا من استعلام QIDO-RS. الماسح الضوئي نفسه لا ينشئ موارد ImagingStudy.

عادةً ليس الماسح الضوئي. يقوم واجهة FHIR أمام PACS أو VNA، أو محرك تكامل، بإنشاء ImagingStudy عند اكتمال الدراسة (غالبًا ما يتم تشغيله بواسطة رسالة HL7 v2 ORU أو رسالة DICOM MPPS) ويحافظ على مزامنة numberOfInstances. تقوم بعض الأرشيفات بإنشاء ImagingStudy عند الطلب من استعلام QIDO-RS. إذا كانت مشروعك يكتبها يدويًا، فيجب أن تتطابق المعرفات مع الأرشيف تمامًا، حرفًا بحرف، وإلا سيظهر المشاهد دراسة فارغة.

الأخطاء التي تعطل المشاهدات

الأخطاء التي تعطل المشاهدات عند قراءة FHIR ImagingStudy هي: وضع Study UID في id بدلاً من identifier، واستخدام رمز وسيط غير DICOM، وتوجيه نقطة نهاية بنوع اتصال خاطئ إلى خادم DICOMweb، وترك عدد السلاسل والحالات غير محدث بعد تغيير الصور، وتوقع بيانات البكسل في FHIR Binary بدلاً من أرشيف DICOM.

وضع معرف الدراسة (Study UID) في id بدلاً من identifier؛ معرفات FHIR يتم تعيينها بواسطة الخادم وقد لا تكون OIDs.
نوع (modality) من SNOMED أو قائمة محلية بدلاً من نظام رموز DICOM DCM.
نقطة نهاية (Endpoint) بنوع اتصال hl7-fhir-rest تشير إلى خادم DICOMweb، أو العكس.
عد السلاسل والمثيلات مرة واحدة وعدم التحديث أبدًا عند إضافة أو حذف الصور.
توقع بيانات البكسل في FHIR Binary. تحدد مواصفات FHIR نفسها أن الصور تنتمي إلى DICOM، وليس إلى Binary.

في سجل Anpheros

منصة Anpheros لا تستضيف بيانات ImagingStudy أو DICOM. تصل نتائج الأشعة كـ DiagnosticReport أو DocumentReference (التقرير، مع رموزها ونصوصها)؛ حيث يكشف المستشفى عن رابط للمشاهد، يمكن لـ DocumentReference حمله كرابط مرفق. تبقى الصور في أرشيف المستشفى بموجب قواعد الوصول الخاصة به.

صفحات ذات صلة

مصادر

الأسئلة الشائعة

هل يمكن لخادم FHIR تخزين الصور نفسها؟

من الناحية الفنية، يمكن لـ Binary حمل أي بايت، لكن مواصفات FHIR توصي بعدم القيام بذلك للتصوير ولا يعمل أي مشغل بهذه الطريقة. تبقى الصور في أرشيف DICOM؛ يشير FHIR إليه.

ماذا تغير في FHIR R5 لـ ImagingStudy؟

يحافظ 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 و Mac Android افتح في متصفحك →

هذا الدليل هو للمعلومات فقط ولا يغني عن الاستشارة الطبية. لاتخاذ قرارات بشأن صحتك، تحدث مع طبيبك. في حالة الطوارئ، اتصل برقم الطوارئ المحلي (112 في أوروبا).

بقلم

فريق Anpheros

تبني Anpheros سجلًا طبيًا يتحكم فيه المريض ويمكن مشاركته مع أي عيادة، على منصة HL7 FHIR R4، مقرها في الاتحاد الأوروبي. تساعدك هذه الأدلة على فهم وتنظيم صحتك؛ ولا تغني عن استشارة طبيبك.

عن Anpheros →