- عبارة «نظام سعودي» ليست دليلًا. الدليل أن ينفذ المورد أمامك حالات من واقع السوق السعودي، وتخرج النتيجة في الشاشة والمستند دون تدخل يدوي.
- اختبر الملاءمة المحلية في ستة محاور: نفيس والتأمين، والفوترة الإلكترونية والضريبة، والعربية والتقويم والدوام، والهوية والتسجيل، والاستضافة وموقع البيانات، وحماية البيانات الشخصية.
- جهّز أربعة مرضى افتراضيين قبل العرض (مواطن نقدي، ومقيم مؤمَّن، وزائر خليجي، ومريض سُجل بجوازه ثم عاد بإقامة). هذه الحالات الأربع وحدها تكشف معظم الفجوات.
- الفشل في محوري نفيس والفوترة الإلكترونية يستبعد النظام عادة، لأنهما يمسان الإيراد والنظامية يوميًا. أما الفجوات الأخرى فتقبل بشرط التزام مكتوب بموعد واختبار قبول.
هذه المقالة سيناريو تحقق تستخدمه في جلسة العرض التوضيحي: عشرون اختبارًا، لكل اختبار ما تطلبه من المورد، والنتيجة التي تقبلها، والعلامة التي تنذرك بأن «السعودي» مجرد ترجمة للواجهة.
لماذا تظهر فجوات «الملاءمة المحلية» بعد التشغيل لا في العرض؟
العرض التوضيحي المعتاد يبدأ بمريض بسيط: اسم وجوال وموعد وفاتورة نقدية. هذا المسار ينجح في أي نظام تقريبًا، بعربية أو بدونها. التفاصيل السعودية تظهر في الحالات التي لا يختارها المورد: مريض مقيم مؤمَّن يحتاج موافقة، وفاتورة يتغير فيها معامل الضريبة بحسب جنسية المريض، ومطالبة تُرفض برمز لا يفهمه أحد، وجدول رمضان يُعدّل يدويًا يومًا بيوم.
حين تكتشف هذه الفجوات بعد الإطلاق يكون الثمن مضاعفًا:
- أثر على الإيراد: مطالبات تُبنى خارج النظام أو تُرسل ناقصة، ففريق التأمين يعمل مرتين والرفض يزيد.
- أثر نظامي: فاتورة إلكترونية لا تمر على منصة «فاتورة» كما يجب، أو ضريبة تُحسب على من لا تُحسب عليه.
- أثر على الفريق: موظف الاستقبال يحفظ «حيلًا» لتجاوز النظام، وكل حيلة تصبح مصدر خطأ عند غيابه.
- أثر تعاقدي: يصعب إلزام المورد بما لم يُختبر ولم يُكتب، فيصبح كل إصلاح «تطويرًا إضافيًا» بسعر جديد.
لذلك لا تسأل: «هل النظام يدعم نفيس؟» فالإجابة ستكون نعم دائمًا. اطلب أن ترى المعاملة تحدث، وأن ترى ما يحدث عندما تفشل.
كيف تجهز جلسة الاختبار قبل أن تجلس مع المورد؟
جلسة الاختبار الجيدة تستغرق ساعتين تقريبًا، وتُحضَّر قبلها بأيام. أرسل الحالات مكتوبة للمورد مسبقًا حتى لا يكون عذر «لم نجهز بيانات لهذه الحالة» مقبولًا.
المرضى الأربعة الافتراضيون
مثال توضيحي: بيانات اختبار لا تخص مرضى حقيقيين| المريض | الوصف | ما يكشفه |
|---|---|---|
| (أ) مواطن نقدي | هوية وطنية، يدفع ببطاقة مدى، تاريخ ميلاده معروف بالهجري فقط | المعاملة الضريبية للمواطن، وإدخال التاريخ الهجري |
| (ب) مقيم مؤمَّن | إقامة، وثيقة تأمين فيها نسبة تحمل، ويحتاج خدمة تتطلب موافقة مسبقة | الأهلية والموافقة والمطالبة عبر نفيس، وضريبة حصة المريض وحصة الشركة |
| (ج) زائر خليجي | هوية خليجية، مراجعة واحدة، يطلب تقريرًا طبيًا مطبوعًا | أنواع الهوية، وطباعة التقرير بالعربية مع مصطلحات إنجليزية |
| (د) مريض عائد | سُجل قبل سنتين بجواز سفره، ويعود اليوم بإقامة جديدة | كشف الملف المكرر ودمجه دون فقد تاريخه |
من يحضر ومن يسجل النتائج
- أرسل الحالات والاختبارات قبل الجلسة بثلاثة أيام عمل
مع طلب صريح بتنفيذها أمامكم على بيئة المورد، لا بشرائح أو لقطات شاشة.
مدير التشغيل - احضر بفريق صغير متعدد الأدوار
مشرف الاستقبال للهوية والتسجيل، ومسؤول التأمين لنفيس، والمحاسب للفوترة والضريبة، ومسؤول التقنية للاستضافة وحماية البيانات.
المالك أو المدير التنفيذي - سجّل النتيجة لكل اختبار في لحظته
ثلاث قيم فقط: ناجح، أو جزئي، أو فاشل، مع ملاحظة من سطر واحد عما رأيته.
كل عضو في محوره - اطلب الأدلة المكتوبة بعد الجلسة
ما قيل شفهيًا عن الاستضافة والأمن والتزامات التطوير يُطلب كتابةً، ليدخل لاحقًا في العقد.
مسؤول التقنية والمالك
20 اختبارًا في ستة محاور: ما تطلبه وما تقبله وما يحذرك
اطلب كل اختبار باسمه، ولا تنتقل للذي بعده حتى ترى النتيجة في الشاشة أو المستند. عمود «علامة التحذير» لا يعني الرفض الفوري دائمًا، لكنه يعني أن الإجابة تحتاج دليلًا إضافيًا.
| الاختبار | ما تطلبه في العرض | النتيجة المقبولة | علامة التحذير |
|---|---|---|---|
| المحور 1: نفيس والتأمين | |||
| 1. الأهلية | التحقق من تأمين المريض (ب) من شاشة الاستقبال | يُرسل الطلب من الشاشة نفسها، ويُحفظ الرد (سريان الوثيقة، والفئة، ونسبة التحمل) في الزيارة | فتح بوابة خارجية ونسخ النتيجة يدويًا |
| 2. الموافقة المسبقة | طلب موافقة لخدمة المريض (ب) من أمر الطبيب | حالة الطلب ظاهرة للطبيب والاستقبال، ورقم الموافقة يرتبط ببند الفاتورة | متابعة الموافقات في جدول Excel أو دفتر |
| 3. المطالبة المرمّزة | بناء مطالبة الزيارة وإرسالها | التشخيص والخدمة مرمّزان من الزيارة، وفحص قبل الإرسال يوقف الحقول الناقصة | موظف التأمين يكتب الرموز عند المطالبة من ذاكرته |
| 4. الرفض الجزئي | عرض رد برفض بند واحد | سبب الرفض على البند نفسه، مع تصحيح وإعادة إرسال مسجلة | الرفض يظهر مبلغًا إجماليًا في التسوية فقط |
| المحور 2: الفوترة الإلكترونية والضريبة | |||
| 5. فاتورة المواطن | فاتورة المريض (أ) النقدي | معاملة ضريبية حسب الجنسية تُطبق تلقائيًا من الهوية المسجلة، وفاتورة مبسطة برمز QR | تعديل الضريبة يدويًا في كل فاتورة |
| 6. فاتورة المؤمَّن | فاتورة المريض (ب): حصته وحصة الشركة | مستند لكل طرف بنوعه الصحيح، والضريبة محسوبة على كل حصة كما أعدّتها منشأتك | فاتورة واحدة بالمبلغ كاملًا، وحصة الشركة تُتابع خارج النظام |
| 7. الإرجاع | إلغاء خدمة بعد إصدار فاتورتها | إشعار دائن يشير إلى الفاتورة الأصلية ويمر على منصة «فاتورة» | حذف الفاتورة أو تعديلها بعد إصدارها |
| 8. انقطاع الاتصال | إصدار فاتورة والاتصال بمنصة «فاتورة» مقطوع | الفاتورة تصدر وتنتظر، وتُرسل تلقائيًا عند عودة الاتصال، مع تنبيه لما تأخر | توقف الاستقبال، أو فواتير لا تُرسل دون أن يعلم أحد |
| المحور 3: العربية والتقويم والدوام | |||
| 9. المستند المطبوع | تقرير طبي وفاتورة للمريض (ج) بصيغة PDF | اتجاه من اليمين لليسار سليم، والأسماء الإنجليزية للأدوية والأرقام في مكانها | نص معكوس أو مقطّع في PDF رغم سلامة الشاشة |
| 10. التاريخ الهجري | إدخال ميلاد المريض (أ) بالهجري | قبول الإدخال بالهجري وحفظ المقابل الميلادي، وعرض التاريخين حيث يلزم | التاريخ الهجري نص للعرض فقط لا يُدخل ولا يُحوّل |
| 11. دوام رمضان | تفعيل جدول رمضان لطبيب وفرع | جدول بتاريخ بداية ونهاية يعود بعده تلقائيًا، مع الإجازات الرسمية وعطلة نهاية الأسبوع | تعديل ساعات كل يوم يدويًا |
| المحور 4: الهوية والتسجيل | |||
| 12. أنواع الهوية | تسجيل (أ) و(ب) و(ج) بهوياتهم | نوع الهوية حقل مستقل، والتحقق من صيغة الرقم لكل نوع | خانة نصية واحدة تقبل أي شيء |
| 13. الملف المكرر | تسجيل المريض (د) بإقامته الجديدة | تنبيه بتطابق محتمل (الاسم والميلاد والجوال)، ودمج بصلاحية يُسجل في سجل التدقيق | ملف جديد بصمت، وتاريخ المريض يبقى في الملف القديم |
| 14. ترخيص الممارس | عرض بيانات ترخيص طبيب | رقم الترخيص وتصنيفه وتاريخ انتهائه، مع تنبيه قبل الانتهاء | لا مكان للترخيص في ملف الطبيب |
| المحور 5: الاستضافة وموقع البيانات | |||
| 15. موقع البيانات | أين قاعدة البيانات والنسخ الاحتياطية؟ | مزود الاستضافة ومدينة مركز البيانات مكتوبة، والنسخ داخل المملكة أيضًا | «سحابة عالمية» بلا موقع محدد، أو نسخ خارج المملكة |
| 16. وصول الدعم | كيف يدخل فريق الدعم إلى بياناتكم؟ | بإذن من المنشأة، بحسابات مسماة، ومسجل في السجل | حساب مدير مشترك يستخدمه الدعم في أي وقت |
| 17. التصدير | تصدير كامل لبيانات المرضى والفواتير | صيغ مقروءة ووثيقة تشرح الحقول، متاح للمنشأة متى طلبت | التصدير خدمة مدفوعة أو بصيغة لا تُقرأ إلا بالنظام نفسه |
| المحور 6: حماية البيانات الشخصية | |||
| 18. الحد الأدنى من الاطلاع | موظف استقبال يفتح ملف المريض (ب) | لا يرى التشخيص والملاحظات الطبية، واطلاعه مسجل | كل المستخدمين يرون كل شيء |
| 19. طلبات المريض | المريض (أ) يطلب نسخة من بياناته وتصحيح جواله | تقرير ببيانات المريض، وتصحيح يُسجل بالقيمة قبل وبعد | «نستخرجها لكم من قاعدة البيانات عند الطلب» |
| 20. الموافقات | تسجيل موافقة المريض على رسائل التواصل | موافقة بتاريخها وقناتها، وإيقاف الرسائل عند سحبها | الرسائل تُرسل للجميع دون سجل موافقة |
نفيس: كيف تفرق بين الربط الفعلي والربط الشكلي؟
منصة نفيس بوابة وطنية أنشأها مجلس الضمان الصحي مع وزارة الصحة لتبادل المعاملات المالية للتأمين الصحي بين مقدمي الخدمة وشركات التأمين بمعيار FHIR. معاملاتها الأساسية كما يعرضها دليل التنفيذ المنشور: الأهلية، والموافقة المسبقة، والمطالبة، وإشعار الدفع، والمراسلات. المنصة تتحقق من صيغة المعاملة ولا تتخذ قرار القبول أو الرفض، فالقرار لشركة التأمين.
ما يعنيك كمشترٍ أن تكون هذه المعاملات جزءًا من عمل الشاشات اليومية، لا وحدة منفصلة يدخلها موظف واحد. ثلاثة أسئلة تكشف الفرق:
- من أين تبدأ المعاملة؟ الأهلية من الاستقبال، والموافقة من أمر الطبيب، والمطالبة من الزيارة المغلقة. إذا كانت كلها تبدأ من شاشة «التأمين» وحدها، فالنظام ينقل البيانات ولا يدمجها.
- أين يظهر الرد؟ رد الأهلية يجب أن يغيّر ما يحدث بعده: نسبة التحمل في الفاتورة، والتنبيه قبل خدمة غير مغطاة. الرد الذي يُحفظ كمرفق لا يحمي من الرفض.
- هل الترميز من الزيارة؟ مطالبات قطاع التأمين الخاص ترمّز التشخيص بـ ICD-10-AM والخدمات وفق معايير الترميز في نظام الفوترة السعودي (SBS) الصادرة عن مجلس الضمان الصحي. اسأل: أين يُدخل الرمز؟ ومن يدخله؟ وهل يرتبط رمز الخدمة بقائمة أسعار العقد؟
خطأ شائع: الاكتفاء بمشاهدة رد «مقبول» في بيئة تجريبية. اطلب أيضًا حالة الرد بالرفض، وحالة انتهاء الوثيقة، وحالة تعطل الاتصال، واسأل عن المنشآت التي تعمل على الربط نفسه في بيئة التشغيل الفعلية.
مقالة الربط مع منصة نفيس وما يجب أن يقوم به نظام العيادات تفصّل كل معاملة ومتطلباتها الداخلية، ومقالة حالات اختبار وحدة التأمين في العرض التوضيحي تتوسع في حالات الوثائق والحدود ونسب التحمل.
الفوترة الإلكترونية والضريبة: أين تتعثر الأنظمة غير المبنية للمنشأة الصحية؟
تطبق هيئة الزكاة والضريبة والجمارك الفوترة الإلكترونية على مرحلتين: مرحلة الإصدار، ثم مرحلة الربط والتكامل مع منصة «فاتورة» التي تُطبق على دفعات من المكلفين تُبلَّغ بها المنشأة مسبقًا. وبحسب الدليل التفصيلي للفوترة الإلكترونية، تمر الفاتورة الضريبية بين المنشآت بـ«الاعتماد» (Clearance) قبل تسليمها للمشتري، وتُبلَّغ الفاتورة المبسطة للأفراد (Reporting) خلال مدة لا تتجاوز 24 ساعة من إصدارها.
في العيادة يعني هذا أن يوم عمل واحد قد يحمل نوعين من المستندات: فواتير مبسطة للمرضى، ومستندات لشركات التأمين أو الجهات المتعاقدة. ولهذا أربعة أسئلة تستحق وقتًا في العرض:
- هل المنشأة أو فرعها مسجل كوحدة إصدار في النظام؟ كل نقطة إصدار تحتاج إعدادًا وشهادة من المنصة. اسأل من ينفذ هذا الإعداد، وكيف يُضاف فرع أو صندوق جديد.
- كيف تُعامل الضريبة حسب المريض؟ تعامل ضريبة القيمة المضافة على الخدمات الصحية الخاصة المريض المواطن بصورة تختلف عن غير المواطن، وفق الأدلة الإرشادية للهيئة الخاصة بقطاع الرعاية الصحية، ويتطلب ذلك حفظ ما يثبت هوية المريض. النظام الملائم يطبق المعاملة التي اعتمدتها منشأتك من بيانات الهوية تلقائيًا، ولا يترك القرار لموظف الصندوق.
- ماذا يحدث عند الخطأ؟ الفاتورة الصادرة لا تُحذف ولا تُعدّل؛ تصحيحها بإشعار دائن أو مدين يشير إليها.
- من يراقب الإرسال؟ يجب أن يرى المحاسب قائمة بما رُفض أو تأخر إرساله قبل أن يتجاوز المهلة، لا أن يكتشفه عند المراجعة.
تنبيه: تفاصيل المعاملة الضريبية وإعدادها تُحسم مع مستشارك الضريبي وفق وضع منشأتك. دور النظام أن يطبق ما اعتمدته المنشأة بثبات، وأن يحفظ السجل الذي تحتاجه عند المراجعة، لا أن يقرر عنها.
لقراءة المتطلبات كاملة من زاوية المنشأة، راجع مقالة الفوترة الإلكترونية في العيادات ومتطلبات «فاتورة»، ولمسار الفاتورة من الخدمة إلى التحصيل راجع دورة حياة الفاتورة في وحدة الفوترة.
العربية والهجري والهوية: اختبارات صغيرة يلاحظها الفريق من اليوم الأول
هذه الاختبارات لا تمس النظامية مباشرة، لكنها تحدد هل سيحب الفريق النظام أم سيقاومه. موظف الاستقبال الذي يصحح اتجاه النص في كل تقرير، أو يحوّل تاريخ الميلاد الهجري بتطبيق على جواله، سيفقد دقيقة مع كل مريض.
العربية ليست ترجمة الأزرار
اختبر المستند المطبوع لا الشاشة. كثير من الأنظمة تعرض العربية سليمة في الواجهة، ثم تخرج في PDF بحروف منفصلة أو ترتيب معكوس، خاصة حين يجتمع في السطر اسم عربي واسم دواء إنجليزي ورقم. واختبر كذلك البحث بالاسم العربي بأشكال كتابته المختلفة: «عبدالله» و«عبد الله»، و«أسامة» و«اسامه».
التقويم والدوام
عطلة نهاية الأسبوع، والإجازات الرسمية، ودوام رمضان الذي يغيّر ساعات كل طبيب لشهر كامل، كلها قواعد جدولة لا أحداث استثنائية. النظام الملائم يعرّفها مرة واحدة بتاريخ سريانها، وتظهر في الحجز الإلكتروني والتذكيرات تلقائيًا. تفاصيل قواعد الجدولة في صفحة المواعيد والحجوزات.
الهوية وتكرار الملفات
في السوق السعودي يأتي المريض بهوية وطنية أو إقامة أو هوية خليجية أو جواز سفر، وقد يتغير نوع هويته بين زيارة وأخرى. الحالة (د) في الاختبار، المريض الذي سُجل بجوازه ثم عاد بإقامة، هي أكثر ما يصنع ملفات مكررة يضيع فيها التاريخ المرضي والرصيد. اطلب أن ترى التنبيه والدمج وسجل الدمج، كما تشرحه قواعد منع تكرار ملفات المرضى.
الاستضافة وحماية البيانات: ما يُطلب كتابةً لا شفهيًا
البيانات الصحية بيانات حساسة وفق نظام حماية البيانات الشخصية ولوائحه لدى الهيئة السعودية للبيانات والذكاء الاصطناعي، وتصدر الهيئة لائحة خاصة بنقل البيانات الشخصية خارج المملكة بشروط وضمانات. ويمنح النظام صاحب البيانات حقوقًا منها العلم بالمعالجة، والوصول إلى بياناته، وطلب تصحيحها. لذلك تنقسم اختبارات المحورين الخامس والسادس إلى نوعين:
- ما يُرى في العرض: صلاحيات الأدوار، وسجل التدقيق، وتقرير بيانات المريض، وسجل الموافقات، وتصدير البيانات. هذه تختبرها بنفسك في بيئة التجربة.
- ما يُطلب وثيقةً: اسم مزود الاستضافة وموقع مركز البيانات، وموقع النسخ الاحتياطية، ومن يصل إلى البيانات من فريق المورد وكيف، وإجراءات الإبلاغ عند الحوادث. هذه لا تثبت بالعرض، وتُطلب مكتوبة ثم تُنقل إلى العقد.
خطأ شائع: قبول عبارة «بياناتكم داخل المملكة» دون السؤال عن النسخ الاحتياطية وأدوات الدعم عن بعد وخدمات الرسائل. البيانات قد تكون في الرياض، ونسختها الاحتياطية أو سجلاتها في مكان آخر.
وجود هذه الأدوات في النظام لا يعني أن المنشأة ممتثلة تلقائيًا؛ الامتثال يجمع أدوات النظام مع سياسات المنشأة وإجراءاتها. الضوابط التي تطبقها المنصة وما تضبطه منشأتك موضحة في صفحة الأمن والخصوصية، وأسئلة مزود السحابة بالتفصيل في مقالة استضافة الأنظمة الطبية داخل السعودية.
كيف تحسم النتيجة إذا قال المورد «هذه الميزة في الإصدار القادم»؟
نادرًا ما ينجح نظام في الاختبارات العشرين كلها. السؤال ليس «هل توجد فجوة؟» بل «أي فجوة يمكن قبولها وبأي شرط؟». القاعدة المقترحة: المحوران الأول والثاني يمسان الإيراد والنظامية كل يوم، فلا يُقبل فيهما وعد مفتوح. أما بقية المحاور فتقبل فجوة جزئية بشرط التزام مكتوب.
- نعمهل يكتمل قبل موعد إطلاقك، بالتزام مكتوب واختبار قبول؟
- نعمقبول مشروط: يُكتب في العقد بموعد واختبار قبول قبل الإطلاق
- لااستبعاد النظام أو تأجيل القرار؛ لا تُطلق بفجوة في الإيراد أو النظامية
- نعم
- لاهل يوجد بديل مؤقت لا يُنتج بيانات خاطئة؟
- نعمقبول مع تسجيل البديل وموعد الإصلاح في خطة التنفيذ
- لاقبول مشروط بالتزام مكتوب، وخفض درجة المورد في المقارنة
- نعم
حجم الأثر يختلف بحسب منشأتك. مستوصف أغلب مرضاه مؤمَّنون يعامل أي فشل في الاختبارات 1 إلى 4 كسبب استبعاد. عيادة تجميل نقدية قد تقبل ربطًا مع نفيس يكتمل في الربع التالي، لكنها لا تقبل خللًا في الاختبارات 5 إلى 8. وأضف نتيجة هذه الاختبارات إلى تقييمك الشامل للمورد، ومنه الأسئلة التي تطرحها على مزود النظام عن التنفيذ والدعم والعقد.
خمس إجابات تستحق سؤالًا ثانيًا
«نفيس عندنا عن طريق شريك»: ليس عيبًا بذاته، لكن اسأل: أين تظهر الردود؟ ومن يدعمك حين تتعطل المعاملة؟ وهل تدفع رسومًا منفصلة لكل معاملة أو اشتراكًا إضافيًا؟
«الفاتورة فيها رمز QR»: الرمز وحده من متطلبات المرحلة الأولى. إذا كانت منشأتك مشمولة بمرحلة الربط، فاسأل عن الإرسال إلى منصة «فاتورة» ومراقبته.
«العربية مدعومة بالكامل»: اطلب مستندًا مطبوعًا بالعربية فيه أسماء إنجليزية وأرقام. الشاشة لا تكفي دليلًا.
«السيرفرات في السعودية»: اطلب اسم المزود ومكان النسخ الاحتياطية ووصول الدعم، مكتوبة.
«نعدّلها لكم بعد التعاقد»: كل تعديل في المحاور الستة يُكتب بنطاقه وموعده وسعره قبل التوقيع، لا بعده.
كيف تمر المنصة بهذه الاختبارات؟
بُنيت المنصة على التفاصيل المحلية من البداية، ولهذا نفضّل أن تختبرها بحالاتك بدل أن تقرأ عنها. في جلسة العرض ننفذ الاختبارات العشرين على المرضى الأربعة، أو على حالات من منشأتك ترسلها لنا:
- الأهلية والموافقات والمطالبات والردود عبر نفيس من شاشات الاستقبال والطبيب والتأمين، مع متابعة الرفض على مستوى البند.
- فواتير إلكترونية وإشعارات دائنة ومدينة برمز QR، والمعاملة الضريبية حسب جنسية المريض وفق إعدادات منشأتك، والربط حسب مرحلة المنشأة.
- واجهة عربية من اليمين لليسار مع الإنجليزية للأطباء، والتقويمان الهجري والميلادي، وجداول رمضان بتاريخ سريانها.
- الهوية الوطنية والإقامة والهوية الخليجية وجواز السفر بالتحقق من الصيغة وكشف التكرار، وتراخيص الممارسين بتنبيه قبل الانتهاء.
- استضافة داخل المملكة عند اختيار السحابة أو على خوادم منشأتك، وصلاحيات حسب الدور وسجل تدقيق، وتصدير البيانات متاح للمنشأة في أي وقت.
ما يتطلب ربطًا بجهاز أو نظام بعينه لدى منشأتك يُحدد ضمن نطاق المشروع ويُكتب قبل التعاقد. تفاصيل المتطلبات المحلية كما تلبيها المنصة في صفحة برنامج العيادات في السعودية، ودورة التأمين كاملة في وحدة التأمين ودورة الإيرادات.
الخطوة التالية: أرسل لنا المرضى الأربعة أو حالات من واقع منشأتك، وسننفذ الاختبارات أمام فريقك في جلسة واحدة. اطلب عرضًا توضيحيًا على اختبارات الملاءمة المحلية.
أسئلة شائعة
هل يكفي أن يكون المورد شركة سعودية ليكون نظامه ملائمًا للسوق المحلي؟
لا. جنسية الشركة تسهّل التعاقد والدعم بالعربية وفهم البيئة المحلية، لكنها لا تثبت أن الربط مع نفيس أو منصة «فاتورة» يعمل كما يجب. الاختبارات العشرون تطبق على أي مورد، محليًا كان أو أجنبيًا.
المورد لا يستطيع إرسال معاملة حقيقية في العرض؛ هل هذا مقبول؟
مقبول أن يستخدم بيئة اختبار، فالعرض لا يجري على بيانات مرضى حقيقيين. غير المقبول أن يعرض لقطات شاشة بدل المعاملة. اطلب مع ذلك تأكيدًا مكتوبًا بأن الربط نفسه يعمل في بيئة التشغيل لدى منشآت أخرى.
عيادتنا نقدية بالكامل؛ هل نحتاج اختبارات نفيس؟
إن لم تكن لديك خطة للتعاقد مع شركات تأمين خلال السنتين القادمتين، فاختصر المحور الأول إلى سؤال واحد: كيف يُفعّل الربط لاحقًا، وبأي تكلفة ومدة؟ لكن لا تتجاوز محور الفوترة الإلكترونية، فهو يخصك من أول فاتورة.
كم يستغرق تنفيذ هذه الاختبارات مع كل مورد؟
نحو ساعتين إذا أُرسلت الحالات مسبقًا وكان المورد مستعدًا. وإذا احتاج المورد وقتًا أطول بكثير أو طلب تأجيل أغلب الاختبارات، فهذه بحد ذاتها معلومة مهمة عن جاهزية نظامه.
من في المنشأة يجب أن يعتمد نتيجة المحورين الخامس والسادس؟
مسؤول التقنية أو من يتولى أمن المعلومات، مع مسؤول الامتثال أو حماية البيانات إن وُجد. وإن لم يوجد أي منهما، فاطلب الإجابات مكتوبة واعرضها على مستشار قبل التوقيع، لأنها تتحول إلى بنود في العقد.