- السؤال «Cloud أم On-Premise للمراكز الطبية؟» لا يُحسم بتفضيل تقني، بل بخمسة أسئلة بالترتيب: السياسة الملزمة، ثم التكاملات الداخلية والشبكة، ثم قدرة فريقك الفعلية، ثم أهداف الاستعادة، ثم التكلفة على خمس سنوات.
- السحابي المُدار ينقل تشغيل البنية إلى المورد ويبقي لديك الصلاحيات والشبكة الطرفية. السحابة الخاصة تضيف العزل والتحكم في التحديثات والربط بالشبكة الداخلية. وعلى خوادم المنشأة تنتقل إليك البنية والنسخ والمراقبة كاملة.
- أكبر بند في تكلفة الخيارات الثلاثة غالبًا ليس الخوادم ولا الاشتراك، بل وقت الفريق الداخلي. لذلك تتغير المقارنة جذريًا إن كان لدى المجموعة مركز بيانات وفريق قائمان بطاقة فائضة.
- اكتب مصفوفة RACI لكل خيار قبل التوقيع: من ينفذ، ومن يعتمد، ومن يُستشار، ومن يُبلغ. المهام المشتركة بلا مسؤول واضح هي مصدر أغلب الحوادث.
هذه المقالة لمدير تقنية المعلومات في مجمع طبي أو مجموعة متعددة الفروع، مطلوب منه أن يوصي ببنية استضافة النظام الطبي ويدافع عن توصيته أمام الإدارة. تقدم إطار قرار من خمسة أسئلة، وشجرة قرار، ومصفوفة مسؤوليات للخيارات الثلاثة، ونموذج تكلفة على خمس سنوات بمثال محسوب، ومذكرة قرار جاهزة للعرض. أما العيادة الصغيرة بلا فريق تقنية فلها مقارنة مختلفة في مقالة برنامج عيادات سحابي أم محلي.
الخيارات الثلاثة بتعريف تشغيلي: ماذا تملك وماذا يدير المورد؟
الفرق بين الخيارات ليس في مكان الخادم فقط، بل في من يملك كل طبقة ومن يشغلها يوميًا.
| الخيار | التعريف | ما يبقى على منشأتك | ما يشتريه القرار |
|---|---|---|---|
| سحابي مُدار (Cloud) | النظام يعمل على بنية المورد، بموارد مشتركة معزولة منطقيًا بين العملاء | المستخدمون والصلاحيات، وأجهزة الفروع وشبكتها واتصالها بالإنترنت | سرعة البدء، ونقل تشغيل البنية والنسخ والمراقبة إلى المورد |
| سحابة خاصة (Private Cloud) | بنية مخصصة لمنشأتك وحدها لدى مزود داخل المملكة، يديرها المورد | ما سبق، مع اعتماد توقيت التحديثات، وطرف الاتصال الخاص في شبكتك | العزل، والتحكم في التحديثات، والربط المباشر بالأنظمة الداخلية |
| على خوادم المنشأة (On-Premise) | النظام مثبت على خوادمك في مركز بياناتك | البنية كاملة: الخوادم والتخزين والنسخ والمراقبة وأمن البنية والتعافي | بقاء البيانات في مركز بياناتك، والتحكم الكامل، والتكامل داخل شبكتك |
وبعض المجموعات الكبيرة تحتاج خيارًا رابعًا هو البيئة المخصصة بمواصفات تحددها، وتعامله هذه المقالة كامتداد للسحابة الخاصة. والتفصيل الأعمق لما تشتريه وما لا تشتريه بالسحابة الخاصة في مقالة السحابة الخاصة للمجموعات الطبية. وتلخص صفحة مقارنة خيارات النشر الفروق في سرعة البدء والتحديثات والتكاملات والتكلفة الأولية.
ما لا يتغير بين الخيارات: إدارة المستخدمين والصلاحيات، ومراجعتها الدورية، وأمن الأجهزة الطرفية في الفروع، وقرار إبلاغ الجهات عن حوادث البيانات. هذه مسؤولية منشأتك في كل الخيارات، ونقل الاستضافة لا ينقلها.
خمسة أسئلة تحسم القرار، وبأي ترتيب تطرحها
الترتيب مهم: كل سؤال يستبعد خيارات قبل أن تصل إلى الذي يليه، فلا تبدأ بحساب التكلفة لخيار لا تسمح به سياستك.
1. هل توجد سياسة ملزمة؟
ابحث عن الإلزام المكتوب لا التفضيل: سياسة جهة مالكة (مثل مجموعة استثمارية أو جهة حكومية شريكة)، أو شرط في عقد مع جهة متعاقدة، أو قرار مجلس إدارة موثق. واسأل عن نص السياسة حرفيًا: هل تشترط «خوادم تملكها المنشأة»، أم «بقاء البيانات داخل المملكة»؟ الأولى تقود إلى On-Premise، والثانية تحققها الخيارات الثلاثة إن كانت الاستضافة السحابية داخل المملكة. والأنظمة النافذة نفسها، مثل نظام حماية البيانات الشخصية وضوابط الأمن السيبراني للحوسبة السحابية التي حدّثتها الهيئة الوطنية للأمن السيبراني بإصدار CCC-2:2024 في يوليو 2025، تحتاج قراءة لانطباقها على منشأتك؛ وتعرض مقالة استضافة الأنظمة الطبية داخل السعودية ما تقوله هذه المراجع وما لا تقوله.
2. ما التكاملات الداخلية، وأين تقع؟
اكتب قائمة بكل نظام سيتصل بالنظام الطبي، وأين يعمل: نظام ERP في مركز بيانات المجموعة، ودليل المستخدمين للدخول الموحد، وأجهزة المختبر والأشعة في كل فرع، ونظام PACS القائم، وبوابات الدفع. التكامل عبر API مع خدمة منشورة على الإنترنت يعمل في كل الخيارات، وتعرض صفحة كتالوج التكاملات أنواع الأنظمة التي تتصل بها المنصة. أما الأنظمة التي لا تُفتح خارج الشبكة الداخلية، فتحتاج شبكة خاصة (سحابة خاصة) أو وجود النظام داخل الشبكة نفسها (On-Premise). وأجهزة الفروع في كل الخيارات تحتاج اتصالًا موثوقًا بالخادم أينما كان.
3. ما القدرة الفعلية لفريقك، لا الاسمية؟
On-Premise يعني أن فريقك يتولى المراقبة خارج ساعات الدوام، وتطبيق التحديثات الأمنية للأنظمة وقواعد البيانات في مهلة محددة، والنسخ اليومي واختبار الاستعادة الموثق، والاستجابة لحادث في منتصف الليل. شخص واحد لا يغطي ذلك مع إجازاته وغيابه. اسأل: من يتلقى تنبيه تعطل قاعدة البيانات الساعة الثانية فجرًا، ومن يحل محله حين يكون في إجازة؟
4. ما أهداف الاستعادة المطلوبة؟
أقصى بيانات يمكن فقدها (RPO) وأقصى مدة توقف مقبولة (RTO) قرار إدارة يُتخذ قبل اختيار البنية. كلما قصرت الأهداف احتجت موقع تعافٍ أو خوادم احتياطية، وهذا في On-Premise استثمار إضافي على منشأتك، وفي الخيارات السحابية مستوى خدمة يُتعاقد عليه ويُسعَّر. وتفصّل مقالة النسخ الاحتياطي والتعافي من الكوارث كيف تحدد الأهداف حسب الخدمة.
5. ما التكلفة الكلية على خمس سنوات؟
السؤال الأخير لا الأول. قارن الخيارات التي بقيت بعد الأسئلة الأربعة بنموذج تكلفة يشمل الفريق الداخلي والاتصال والتعافي، لا الاشتراك مقابل سعر الخوادم فقط. النموذج بالتفصيل في قسم لاحق.
شجرة القرار لمجمع أو مجموعة طبية
- نعمهل لدى فريقك قدرة مثبتة على المراقبة المستمرة والنسخ واختبار الاستعادة والتعافي؟
- نعمOn-Premise، بمصفوفة مسؤوليات مكتوبة مع المورد للتطبيق وتحديثاته
- لالا تبدأ قبل بناء القدرة أو التعاقد على إدارتها، أو راجع السياسة لقبول سحابة خاصة داخل المملكة
- نعم
- لاهل لديك تكاملات مع أنظمة داخلية لا تُفتح خارج الشبكة، أو اشتراط بيئة معزولة؟
- نعمسحابة خاصة بشبكة خاصة، أو On-Premise إن كان مركز البيانات والفريق قائمين بطاقة فائضة
- لاهل تتجاوز أهداف الاستعادة أو حاجتك للتحكم في التحديثات ما يلتزم به السحابي المُدار كتابةً؟
- نعمسحابة خاصة، أو سحابي مُدار بملحق خدمة معزز إن قبله المورد
- لاسحابي مُدار، مع حق مكتوب في الانتقال لاحقًا دون فقد بيانات
- نعم
- نعم
لاحظ أن الشجرة لا تقود إلى On-Premise إلا عبر إلزام أو قدرة قائمة. السبب أن نقل البنية إلى منشأتك قرار له تكلفة مستمرة، لا مرة واحدة، ويجب أن يبرره شيء لا يحققه غيره. وفي المقابل، On-Premise هو القرار الصحيح حين تفرضه السياسة، وحين يوجد مركز بيانات وفريق قادر، وحين تكون التكاملات الداخلية عميقة، كما تشرح صفحة متى يكون On-Premise الخيار الصحيح.
مصفوفة المسؤوليات RACI لكل خيار
مصفوفة RACI تحدد لكل مهمة من ينفذها (R)، ومن يُساءل عنها ويعتمدها (A)، ومن يُستشار (C)، ومن يُبلغ (I). الجدول التالي تقسيم مقترح على مستوى المهام الكبرى، يصلح نقطة بداية لملحق العقد، ويُفصّل لكل مشروع.
| المهمة | سحابي مُدار | سحابة خاصة | On-Premise |
|---|---|---|---|
| توفير الخوادم والتخزين وشبكة مركز البيانات | المورد: R، A المنشأة: I | المورد: R، A المنشأة: C | المنشأة: R، A المورد: C (المواصفات) |
| أنظمة التشغيل وقواعد البيانات وتحديثاتها الأمنية | المورد: R، A | المورد: R، A المنشأة: I | المنشأة: R، A المورد: C |
| تثبيت النظام الطبي وتحديثه | المورد: R، A المنشأة: I | المورد: R المنشأة: A (التوقيت) | المورد: R المنشأة: A (النافذة) |
| اختبار التحديث قبل الإنتاج | المورد: R، A | المورد: R (فني) المنشأة: A (قبول) | المورد: R (فني) المنشأة: A (قبول) |
| النسخ الاحتياطي واختبار الاستعادة | المورد: R، A المنشأة: I (التقرير) | المورد: R، A المنشأة: I (التقرير) | المنشأة: R، A المورد: C (الإجراءات والمراجعة) |
| موقع التعافي وقرار تفعيله | المورد: R المنشأة: A (القرار التشغيلي) | المورد: R المنشأة: A | المنشأة: R، A المورد: C |
| المراقبة المستمرة والتنبيهات | المورد: R، A | المورد: R، A المنشأة: I | المنشأة: R، A (البنية) المورد: R (أداء التطبيق) |
| شبكة الفروع واتصالها | المنشأة: R، A | المنشأة: R، A (طرف الفروع) المورد: R (طرف البيئة) | المنشأة: R، A |
| التكاملات مع الأنظمة الداخلية | المورد: R (الواجهة) المنشأة: A، R (أنظمتها) | المورد: R المنشأة: A، C | المورد: R المنشأة: A، C |
| المستخدمون والصلاحيات ومراجعتها | المنشأة: R، A المورد: C | المنشأة: R، A المورد: C | المنشأة: R، A المورد: C |
| دعم التطبيق وحل البلاغات | المورد: R، A المنشأة: I | المورد: R، A المنشأة: I | المورد: R، A المنشأة: C (الوصول والبنية) |
| الاستجابة لحادث بيانات والإبلاغ النظامي | المورد: R (الاكتشاف والإبلاغ لك) المنشأة: A (التقييم والإبلاغ للجهات) | المورد: R المنشأة: A | المنشأة: R، A المورد: C |
خطأ شائع: توقيع عقد On-Premise دون تحديد من يختبر الاستعادة. المورد يسلّم إجراءات النسخ، وفريقك ينفذ النسخ، ولا أحد يستعيد نسخة فعليًا حتى يوم الحادث. اكتب في الملحق: من ينفذ اختبار الاستعادة، وكل كم، ومن يوقع على نتيجته.
توزيع المسؤوليات العام لكل خيار معروض في جدول من يتولى ماذا في خيارات النشر، والمصفوفة أعلاه تضيف إليه التمييز بين من ينفذ ومن يعتمد، وهو ما يحتاجه ملحق العقد.
نموذج التكلفة على خمس سنوات: مثال محسوب
قارن الخيارات بالبنود نفسها وعلى المدة نفسها. خمس سنوات مدة مناسبة لأنها تشمل عادة دورة تجديد جزئي للخوادم في On-Premise، ونمو التخزين والنسخ في كل الخيارات.
مثال توضيحي بأرقام افتراضيةمجموعة بأربعة فروع. كل الأرقام بآلاف الريالات وافتراضية تمامًا لتوضيح الطريقة، لا أسعار مورد. تكلفة الوظيفة التقنية الكاملة المفترضة 150 ألفًا سنويًا.
| البند | سحابي مُدار | سحابة خاصة | On-Premise |
|---|---|---|---|
| اشتراك المنصة أو دعمها | 180 × 5 = 900 (شامل الاستضافة والنسخ والمراقبة) | 150 × 5 = 750 | 150 × 5 = 750 |
| البنية المخصصة وإدارتها | — | 120 × 5 = 600 | خوادم وتخزين وتراخيص 350 + تجديد جزئي في السنة الرابعة 100 = 450 |
| النسخ الخارجي وموقع التعافي | مشمول | مشمول في البنية | 40 × 5 = 200 |
| الكهرباء والتبريد والمساحة | — | — | 30 × 5 = 150 |
| الإعداد والترحيل (مرة واحدة) | 120 | 180 | 160 |
| الاتصال | خط أساسي وبديل: 4 × 10 × 5 = 200 | شبكة خاصة: 4 × 15 × 5 = 300 | ربط الفروع بمركز البيانات: 4 × 15 × 5 = 300 |
| الفريق الداخلي | 0.5 وظيفة: 375 | 0.75 وظيفة: 562.5 | وظيفتان: 1,500 |
| المجموع | 1,595 | 2,392.5 | 3,510 |
ما يعلمه المثال، بغض النظر عن أرقامه:
- الفريق الداخلي هو البند الحاسم. في هذا المثال يمثل في On-Premise أكثر من 40% من التكلفة الكاملة (1,500 من 3,510). تقدير وقت الفريق بدقة أهم من التفاوض على سعر الخوادم.
- التكلفة الحدية تغير الترتيب. المجموعة التي تملك مركز بيانات وفريقًا مدفوعين أصلًا قد تجد On-Premise أقل من السحابة الخاصة. لكن احسب الطاقة الفائضة بصدق: إن كان الفريق مشغولًا، فالوظيفتان تكلفة حقيقية.
- السحابة الخاصة ليست «سحابي أغلى» فقط. فرقها عن السحابي المُدار في المثال (797.5) هو ثمن العزل والشبكة الخاصة والتحكم في التحديثات. إن لم تكن تحتاجها وفق الأسئلة الخمسة، فلا تدفع ثمنها.
- أهداف الاستعادة تحرك الأرقام. إن احتجت موقع تعافٍ ساخن في On-Premise، فبند التعافي في المثال (200) لن يكفي.
أخطاء تقود مدير التقنية إلى توصية يصعب الدفاع عنها
مقارنة الاشتراك بسعر الخوادم: الاشتراك يشمل تشغيلًا ومراقبة ونسخًا وتحديثات، والخوادم لا تشمل شيئًا من ذلك. قارن نموذج التكلفة الكامل، لا البندين.
قراءة «داخل المملكة» على أنها «على خوادمنا»: كثير من السياسات تشترط بقاء البيانات داخل المملكة، وهذا يتحقق بالاستضافة السحابية المحلية. اقرأ النص قبل أن تختار الخيار الأعلى تكلفة.
إغفال شبكة الفروع: في كل الخيارات تعمل الفروع عبر اتصال بالخادم. On-Premise في المقر الرئيسي لا يحمي فرعًا انقطع اتصاله بالمقر، والسحابي لا يحمي فرعًا بلا خط بديل.
افتراض أن الخيار نهائي: اشترط في العقد حق الانتقال بين الخيارات مع نقل البيانات كاملة والتحقق منها. مجموعة تبدأ بالسحابي وتنتقل إلى سحابة خاصة حين تكثر فروعها وتكاملاتها لا تخسر شيئًا إن كان الانتقال مكتوبًا.
تقييم الأمن بمكان الخادم: خادم داخل مبناك ليس أكثر أمانًا تلقائيًا من بيئة مُدارة. الأمن يُقاس بالضوابط وأدلتها في كل خيار، كما في مقالة ضوابط أمن أنظمة إدارة العيادات.
مذكرة القرار: ما تعرضه على الإدارة في صفحة واحدة
التوصية التي تصل إلى الإدارة يجب أن تُفهم دون خلفية تقنية، وأن تُظهر ما تتحمله المنشأة في كل خيار. استخدم هذه البنود:
- نص السياسة الملزمة إن وُجدت، وأي الخيارات تسمح بها.
- قائمة التكاملات الداخلية وأين تقع، وأيها يحتاج شبكة خاصة.
- أهداف RPO وRTO التي اعتمدتها الإدارة، وتكلفة تحقيقها في كل خيار.
- تقدير وقت الفريق الداخلي لكل خيار، بالوظائف لا بالعبارات.
- نموذج التكلفة على خمس سنوات، بالتكلفة الكاملة والحدية إن كان لديكم مركز بيانات.
- مصفوفة RACI للخيار الموصى به، وما سيُكتب منها في العقد.
- المخاطر المتبقية في الخيار الموصى به، ومن يملك كل خطر.
- شرط الانتقال لاحقًا بين الخيارات دون فقد بيانات.
كيف تقدم المنصة الخيارات الثلاثة
المنصة بوظائفها نفسها كاملة تعمل سحابيًا مُدارًا، أو في سحابة خاصة بموارد مخصصة لدى مزود داخل المملكة، أو على خوادم المنشأة، أو في بيئة مخصصة للمجموعات الكبيرة. في الخيارات السحابية تُستضاف البيانات داخل المملكة، وفي كل الخيارات بيئات منفصلة للإنتاج والاختبار والتدريب، وتُتفق أهداف RPO وRTO في عقد الخدمة حسب الخيار، كما في استمرارية الخدمة والنسخ والتعافي. وفي On-Premise نحدد المواصفات مع فريقك، ونثبت المنصة، ونتولى التطبيق وتحديثاته، ونسلم إجراءات النسخ والاستعادة ونراجع تطبيقها. والانتقال لاحقًا من خيار لآخر خطة منفذة بنقل البيانات كاملة والتحقق منها.
ابدأ من أسئلتك الخمسة: أرسل لنا نص سياستك وقائمة تكاملاتك وأهداف الاستعادة وعدد فروعك ومستخدميك، ونعد معك مصفوفة المسؤوليات ومقارنة تكلفة لخيارين على خمس سنوات، لتعرضها على إدارتك. ناقش مع مهندسينا خيار الاستضافة المناسب لمجموعتك.
أسئلة شائعة
هل يمكن الجمع بين خيارين، مثل On-Premise في المقر وسحابي للفروع؟
تشغيل نسختين منفصلتين من النظام يقسم ملف المريض والتقارير، وهو عكس ما تحتاجه مجموعة متعددة الفروع. الأنسب بيئة واحدة تتصل بها الفروع كلها، أينما كانت. أما الجمع المفيد فعادة في طبقات أخرى، مثل موقع تعافٍ في مكان مختلف عن بيئة الإنتاج، ويُدرس ضمن النطاق.
كم يستغرق الانتقال من السحابي المُدار إلى سحابة خاصة لاحقًا؟
يتوقف على حجم البيانات والتكاملات وجاهزية البيئة الجديدة، ويُخطط كمشروع صغير: بناء البيئة، ونقل تجريبي والتحقق منه، ثم نقل نهائي في نافذة خارج أوقات الذروة. المهم أن يكون الحق فيه مكتوبًا في العقد الأول، مع تكلفته أو طريقة تقديرها.
هل On-Premise يعني أن المورد لا يصل إلى بياناتنا أبدًا؟
لا بالضرورة. دعم التطبيق وتحديثه يحتاج وصولًا في أوقات محددة. الفرق أنك تتحكم فيه: وصول بطلب وموافقة، ولمدة محددة، ومسجل في سجل تطلع عليه. اكتب هذا الإجراء في العقد في كل الخيارات.
ما الذي يتغير في قرار مستوصف بفرع واحد وفريق تقني من شخص؟
غالبًا يُستبعد On-Premise عند السؤال الثالث، لأن شخصًا واحدًا لا يغطي المراقبة والنسخ واختبار الاستعادة والإجازات. ما لم تفرضه سياسة ملزمة، يكون السحابي المُدار مع خط اتصال بديل هو الخيار الواقعي، مع ترك باب الانتقال مفتوحًا في العقد.
كيف أقدّر وقت الفريق الداخلي لكل خيار بدقة؟
اكتب قائمة المهام المتكررة لكل خيار من مصفوفة RACI (المراقبة، والتحديثات، والنسخ، واختبار الاستعادة، ودعم المستخدمين، والشبكة)، وقدّر ساعات كل مهمة شهريًا، وأضف تغطية الإجازات والمناوبات. المجموع مقسومًا على ساعات الوظيفة يعطيك عدد الوظائف الذي تضعه في النموذج.