📈

المنتج والسوق: ماذا نبيع ولمن (Product & Packaging View)

الشركة تملك اليوم أربعة أصول مكتملة الملامح: منصة ERP ناضجة (15 موديولاً على Laravel 12 / Angular)، ومعامل Modules/LIS في الإنتاج الفعلي (135 هجرة، ~311 مساراً، تكامل NPHIES)، وقرار معتمد ببناء Modules/HIS عام، وأصل إكلينيكي عميق في نساء وتوليد (النظام القديم OBGY: ‏312 جدولاً حُلّلت بالكامل في obgy-erp-analysis.md مع مخطط هجرة إلى Modules/Obgy). هذا القسم يجيب سؤال الإدارة التجاري: كيف تتحول هذه الأصول إلى خط منتجات واحد بأربع باقات قابلة للبيع المنفصل — ولماذا يفرض ذلك معمارياً أن يكون OBGY إضافة تخصصية فوق نواة HIS لا نواةً للـ HIS نفسه.

4باقات من منصة واحدة

15+1موديول إنتاجي اليوم (ERP + LIS)

312→~85جدول: أصل OBGY بعد إعادة البناء

21–35أسبوع-شخص حتى ديمو التنويم (تقدير دراسة HIS)

الباقات الأربع — نفس المنصة، مفاتيح مختلفة

كل باقة هي توليفة موديولات تُفعَّل بالترخيص، لا منتجاً منفصل الكود. القاعدة المعمارية المعتمدة في دراسة الجدوى (القرار 2): ‏HIS يستورد من LIS/Accounting/HRM، وLIS لا يستورد HIS أبداً — وبذلك يبقى المعمل قابلاً للبيع منفرداً كما هو اليوم.

الباقة	العميل المستهدف	الموديولات المفعّلة	الحالة / حجم البناء
1. معمل فقط يُباع اليوم	معامل التحاليل المستقلة وسلاسلها، ومعامل B2B المرجعية	`Core` + `Accounting` + `LIS` (خزائن، ورديات كاشير بتقرير Z، عقود تأمين، بورتال B2B، ‏NPHIES)	إنتاج فعلي — لا بناء؛ هذا هو المموِّل الحالي للشركة
2. عيادات / مجمع طبي مرحلة HIS 1	العيادات الخارجية والمجمعات الطبية (الشريحة الأوسع عدداً في مصر والسعودية — استنتاج)	الباقة 1 + نواة `Modules/HIS`: مواعيد، `Encounter`، فوليو، كاشير استقبال، تأمين معمَّم	8–14 أسبوع-شخص بعد تأسيس 3–5 (تقديرات دراسة HIS كما هي)
3. مركز صحة المرأة التمايز الأقوى	عيادات نساء وتوليد، مراكز حقن مجهري وأطفال أنابيب IVF/ICSI/IUI	الباقة 2 + `Modules/Obgy`: حمل ومتابعة (`Pregnancy`)، عقم وأندرولوجيا (`SemenAnalysis`)، دورات `IvfCycle` بشبكة قياس الحويصلات `FollicleMeasurement`، أشعة وموجات (`ImagingStudy`)، مناظير وعمليات	مراحل P1–P4 من مخطط الهجرة في `obgy-erp-analysis.md §95`؛ النموذج البياني جاهز كاملاً (لا تحليل متبقٍ)
4. مستشفى عام آخر الطريق	مستشفيات صغيرة ومتوسطة (تنويم)	الباقة 2 + مرحلة HIS ‏2 (أسرّة/ADT/ودائع) + امتدادات المرحلة 3 (صيدلية إكلينيكية فوق `Inventory/POS`، عمليات وأشعة بنفس عقد `CreateLabRequest`)	10–16 أسبوع-شخص إضافية للتنويم — وهنا فجوة المنصة الحقيقية (الفندقة 0–1/10 في بطاقة الجاهزية)

كيف تخدم منصة واحدة الباقات الأربع

هوية مريض واحدة: القرار 1 المعتمد يرقّي lab_patients (بربطه القائم فعلاً بشريك الأعمال partner_id وحساباته التلقائية) إلى الكيان المشترك — فالمريض الذي يدخل من المعمل أو العيادة أو قسم النساء أو التنويم سجلٌّ واحد بذمة مالية واحدة.
قضبان مالية واحدة: القيود والخزائن والورديات والتأمين وNPHIES (درجتها 9/10 في بطاقة الجاهزية) تخدم الباقات كلها بلا تكرار؛ فاتورة المعمل تدخل فوليو المستشفى بالمرجع لا بإعادة الترحيل (القرار 4).
عقد تنفيذ خدمة واحد: ‏CreateLabRequest + عمود encounter_id هو القالب: الاستقبال أو شيت الحمل أو جناح التنويم يطلب، والمعمل/الأشعة ينفّذ ويرجع بالأحداث القائمة LabResultReleased / LabRequestCompleted. مخطط OBGY يستهلك نفس العقد عبر LabOrderPlaced → obgy_lis_test_map (276 تحليلاً من كتالوج invests القديم تُمَطّ على كتالوج LIS).
واجهة واحدة: نمط «تطبيق داخل تطبيق» مجرّب ثلاث مرات (POS/HR/Lab) — كل باقة تضيف تطبيقات لنفس الصدفة الواحدة.
شرط ترخيصي يجب سداده أولاً: مفتاح system.enabled_modules تحترمه الواجهة فقط (moduleGuard في auth.guard.ts) بينما الخادم لا يفرضه — بيع باقات متمايزة الأسعار يستلزم الفرض على مستوى API، وهو بند قائم في حزمة التأسيس (بوضع المراقبة أولاً لأن إعدادات شركات قائمة قديمة).

التمايز التنافسي في سوقي مصر والسعودية

جاهزية NPHIES فعلية لا وعداً: أهلية وموافقات ومطالبات FHIR تعمل اليوم في LIS الإنتاجي — تعميمها على بنود HIS بند مخطط، بينما أغلب المنافسين المحليين يبنونها من الصفر (استنتاج تنافسي؛ جاهزيتنا نحن موثقة بالكود).
قواميس إكلينيكية عربية-أولاً من OBGY: ~190 جدول مفردات إكلينيكية في النظام القديم (تشخيصات، شكاوى، بروتوكولات IVF، مفردات موجات TVS/HSG) تتوحد في obgy_lookups بعمودَي title_ar / title_en — حصيلة سنوات استخدام سريري حقيقي بالعربية، وهي أصعب ما يُشترى جاهزاً في السوق (استنتاج).
عمق IVF/حقن مجهري كامل: دورة IvfCycle بمراحلها (سحب بويضات، نقل أجنة، تجميد، تحضير بطانة) وشبكة الحويصلات — عمق تخصصي نادر في أنظمة HIS العامة (استنتاج).
مالية بمستوى ERP داخل النظام الطبي: قيود محاسبية لحظية لكل بند، مريض=شريك أعمال بحسابات أستاذ — نقطة الضعف التقليدية في أنظمة العيادات المنافسة (استنتاج) ونقطة قوتنا الموثقة (9/10).
شبكة معامل B2B قائمة: بورتال المعامل المرجعية يعمل اليوم بعملاء أحياء — قناة بيع متقاطعة طبيعية لباقتي العيادات والمستشفى.
درس أمني يسوَّق بحذر: النظام القديم OBGY غير قابل للبيع بحالته (PHP 5.6 منتهي الدعم، حقن SQL مؤكد، ‏API موبايل مفتوح بلا مصادقة في mobileservices.php) — قيمة الأصل في نموذج البيانات والمفردات، والهجرة إلى المنصة هي نفسها عرض البيع لعملاء الأنظمة القديمة المماثلة.

انعكاس التغليف على القرار المعماري: نواة HIS + إضافات تخصصية

التغليف أعلاه غير قابل للتحقيق إلا إذا كانت التخصصات قابلة للفصل ترخيصياً: مستشفى عام لا يدفع ثمن شيتات الحقن المجهري، ومركز IVF لا يدفع ثمن ADT والأسرّة. لو صار OBGY هو نواة HIS لانهار هذا الفصل — كل عميل يحمل 85 جدولاً تخصصياً لا يحتاجها. القسمة الصحيحة:

القدرة في مخطط OBGY	أين تستقر	السبب التجاري
المواعيد والطوابير والفترات (`Appointment / Encounter / VisitPeriod` — وريث `visits / visit_periods` وكتالوج `detections`)	نواة `Modules/HIS`	أكبر فجوة في المنصة (محرك المواعيد 1/10) يملأها تصميمٌ مشتق من نظام شغّال بحجوزات موبايل وطوابير فعلية — وتحتاجه الباقات 2 و3 و4 جميعاً (استنتاج معماري؛ مخطط OBGY نفسه صمّم هذه الكيانات module-agnostic للـ HMS في `§2.6`)
الروشتة والطلبات المعممة (`visit_prescriptions / visit_investigations` بنمط morphs)	نواة `Modules/HIS`	بدائل الجداول المستنسخة العشرة في النظام القديم هي بالضبط ما تحتاجه أي عيادة تخصصية قادمة (قلب، أسنان…) — تعميمها مرة واحدة (استنتاج)
الشيتات التخصصية: `Pregnancy / GynaSheet / InfertilityFile / IvfCycle / SemenAnalysis / EndoscopyProcedure / OperativeNote`	إضافة `Modules/Obgy`	محتوى تخصصي يُسعَّر منفصلاً في الباقة 3؛ تفعيله بمفتاح ترخيص لا بنسخة كود
الدفعة المالية للزيارة (`VisitInvoiced / PaymentReceived` بدل الأكواد السحرية في `visits.detectionid` و`totalbalance`)	لا تُبنى إطلاقاً — تُستبدل بفوليو HIS والقيود القائمة	مصدر ترحيل واحد لكل بند (قاعدة القرار 4)

تسلسل الطرح — أي شريحة تموّل أي مرحلة

الآن: إيراد باقة «معمل فقط» القائم يموّل حزمة التأسيس (~7–10 أيام-مطوّر: ‏CreateLabRequest، تحصين B2B، فرض المفاتيح بوضع المراقبة) — وهي شرط الترخيص قبل أي بيع باقات.
الربعان التاليان: بناء نواة HIS مرحلة 1 (عيادات خارجية) وإطلاق باقة «عيادات» — التمويل من المعامل + أول عملاء العيادات.
بالتوازي ثم تتويجاً: عيادة OBGY القديمة نفسها هي العميل المرجعي الأول لباقة «صحة المرأة» — لديها دافع اضطراري للهجرة (دين أمني موثق: حقن SQL، ‏API مفتوح، نسخ قاعدة بيانات داخل web root) وبياناتها هي ذاتها اختبار الـ ETL ‏(مراحل P0–P7 وسجل مخاطر R1–R12 جاهزة في المخطط). خدمات الهجرة نفسها بند إيراد (استنتاج).
بعد إثبات باقتي 2 و3: إيرادهما يموّل مرحلة HIS ‏2 (التنويم والفندقة — أغلى بناء جديد) فتكتمل باقة «مستشفى عام»، وتُضاف امتدادات المرحلة 3 حسب طلب السوق بنداً بنداً.

الخلاصة للإدارة: نبيع منصة واحدة بأربع بوابات دخول؛ المعمل يموّل اليوم، والعيادات توسّع غداً، وصحة المرأة تميّزنا عن كل منافس عام، والمستشفى يأتي حين تكون النواة قد دفعت ثمن نفسها. ومعمارياً: ‏OBGY يتفكك — عمومياته (مواعيد/زيارة/روشتة) ترفد نواة Modules/HIS، وتخصصه يبقى إضافة Modules/Obgy مرخّصة على حدة.