كيف ربطنا الدفع الإلكتروني والحجز الفوري لعيادة في الرياض

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

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

المشكلة

أغلب مواقع العيادات تسوي شغلتين بشكل ضعيف. تعرض عروض ما يقدر الزائر يدفعها، وفيها زر «احجز الحين» اللي معناه الحقيقي «أرسل لنا رسالة وانتظر».

أڤانت كانت تبي شيئين:

• الزائر يقدر يشتري باقة أو عرض أونلاين بمدى أو Apple Pay، ويقدر يهديه لشخص ثاني.
• الزائر يختار وقت حقيقي مع طبيب حقيقي، والموعد ينحفظ في نظام العيادة نفسه، مو في صندوق رسائل.

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

الدفع الحقيقي شغال من أغسطس ٢٠٢٦ عبر Moyasar. والحجز الفوري في صفحات الأطباء ويكتب مباشرة في Nixpend، نظام إدارة العيادة اللي يستخدمه الفريق كل يوم.

ثلاث قرارات سوّت أغلب الشغل.

القرار الأول: الإشعار الموقّع هو المرجع الوحيد لكلمة «مدفوع»

لما الزائر يدفع، فيه شيئين يقدرون يقولون للموقع إن الدفع تم. متصفح الزائر وهو راجع من صفحة الدفع، ورسالة ترسلها بوابة الدفع مباشرة لسيرفرنا، اسمها webhook.

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

فالقاعدة واضحة: ما يأكد الطلب إلا الـ webhook. رجوع المتصفح يعرض بس صفحة «جالسين نتأكد من دفعتك».

وحتى الـ webhook نتعامل معه بحذر:

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

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

الحجز نفسه ما فيه عربون. الدفع للباقات والعروض بس، وهذا يخلي مسار الحجز قصير.

القرار الثاني: لا حجز مكرر أبدًا، حتى لو كان الحل «بنتصل عليك»

الحجز الفوري موجود في صفحة كل طبيب. الزائر يشوف المواعيد المتاحة لـ ١٤ يوم الجاية بتوقيت الرياض، جايه من نظام العيادة. يختار موعد، ويكتب اسمه وجواله وجنسه، ويعطي موافقته.

اللي يصير بعدها هو المكان اللي يحتاج عناية:

1. السيرفر يتحقق من الموعد مرة ثانية لحظة الحجز. موعد كان فاضي قبل دقيقة ممكن ما يكون فاضي الحين.
2. المراجع يتطابق مع ملفه في Nixpend، أو يتسجل إذا كان جديد.
3. يتسجل موعد واحد بالضبط في Nixpend.
4. تنكتب نسخة للاستقبال، والفريق يوصله تنبيه بدون أي بيانات شخصية.

الصعوبة كلها في الخطوة الثالثة لما يكون نظام العيادة بطيء.

إذا طلب تسجيل الموعد أخذ وقت زيادة وانقطع، ما نعرف هل نجح أو لا. أنظمة كثيرة بتعيد المحاولة وخلاص. بس نظام العيادة ما يوفر طريقة تقول «هذا نفس الطلب اللي قبل» (المبرمجين يسمونها idempotency key). يعني إعادة المحاولة ممكن تسجل موعد ثاني لنفس المراجع.

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

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

القرار الثالث: طابور استقبال واحد، مهما كانت طريقة الحجز

مو كل زائر يبي يختار موعد بنفسه. فيه اللي يفضّل يعبّي نموذج، وفيه اللي يبي يسأل أول.

عشان كذا فيه ثلاث طرق للحجز:

• الحجز الفوري في صفحات الأطباء، مثل ما شرحت فوق.
• نموذج حجز فيه الاسم والجوال والخدمة والتاريخ والوقت المفضل والموافقة. والفريق يأكد خلال ٢٤ ساعة.
• مساعد محادثة ذكي في الموقع (Chatbase). إذا الزائر يبي يحجز، يطلب موافقته الصريحة داخل المحادثة قبل ما يرسل أي شي.

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

واللي يفضّل واتساب، فريق التنسيق قريب منه بضغطة كخيار بديل.

الاستضافة والامتثال

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

والامتثال ما هو متروك لأي أحد يعدّل في الموقع ذاك اليوم. قاعدة البيانات والكود يفرضونه:

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

إذا القاعدة مهمة، ما المفروض يعتمد تطبيقها على ذاكرة أحد.

ولترتيب أسئلة مكان البيانات، اقرأ دليل استضافة البيانات للمؤسسين.

وش تسأل المبرمج قبل ما تطلق الدفع أو الحجز؟

ما تحتاج تقرأ كود عشان تحمي عيادتك. اسأل هالأسئلة قبل الإطلاق:

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

المبرمج الزين يجاوب كل سؤال بجملة. والجواب الغامض إشارة إنك تهدّي شوي.

الشهر الجاي

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

قراءات مرتبطة

• دراسة حالة عيادات أڤانت: الموقع والحجز والدفع ولوحة القيادة
• أنظمة العيادات: موقع وحجز ودفع إلكتروني داخل السعودية
• ذكاء العيادات في السعودية: من الاستقبال للمتابعة بدون ما تهتز الثقة