إجابة مختصرة: DICOMweb هي مجموعة خدمات الويب المحددة في الجزء 18 من معيار DICOM. إنها تعرض أرشيف DICOM عبر HTTPS عادي: QIDO-RS (الاستعلام بناءً على المعرف لكائنات DICOM) يبحث عن الدراسات والسلاسل والكائنات؛ WADO-RS (الوصول عبر الويب إلى كائنات DICOM) يسترجعها، كملفات DICOM كاملة، أو كبيانات وصفية بتنسيق JSON، أو كصور JPEG/PNG معروضة؛ STOW-RS (التخزين عبر الويب) يقوم بتحميل كائنات جديدة. WADO-URI الأقدم يسترجع كائنًا واحدًا عبر معلمات الاستعلام. تستخدم عارضات المستندات المستندة إلى المتصفح DICOMweb لأنها لا تستطيع التحدث ببروتوكول DICOM الكلاسيكي.
DICOM الكلاسيكي مقابل DICOMweb
تستخدم شبكات DICOM التقليدية (الأجزاء 7 و 8 من المعيار) بروتوكولًا ثنائيًا عبر TCP مع خدمات مثل C-FIND و C-MOVE و C-GET و C-STORE بين العقد المكونة. يقوم DICOMweb (الجزء 18) بتعيين نفس العمليات على HTTP: QIDO-RS للبحث، و WADO-RS للاسترجاع، و STOW-RS للتخزين، والتي تعمل عبر الإنترنت ومن المتصفحات.
يستخدم DICOM الكلاسيكي (الجزء 7 و 8) بروتوكوله الثنائي الخاص عبر TCP مع خدمات مسماة: C-FIND للاستعلام، C-MOVE أو C-GET للاسترجاع، C-STORE للإرسال. يحتاج إلى "ارتباط" مُعد مسبقًا بين عقدتين معروفتين (عناوين AE، عناوين IP، المنافذ)، وهو أمر جيد داخل المستشفى وصعب عبر الإنترنت. يقوم DICOMweb بتعيين نفس الأفكار إلى HTTP:
| المهمة | DICOM الكلاسيكي | DICOMweb |
|---|---|---|
| البحث عن دراسة | C-FIND | QIDO-RS: GET /studies?PatientID=… |
| استرجاع دراسة | C-MOVE / C-GET | WADO-RS: GET /studies/{StudyInstanceUID} |
| قراءة البيانات الوصفية فقط | C-FIND على مستوى الكائن | WADO-RS: GET /studies/{uid}/metadata |
| الحصول على صورة قابلة للعرض | الاسترجاع ثم العرض محليًا | WADO-RS معروضة: GET …/instances/{uid}/rendered |
| إرسال صور إلى أرشيف | C-STORE | STOW-RS: POST /studies |
| إدارة قوائم العمل | MWL (C-FIND على قائمة عمل) | UPS-RS |
يتبع التسلسل الهرمي للموارد نموذج DICOM الخاص: الدراسة (زيارة واحدة لجهاز المسح) تحتوي على سلاسل (كل منها عملية استحواذ واحدة)، والتي تحتوي على كائنات (صور فردية أو كائنات متعددة الإطارات)، يتم تحديد كل منها بواسطة UID فريد عالميًا.
QIDO-RS: البحث
QIDO-RS هي خدمة البحث في DICOMweb. يرسل العميل GET /studies أو /series أو /instances مع معلمات استعلام مثل PatientID أو StudyDate أو ModalitiesInStudy ورأس Accept application/dicom+json. يعيد الأرشيف مصفوفة JSON حيث يتم مفتاح كل سمة DICOM بواسطة علامتها المكونة من ثمانية أرقام مع تمثيل قيمتها وقيمها.
GET /dicomweb/studies?PatientID=12345&StudyDate=20260101-20261231&ModalitiesInStudy=CT
Accept: application/dicom+json
الاستجابة هي مصفوفة JSON من الدراسات. يتم ترميز كل سمة بمعرفها (المجموعة والعنصر كثمانية أرقام ست عشرية)، مع تمثيل قيمتها وقيمها:
[{
"00080020": {"vr": "DA", "Value": ["20260314"]},
"00080060": {"vr": "CS", "Value": ["CT"]},
"00100010": {"vr": "PN", "Value": [{"Alphabetic": "DOE^JANE"}]},
"0020000D": {"vr": "UI", "Value": ["1.2.840.113619.2.55.3.2831164356.781.1710415000.1"]},
"00201206": {"vr": "IS", "Value": [3]},
"00201208": {"vr": "IS", "Value": [412]}
}]
هنا 00201206 هو عدد السلاسل المتعلقة بالدراسة و 00201208 هو عدد الكائنات المتعلقة بالدراسة. يتم شرح أرقام العلامات في شرح علامات DICOM.
WADO-RS: الاسترجاع
WADO-RS هي خدمة الاسترجاع في DICOMweb. يعيد GET /studies/{StudyInstanceUID} دراسة كاملة كملفات DICOM الجزء 10 في استجابة متعددة الأجزاء؛ اللاحقة /metadata تعيد الرؤوس كـ JSON بدون بيانات البكسل؛ /frames/{n} تعيد بكسلات إطار واحد؛ و /rendered تعيد صورة JPEG أو PNG معروضة على الخادم مع معلمات النافذة ومنفذ العرض والجودة.
GET /studies/{study}معAccept: multipart/related; type="application/dicom"يعيد كل كائن كملف DICOM الجزء 10، جزء واحد لكل منها.GET /studies/{study}/metadataيعيد رؤوس جميع الكائنات بتنسيق JSON، بدون بيانات البكسل. تقوم العارضات باستدعاء هذا أولاً لبناء التخطيط، ثم تجلب البكسلات إطارًا تلو الآخر.GET /studies/{study}/series/{series}/instances/{instance}/frames/1يعيد بيانات بكسل إطار واحد، مع إمكانية إعادة ترميزها (معلمةtransfer-syntax).GET …/instances/{instance}/renderedمعAccept: image/jpegيعيد صورة معروضة من الخادم، مع معلماتwindowوviewportوquality. هذا ما يستخدمه منفذ المريض خفيف الوزن لعرض معاينة.
STOW-RS: التخزين
STOW-RS هي خدمة التخزين في DICOMweb. يرسل العميل POST /studies بجسم multipart/related حيث يكون كل جزء ملف DICOM واحد. يرد الأرشيف بقائمة بالحالات المقبولة والفاشلة وسبب كل فشل، ويتحقق من أن أي Study Instance UID معطى في عنوان URL يتطابق مع الملفات التي تم تحميلها.
POST /dicomweb/studies
Content-Type: multipart/related; type="application/dicom"; boundary=abc
كل جزء هو ملف DICOM واحد. تسرد الاستجابة الكائنات المقبولة والفاشلة مع الأسباب (فئة SOP خاطئة، معرف فريد مكرر). تتحقق الأرشيفات من أن معرف Study Instance UID في عنوان URL، إذا تم تقديمه، يتطابق مع الملفات.
الأمان
لا يمتلك DICOMweb تسجيل دخول خاص به؛ فهو يعتمد على HTTPS وأي شيء يضعه الخادم أمامه: رموز حامل OAuth 2.0 في معظم الأرشيفات الحديثة، غالبًا ما يتم دمجها مع نطاقات SMART on FHIR عند تشغيل العارض من نظام سجل صحي إلكتروني. تسجيل من قام باسترجاع أي دراسة هو مهمة الأرشيف، وليس البروتوكول.
أين يُستخدم
يقدم كل نظام PACS رئيسي وأرشيف محايد للبائعين الآن نقطة نهاية DICOMweb، والأرشيفات مفتوحة المصدر (Orthanc، dcm4chee، Google Cloud Healthcare API، Azure DICOM service) هي DICOMweb أولاً. تم بناء عارضات الويب مثل OHIF بالكامل على QIDO-RS و WADO-RS. في عالم FHIR، يشير مورد ImagingStudy إلى نقطة نهاية DICOMweb؛ لا تمر البكسلات عبر FHIR أبدًا.
لا يقوم Anpheros بتخزين الصور. يمكن أن يحتوي سجل المريض على تقرير الأشعة كـ DocumentReference أو DiagnosticReport، وحيثما يوفر المستشفى ذلك، رابطًا إلى عارضه؛ تظل بيانات DICOM نفسها في أرشيف المستشفى. للحصول على صورك الخاصة كمريض، راجع كيفية الحصول على صور الأشعة المقطعية أو الرنين المغناطيسي الخاصة بك.
صفحات ذات صلة
- FHIR ImagingStudy مقابل DICOMweb
- شرح علامات DICOM
- PACS مقابل RIS مقابل VNA
- كيفية الحصول على صور الأشعة المقطعية أو الرنين المغناطيسي الخاصة بك (DICOM)
- معايير التشغيل البيني للرعاية الصحية: الخريطة
- DICOM مقابل FHIR للمطورين
مصادر
- DICOM PS3.18: خدمات الويب
- DICOM PS3.7: تبادل الرسائل
- نظرة عامة على DICOMweb (لجنة معايير DICOM)
- وثائق OHIF Viewer
الأسئلة الشائعة
هل DICOMweb معيار مختلف عن DICOM؟
لا. إنه الجزء 18 من نفس معيار DICOM. الكائنات والعلامات والمعرفات الفريدة متطابقة؛ فقط النقل يتغير من بروتوكول DICOM الخاص إلى HTTP.
ما هو الفرق بين WADO-URI و WADO-RS؟
WADO-URI هي الخدمة الأقدم: كائن واحد لكل طلب، يتم تحديده بمعلمات الاستعلام (?requestType=WADO&studyUID=…). WADO-RS هو RESTful، يمكنه إرجاع دراسات أو سلاسل كاملة، وبيانات وصفية بتنسيق JSON، وإطارات فردية، وهو ما تنفذه الأنظمة الجديدة.
هل يمكنني استخدام DICOMweb بدون PACS؟
تحتاج إلى بعض الأرشيف الذي ينفذه. توفر الخوادم مفتوحة المصدر مثل Orthanc و dcm4chee DICOMweb جاهزة للاستخدام وغالبًا ما تستخدم للتطوير وللمستوصفات الصغيرة.
هل يحل FHIR محل DICOMweb؟
لا. يصف FHIR الدراسة (ImagingStudy) والتقرير (DiagnosticReport)؛ يقوم DICOMweb بتسليم الصور. يستخدم العارض كلاهما: FHIR لمعرفة أن الدراسة موجودة، و DICOMweb لعرضها.
جربها في Anpheros Daily
احتفظ بتقارير الفحص والاختبار في مكان واحد في Anpheros Daily، جاهزة للعرض في زيارتك القادمة.
كيف يعمل التطبيق →
تبني Anpheros سجلًا طبيًا يتحكم فيه المريض ويمكن مشاركته مع أي عيادة، على منصة HL7 FHIR R4، مقرها في الاتحاد الأوروبي. تساعدك هذه الأدلة على فهم وتنظيم صحتك؛ ولا تغني عن استشارة طبيبك.
عن Anpheros →