نظام إدارة المستشفيات المتكامل

نظرة عامة

نظام مستشفيات متعدد المستأجرين: مواعيد وزيارات، إدخال ومغادرة وتنقّل أسِرّة، صيدلية وتشغيلات صرف الأدوية، طلبات معمل وأشعة، مطالبات تأمين، عمليات جراحية، واستشارات عن بُعد — مع سلاسل موافقات وسجل تدقيق.

01التحدي

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

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

02الحل

فصلنا كل مستشفى إلى مستأجر مستقل بقاعدة بيانات ونطاق خاصين عبر stancl/tenancy، وقسّمنا المسارات إلى مسارات مركزية (إنشاء المستأجرين وإدارتهم) ومسارات المستأجر. الفصل بنيوي: لا استعلام يعبر الحدود.

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

الموافقات بُنيت كمحرّك: سلسلة تُعرَّف بخطواتها ومسؤول كل خطوة، فتنطبق على طلب تحويل سرير أو مطالبة تأمين أو أي إجراء يحتاج اعتمادًا — دون كتابة كود جديد لكل حالة. وفوق كل ذلك، تدقيق تلقائي يسجّل كل تعديل ومن أجراه.

03الأثر

المريض له ملف واحد تقرأ منه كل الأقسام، فاختفت النسخ المتعددة والفروق بينها، وصار مسار العلاج مقروءًا من أوله لآخره في مكان واحد.

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