المخطط التقني الاستراتيجي

 

بناء منصة تكنولوجيا صحية متكاملة لشركة BrainSAIT

1. المقدمة: تحديد الرؤية في سوق الرعاية الصحية السعودي

تعمل شركة BrainSAIT في سياق استراتيجي فريد يتسم بالتحول الرقمي المتسارع في قطاع الرعاية الصحية بالمملكة العربية السعودية. إن تقارب التقنيات المتقدمة، مثل الذكاء الاصطناعي الوكيلي (Agentic AI)، مع الحاجة التنظيمية الملحة لتحقيق التشغيل البيني عبر معايير وطنية مثل NPHIES ومعايير عالمية مثل FHIR، يخلق فرصة استثنائية في سوق التأمين الصحي السعودي الذي يقدر حجمه بـ 105 مليار ريال سعودي. هذا التحول لا يمثل تحديًا تقنيًا فحسب، بل هو فرصة لإعادة تعريف كفاءة وفعالية تقديم الرعاية.

لقد تم تصميم استراتيجية BrainSAIT لمعالجة "نقاط الألم" الرئيسية التي يعاني منها النظام الصحي السعودي بشكل مباشر. تتصدر هذه التحديات "أزمة التشغيل البيني"، حيث تعمل المنشآت الصحية كجزر بيانات منعزلة، مما يؤدي إلى مخاطر سريرية وتكاليف إدارية باهظة. يضاف إلى ذلك معدلات رفض مطالبات التأمين المرتفعة التي تتراوح بين 7% و40%، والنقص الحاد في الخبراء الإكتواريين المؤهلين (12 خبيرًا فقط في المملكة)، مما يعقد الامتثال للمعايير المالية مثل IFRS 17.

بناءً على ذلك، تم تصميم بنيتنا الهندسية كمنصة سحابية أصيلة (Cloud-Native) وموجهة نحو الحافة (Edge-Native) لمعالجة هذه المشكلات من جذورها، مما يمهد الطريق نحو نظام صحي أكثر اتصالاً وذكاءً واستدامة.

2. المبادئ المعمارية الأساسية: بناء أساس للمستقبل

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

1. بنية "الحافة أولاً" (Edge-First) المبنية على Cloudflare: لتحقيق زمن استجابة رائد في السوق وكفاءة تشغيلية غير مسبوقة، قمنا بهندسة بنيتنا حول نمط "العامل الأحادي على الحافة" (Monolithic Edge Worker)، حيث يتم تشغيل منطق التطبيق الرئيسي مباشرة على شبكة Cloudflare العالمية الموزعة في أكثر من 300 موقع. هذه الاستراتيجية تقدم مزايا حاسمة تتفوق بها على الحلول السحابية التقليدية:
   • زمن استجابة فائق السرعة: يتم تقديم الخدمات للمستخدمين من أقرب نقطة جغرافية، مما يضمن زمن استجابة عالمي يقل عن 50 مللي ثانية.
   • قابلية التوسع التلقائي: تتولى شبكة Cloudflare مهمة التوسع الأفقي للتعامل مع أي حجم من الطلبات، من صفر إلى ملايين، دون أي تدخل يدوي أو إدارة للخوادم.
   • كفاءة التكلفة: تقلل هذه البنية من التكاليف الإدارية والتشغيلية المرتبطة بإدارة الخوادم التقليدية. لقد فضلنا نمط "العامل الأحادي على الحافة" في المرحلة الأولية على بنية الخدمات المصغرة على الحافة (Micro-Workers) لتحقيق أقصى سرعة في التطوير وتقليل التعقيد التشغيلي، مع الاحتفاظ بالقدرة على تفكيكه إلى خدمات أصغر مستقبلاً حسب الحاجة.
2. العمليات المعتمدة على الذكاء الاصطناعي الوكيلي (AI-Native Operations): تتجاوز بنيتنا استخدام الذكاء الاصطناعي التقليدي لتعتمد على أنظمة وكيلية متخصصة (Agentic Systems) تعمل كخبراء رقميين لأداء مهام معقدة. الهدف الاستراتيجي هو أتمتة ما يصل إلى 80% من المهام الإدارية الروتينية، مما يحرر الكوادر البشرية للتركيز على الحالات التي تتطلب حكمًا سريريًا معقدًا. ومن الأمثلة على ذلك:
   • وكيل "ClaimLinc": يعمل كخبير مالي رقمي يقوم بأتمتة دورة حياة المطالبات بالكامل، بدءًا من التحقق الاستباقي من صحتها قبل إرسالها لتجنب الرفض، وصولًا إلى التعامل مع أكواد FHIR المعقدة.
   • وكيل "ClinicalLINC": يقدم دعمًا للقرار السريري من خلال تحليل الضرورة الطبية للخدمات تلقائيًا، ومقارنة بيانات المريض بالإرشادات السريرية المعتمدة لتقديم توصيات دقيقة.
3. الأمان والامتثال بالتصميم (Security and Compliance by Design): لقد تم دمج متطلبات الأمان والامتثال التنظيمي في صميم كل مكون من مكونات المنصة. نحن لا نتعامل مع الأمان كطبقة إضافية، بل كأساس للبنية بأكملها. ويشمل ذلك:
   • التوافق التنظيمي: تم تصميم النظام ليتوافق مع أطر العمل التنظيمية الرئيسية مثل إطار الأمن السيبراني لمؤسسة النقد العربي السعودي (SAMA)، وقانون نقل التأمين الصحي والمساءلة (HIPAA)، وقانون حماية البيانات الشخصية السعودي (PDPL)، ومعايير منصة نفيس (NPHIES).
   • بنية "انعدام الثقة" (Zero Trust): يتم التحقق من كل طلب وكل مستخدم بشكل صارم، بغض النظر عن موقعه، باستخدام خدمات مثل Cloudflare Access.
   • التشفير الشامل ومسارات التدقيق: يتم تشفير جميع البيانات، سواء كانت مخزنة أو أثناء النقل. كما يتم تسجيل جميع الإجراءات في مسارات تدقيق غير قابلة للتغيير، مما يضمن الشفافية والمساءلة الكاملة.

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

3. حزمة التقنيات المثلى (The Optimal Technology Stack)

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

3.1. البنية التحتية الأساسية (Cloudflare)

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

الخدمة	الغرض الأساسي	الميزة الاستراتيجية لـ BrainSAIT
Workers	تشغيل منطق التطبيق الرئيسي على شبكة الحافة	تحقيق زمن استجابة منخفض جدًا وقابلية توسع تلقائية دون إدارة خوادم.
Pages	نشر وتوزيع الواجهات الأمامية الثابتة والديناميكية	توفير أداء فائق للواجهة الأمامية وتكامل سلس مع Workers CI/CD.
D1	قاعدة بيانات SQL علائقية على الحافة	تخزين البيانات المنظمة مثل سجلات المرضى والوصول إليها بسرعة من أي مكان في العالم.
KV	مخزن بيانات (Key-Value) عالي السرعة	تخزين بيانات التعريف (Metadata) وبيانات التكوين والإعدادات التي تتطلب وصولاً بزمن استجابة منخفض للغاية.
R2	تخزين كائنات (Object Storage) متوافق مع S3	تخزين الملفات الكبيرة مثل المستندات السريرية والصور الطبية والنسخ الاحتياطية بتكلفة منخفضة.
Hyperdrive	تسريع وتسخين اتصالات قواعد البيانات	تقليل زمن استجابة الاستعلامات لقواعد البيانات التقليدية (مثل PostgreSQL) من خلال التخزين المؤقت للاتصالات.
Vectorize	قاعدة بيانات فيكتور للبحث الدلالي	تمكين البحث باللغة الطبيعية والبحث القائم على الذكاء الاصطناعي في السجلات الطبية.
Durable Objects	إدارة الحالة (Stateful) للمعاملات الذرية	ضمان التفرد والاتساق في العمليات الحرجة، مثل إنشاء معرفات فريدة للمطالبات (OIDs).
Cloudflare Access	تطبيق سياسات أمان "انعدام الثقة" (Zero Trust)	تأمين الوصول إلى التطبيقات الداخلية والخارجية والتحقق من هوية كل مستخدم وكل طلب.

3.2. خدمات الواجهة الخلفية (Backend Services)

التقنية	الدور في النظام	سبب الاختيار
FastAPI (Python 3.11+)	الإطار الرئيسي لبناء الخدمات المصغرة للواجهة الخلفية.	أداء عالٍ، ودعم أصيل للبرمجة غير المتزامنة (Async)، وتوليد توثيق API تلقائي (OpenAPI)، ونظام بيئي غني بمكتبات الرعاية الصحية وعلوم البيانات.
Node.js	تشغيل بعض الأدوات المساعدة ومهام البناء.	نظام بيئي واسع من الأدوات، وكفاءة في التعامل مع عمليات الإدخال/الإخراج، مما يجعله مناسبًا لأدوات التطوير وسير العمل.
Docker	توحيد بيئات التطوير والإنتاج (Containerization).	ضمان تشغيل التطبيقات بنفس الطريقة في أي بيئة، وتبسيط عملية النشر والإعداد للمطورين الجدد عبر Docker Compose.
Kubernetes	تنسيق وإدارة الحاويات (Containers) في بيئة الإنتاج.	توفير قابلية توسع عالية، وتوافرية، وإدارة متقدمة للخدمات المصغرة، مما يضمن استقرار النظام تحت أي ضغط.

3.3. تطوير الواجهة الأمامية (Frontend Development)

التقنية	الغرض	الأهمية
Next.js / React 19	بناء واجهات مستخدم تفاعلية وحديثة.	الاستفادة من ميزات React 19 المتقدمة، وقدرات Next.js في تحسين الأداء، مما يوفر تجربة مستخدم سريعة وسلسة.
TypeScript	إضافة طبقة من الأمان النوعي (Type Safety) لجافاسكريبت.	تقليل الأخطاء أثناء التطوير، وتحسين جودة الشيفرة البرمجية، وتسهيل صيانة المشاريع الكبيرة.
Vite	أداة بناء وتطوير سريعة جدًا للواجهات الأمامية.	توفير تجربة تطوير فائقة السرعة مع تحديثات فورية، وتحسين عملية بناء المشروع للإنتاج.
Tailwind CSS	إطار عمل CSS قائم على الأدوات المساعدة (Utility-First).	تسريع عملية تصميم الواجهات، وضمان الاتساق في التصميم، وإنشاء واجهات متجاوبة بسهولة.

3.4. قواعد البيانات والتخزين

النظام	حالة الاستخدام	سبب التكامل
PostgreSQL	قاعدة البيانات العلائقية الأساسية للبيانات المنظمة (العقود، المستخدمين).	يعمل كـ "مصدر الحقيقة" (Source of Truth) المركزي للبيانات العلائقية، بينما يتم استخدام D1كنسخة متماثلة للقراءة على الحافة (Edge Read Replica) لتحقيق وصول فوري للبيانات المرجعية عالميًا، مع تسريع الاتصالات عبر Hyperdrive.
MongoDB	تخزين البيانات غير المنظمة أو شبه المنظمة مثل موارد FHIR.	مرونة عالية في التعامل مع هياكل البيانات المتغيرة، مما يجعله مناسبًا لتخزين موارد FHIR المعقدة.
Redis	تخزين مؤقت للبيانات (Caching) وإدارة الجلسات.	سرعة فائقة في عمليات القراءة والكتابة، مما يحسن أداء التطبيق بشكل كبير من خلال تقليل الوصول إلى قواعد البيانات الرئيسية.

3.5. الذكاء الاصطناعي والوكلاء (AI & Agents)

المكون	الوظيفة	التأثير على العمليات
Claude AI	نموذج لغوي كبير متقدم لتحليل المستندات المعقدة.	يستخدم في خدمة RAG لتحليل المستندات السريرية واستخراج المعلومات الدقيقة منها.
Gemini API	نموذج متعدد الوسائط من Google للتحليل وإنشاء المحتوى.	يستخدم في أتمتة إنشاء خرائط طريق النضج الرقمي للمنشآت الصحية.
RAG Systems	بنية توليد معززة بالاسترجاع (Retrieval-Augmented Generation).	تعزيز دقة نماذج الذكاء الاصطناعي من خلال ربطها بقاعدة معرفية موثوقة، مما يقلل من "هلوسة" المعلومات في السياق الطبي.
وكلاء LINC	مجموعة من الوكلاء المتخصصين لأداء مهام محددة.	MASTERLINC (التنسيق)، HEALTHCARELINC (عمليات FHIR)، TTLINC (الترجمة)، CLINICALLINC (دعم القرار)، COMPLIANCELINC (التدقيق والامتثال).

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

4. بنية الخدمات الأساسية وتدفقات البيانات

بدلاً من بناء تطبيق متجانس، قمنا بتصميم المنصة كمجموعة من الخدمات المصغرة (Microservices) المستقلة. يضمن هذا النهج الفصل الواضح بين المهام، ويتيح لكل خدمة أن تتطور وتتوسع بشكل مستقل عن الأخرى، مما يزيد من مرونة النظام وسهولة صيانته. تتفاعل هذه الخدمات عبر واجهة برمجة تطبيقات موحدة (API Gateway) تضمن الأمان والاتساق.

الخدمة المصغرة (Microservice)	المنفذ (Port)	الغرض الرئيسي	التبعيات (Dependencies)
API Gateway	8000	توجيه الطلبات الواردة، والمصادقة، وتطبيق سياسات الأمان.	جميع الخدمات
GIVC Service	8001	معالجة مطالبات التأمين والتكامل مع منصة نفيس (NPHIES).	Pricelist, FHIR, Security
Pricelist Service	8002	محرك تسعير الخدمات الطبية بناءً على العقود والإرشادات.	FHIR, PostgreSQL
FHIR Service	8003	التحقق من صحة موارد FHIR وتنسيقها وفقًا للمعايير.	MongoDB
Security Service	8004	إدارة المصادقة، والتفويض (JWT)، وتشفير البيانات الحساسة.	PostgreSQL, MongoDB
RAG Service	8005	تحليل المستندات غير المهيكلة باستخدام الذكاء الاصطناعي.	Claude AI

لتحقيق التوازن بين الأداء الفوري والامتثال طويل الأمد، نعتمد على استراتيجية "الكتابة المزدوجة" (Dual-Write Strategy) في تدفقات البيانات الحيوية. على سبيل المثال، عند معالجة مطالبة تأمين جديدة، يتم تسجيل البيانات في خطوتين متوازيتين: أولاً، يتم كتابة نسخة من البيانات في قاعدة بيانات D1 على الحافة، مما يضمن وصولاً فوريًا وسريعًا لواجهة المستخدم لتقديم تحديثات آنية. ثانيًا، يتم إرسال نسخة كاملة من مورد FHIR إلى Google FHIR Store، مما يضمن الامتثال لمعايير حفظ السجلات الصحية، ويوفر مستودعًا مركزيًا للتحليلات المتقدمة والتدقيق على المدى الطويل.

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

5. خطوط الأنابيب وسير العمليات الحيوية (Mission-Critical Pipelines & Workflows)

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

5.1. خط أنابيب معالجة المطالبات والتحكيم الآلي

يعمل هذا المسار على تحويل عملية معالجة المطالبات من عملية تفاعلية (Reactive) إلى عملية استباقية (Proactive)، بهدف تقديم "مطالبات نظيفة" (Clean Claims) من المرة الأولى لتقليل الرفض بشكل جذري. عندما يتم تقديم مطالبة جديدة، يقوم وكيل "ClaimLinc" بتشغيل سلسلة من الإجراءات الآلية:

1. التحقق من بنية FHIR: التأكد من أن المطالبة تتبع معيار FHIR R4 المعتمد.
2. التحقق من الأهلية: التأكد من أن المريض مؤهل للحصول على التغطية في تاريخ الخدمة.
3. تطبيق قواعد التغطية: التحقق من أن الخدمات المقدمة مشمولة ضمن بوليصة تأمين المريض.
4. اكتشاف الاحتيال: تحليل المطالبة بحثًا عن أنماط مشبوهة أو ممارسات احتيالية.
5. حساب الدفع: حساب المبلغ المستحق للدفع بناءً على العقد المبرم مع شركة التأمين.
6. التقديم عبر NPHIES: بعد اجتياز جميع عمليات التحقق، يتم تقديم المطالبة النظيفة تلقائيًا عبر بوابة نفيس.

5.2. سير عمل دعم القرار السريري (CDS) المدعوم بالذكاء الاصطناعي

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

1. بناء السياق السريري: يجمع الوكيل بيانات المريض ذات الصلة من سجله الصحي.
2. مقارنة بالإرشادات: يقارن السياق السريري مع قواعد البيانات المعرفية والإرشادات الطبية المعتمدة (مثل إرشادات NCCN للأورام).
3. تحليل السوابق: يحلل أنماط الموافقات التاريخية للحالات المماثلة.
4. تقديم توصية: بناءً على التحليل، يقدم الوكيل توصية واضحة (موافقة / رفض / إحالة للمراجعة البشرية) مصحوبة بدرجة ثقة (Confidence Score) وتبرير مفصل.

5.3. أتمتة تقييم النضج الرقمي وإنشاء خرائط الطريق

لتسريع التحول الرقمي للمنشآت الصحية، قمنا ببناء سير عمل مؤتمت بالكامل باستخدام أدوات مثل n8n و Gemini API. يقوم هذا المسار بتقييم القدرات الرقمية للمستشفيات والعيادات وتقديم خطة عمل مخصصة:

1. تحليل الوضع الحالي: يقوم النظام بتحليل درجات النضج الرقمي الحالية للمنشأة.
2. إنشاء توصيات ذكية: باستخدام Gemini API، يتم إنشاء توصيات مخصصة لتحسين الأداء الرقمي، مع مواءمتها مع المعايير الوطنية مثل NABIDH.
3. حساب عائد الاستثمار (ROI): يتم حساب التكاليف المتوقعة، والتأثير، والإطار الزمني لكل توصية.
4. تقديم خطة تنفيذ: يتم إنشاء خطة تنفيذ مرحلية واضحة، وتقديمها للمنشأة على شكل تقرير مفصل.

هذه العمليات الحيوية تتطلب استراتيجية نشر ومراقبة صارمة لضمان استقرارها وأدائها في بيئة الإنتاج.

6. استراتيجية التنفيذ والنشر

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

1. بيئة التطوير (Development Environment): نستخدم Docker Compose لإنشاء بيئة تطوير محلية متكاملة. هذا النهج يسمح لكل مطور بتشغيل نسخة كاملة من النظام على جهازه، مما يعكس بنية بيئة الإنتاج بشكل دقيق. هذا يسهل على المطورين الجدد البدء بسرعة ويقلل من المشاكل المتعلقة باختلاف البيئات.
2. بيئة الإنتاج (Production Environment): في بيئة الإنتاج، ننتقل إلى استخدام Kubernetes لتنسيق وإدارة الحاويات. يوفر Kubernetes قابلية التوسع العالية، والتوافرية، والإدارة المتقدمة التي تتطلبها التطبيقات الحيوية. أما بالنسبة للواجهات الأمامية، فيتم نشرها باستخدام Cloudflare Pages للاستفادة من شبكة التوزيع العالمية والأداء الفائق.
3. استراتيجية الاختبار (Testing Strategy): الجودة هي جزء لا يتجزأ من عملية التطوير لدينا. نحن نطبق استراتيجية اختبار صارمة مع أهداف تغطية شيفرة برمجية محددة لضمان موثوقية كل مكون من مكونات النظام:
   • 90% للخدمات الأساسية والمكتبات الجوهرية.
   • 85% لمنطق الأعمال والعمليات الحيوية.
   • 80% لنقاط النهاية في واجهة برمجة التطبيقات (API endpoints).
4. المراقبة والتشخيص (Monitoring & Observability): نعتمد على نهج مراقبة متعدد الطبقات لتوفير رؤية كاملة عن صحة النظام وأدائه.
   • مقاييس الأداء: نستخدم Prometheus لجمع المقاييس و Grafana لإنشاء لوحات معلومات تفاعلية لتتبع المقاييس الفنية الرئيسية (RED Metrics: معدل الطلبات، الأخطاء، وزمن الاستجابة) ومؤشرات أداء الأعمال الحيوية مثل إنتاجية معالجة المطالبات.
   • التسجيل المركزي: يتم تجميع جميع سجلات التطبيقات والخدمات في نظام مركزي مثل ELK Stack أو Loki لتسهيل عملية تحليل الأخطاء وتشخيص المشاكل.
   • تحليلات الحافة: نستفيد من أدوات التحليل والمراقبة المدمجة في Cloudflare للحصول على رؤى فورية حول أداء الشبكة، وأمانها، واستخدام Workers.

هذه المنهجية المنظمة تضمن أننا لا نبني منصة قوية فحسب، بل يمكننا أيضًا تشغيلها وصيانتها بكفاءة وثقة، مما يحقق رؤية BrainSAIT على أرض الواقع.

7. الخاتمة: الميزة التنافسية المستدامة

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

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