## الخلاصة

**المشكلة:** كل تخصص (عام، تغذية، أسنان، مستشفى، والنسا اللي جاي) بنى جزء من الحاجات المشتركة بطريقته. النتيجة إن الدكتور بيلاقي نفس الحاجة في مكان مختلف وشكل مختلف. والبيانات اتكررت: العلامات الحيوية في 5 أماكن، والحساسية في 4، والأمراض المزمنة في 5، والأدوية في 5، والتشخيص في 5. ومفيش شاشة «أول زيارة» خالص. وكل تخصص جديد بيكبّر الملخبطة.

**الحل في 3 طبقات:**
1. **البيانات (الطبقات الأربعة):** كل حقل يتوصف بحاجتين: للمريض أو للزيارة، ومشترك أو خاص بتخصص.
   - محرك حقول واحد، وهو موجود ومتوسّع جزئياً.
   - مخزن واحد للحقائق، ومخزن واحد للقياسات المتكررة (العلامات الحيوية وجولات التمريض وInBody).
   - الحساسية والأمراض والأدوية الخارجية ليها جداول منظّمة. كل تكرار من الـ13 ليه مالك واحد.
2. **الشاشة (كروت قابلة للتخصيص):** كل حاجة في الشاشة «كارت»، وكل تخصص ليه **شكله الافتراضي**: التغذية = البورد اللي الدكتور طلبه زي ما هو بالظبط، والأسنان = الشارت بكل تفاصيله، والعام والنسا = خطوات مرتبة. الترتيب بيتحدد على 3 مستويات: افتراضي التخصص ← العيادة ← الدكتور، ووضع «تخصيص الشاشة» بيخلّي كل دكتور يرتّب ويكبّر ويخفي ويضيف كروت. والثابت في كل الأشكال:  الهيدر بالتنبيهات، و«أول زيارة»، والتوقيع والقفل، والملخص، والروشتة والطلبات والتشخيص بنفس الكود.
   - التخصص بيعلن كروته وشكله الافتراضي في registry، والتوحيد بيبقى في **البيانات والمكوّنات والقواعد**، مش إن كل الشاشات تبقى شبه بعض.
   - المستشفى «سياق» بيضيف محطات التمريض والأدوية والخروج فوق أي تخصص.
   - شاشة «أول زيارة» على خطوتين: المشترك مرة واحدة، والتخصص مرة واحدة عند أول دخول ليه.
3. **البلوكات المشتركة (Clinical Core):** روشتة واحدة (والمستشفى بيستخدمها)، ومنفّذ واحد للتحاليل والأشعة، والأشعة بتقريرها وصورها، ومستندات موحّدة (إجازة، تقرير، شهادة، ملخص خروج)، وتنبيهات، وطباعة PDF واحدة.

**عيادة ولا مركز ولا مستشفى:** نفس الكود، والفرق إعدادات بس. والتحكم في الشكل والحقول **لكل عميل** (مركز يشيل كروت أو حقول، ومركز تاني يسيبها)، وتخصيص الدكتور لنفسه اختياري بإعداد من العميل.

**النسا (العميل الجديد):** تحليل النسا متدمج جوه المنصة. 6 من جداوله المقترحة موجودة أصلاً في المنصة، و4 بقوا كيانات مشتركة (الحلقات، العمليات، المتابعات، التحويلات + مولّد الملخص)، و3 بس فاضلين خاصين بالنسا (الحمل السابق، الحمل، دورات العلاج). وفيه 13 مرحلة ★ لازمة علشان العميل يشتغل، ومنها الأمان «قبل التشغيل».

## إزاي تقرا الخطة

| القسم | فيه إيه | لمين |
|---|---|---|
| ١ النموذج التفاعلي | تقلّب بين التخصصات والسياقات، وأول زيارة ومريض راجع وزيارة موقّعة، وديسكتوب وتابلت وموبايل | **ليك — ابدأ بيه** |
| ٢ المراحل الموحّدة | 27 مرحلة بترتيب واحد (منها 13 ★ لازمة لتشغيل عميل النسا)، وكل مرحلة ليها سيناريو تختبره على `/app` | ليك وللوكيل |
| ٣ ننفذ فين | ✅ اتقرر: هنا (moonui3) | للعلم |
| ٤ القرارات المجمّعة | 36 قرار (المنصة + النسا)، وكل واحد بتوصية، والمحسوم متعلّم | **قرار منك** |
| ٥ب دمج النسا | تحليل النسا متركّب على المنصة: إيه موجود، وإيه بقى مشترك، وإيه فاضل خاص بالنسا، والأمان قبل التشغيل | للوكيل |
| ٥ تصميم الشاشة (UX) | المناطق والمحطات وعقد الـ registry | للوكيل |
| ٦ تصميم البيانات | الطبقات والمحرك وجدول تسكين كل حقل وحل التكرارات والهجرة | للوكيل |
| ٧ البلوكات المشتركة | الروشتة والتحاليل والأشعة والمستندات والطباعة | للوكيل |

> **تصحيح بعد مراجعتك (2026-10-21):** النسخة الأولى كانت بتفكّك بورد التغذية لمحطات، وبتختصر الأسنان. اتصلّحت: الشكل الحالي لكل تخصص هو الافتراضي زي ما هو، والتخصيص بيبقى طبقة فوقه.
>
> **اتساق بين التصاميم (اتظبط هنا):** (١) اسم نوع النسا = `gyn_ob` في كل الوثائق. (٢) الحمل = حقل زيارة **مشترك** (طبقة ٣) يتملى مسبقاً 30 يوم، مش حقل تخصص. (٣) التنبيهات `patient_alerts` اتقدمت من P5 لـ D2. (٤) محرك الحقول الديناميكية (م6) **شغّال فعلاً**، فبنكمّله ومش بنبنيه من الأول.