يشترك ربّ الأسرة في خطة طبيب عبر Stripe Checkout، بتأكيد دفع متلاقٍ وآمن عند التكرار، ويبقى التفعيل رهن موافقة الطبيب.

1. 1يستدعي ربّ الأسرة POST /subscriptions/create/؛ وتتحقّق سلسلة من الحُرّاس من الخطة واكتمال الملف الشخصي وحدّ الأطباء الثلاثة، ثم تُسعَّر الخطة على الخادم بالعملة المكتشفة للمستخدم
2. 2يفتح النظام الخلفي جلسة Stripe Checkout مع ربط معرّف الاشتراك بوصفه client_reference_id وبيانات وصفية على مستوى الجلسة وعلى مستوى payment-intent، ويعيد رابط الدفع
3. 3يتأكّد الدفع عبر ثلاثة مسارات متلاقية — webhook موقّع، واستطلاع حالة مُوثَّق، وتأكيد غير مُوثَّق — تصبّ جميعها في مُفعِّل واحد آمن عند التكرار يحرسه سجلّ ProcessedStripeEvent العام
4. 4يبدأ الاشتراك الجديد بحالة PENDING (المبلغ محجوز وقابل للاسترداد) ويُخطر الطبيب ليقبل أو يرفض
5. 5عند القبول تُنشأ متتبّعات حصص الرسائل ومكالمات الفيديو لكل فرد ويصبح الاشتراك ACTIVE؛ وعند الرفض يُصدر Stripe استردادًا تلقائيًا

تجري المكالمات الفورية والمجدولة في غرفة Jitsi/WebRTC مشتركة، مع إشارات عبر WebSocket وتطبيق صارم للحصص.

1. 1يبدأ المتصل مكالمة «رنين» فورية (POST /start-now/) أو يحجز موعدًا مجدولًا (POST /book/)، فيُتحقَّق من حصة المكالمات وتُخصم تحت قفل على مستوى الصف
2. 2تُنشأ غرفة Jitsi جديدة ويُرسَل إشعار INCOMING_CALL أو CALL_BOOKED؛ ويستطلع الطرف المستقبِل مسار /incoming/ ثم يردّ أو يرفض
3. 3يفتح الطرفان غرفة Jitsi المشتركة؛ ويتحقّق مستهلك WebSocket باسم VideoCallConsumer من المشاركين وينقل رسائل offer/answer/ICE الخاصة بـ WebRTC
4. 4تنتهي المكالمة إلى حالة COMPLETED بشكل آمن عند التكرار، بينما ينتهي الرنين دون ردّ بعد 60 ثانية تلقائيًا إلى MISSED مع إعادة الحصة
5. 5ويمكن للأطباء كذلك إجراء مكالمات تقييم سريري معفاة من الحصص، مع تسجيل نتائج مُهيكلة لكل منطقة من الجسم ضمن الجلسة

يبني الطبيب قوالب قابلة لإعادة الاستخدام، ويُسنِدها كنسخ ثابتة، ويتابع التزام المريض عبر الوقت.

1. 1يبني الطبيب قالب DietPlanTemplate قابلًا لإعادة الاستخدام من قاعدة بيانات الأغذية التي تديرها الإدارة، بشرط عنصر واحد على الأقل
2. 2يؤدّي إسناد القالب إلى أخذ نسخة ثابتة من عناصره في خطة جديدة، فلا تتسرّب تعديلات القالب اللاحقة إلى الخطط المُسنَدة، وتُعطَّل أي خطة نشطة سابقة أولًا
3. 3يسجّل المريض يوميًا تتبّع الوجبات والترطيب والحالة الصحية — وتتطلّب الوجبات المتروكة أو الجزئية ذكر السبب — ويُحدَّث السجلّ أو يُنشأ لكل يوم
4. 4يحسب النظام الخلفي مدى الالتزام (نسبة الإنجاز، وأهداف الترطيب، وآخر نشاط) ويرفع رايات استثناء مثل LOW_MEAL_ADHERENCE أو MEAL_LOG_STALE
5. 5ترسل مهمة Celery beat إشعار FCM يوميًا للتذكير بالخطة الغذائية إلى كل مريض لديه خطة نشطة

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

1. 1عند قبول الاشتراك أو التفعيل التلقائي للتجديد، تُقيَّد في DoctorWallet حصة الطبيب القابلة للضبط (75% افتراضيًا) من إجمالي المبلغ عبر كتابة آمنة عند التكرار في السجلّ، بعد توحيدها إلى PKR
2. 2يُحجز كل مبلغ مُكتسَب (72 ساعة افتراضيًا) بحالة PENDING؛ وتنقل مهمة Celery المبالغ المحجوزة عند استحقاقها إلى AVAILABLE
3. 3يحجز المشرف الرصيد المتاح للطبيب ضمن Payout، مع أخذ نسخة ثابتة من بياناته المصرفية
4. 4ويؤشّر المشرف على التسوية بأنها مدفوعة مع مرجع مصرفي، أو يلغيها فتعود الأموال إلى المحفظة، عبر مزوّد قابل للاستبدال (Stripe يدويًا حاليًا، وواجهة برمجة بنك محلي مُهيّأة كهيكل للمستقبل)