NPHIES (National Platform for Health Information Exchange Services) دلوقتي إلزامي على كل مزود رعاية صحية في السعودية — مستشفى، عيادة، صيدلية، مختبر. لو لسه شغال بـclaims يدوي أو بنظام منفصل عن الـEHR/الـERP، إنت بتخسر جزء كبير من قيمة المطالبات بسبب الرفض والتأخير. الدليل ده هيوضحلك إزاي Odoo + NPHIES integration بيحل المشكلة دي.
إيه هو NPHIES بالظبط؟
NPHIES منصة تابعة للمجلس الصحي السعودي (CCHI)، الهدف منها توحيد التواصل بين:
- Providers — المستشفيات، العيادات، الصيدليات، المختبرات
- Payers — شركات التأمين الصحي (Bupa، Tawuniya، MedGulf، إلخ.)
- Regulators — CCHI، وزارة الصحة، CHI
قبل NPHIES، كل provider كان بيتعامل مع كل insurance company بنظام مختلف. دلوقتي كله FHIR R4 standard موحّد — XML/JSON واحد، endpoint واحد.
الـ4 transactions الأساسية في NPHIES
1. Eligibility Check (التحقق من الأهلية)
قبل ما تقدم خدمة طبية، لازم تتأكد إن المريض مغطى. الـeligibility check بيرد في ثوانٍ:
- هل الـpolicy active؟
- إيه الـcoverage limit المتبقي؟
- هل الخدمة المطلوبة مغطاة؟
- إيه الـco-payment percentage؟
في Odoo Healthcare + Softloomer NPHIES module، بنقرأ بطاقة المريض، الـeligibility check بيتعمل auto قبل الـappointment booking.
2. Pre-authorization (التفويض المسبق)
للإجراءات الكبيرة (operations، MRI، expensive procedures)، لازم authorization من التأمين قبل ما تعمل الإجراء. NPHIES بيقفل الـloop ده في 1-3 أيام بدل 7-14 يوم.
3. Claim Submission (تقديم المطالبة)
بعد الخدمة، الـclaim بيتبعت لـNPHIES مع:
- ICD-10 diagnosis codes
- CPT/HCPCS procedure codes
- Lab + radiology results
- Pharmacy items (drug codes from SFDA)
- Provider attachments (PDFs)
في Odoo، كل ده بيتولّد من الـencounter automatically — مفيش data entry تاني.
4. Payment Reconciliation (تسوية الدفعات)
لما الـpayer يدفع، NPHIES بتبعت remittance advice فيها كل الـapproved/rejected claims مع الأسباب. Odoo بياخدها ويعمل auto-reconciliation مع الـaccounting.
تحديات الـintegration الـ5 الأكثر شيوعاً
1. Mapping من ICD-9 إلى ICD-10
كتير من المستشفيات لسه بتستخدم ICD-9. NPHIES بيتطلب ICD-10. لازم mapping table دقيق.
2. SFDA drug codes
كل دواء لازم يكون بـSFDA registration number. كل صنف دوائي في أودو لازم يحمل رقم تسجيل SFDA الخاص به، فبيانات المنتجات محتاجة ربط نظيف بأكواد SFDA قبل التشغيل.
3. Lab + radiology integration
لازم HL7 messages من الـLIS/RIS تتحول إلى NPHIES FHIR. Odoo Healthcare بـSoftloomer NPHIES module بيعمل الـconversion ده.
4. Multi-insurer support
مريض ممكن يكون عنده primary + secondary insurance. NPHIES بيدعم coordination of benefits — Odoo لازم يطبق الـlogic ده صح.
5. CSID + certificates
NPHIES بيستخدم digital signatures مع certificates من CCHI. الـcerts لازم تتجدد سنوياً.
ROI: قبل وبعد NPHIES integration
| المؤشر | قبل (Manual) | بعد Odoo + NPHIES |
|---|---|---|
| وقت الـclaim submission | 15-30 دقيقة | 10 ثواني |
| Rejection rate | 35% | 8% |
| Days Sales Outstanding | 90 يوم | 30 يوم |
| Eligibility errors | 22% | <2% |
| Cost per claim | 45 ريال | 5 ريال |
الأرقام نطاقات تقريبية شائعة لدى مقدّمي الخدمة؛ والنتيجة الفعلية تعتمد على حجم المطالبات وجودة البيانات.
مثال code: Eligibility request في Odoo
def check_eligibility(self, patient_id, payer_id, service_date):
payload = self._build_fhir_eligibility(
patient=patient_id,
payer=payer_id,
date=service_date,
)
response = self._nphies_post('/CoverageEligibilityRequest', payload)
if response.get('outcome') == 'complete':
return self._parse_eligibility(response)
return {'eligible': False, 'reason': response.get('error')}NPHIES Compliance Checklist
- ☐ CCHI license + provider registration
- ☐ Digital certificate من NPHIES portal
- ☐ FHIR R4 endpoint integration
- ☐ ICD-10 + CPT mapping table
- ☐ SFDA drug codes database
- ☐ HL7-to-FHIR converter لـLIS/RIS
- ☐ Multi-insurer coordination logic
- ☐ Remittance advice auto-reconciliation
- ☐ Staff training على الـnew workflow
الخطوة التالية
عندك مستشفى أو عيادة في السعودية ومحتاج NPHIES integration كاملة على Odoo؟ احجز استشارة مجانية مع فريق Softloomer، أو شوف صفحة الرعاية الصحية لمعرفة كل ما نقدمه. لمقارنة Odoo مع SAP/Oracle: دليل المقارنة.