استكمال المرحلة الأولى لنظام إدارة مستشفيات باستخدام Django

تفاصيل المشروع

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

المرحلة السابقة تضمنت بناء جزء من الوحدات، لكن بقيت بها نواقص جوهرية حالت دون عمل النظام بشكل كامل.

وعليه، يهدف هذا المشروع إلى استكمال وتنفيذ البنود الأربعة التالية بشكل كامل وفعّال.

1. تنفيذ ICD-11 الكامل في وحدة التشخيص

الهدف

إدماج التصنيف الدولي للأمراض ICD-11 في النظام بشكل كامل، وربطه بالملف الطبي (EMR).

جعله متوافقًا مع آلية التشخيص داخل نظام Bahmni بحيث يعمل المستخدمون بنفس السلاسة.

التفاصيل

البحث الذكي: البحث بالكود أو بالكلمة (عربي/إنجليزي) مع عرض النتائج في قائمة منسدلة.

التشخيص الأساسي والمرافق: إمكانية تحديد التشخيص الأساسي + تشخيصات ثانوية/مرافقة.

حالة التشخيص: مؤكد – محتمل – مستبعد – تاريخي.

الربط بالملف الطبي: ظهور التشخيص مباشرة في:

ملخص الزيارة.

قائمة المشكلات (Problem List).

تقارير المريض والطباعة.

Post-coordination: دعم الحقول الإضافية مثل (المكان التشريحي، الجانب، النمط).

التقارير: استخراج تقارير حسب ICD-11 للفترات/الأقسام/الأطباء.

2. الربط الفعلي بجهاز البصمة (ZKTeco)

الهدف

تشغيل نظام الحضور والانصراف فعليًا باستخدام أجهزة ZKTeco، وربطها بجداول العاملين والمستشفى.

التفاصيل

أكثر من جهاز: النظام يدعم تعدد الأجهزة (مبنى/قسم/مدخل).

الموظفين: ربط كل موظف (طبيب، ممرض، إداري…) بجهاز البصمة الخاص بمكان عمله اوبجهاز بصمة عام.

استكمال كل النواقص في جداول العمل لكي تعمل مع اجهزة البصمة :

جداول العمل الصباحية.

جداول المناوبات/المناوبات المتغيرة.

ربط جداول العاملين بجداول الأقسام وربط جداول الأقسام بجداول(عيادات – إسعاف – عمليات – إيواء).

الاحتساب: تسجيل الحضور والانصراف أوتوماتيكيًا وربطه بالتقارير.

المراجعة اليدوية: شاشة لإضافة/تعديل الحضور عند الأعطال مع تتبع المسؤول.

التقارير: تقارير يومية/أسبوعية/شهرية حسب الموظف/القسم/الوردية.

3. استكمال قاعدة البيانات الحيوية للنظام

الهدف

تعديل قاعدة البيانات لتشمل كل الجداول والحقول الناقصة التي تمنع عمل الوحدات وحجز المواعيد المرتبطة (HR، الأقسام، العيادات، العمليات، الإسعاف، الإيواء).

وجعل HR في صفحة المستشفيات بحيث كل مستشفى له ادارة موارد خاصة به

التفاصيل

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

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

بحيث عند اضافه عياده خارجيه جديده او عياده اسعاف او عمليات جديدة يتم تحديد جدول عمليه وعند اضافة قسم جديد يتم ربطه بهذه الجداول التي في العيادات الخارجية والإسعاف والعمليات والإيواء وعند اضافه جدول موظف جديد يتم ربطه بجدول القسم الذي هو مربوط بجدول العيادات الخارجيه والايواء والعمليات والاسعاف

تعديل وتحديد الحجز بحيث إذا حجز موعد للمريض سواء في العيادات الخارجية او الاسعاف او الايواء او العمليات يتم من خلال توفر مكان في هذه الجدول الخاص بطبيب معين او قسم معين

وحجز موعد للمريض في العيادات الخارجية والإسعاف يسمى زيارة وحجز موعد في الايواء والعمليات تسمى دخول ولا يتم الدخول الا عن طريق العيادات الخارجية والإسعاف

الوحدات الطبية: تعديل جداول العيادات، الإسعاف، العمليات، الإيواء بحيث تدعم الجداول الزمنية وربط الطاقم.

المستشفيات المتعددة: تعديل قاعدة البيانات بحيث لا تتداخل بيانات أكثر من مستشفى.

العمليات الأساسية (CRUD):

أي واجهة بالنظام يجب أن تدعم (إضافة – تعديل – حذف – عرض).

إصلاح الأعطال: إصلاح الصفحات التي لا تعمل أو التي لم تُكمل العمليات المطلوبة.

4. إكمال الملف الطبي الشامل كما هو في Bahmani مع التعديلات المتفق عليها

الهدف

تحويل الواجهات غير التفاعلية الحالية إلى ملف طبي (EMR) متكامل كما في Bahmani، مع دعم كامل للعمليات CRUD.مع امكانيه إصدار تقارير للطباعه والتصدير وامكانية طباعة وتصدير الواجهات المهمة في الملف الطبي

انما تم تنفيذه في المرحله السابقه هي واجهات غير تفاعليه من نظام بهماني في اي واجهه في هذا النظام يجب ان تكون قابله للعمليات الاربعه crud بحيث اي واجهه قابله لانشاء جديد تعديل حذف تفاصيل

قد قمت بانشاء ملف مرفق به بعد تفاصيل بهماني المطلوبه ولكن ليس به كل المطلوب لان المرجعية الاساسية لنا في هذا المشروع هو نظام بهماني ومن اهم الاشياء الموجودة في نظام بهماني هي forms واذا تم انشاء هذه الفورمس كما هي في بهماني بحيث يمكن المستخدم ان ينشئ فورمز جديده فهذا سيسهل علينا كثيرا

يتم تنفيذ هذه البنود وفق المرجعية المعتمدة وهي نظام Bahmni، مع مراعاة بعض التعديلات

الديناميكية (Forms):

بناء النماذج كما في Bahmni بحيث يمكن إضافة Forms جديدة من النظام مباشرة.

ربطها بالملف الطبي بحيث تكون قابلة للتعديل أو التوسعة لاحقًا.

شروط عامة:

1.دعم اللغتين (عربي / إنجليزي):

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

2.نظافة الكود (Clean Code):

oيجب كتابة الكود وفق أفضل ممارسات البرمجة، مع توثيق واضح (Comments) وسهولة القراءة والصيانة.

3.كل وحدة كـ "تطبيق مستقل":

oكل جزء من النظام يجب تنفيذه على هيئة تطبيق Django مستقل يتضمن:

نموذج البيانات (Models).

العروض (Views).

النماذج (Forms).

القوالب (Templates).

ملفات URLs منفصلة.

oبحيث يمكن صيانة أو تطوير أي وحدة بشكل مستقل بدون التأثير على بقية النظام.

4.الضمان الفني:

oيشمل تنفيذ المشروع فترة ضمان مجانية مدتها (7 أيام على الأقل) من تاريخ التسليم النهائي، تشمل إصلاح جميع الأخطاء الحرجة والمشاكل البرمجية التي تؤثر على التشغيل.

5.أمان البيانات والمستشفيات المتعددة:

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

6.الديناميكية (Forms):

oيجب أن تتضمن الوحدة الطبية آلية لإنشاء وتعديل النماذج (Forms) بشكل ديناميكي من داخل النظام كما هو في Bahmni.

7.CRUD إلزامي:

oكل واجهة مستخدم يجب أن تدعم بشكل كامل العمليات الأساسية (إضافة – تعديل – حذف – عرض)، ولا تُعتبر مكتملة بدون ذلك.

8.المرجعية:

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

️ شروط قانونية ملزمة:

1- جميع الحقوق الفكرية وحقوق النشر وحقوق الاستخدام محفوظة لصاحب المشروع

2- لا يحق للمبرمج نشر أو بيع أو إعادة استخدام أو عرض أو مشاركة أي جزء من المشروع لأي جهة أو مشروع آخر، كليًا أو جزئيًا.

3- لا يحق له نسخ الكود أو إعادة توظيفه خارج نطاق هذا المشروع.

4- يتم تسليم الكود لغرض تطوير المشروع فقط، مع التزام كامل بعدم التصرف فيه.

5- أي خرق لهذه الشروط يُعد انتهاكًا قانونيًا يخول لصاحب المشروع اتخاذ الإجراءات القانونية المناسبة.

تقدم للمشروع

العروض المقدمة

انا قرأت كل شروطك وقادر علي تنفيذها كلها ولكن سيأخذ كثير من الوقت والمجهود .انا محمد عبدالله (Django) fullstack Python Developer خبره ٤ سنين .. لان التعديل علي ...

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

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

المستقل غير متاح لاستلام مشاريع، يمكنك ارسال تنبيه له لقبول العرض وإعادة المحاولة بعد بضعة ساعات، أو اختيار عرضاً من مستقل آخر.