eClaimLink · دبي
مطالبات دبي مبنية على مخطط الـ DHPO وتُرفع كملف كامل.
يتحدث مكتب دبي الصحي (DHPO) معاملات XML عبر رفع SOAP لا نموذج ويب. تُجمّع المنصة معاملات Claim.Submission وPrior.Request من الزيارة، وتفحص الترميز أولًا، وتسجّل بدقة ما ردّ به eClaimLink.
- معاملات Claim.Submission
- موافقة مسبقة Prior.Request
- فحص ترميز هيئة الصحة
- تسجيل نتيجة الرفع
ما هو eClaimLink
القناة المعتمدة في دبي بين مقدّمي الخدمة وشركات التأمين.
eClaimLink هو إطار المطالبات الإلكترونية التابع لهيئة الصحة بدبي، والـ DHPO — مكتب دبي الصحي — هو نقطة التبادل التي ترفع إليها كل منشأة مشاركة. وهو ليس واجهة REST ولا بوابة تُلصق فيها الأرقام: المعاملات مستندات XML تُرفع كاملة باسم دخول منشأتك عبر خدمة UploadTransaction في الـ DHPO.
المنصة هي التي تبني هذه المستندات. تحمل معاملة Claim.Submission ترويسة بمعرّفي المرسل والمستقبل وعلامة البيئة التي تشير إليها، ثم مطالبة لكل زيارة برقم عضويتها وزيارتها وتشخيصاتها وأنشطتها المسعّرة. وتحمل معاملة Prior.Request البنية نفسها لموافقة تحتاجها قبل العلاج.
ولأن المعاملة ملف لا محادثة، فإن العمل المفيد يحدث قبل الرفع — وهناك بالضبط تقع فحوص الترميز.
Claim.Submission
معاملة DHPO تُجمَّع من الزيارة لا من جدول بيانات.
تُصدَر التشخيصات بترميز ICD-10-CM مع تعليم الأول رئيسيًا وما بعده ثانويًا. ويصبح كل سطر قابل للفوترة نشاطًا يحمل نوع نشاط الـ DHPO الموافق لنظام ترميزه — CPT أو HCPCS أو دواء أو أسنان CDT أو خدمة أو DRG أو علمي — مع كميته وصافيه وتاريخ خدمته ورخصة الممارس من إعداد المسار. وتتبع علامة البيئة في المعاملة البيئةَ المضبوطة، فلا يمكن الخلط بين رفع اختباري ورفع إنتاجي.
- تشخيصات ICD-10-CM رئيسية وثانوية مأخوذة من السجل مباشرة
- الأنشطة تحمل نوع نشاط الـ DHPO الصحيح لنظام ترميزها
- ترقيم الأنشطة يتبع سطر المطالبة المحفوظ، فلا يعيد سطر محذوف ترقيم البقية
- علامتا TEST وPRODUCTION تتبعان البيئة المضبوطة
الترميز
الرمز غير المعرّف يوقف المعاملة، ولا يسافر معها.
الترميز في دبي مرجعي: مجموعات ترميز هيئة الصحة هي التي تقرر أي رمز ينتمي إلى أي نوع نشاط. تربط المنصة رموز إجراءاتك وتشخيصاتك الداخلية عبر خدمة مصطلحات مشتركة قبل كتابة سطر XML واحد، والرمز بلا ربط يرفع خطأ بدل أن يُرسل تخمينًا. وهذا هو الفرق بين رفض تكتشفه لحظة البناء وآخر تكتشفه بعد أسابيع في تقرير تحقق.
- الرموز الداخلية تُربط عبر خدمة مصطلحات مشتركة لكل اختصاص قضائي
- نوع النشاط يُشتق من نظام الترميز ولا يُفترض
- الرمز غير المعرّف خطأ بناء صريح لا إرسال صامت
- الخرائط الأولية تُوسَّع بمجموعات ترميز هيئة الصحة الخاصة بك عند التسجيل
نتيجة الرفع
ما قاله الـ DHPO، مسجَّلًا بما يعنيه.
تُرمَّز المعاملة بصيغة base64 وتُرفع عبر خدمة SOAP في الـ DHPO باسم دخول منشأتك. والجواب رمز نتيجة، وتقرؤه المنصة بدل افتراض النجاح: صفر مقبول، وواحد مقبول مع تنبيهات، وسالب واحد فشل في تسجيل الدخول، وسالب اثنين فشل تحقق يعود تقريره مرفقًا. ويُسجَّل الرمز السالب رفضًا — فتُعاد المعاملة المصححة بدل أن تظل محجوبة خلف تقديم لم يحدث.
- رموز نتيجة الرفع تُقرأ وتُصنَّف ولا تُستنتج من استجابة 2xx
- فشل التحقق يحتفظ بتقرير الـ DHPO نفسه مع المحاولة
- الرفض يترك المطالبة قابلة لإعادة الإرسال، أما التسليم غير المعروف فلا
- الرد الذي تعجز البوابة عن تفسيره تسليم غير معروف لا نجاح
تغطية eClaimLink في البوابة
- 2
- معاملتا DHPO مبنيتان
- 7
- أنواع أنشطة مربوطة
- 30s
- نافذة رد الرفع
- 0
- رموز نتيجة مخمَّنة
قبل أول عملية رفع
ما الذي على المنشأة في دبي ضبطه.
وصول الـ DHPO يُصدر لكل منشأة على حدة، وتبني المنصة دون أن ترسل حتى تتوفر هذه العناصر. وكلها في الإعدادات ← التكاملات ← مسارات التأمين.
- 01
الاختصاص القضائي
اضبط اختصاص العيادة على الإمارات العربية المتحدة في الإعدادات الإقليمية. وهو ما يوجّه مطالباتها إلى eClaimLink دون سواه.
- 02
بيانات دخول المنشأة
اسم المستخدم وكلمة المرور اللذان يصدرهما الـ DHPO لمنشأتك. وبدونهما تُبنى المعاملات ويُتحقق منها محليًا ولا يُرفع شيء — وتبلغك البوابة بهذه الحالة بدل التظاهر بالإرسال.
- 03
نقطة الاتصال والبيئة
بيئة الاختبار والإنتاج إعدادان منفصلان. والبيئة هي أيضًا ما يحدد علامة البيئة في المعاملة، فيوسم الملف الاختباري بذلك داخل الـ XML نفسه.
- 04
معرّفا المنشأة وشركة التأمين
معرّف المرسل الخاص بك في الـ DHPO ومعرّف المستقبل لشركة التأمين التي تقدّم إليها. ويظهران في ترويسة المعاملة وفي كل مطالبة داخلها.
- 05
رخصة الممارس
رخصة الممارس الصادرة عن هيئة الصحة والمسجَّلة على كل نشاط. وإذا غابت يُستخدم معرّف مقدّم الخدمة بديلًا ويُبلَّغ عن هذا الاستبدال كتنبيه لا يُخفى.
- 06
الهوية الإماراتية
تحمل المطالبات حاليًا القيمة الاحتياطية «بطاقة غير معروفة» المعتمدة لدى هيئة الصحة، ويذكر كل إرسال ذلك في تنبيهاته. خطّط لتوفير هوية المريض الإماراتية أثناء التسجيل ليُحسم الأمر قبل التشغيل الفعلي.
الحدود الصريحة
ما لا يفعله مسار eClaimLink بعد.
بوابة دبي تقدّم المطالبات وطلبات الموافقة المسبقة. وهذه أربعة أمور لا تفعلها، وقراءتها هنا أفضل من اكتشافها عند التسجيل.
لا فحص أهلية
معاملة Prior.Request من نوع Eligibility غير منفّذة. تُؤكَّد التغطية بالطريقة التي تتبعها منشأتك اليوم؛ المنصة لا تسأل الـ DHPO بعد.
لا تنزيل للحوالات
جلب Remittance.Advice وتحليله غير مبني، فتُطابق المدفوعات من سجلاتك بدل سحبها من الـ DHPO. لنفيس وOHIP مسار حوالات؛ دبي ليس لها بعد.
لا استعلام عن حالة المطالبة
لا يوجد استعلام دوري عن الحالة لدى الـ DHPO. ما تعرفه عن المعاملة هو نتيجة رفعها وأي تقرير تحقق مرفق بها.
دفعات لا زمن فعلي
الـ DHPO تبادل بالرفع. تُقبل المعاملة للمعالجة لا لتسوى في اللحظة، فلا يوجد رد لكل بند عند التقديم كما هي الحال في نفيس.
أسئلة عن eClaimLink
ما تسأله منشآت دبي قبل التسجيل.
هل يقدّم The Clinic مطالبات إلى eClaimLink؟
يبني معاملة Claim.Submission للـ DHPO من الزيارة ويرفعها عبر خدمة UploadTransaction باسم دخول منشأتك. وإلى أن يُضبط هذا الدخول تُبنى المعاملة ويُتحقق منها — فترى بدقة ما كان سيُرسل — دون أن يُرسل شيء، والسجل يقول ذلك صراحة.
ما الفرق بين eClaimLink والـ DHPO؟
eClaimLink هو إطار المطالبات الإلكترونية لهيئة الصحة بدبي، ومكتب دبي الصحي هو نقطة التبادل التي تستقبل المعاملات. عمليًا تسجّل المنشأة في eClaimLink ثم ترفع إلى الـ DHPO، وهو ما تتحدث إليه البوابة.
هل يمكننا طلب موافقة مسبقة قبل العلاج؟
نعم. تُبنى معاملة Prior.Request بالزيارة والتشخيصات والأنشطة المسعّرة نفسها التي تحملها المطالبة، فتصف الموافقة التي طلبتها والمطالبة التي تقدّمها بعدها العلاج ذاته لا نسختين مكتوبتين بشكل مستقل.
ماذا يحدث إذا لم يكن للرمز ربط في ترميز هيئة الصحة؟
يتوقف البناء ويُسمّى الرمز. تخمين نوع النشاط ينتج معاملة تُرفع بنجاح ظاهري ثم تُرفض بعد أيام في تقرير تحقق، لذا يُعامل الرمز غير المعرّف كخطأ عند النقطة التي ما زال بالإمكان إصلاحه فيها.
كيف نعرف أن المطالبة وصلت فعلًا إلى الـ DHPO؟
من رمز نتيجتها المحفوظ مع المحاولة. صفر وواحد يعنيان القبول؛ وسالب واحد وسالب اثنين يعنيان أن الـ DHPO رفض الرفع، فتبقى المطالبة قابلة لإعادة الإرسال. أما الرد الذي تعجز البوابة عن قراءته أصلًا فيُسجَّل تسليمًا غير معروف — لا نجاحًا.
هل ما زلنا نحتاج NABIDH إذا قدّمنا عبر eClaimLink؟
هما يلبيان تفويضين مختلفين. eClaimLink يحمل المال، وNABIDH يحمل السجل السريري. تحتاج منشأة في دبي عادةً كليهما، وتنشر المنصة مجموعة أحداث NABIDH عبر HL7 v2.5 إلى جانب تقديم مطالبات eClaimLink.
ذات صلة
بقية سطح قابلية التشغيل البيني.
- المعايير والتبادل
FHIR R4 وNABIDH عبر HL7 v2.5 وتصوير DICOMweb في مكان واحد.
- NPHIES (السعودية)
الأهلية والموافقة المسبقة والمطالبات والحوالات على FHIR R4.
- OHIP (أونتاريو MCEDT)
كيف تبني عيادة في أونتاريو دفعة مطالبات MCEDT وترسلها.
جاهز لتجربة The Clinic
شاهدها تُدير عيادتك في ثلاثين دقيقة.
احجز عرضًا مخصصًا. سنستخدم سير عمل عيادتك الحقيقي — لا جولة عامة.
بلا بطاقة ائتمان. بلا شرائح عرض. ثلاثون دقيقة.