منصة من الحلول الواقعية لتقنية المعلومات
منصة إدارة المراكز الطبيةالمستوصفات والعيادات والمجمعات
اختيار النظام وتكلفته

كيف تكتب RFP لنظام إدارة مركز طبي؟ هيكل الوثيقة ونماذج المتطلبات

دليل عملي لمدير التقنية أو المشروع: هيكل طلب العروض قسمًا قسمًا، وتحويل المتطلب العام إلى متطلب قابل للاختبار، والأرقام التي يسعّر عليها الجميع، ورموز امتثال موحدة، ومعايير تقييم معلنة.

فريق منصة إدارة المراكز الطبيةقراءة في نحو 13 دقيقة
الخلاصة
  • طلب العروض (RFP) الجيد لا يُقاس بعدد صفحاته، بل بقدرتك على وضع ردود الموردين جنبًا إلى جنب في جدول واحد دون ترجمة أو تخمين.
  • أربعة عناصر تصنع هذه القابلية للمقارنة: ملحق كمي يسعّر عليه الجميع الافتراضات نفسها، ومتطلبات قابلة للاختبار برقم وأولوية وطريقة تحقق، ونموذج رد إلزامي برموز امتثال موحدة، وجدول أسعار موحد بالبنود نفسها.
  • أعلن معايير التقييم وشروط الإقصاء وسيناريوهات العرض في الوثيقة نفسها. المورد الذي يعرف كيف سيُقيَّم يرد على ما يهمك لا على ما يجيده.
  • المتطلب «النظام يدعم التأمين» سيجيب عنه كل مورد بـ«نعم». المتطلب الذي يحدد من يفعل ماذا ومتى، وما النتيجة التي تراها هو الذي يفرق بين الردود.

هذه المقالة لمدير تقنية المعلومات أو مدير المشروع الذي كُلّف بإعداد طلب عروض لنظام إدارة مركز طبي أو مجمع. ستجد هيكل الوثيقة قسمًا قسمًا، وصيغة المتطلب القابل للاختبار مع أمثلة ضعيفة وقوية، والملاحق الكمية التي يجب أن ترفقها، ونموذج الرد الموحد وجدول الأسعار، وطريقة إعلان معايير التقييم.

لماذا تصل العروض غير قابلة للمقارنة؟

ترسل المنشأة وثيقة من عشرين صفحة، فتعود إليها خمسة عروض: أحدها عرض تقديمي تسويقي، وآخر جدول ميزات من المورد نفسه، وثالث سعره للمستخدم ورابع للطبيب. يقضي الفريق أسابيع في محاولة المقارنة، ثم يُحسم القرار بالانطباع. السبب غالبًا في الوثيقة لا في الموردين:

  • متطلبات عامة: «نظام متكامل يدعم المختبر والتأمين والتقارير». لا يوجد مورد سيجيب بـ«لا»، فلا تفرق الإجابة بين أحد.
  • غياب الأرقام: لم تذكر الوثيقة عدد الأطباء والمستخدمين والفروع وحجم البيانات، فسعّر كل مورد على افتراضاته، وصار الفرق في السعر فرقًا في الافتراض لا في القيمة.
  • حرية شكل الرد: كل مورد يرد بقالبه، فيُبرز ما يجيده ويُسقط ما لا يملكه دون أن تلاحظ.
  • تقييم غير معلن: لا يعرف المورد ما الذي سيُقاس، فيطيل في الميزات ويختصر في التنفيذ والدعم والخروج، وهي ما يؤلمك بعد سنة.

كل قسم في الهيكل التالي يعالج واحدًا من هذه الأسباب.

هيكل وثيقة RFP قسمًا قسمًا

الترتيب التالي مجرب منطقيًا: يبدأ بما يحتاج المورد معرفته عن منشأتك، ثم ما تطلبه، ثم كيف يرد، ثم كيف ستقيّمه. يمكن أن تكون الوثيقة الأساسية قصيرة نسبيًا، لأن ثقلها في الملاحق.

طبقات وثيقة طلب العروض من التعريف إلى الملاحق
  1. 1. التعريف بالمنشأة والمشروعمن أنتم، وما المشكلة التي يحلها النظام، والنطاق داخله وخارجه، وموعد التشغيل المستهدف
  2. 2. التعليمات والجدول الزمنيمواعيد الأسئلة والردود والعروض التوضيحية، وقناة التواصل الوحيدة، وصيغة التسليم
  3. 3. الوضع الحاليالأنظمة القائمة، وما يُستبدل وما يبقى، ومصادر البيانات المطلوب ترحيلها
  4. 4. المتطلبات الوظيفيةمجمعة حسب رحلة المريض والمال والإدارة، كل متطلب برقم وأولوية وطريقة تحقق
  5. 5. المتطلبات التقنية والأمن والاستضافةخيارات النشر، وموقع البيانات، والصلاحيات، والتدقيق، والنسخ الاحتياطي، والتوفر
  6. 6. التكامل والترحيلالأنظمة والأجهزة المطلوب ربطها، ونطاق الترحيل وطريقة المطابقة
  7. 7. التنفيذ والتدريب والدعمالمنهجية والمخرجات، والفريق المسمى، والتدريب حسب الدور، واتفاقية مستوى الخدمة
  8. 8. الشروط التجاريةجدول الأسعار الموحد، وملكية البيانات، والتجديد، والخروج
  9. 9. التقييم والإجراءاتشروط الإقصاء، وأوزان الأبعاد، وسيناريوهات العرض، ومراحل الاختيار
  10. 10. الملاحقالملحق الكمي، ونموذج الرد، وجدول الأسعار، والسيناريوهات، ونماذج التقارير الحالية
كيف تقرأ المخطط: كل طبقة قسم في الوثيقة بترتيبه. الطبقتان المميزتان (4 و5) هما قلب الوثيقة ومصدر أغلب الدرجات، والطبقة 9 هي ما يجعل التقييم معلنًا لا مفاجئًا. الملاحق في الأسفل لأنها الأساس الذي تقوم عليه المقارنة: بدونها لا يسعّر الموردون الشيء نفسه.

ما يُكتب في الأقسام التي يستهين بها كثيرون

  • النطاق خارج المشروع: اكتب صراحة ما لا تطلبه، مثل استبدال نظام PACS القائم أو نظام الموارد البشرية. هذا يمنع موردًا من تضخيم عرضه بوحدات لا تحتاجها، ويمنع آخر من استبعاد ما تحتاجه بحجة الغموض.
  • قناة الأسئلة الواحدة: كل سؤال من أي مورد يُجاب عنه كتابيًا ويُرسل الجواب لجميع الموردين دون ذكر السائل. هكذا يبقى الجميع على المعلومات نفسها.
  • الوضع الحالي بصدق: إن كانت بياناتك في نظامين وملفات Excel، فاذكر ذلك. المورد الذي يعرف حجم التحدي يسعّره، والذي لا يعرفه يكتشفه بعد التوقيع ويطلب أمر تغيير.

صيغة المتطلب القابل للاختبار

المتطلب القابل للاختبار جملة تحدد من يفعل ماذا، وفي أي ظرف، وما النتيجة التي يمكن رؤيتها أو قياسها. ولكل متطلب خمسة حقول ثابتة في الوثيقة:

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

خطأ شائع: تحويل قائمة ميزات نظام حالي أو عرض مورد سابق إلى متطلبات. ستكتب بذلك وثيقة تناسب ذلك المورد، ويشعر الآخرون أن النتيجة محسومة فيعتذرون أو يردون بلا اهتمام. اكتب المتطلبات من إجراءاتك ومشكلاتك أنت.

كم متطلبًا تكتب؟ ما يكفي لتغطية الإجراءات التي تفرق بين الأنظمة في منشأتك، لا كل وظيفة ممكنة. المتطلب الذي ستجيب عنه كل الأنظمة بالطريقة نفسها لا يضيف شيئًا للقرار، ويضيف وقتًا للقراءة.

الملاحق الكمية: الأرقام التي يسعّر عليها الجميع

الملحق الكمي هو أهم ملحق في الوثيقة، لأنه يوحد الافتراضات. بدونه يسعّر مورد على عشرين مستخدمًا وآخر على خمسين، فيبدو الأول أرخص وهو ليس كذلك. املأ ما تعرفه بدقة، وما لا تعرفه بتقدير واضح المصدر.

مثال توضيحي لمجمع افتراضي
البندالقيمة في المثاللماذا يحتاجه المورد
الأطباء22 طبيبًا في 9 تخصصات، منهم 4 بدوام جزئيأساس الاشتراك في أغلب الأنظمة، وعدد قوالب التخصصات
الفروعفرعان، وفرع ثالث مخطط خلال سنتينإعداد كل فرع، والأسعار والصلاحيات لكل فرع، وتكلفة التوسع
المستخدمون بالدوراستقبال 8، تمريض 10، مختبر 3، صيدلية 2، مالية وتأمين 5، إدارة 4التراخيص إن كانت بالمستخدم، وخطة التدريب حسب الدور
النشاطزيارات يومية تقريبية لكل فرع، ونسبة المؤمَّنين، وعدد شركات التأمينحجم المعاملات، وحجم التأمين وعدد العقود المطلوب ضبطها
الأقسام المساندةمختبر بجهازين بطرازيهما، وأشعة عادية بنظام PACS قائم، وصيدليةنطاق الوحدات والتكاملات مع الأجهزة
الأنظمة الحاليةنظام عيادات، ونظام محاسبة يبقى، وملفات Excel للمخزونما يُرحّل منه، وما يُربط معه
حجم البياناتعدد ملفات المرضى، وسنوات التاريخ المطلوب نقلها، وحجم المرفقات الممسوحةتقدير الترحيل ومدته وتكلفته
الرسائلمتوسط الرسائل الشهرية المتوقعة للتذكير والنتائج، والقناة المفضلةتكلفة متكررة تغيب عن كثير من العروض
النشرسحابي داخل المملكة، أو خوادم المنشأة، أو ترك الخيار للمورد مع تسعير كل خياريغير بنية التكلفة بين مرة واحدة ومتكررة

وأرفق مع الملحق الكمي ما يوضح طريقة عملك: نماذج من التقارير التي تستخدمها الإدارة اليوم، وقائمة الخدمات والأسعار بصيغتها الحالية، ووصفًا مختصرًا لرحلة المريض في كل فرع. هذه المرفقات تسمح للمورد بتقدير الإعداد والتخصيص بدقة بدل أن يضع رقمًا احتياطيًا مرتفعًا.

نموذج الرد الموحد وجدول الأسعار

اشترط أن يرد كل مورد على كل متطلب في جدولك أنت، لا في مستنداته. أعمدة الجدول: رقم المتطلب، ورمز الامتثال، والشرح، والدليل. ورموز الامتثال موحدة:

الرمزالمعنىما تطلبه مع الرمز
أمتوفر في الإصدار الحالي دون إعداد خاصمكان الميزة في النظام، وسيُعرض حيًا
بمتوفر بالإعداد دون برمجةمن يعده، وهل الإعداد ضمن التنفيذ المسعّر
جيتطلب تطويرًا خاصًاتقدير المدة والتكلفة، وأثره على التحديثات المستقبلية
دعبر منتج أو طرف ثالثاسم المكون، ومن يدعمه، وتكلفته المستقلة
هـغير متوفر، أو مخطط لإصدار قادملا درجة للمخطط إلا إن التزم به المورد كتابيًا بموعد في العقد

أضف قاعدة صريحة: المتطلب الذي لا يحمل رمزًا يُعامل «غير متوفر»، والمتطلب المعلَّم «أ» الذي يتعذر عرضه يُخفض إلى «هـ». هذه القاعدة وحدها تغير جدية الردود.

جدول الأسعار الموحد

اطلب الأسعار في جدول بالبنود نفسها لكل مورد، مع خانة «مشمول» أو «غير مشمول» لكل بند بدل تركه فارغًا:

  • مرة واحدة: التنفيذ والإعداد، والتخصيص، وترحيل البيانات، وكل تكامل على حدة، والتدريب، وأي أجهزة أو تراخيص مطلوبة.
  • متكرر: الاشتراك وأساس حسابه (طبيب، أو مستخدم، أو فرع، أو وحدة)، والاستضافة، والدعم، والتحديثات، والرسائل.
  • متغير عند النمو: سعر إضافة طبيب، ومستخدم، وفرع، ووحدة، وسعر يوم عمل إضافي للتطوير أو التدريب.
  • الإجمالي على ثلاث سنوات: محسوبًا من المورد على أرقام الملحق الكمي، مع آلية الزيادة عند التجديد.

بهذا الجدول تصبح المقارنة جمعًا لا تفسيرًا. وإن وصلتك عروض بهياكل مختلفة رغم ذلك، فمقالة كيف تقرأ عرض سعر نظام طبي وتقارن بين عرضين مختلفين في الهيكل تشرح توحيدها وسد فجواتها. وتعرض صفحة مكونات عرض السعر البنود التي يفصّلها عرض المنصة، لتقارن بها ما يصلك من غيرها.

معايير التقييم المعلنة ومراحل الاختيار

اكتب في الوثيقة كيف ستقيّم، قبل أن تستلم أي رد. هذا لا يضعف موقفك التفاوضي، بل يجعل الردود تركز على ما يهمك، ويحمي القرار من الاعتراض الداخلي لاحقًا.

ما تعلنه

  • شروط الإقصاء: عدد قليل من المتطلبات التي لا تقبل فيها إلا إجابة واحدة، مثل موقع البيانات، والربط مع نفيس إن كان لديك مؤمَّنون، والفوترة الإلكترونية، وحق تصدير البيانات.
  • أبعاد التقييم وأوزانها: مثل الملاءمة الوظيفية، والتقنية والأمن، والتنفيذ والدعم، والتكلفة الكلية. أعلن الأوزان على مستوى الأبعاد، واحتفظ بالتفصيل الداخلي للجنة.
  • سيناريوهات العرض: في ملحق مكتوب، يُنفذها كل مورد على البيانات نفسها وبالترتيب نفسه.
  • المراحل: الفرز المكتوب، ثم القائمة المختصرة، ثم العروض التوضيحية، ثم بيئة التجربة لمن يتأهل، ثم التفاوض النهائي.

أما كيف تمنح الدرجات بالأدلة وتحوّل السعر إلى درجة وتختبر حساسية الأوزان، فهي أداة التسجيل التي تفصلها مقالة مصفوفة تقييم أنظمة إدارة العيادات. ومن يجلس في اللجنة ومن يسجل ماذا، تجده في مقالة لجنة تقييم النظام الطبي داخل المجمع.

جدول زمني معقول للطلب

  1. إصدار الوثيقة

    إلى عدد محدود من الموردين المؤهلين مبدئيًا، مع اتفاقية سرية إن تضمنت الملاحق بيانات حساسة عن المنشأة.

    مدير المشروع
  2. فترة الأسئلة

    أسبوع تقريبًا، ثم رد مكتوب موحد لكل الموردين.

    مدير المشروع والأقسام المعنية
  3. تسليم الردود

    مهلة تسمح برد جاد على المتطلبات والأسعار، عادة من أسبوعين إلى ثلاثة حسب حجم الوثيقة.

    الموردون
  4. الفرز والقائمة المختصرة

    شروط الإقصاء أولًا، ثم الدرجات المكتوبة، واختيار مورّدَين أو ثلاثة للعرض.

    لجنة التقييم
  5. العروض والتجربة والتفاوض

    السيناريوهات المعلنة، ثم بيئة تجربة، ثم أفضل عرض نهائي مكتوب من المتأهلين.

    اللجنة والإدارة

عن البيانات في الملاحق: لا ترسل بيانات مرضى حقيقية في الملاحق أو بيئات العرض. البيانات الصحية من البيانات الحساسة في نظام حماية البيانات الشخصية، والنظام يلزم جهة التحكم باختيار جهة معالجة توفر الضمانات الكافية. اطلب في قسم الأمن أن يوضح المورد دوره في معالجة البيانات، وضوابطه، وموقع الاستضافة، وحذف النسخ المؤقتة بعد الترحيل.

أخطاء تفسد طلب العروض

وثيقة ضخمة بلا أولويات: ثلاثمئة متطلب كلها «إلزامي» تعني أن لا شيء إلزامي. إن لم تستطع أن ترفض موردًا لغياب متطلب، فهو ليس إلزاميًا.

إخفاء الميزانية تمامًا مع نطاق مفتوح: لا يلزم أن تعلن رقمًا، لكن النطاق المفتوح دون أي إشارة لحجم المشروع يجعل موردًا يعرض الحد الأدنى وآخر الحد الأقصى، فلا تقارن شيئًا.

ترك التنفيذ والدعم لسطر واحد: أغلب الإخفاقات بعد الشراء في التنفيذ والتدريب والدعم لا في الميزات. اجعل لها قسمًا بمتطلبات قابلة للاختبار ووزنًا حقيقيًا.

عدم ربط الرد بالعقد: رد المورد على المتطلبات يجب أن يصبح ملحقًا في العقد. وإلا فإن «أ» في الرد لا تلزم أحدًا بعد التوقيع.

تغيير القواعد بعد الاستلام: إضافة معيار أو تعديل وزن بعد رؤية الردود يفتح باب الشك في القرار داخل المنشأة. إن اضطررت لتعديل، فأبلغ الموردين جميعًا وامنحهم فرصة التحديث.

كيف تتعامل المنصة مع طلب العروض

يأتي ردنا على طلب العروض في جدولك أنت برموز الامتثال التي حددتها، ونعرض المتطلبات المعلّمة «متوفر» حيًا في السيناريوهات التي تكتبها، ونسعّر في جدولك الموحد على أرقام ملحقك الكمي. وتجد في وحدات نظام المراكز الطبية المجموعات التي تغطيها المنصة لتبني عليها أقسام متطلباتك الوظيفية، وفي دليل التكاملات ما يمكن ربطه وبأي اتجاه لتكتب قسم التكامل بدقة.

ما يُحدد ضمن نطاق المشروع يُكتب كذلك في ردنا: التكامل مع جهاز بعينه، والتطوير الخاص، وحجم الترحيل. وبنود العقد التي تحمي بياناتك واستمرارك، كالملكية والتصدير والخروج واتفاقية مستوى الخدمة، تجدها ملخصة في بنود العقد في دليل الشراء لتضيفها إلى قسم الشروط التجارية.

الخطوة التالية: أرسل لنا وثيقة الطلب أو ملحقها الكمي، ونرسل ردًا في نموذجك وعرض سعر مكتوبًا بمكوناته لعدد أطبائك وفروعك. اطلب عرض سعر على ملحقك الكمي.

أسئلة شائعة

هل تحتاج عيادة صغيرة إلى RFP كامل؟

غالبًا لا. العيادة بطبيب إلى ثلاثة أطباء يكفيها ملحق كمي من صفحة، وعشرة متطلبات قابلة للاختبار، وجدول أسعار موحد، وسيناريوهات عرض قصيرة. الوثيقة الكاملة تناسب المراكز والمجمعات والمجموعات التي تتعدد فيها الأقسام وأصحاب القرار.

إلى كم موردًا أرسل طلب العروض؟

أربعة إلى ستة موردين مؤهلين مبدئيًا عدد معقول لمنشأة متوسطة. أكثر من ذلك يضاعف وقت القراءة دون أن يحسن القرار، وأقل من ثلاثة يضعف المقارنة. استخدم فرزًا أوليًا سريعًا بشروط الإقصاء لاختيارهم.

هل أسمح للمورد باقتراح حل بديل لا يطابق المتطلب حرفيًا؟

نعم، بشرط أن يرد أولًا على المتطلب كما هو برمز الامتثال، ثم يقدم البديل في خانة منفصلة بتكلفته. بهذا تبقى المقارنة عادلة، ولا تخسر فكرة جيدة لم تخطر لفريقك.

هل يمكن استخدام قالب RFP جاهز من الإنترنت؟

يمكن استخدامه لترتيب الأقسام فقط. المتطلبات والملحق الكمي والسيناريوهات يجب أن تُكتب من إجراءات منشأتك وأرقامها، وإلا حصلت على ردود عامة لا تفرق بين الموردين في ما يهمك أنت.

من يكتب أقسام الوثيقة داخل المنشأة؟

يقود مدير المشروع أو مدير التقنية الوثيقة ويكتب الأقسام التقنية والتعليمات، ويكتب كل قسم وظيفي صاحبه: الطبي للملف الطبي، والتأمين للمطالبات، والمالية للفوترة والمحاسبة. ثم يراجع شخص واحد الصياغة لتوحيد أسلوب المتطلبات وأرقامها.

ابدأ بخطوة تناسبك

عرض توضيحي على بيانات تشبه مركزك، أو عرض سعر مفصّل، أو جلسة مع مستشار يدرس احتياجك قبل أي التزام.

  • عرض مخصص لتخصصاتك وعدد فروعك
  • عرض سعر حسب الوحدات والمستخدمين وخيار النشر
  • تقييم لإمكانية الربط مع أنظمتك الحالية
  • خطة تنفيذ بمراحل ومواعيد محددة
ماذا تريد؟