الموافقة المسبقة ليست ورقة — إنها حالة يجب تتبّعها
أغلب رفض المطالبات لا يبدأ عند تقديم المطالبة، بل قبلها بأسابيع: إجراء نُفِّذ بموافقة انتهت صلاحيتها، أو طلب أُرسل ولم يتابعه أحد. الموافقة المسبقة حالة لها عمر، ومعاملتها كذلك تغيّر أرقام التحصيل.
حين تُرفض مطالبة، يكون الانطباع الأول أن الخطأ حدث لحظة التقديم: رمز ناقص، أو مستند غير مرفق. لكن جزءاً كبيراً من الرفض يعود إلى قرار اتُّخذ قبل أسابيع — إجراء نُفِّذ بناءً على موافقة لم تصل بعد، أو موافقة وصلت ثم انتهت صلاحيتها قبل موعد المريض.
الفرق بين العيادة التي تحصّل والعيادة التي تخسر ليس دقة الترميز وحدها، بل هل تعامل الموافقة المسبقة كورقة محفوظة في ملف، أم كحالة لها عمر يجب تتبّعه حتى نهايته.
الموافقة تمر بخمس حالات لا حالتين
الخطأ الشائع هو اختزال الموافقة في «موجودة / غير موجودة». الواقع أن الطلب يمر بمسار كامل، وكل انتقال فيه له تاريخ ومسؤول. تسجيل الحالة صراحةً هو ما يجعل السؤال «أين وصل طلب المريض؟» قابلاً للإجابة في ثانية بدل جولة اتصالات.
| الحالة | ماذا تعني | الإجراء المطلوب |
|---|---|---|
| قيد الإعداد | الطلب سُجِّل ولم يُرسل بعد | استكمال الرموز والمستندات وإرساله |
| مُرسَل | الطلب عند شركة التأمين | متابعة زمنية — هذه الحالة هي التي تُنسى |
| معتمَد | صدرت الموافقة برقمها وتاريخ انتهائها | جدولة المريض قبل انتهاء الصلاحية |
| مرفوض | رُفض مع ذكر السبب | تصحيح وإعادة الإرسال أو إبلاغ المريض |
| منتهٍ | اعتُمد ثم انقضت مدته | طلب جديد — لا تنفّذ الإجراء على هذا |
الحالتان اللتان تكلّفان المال
من الحالات الخمس، اثنتان فقط تسبّبان الخسارة الفعلية، وكلتاهما صامتة: لا تُصدران تنبيهاً ولا تظهران في شاشة أحد ما لم يُبنَ النظام ليُظهرهما.
- «مُرسَل» بلا رد. الطلب ذهب ولم يعد، ولأن أحداً لم يعد ينظر إليه يبقى المريض ينتظر موعداً لا يُحجز. هذه الحالة تحتاج قائمة يومية بما مضى عليه أكثر من مدة معقولة.
- «معتمَد» ثم انتهى. أخطر من الرفض، لأن الرفض يظهر فوراً بينما انتهاء الصلاحية يحدث بصمت — ويُكتشف بعد تنفيذ الإجراء، أي بعد أن صار المبلغ على المريض أو على العيادة.
تاريخ الانتهاء ليس حقلاً اختيارياً
الموافقة بلا تاريخ انتهاء مسجَّل لا يمكن لأي نظام أن ينبّهك بشأنها. تسجيله لحظة استلام الموافقة هو أرخص إجراء وقائي في دورة التحصيل كلها.
اربط الموافقة بالمريض والموعد، لا بملف منفصل
حين تُحفظ الموافقات في جدول خارجي أو مجلد مشترك، ينكسر الربط الذي يهم فعلاً: من يحجز الموعد لا يرى حالة الموافقة، ومن يتابع الموافقة لا يعرف أن الموعد قد حُجز بالفعل. ربط الطلب بملف المريض وبالموعد يجعل المعلومة تصل إلى الشخص الذي سيتصرف بناءً عليها.
هذا هو المنطق نفسه الذي يقلّل رفض المطالبات: المعلومة الصحيحة يجب أن تظهر في الشاشة التي يُتخذ فيها القرار، لا في تقرير يُراجَع لاحقاً.
ما الذي يجب أن تراه الإدارة أسبوعياً
المتابعة اليومية مهمة الاستقبال، لكن الإدارة تحتاج صورة مختلفة: أين يتسرّب المال وأين يتأخر. ثلاثة أرقام تكفي غالباً:
- عدد الطلبات المُرسَلة التي تجاوزت مدة الرد المعتادة، ومتوسط تأخرها.
- عدد الموافقات المعتمَدة التي تنتهي خلال أسبوعين ولم يُحجز لها موعد بعد.
- أكثر أسباب الرفض تكراراً — فالسبب المتكرر مشكلة في عملية داخلية لا في شركة التأمين.
الرقم الثالث هو الأهم على المدى الطويل. رفض واحد لسبب واحد حادث؛ عشرون رفضاً لنفس السبب يعني أن خطوة في مسار عيادتك تُنفَّذ خطأ كل مرة، وتصحيحها مرة واحدة أوفر من معالجة كل مطالبة على حدة.
من يملك المتابعة
الموافقات تضيع غالباً لأنها مسؤولية مشتركة بلا مالك واضح: الاستقبال يفترض أن التأمين يتابع، والتأمين يفترض أن الطبيب سيسأل. تحديد مالك واحد لحالة «مُرسَل» — شخص يفتح القائمة كل صباح — يعالج أكثر من نصف المشكلة قبل أي تحسين تقني.
تابع كل موافقة حتى نهايتها
سجّل الطلب وحالته وتاريخ انتهائه مرتبطاً بملف المريض وموعده، وشاهد ما يقترب من الانتهاء قبل أن ينتهي.
استعرض مزايا النظام