- تحويل إجراء ورقي إلى سير عمل إلكتروني (Workflow) لا يعني تصوير النموذج الورقي على الشاشة. يعني تحويله إلى قاعدة: من يطلب، وبأي شرط، ومن يعتمد، وفي أي مهلة، وما الذي يبقى معلقًا حتى القرار، وما الذي يُسجل.
- الطريقة خمس خطوات: ارسم الإجراء كما هو فعلًا، ثم احذف الخطوات التي لا تغير القرار، ثم صمم كل خطوة بجدول ثابت، ثم أعدّ واختبر بحالات حدية، ثم قِس بعد التشغيل وعدّل الحدود.
- ليس كل إجراء ورقي يستحق مسار موافقة. بعضها يصبح صلاحية لدور، أو حقلًا وحالة، أو قاعدة تلقائية، وبعضها يُلغى لأنه لم يعد له سبب.
- المثال في هذه المقالة: إجراء استرداد مبلغ لمريض ينتقل من نموذج ورقي وتوقيعين ورسالة واتساب، إلى طلب مربوط بالفاتورة يمر بمعتمد حسب المبلغ والسبب، ويصدر إشعارًا دائنًا بعد الاعتماد.
هذه المقالة لمدير التشغيل الذي يريد أن ينقل إجراءات مركزه من الورق والموافقات الشفهية إلى النظام، ولا يريد أن ينقل معها البطء نفسه. ستجد طريقة من خمس خطوات، وجدولًا لتصميم كل خطوة، ومثالًا كاملًا لإجراء استرداد قبل التحويل وبعده، وحالات الاختبار قبل التفعيل، والمؤشرات التي تقيس بها النتيجة.
أي الإجراءات تبدأ بها، وما الذي لا يستحق مسار موافقة
ابدأ بقائمة الإجراءات التي تمر اليوم بورقة أو توقيع أو رسالة. ثم رتبها بثلاثة أسئلة: كم مرة يتكرر الإجراء في الأسبوع؟ ما المبلغ أو الخطر المرتبط به؟ كم ينتظر المريض أو الموظف بسببه؟ الإجراء المتكرر ذو المبلغ الذي يوقف مريضًا عند المحاسبة يأتي أولًا.
ثم حدد لكل إجراء الشكل الذي يستحقه في النظام، لأن تحويل كل ورقة إلى مسار موافقة يصنع نظامًا بطيئًا بشكل جديد:
| الإجراء الورقي | الشكل المناسب في النظام | لماذا |
|---|---|---|
| استرداد مبلغ لمريض | مسار موافقة بحدود ومعتمدين | مال يخرج من المنشأة، ويحتاج قرارًا وسببًا وسجلًا |
| خصم يتجاوز صلاحية الموظف | مسار موافقة، وما دون الحد صلاحية للدور | أغلب الخصومات الصغيرة لا تحتاج أحدًا، والاستثنائية تحتاج صاحب القرار |
| تعديل بيانات تأمين بعد الفوترة | مسار موافقة قصير لمسؤول التأمين | يغير المطالبة، فيجب أن يراه من يتابعها |
| طلب صرف مستهلكات من المستودع | مستند تحويل بقاعدة تلقائية حسب الحد الأدنى | الموافقة اليدوية على كل طلب روتيني تؤخر العيادة دون فائدة |
| إحالة مريض من عيادة إلى أخرى داخل المجمع | تحويل في رحلة المريض بحالة وسبب | ليس قرارًا ماليًا، بل انتقال يحتاج أن يظهر في قائمة القسم التالي |
| نموذج «اطلاع» يوقعه المدير على تقرير يومي | إشعار أو لوحة، أو يُلغى | التوقيع للعلم لا يغير قرارًا، والتقرير متاح في النظام لحظيًا |
| اعتماد نموذج طبي جديد | مسار موافقة للمدير الطبي قبل تفعيل النموذج | يمس التوثيق في كل العيادات، ويحتاج مسؤولًا طبيًا |
إن لم تكن تعرف بعد أين تذهب ساعات موظفيك في العمل المكرر، فابدأ بجرد المهام كما تشرح مقالة كيف تقلل العمل اليدوي في المركز الطبي، ثم اختر من نتيجته الإجراءات التي تتحول إلى سير عمل.
الخطوة الأولى: ارسم الإجراء كما يحدث فعلًا
ارسم الإجراء كما يحدث، لا كما هو مكتوب في دليل السياسات. الفرق بينهما هو ما يعطل التحويل. أفضل طريقة: خذ ثلاث حالات حقيقية من الشهر الماضي، وتتبع كل ورقة منها من أول من كتبها حتى آخر من حفظها. وسجل لكل خطوة خمسة أشياء:
- من ينفذها: بالدور، ومن يحل محله إن غاب.
- ماذا يفحص: ما الذي ينظر إليه قبل أن يوقع أو يمرر. هنا تكتشف أن بعض التوقيعات لا تفحص شيئًا.
- ماذا يكتب: أي بيانات تُضاف في هذه الخطوة، وهل هي موجودة أصلًا في النظام.
- أين تنتظر الورقة: على مكتب، أو في درج، أو في محادثة واتساب.
- كم تستغرق: من وصول الورقة إلى هذه الخطوة حتى خروجها منها.
عند رسم إجراء الاسترداد في مركز افتراضي ظهر ما يلي: مريض ألغى جلسة مدفوعة مسبقًا، فملأ موظف الاستقبال نموذجًا ورقيًا بالاسم ورقم الفاتورة والمبلغ. انتظر النموذج توقيع مدير الفرع يومين لأنه كان في اجتماعات. صوّره الموظف وأرسله للمحاسب في واتساب. المحاسب فتح الفاتورة في النظام ليتأكد من المبلغ، ثم أرسل للمدير المالي للموافقة لأن المبلغ «كبير» دون حد مكتوب. بعد الموافقة صُرف المبلغ من صندوق الاستقبال، وحُفظ النموذج في ملف ورقي. لم يُسجل سبب الإلغاء في أي مكان، ولم يرتبط الاسترداد بالفاتورة في النظام إلا بعد أسبوع حين عدّلها المحاسب.
هذا الرسم وحده يكشف أربع مشكلات قبل أي نظام: غياب حد مكتوب، وتوقيع ينتظر شخصًا لا دورًا، وفحص مكرر للفاتورة نفسها، واسترداد منفصل عن مستنده.
الخطوة الثانية: احذف وادمج قبل أن تُعدّ
أتمتة إجراء سيئ تنتج إجراءً سيئًا أسرع. قبل أن تعدّ شيئًا، اسأل عن كل خطوة في الرسم:
- هل تغير هذه الخطوة القرار؟ إن كان الموقّع يوقع دائمًا دون رفض، فهي إشعار لا موافقة.
- هل المعلومة التي تُكتب هنا موجودة في النظام؟ رقم الفاتورة والمبلغ والمريض لا تُكتب، بل يبدأ الطلب من الفاتورة نفسها.
- هل يمكن أن تحكمها قاعدة؟ «يوافق المدير المالي على المبالغ الكبيرة» تصبح «يوافق المدير المالي فوق مبلغ محدد».
- هل يفحص شخصان الشيء نفسه؟ ادمج الفحص في خطوة واحدة عند الشخص الأقدر عليه.
- هل الخطوة موجودة لأن الورقة يمكن أن تضيع؟ في النظام لا تضيع الورقة، فخطوة «التسليم والاستلام» تختفي.
- هل يجب أن يبقى شيء معلقًا حتى القرار؟ حدده صراحة: الصرف، أو الفاتورة، أو أمر الشراء.
خطأ شائع: إضافة معتمد «احتياطًا» في كل مسار. كل مستوى إضافي يضاعف احتمال التأخير، ويجعل المعتمدين يوقعون دون قراءة لأنهم يعرفون أن غيرهم سيراجع. الأصل مستوى واحد، والثاني فقط حيث يرتفع المبلغ أو الخطر.
الخطوة الثالثة: صمم كل خطوة بجدول ثابت
بعد الحذف والدمج، اكتب كل خطوة متبقية في جدول بأعمدة ثابتة. هذا الجدول هو وثيقة المتطلب التي يعدّ منها مدير النظام المسار، ويختبرها بها الفريق، ويرجع إليها المراجع لاحقًا.
مثال توضيحي: حدود ومهل افتراضية| الخطوة | المنفذ (بالدور) | الشرط | البيانات المطلوبة | المهلة والتصعيد | النتيجة |
|---|---|---|---|---|---|
| 1. إنشاء الطلب | موظف الاستقبال أو المحاسبة | من فاتورة مدفوعة فقط، والمبلغ لا يتجاوز المدفوع غير المستهلك | السبب من قائمة ثابتة، والمبلغ، وطريقة الإعادة، ومرفق عند الحاجة | — | الطلب معلق، والفاتورة مقفلة أمام أي استرداد آخر |
| 2. اعتماد الفرع | مشرف الاستقبال حتى 300 ريال، ومدير الفرع فوقها | كل الطلبات، والمعتمد غير منشئ الطلب | قرار وسبب في حالة الرفض | ساعتان للطلب العاجل ويومان لغيره، ثم تصعيد للمستوى التالي | اعتماد أو رفض مسبب يصل لمنشئ الطلب |
| 3. اعتماد المالية | المدير المالي | المبلغ فوق 2,000 ريال، أو السبب «عدم رضا» بأي مبلغ | قرار وسبب | يوم عمل، ثم تنبيه للمدير العام | اعتماد نهائي أو رفض |
| 4. الإشعار الدائن | النظام تلقائيًا | بعد آخر اعتماد مطلوب | مرتبط بالفاتورة الأصلية | فوري | إشعار دائن إلكتروني وتعديل رصيد المريض |
| 5. الصرف | أمين الصندوق أو المحاسب | بعد صدور الإشعار الدائن | طريقة الصرف ومرجعها | نفس اليوم للنقدي، ومهلة يحددها المالي للتحويل | سند صرف مرتبط بالطلب والإشعار |
مبادئ تصميم تمنع المسار من التعطل
- المعتمد بالدور لا بالاسم: «مدير الفرع» يبقى صحيحًا حين يتغير الشخص. ومع كل دور معتمد حدد من يفوَّض عند غيابه.
- فصل المهام: منشئ الطلب لا يعتمده، والمعتمد لا يصرف. هذا أبسط ضابط يمنع التجاوز، ويُضبط بالصلاحيات كما تشرح صفحة الصلاحيات لكل شاشة، حيث «الاعتماد» صلاحية منفصلة عن الإضافة والتعديل.
- السبب من قائمة ثابتة: «إلغاء قبل الخدمة»، «خطأ في الفوترة»، «عدم رضا»، «تغيير خطة العلاج». النص الحر لا يمكن تحليله آخر الشهر.
- ما يبقى معلقًا محدد: الطلب المعلق يقفل ما يتعلق به، وإلا صُرف المبلغ مرتين من مسارين.
- المهلة والتصعيد مكتوبان: طلب بلا مهلة ينتظر بلا نهاية. والطلب العاجل، كمريض ينتظر عند المحاسبة، يحتاج مهلة أقصر وإشعارًا على الجوال.
والإشعار الدائن ليس تفصيلًا شكليًا: الفاتورة الإلكترونية بعد إصدارها لا تُعدل ولا تُحذف، والاسترداد يتم بإشعار دائن يشير إلى الفاتورة الأصلية، كما يوضح الدليل التفصيلي للفوترة الإلكترونية لدى هيئة الزكاة والضريبة والجمارك. متى تصدر العيادة الإشعارات الدائنة والمدينة تحديدًا تفصله مقالة الفوترة الإلكترونية للعيادات.
الإجراء قبل التحويل وبعده
- الموظف يكتب الاسم ورقم الفاتورة والمبلغ يدويًا.
- النموذج ينتظر توقيع مدير الفرع بالاسم، ولو غاب.
- صورة النموذج تُرسل في واتساب للمحاسب.
- المحاسب يفتح الفاتورة ليتحقق، ثم يرسل للمدير المالي دون حد مكتوب.
- الصرف من الصندوق، وتعديل الفاتورة لاحقًا بيد المحاسب.
- السبب غير مسجل، والنموذج في ملف ورقي.
- الطلب يبدأ من الفاتورة، والبيانات تأتي منها، والسبب من قائمة.
- القاعدة تحدد المعتمد بالدور حسب المبلغ، مع تفويض عند الغياب.
- المعتمد يرى الفاتورة وتاريخ المريض في الطلب نفسه، ويقرر من جواله.
- المالية لا تظهر إلا فوق الحد أو لسبب بعينه.
- الإشعار الدائن يصدر مرتبطًا بالفاتورة، ثم يُصرف المبلغ بسند مرتبط.
- كل خطوة مسجلة بمن ومتى ولماذا، وتظهر في تقرير الاستردادات.
الخطوة الرابعة: الإعداد والاختبار قبل التفعيل
يُعد المسار من شاشة الإعدادات في بيئة الاختبار، لا في الإنتاج مباشرة. ثم يُختبر بحالات تغطي المسار السليم والحالات الحدية. أغلب مشكلات مسارات الموافقة تظهر في الحالات الحدية، لا في الطلب العادي:
- طلب دون الحد الأول: يصل للمشرف فقط.
- طلب يساوي الحد تمامًا: هل يُعامل كما حددت السياسة؟ اكتب «حتى» أو «أكثر من» بوضوح.
- طلب فوق الحد الثاني: يمر بالمستويين بالترتيب.
- سبب «عدم رضا» بمبلغ صغير: يصل للمالية رغم صغر المبلغ.
- المعتمد في إجازة: ينتقل الطلب إلى المفوَّض.
- تجاوز المهلة: يُصعد الطلب ويصل التنبيه للمستوى التالي.
- الرفض: يصل السبب لمنشئ الطلب، وتُفتح الفاتورة من جديد.
- منشئ الطلب يحاول اعتماده بنفسه: يُمنع.
- طلبان على الفاتورة نفسها: الثاني يُمنع ما دام الأول معلقًا.
- فاتورة مريض مؤمَّن: الاسترداد لا يتجاوز حصة المريض المدفوعة.
- باقة مستهلكة جزئيًا: الحد الأقصى هو قيمة الجلسات غير المستهلكة حسب سياسة الباقات.
بعد نجاح الاختبار شغّل المسار في فرع واحد أسبوعين، ودرّب المعتمدين على الاعتماد من الجوال. وأعلن قاعدة واحدة واضحة للجميع: الاسترداد الذي لم يمر بالنظام لا يُصرف. بدون هذا الإعلان يستمر الطريق الجانبي عبر واتساب بجانب المسار الجديد.
الخطوة الخامسة: قِس بعد التشغيل وعدّل الحدود
المسار الإلكتروني يعطيك ما لم يعطك إياه الورق: أرقامًا عن الإجراء نفسه. راجعها بعد الشهر الأول:
| المؤشر | ما يكشفه | التعديل المحتمل |
|---|---|---|
| متوسط زمن الاعتماد لكل معتمد | معتمد يؤخر أغلب الطلبات | تفويض، أو مهلة أقصر، أو نقل الصلاحية لدور أقرب |
| الطلبات المصعّدة | مهل غير واقعية أو معتمد غائب باستمرار | مراجعة المهلة أو التفويض |
| نسبة الرفض لكل مستوى | مستوى لا يرفض أبدًا | قد يكون المستوى غير ضروري، فيتحول إلى إشعار |
| المبالغ حسب السبب والفرع والموظف | سبب يتكرر في فرع بعينه | معالجة الجذر: جدولة، أو فوترة، أو تدريب |
| ما صُرف خارج المسار | طريق جانبي لم يُغلق | ضبط صلاحية الصرف بحيث لا يتم دون طلب معتمد |
ستعدّل الحدود غالبًا بعد الشهر الأول، وهذا متوقع: الحد الذي كُتب على الورق لم يُختبر بأرقام حقيقية من قبل. ويعرض قسم بناء مسار الموافقة الشروط والمستويات والتفويض والتصعيد التي تعدلها دون برمجة.
متى يكفي الإعداد ومتى تحتاج تطويرًا خاصًا؟
أغلب إجراءات المراكز الطبية تتحول إلى سير عمل من الإعدادات: شروط بالمبلغ والنسبة والفرع والخدمة وجهة الدفع ودور مقدم الطلب، ومستويات بالتتابع أو بالتوازي، وتفويض وتصعيد، وحقول وحالات إضافية. ويحتاج الإجراء تطويرًا خاصًا عندما يتطلب شاشات جديدة كاملة بمراحل خاصة، أو إطلاق إجراء تلقائي في نظام خارجي عند تغير حالة، أو منطقًا لا تعبر عنه الشروط المتاحة.
القاعدة العملية: جرّب التعبير عن الإجراء بالإعدادات أولًا، ولا تطلب تطويرًا لأن الإجراء «هكذا كان على الورق». الفرق بين الإعداد والتخصيص داخل المنصة والتطوير الخاص، وأثر كل منها على التحديثات، تشرحه مقالة برنامج جاهز أم نظام مخصص، ويحدد قسم الضبط من الإعدادات والتطوير المخصص حدود كل منهما في المنصة. وإن كنت في مرحلة اختيار النظام، فاختبر قابلية تخصيص سير العمل حيًا كما في مقالة اختيار نظام طبي قابل للتخصيص.
تحويل إجراءات مركزك إلى مسارات في المنصة
تبني المنصة مسارات الموافقة من شاشة إعدادات دون برمجة: شروط بالمبلغ والنسبة والفرع والخدمة وجهة الدفع ودور مقدم الطلب، ومعتمد بالدور، وتفويض عند الإجازة، وتصعيد عند التأخر، وسبب إلزامي، وإشعار على الجوال، وسجل لا يُحذف لكل قرار. والعملية المرتبطة بالطلب تبقى معلقة حتى الاعتماد. وهذا جزء من قدرة المنصة على التكيف مع طريقة عمل مركزك التي تعرضها الصفحة الرئيسية، إلى جانب الحقول والحالات والنماذج والتقارير.
وما يتجاوز الإعدادات ينفذه فريقنا بتحليل وتقدير مكتوبين ومعايير قبول قبل البدء، ويُبنى امتدادًا للمنصة يبقى مع التحديثات.
الخطوة التالية: أرسل لنا نماذجك الورقية وسياسة الاعتماد المكتوبة لديك، أو صور إجراءاتك كما هي، ونعرض عليك كيف تتحول إلى مسارات في المنصة، وما يُضبط بالإعدادات وما يحتاج تطويرًا. اعرض إجراءاتك واطلب تحويلها إلى سير عمل.
أسئلة شائعة
كم إجراءً نحول في البداية؟
ثلاثة إلى خمسة إجراءات عالية التكرار أو المبلغ، مثل الاسترداد والخصم الاستثنائي وإلغاء الفاتورة وطلبات الشراء. تحويل كل الإجراءات دفعة واحدة يربك المعتمدين، ولا يترك وقتًا لتعديل الحدود بناء على الأرقام الأولى.
ماذا لو رفض المديرون الاعتماد من النظام وفضلوا الواتساب؟
اجعل الاعتماد من الجوال أسهل من الرد على رسالة: إشعار يفتح الطلب ببياناته ويُعتمد بضغطة. ثم اربط التنفيذ بالنظام، فلا يُصرف مبلغ ولا تصدر فاتورة بخصم دون طلب معتمد. حين يصبح المسار هو الطريق الوحيد للتنفيذ، يتوقف الطريق الجانبي.
من يملك تعديل المسارات بعد التشغيل؟
مدير النظام ينفذ التعديل، لكن القرار يعود لصاحب السياسة: المالية للحدود المالية، والمدير الطبي للنماذج الطبية. اجعل تعديل المسار نفسه طلبًا يحتاج اعتمادًا، وسجل كل تعديل بمن أجراه ومتى.
هل يمكن أن يكون للمسار نفسه حدود مختلفة لكل فرع؟
نعم. الفرع من شروط المسار، فيمكن أن يختلف الحد أو المعتمد بين فرع وآخر. لكن اجعل الاختلاف قرارًا مكتوبًا له سبب، مثل اختلاف حجم الفرع، لا نتيجة إعداد كل فرع بمعزل عن الآخر.
هل يغني سير العمل عن سياسة مكتوبة؟
لا. سير العمل هو السياسة بعد تحويلها إلى قاعدة ينفذها النظام. إن لم تكن لديك سياسة مكتوبة، فجدول تصميم الخطوة في هذه المقالة يصلح مسودة لها، يعتمدها أصحاب القرار قبل الإعداد.