Helpers ERP
دخول السحابة دخول المطوّرين اختر الحل المناسب

الإدارة والصلاحيات في Helpers HMS

هذا الدليل موجّه للمسؤولين عن المستخدمين والأدوار والصلاحيات والإعدادات التشغيلية في Helpers HMS.

قاعدة مهمة: لا تنشر أي أسماء Groups أو سلوك صلاحيات غير متحقق منه. يجب مراجعة Groups وACLs وRecord Rules وظهور القوائم من الكود والقاعدة الفعلية.

1. مسؤوليات الإدارة

قد يكون مسؤول HMS مسؤولًا عن:

  • إنشاء المستخدمين
  • تعيين الصلاحيات
  • إدارة الشركات
  • ضبط الأدوار الطبية
  • مراجعة ظهور القوائم
  • ضبط الوصول للسجلات
  • دعم المستخدمين عند حدوث Access Error
  • إدارة بعض إعدادات HMS

2. إنشاء مستخدم

في Odoo غالبًا توجد إدارة المستخدمين في:

Settings
→ Users & Companies
→ Users

TODO: التحقق من المسار الحقيقي في Helpers ERP.

يتم ضبط:

  • الاسم
  • البريد / Login
  • الشركة
  • الشركات المسموحة
  • صلاحيات التطبيقات
  • مجموعات HMS
  • أي صلاحيات خاصة بالدور

لا يجب إعطاء صلاحيات Administrator للمستخدمين العاديين.

3. تصميم الأدوار

يجب الاعتماد على Role-Based Access.

الأدوار المفاهيمية قد تشمل:

مسؤول HMS

الاستقبال

الطبيب

التمريض

المحاسبة / الفوترة

مستخدمين متخصصين

مثل:

  • المعمل
  • الأشعة
  • الصيدلية
  • التنويم
  • الجراحة
  • التأمين
  • موديولات إضافية

التوثيق النهائي يجب أن يستخدم أسماء المجموعات الحقيقية.

4. الفرق بين Access Rights وRecord Rules

Access Control Lists

تحدد ما إذا كان المستخدم يستطيع:

  • قراءة
  • إنشاء
  • تعديل
  • حذف

سجل في Model معين.

Record Rules

تحدد أي سجلات يستطيع المستخدم الوصول إليها.

ظهور القوائم والواجهات

يمكن أيضًا أن تختلف:

  • القوائم
  • الأزرار
  • الحقول
  • الـ Views
  • الـ Actions

بحسب Groups.

5. لماذا يرى مستخدمان بيانات مختلفة؟

قد يكون السبب:

  • مجموعات مختلفة
  • شركات مختلفة
  • أقسام مختلفة
  • Rules مرتبطة بالطبيب
  • ملكية السجل
  • Record Rules
  • فلاتر تاريخ مختلفة
  • Active / Archived
  • موديولات مختلفة

6. سياسة أقل صلاحيات ممكنة

أعط كل مستخدم فقط الصلاحيات التي يحتاجها لعمله.

المسار المقترح:

ابدأ بالدور الأساسي
→ أضف فقط الصلاحيات المطلوبة
→ اختبر بحساب غير Admin
→ تأكد من القوائم والسجلات
→ وثّق أي استثناء

7. Checklist عند إنشاء مستخدم

[ ] تم إنشاء المستخدم
[ ] الشركة صحيحة
[ ] دور HMS صحيح
[ ] القوائم المطلوبة ظاهرة
[ ] القوائم غير المطلوبة مخفية
[ ] صلاحيات المرضى تم اختبارها
[ ] صلاحيات المواعيد تم اختبارها
[ ] الصلاحيات الطبية تم اختبارها
[ ] صلاحيات الفوترة تم اختبارها
[ ] تم تجربة تسجيل الدخول بالحساب الحقيقي

8. اختبار الصلاحيات

استخدم حسابات تجريبية منفصلة مثل:

Reception Test User
Doctor Test User
Billing Test User

لكل دور تحقق من:

  • القوائم الظاهرة
  • السجلات المرئية
  • صلاحية الإنشاء
  • صلاحية التعديل
  • صلاحية الحذف
  • الأزرار المتاحة
  • التقارير
  • رؤية سجلات مستخدمين آخرين

9. Audit مطلوب من الوكيل

لكل Group متعلقة بـ HMS استخرج:

Technical Name
Display Name
Implied Groups
Menus
Model Access
Important Record Rules
Main User Role

وابحث في:

security/*.xml
security/ir.model.access.csv
views/*.xml
models/*.py

مع مراجعة إعدادات قاعدة البيانات عند الحاجة.

10. الصلاحيات حسب القسم

يجب التحقق من:

  • هل الطبيب يرى كل الأقسام؟
  • هل يرى قسمه فقط؟
  • هل الاستقبال يرى مواعيد كل الأقسام؟
  • هل السجلات الطبية مقيدة بالقسم؟
  • هل العزل يتم عن طريق Record Rules أم حقول مخصصة؟

11. صلاحيات الطبيب

يجب توثيق:

  • أي مواعيد يراها الطبيب
  • هل يرى مواعيد أطباء آخرين
  • أي Group تمنح رؤية أوسع
  • هل القاعدة تطبق على المواعيد فقط أم المرضى أيضًا

12. حل مشاكل الصلاحيات

المستخدم لا يرى قائمة HMS

تحقق من:

  1. المستخدم Active.
  2. الشركة صحيحة.
  3. الـ Group المطلوبة مضافة.
  4. Parent Menu تسمح بالوصول.
  5. الموديول المطلوب مثبت.
  6. تم تحديث جلسة المتصفح بعد تغيير الصلاحيات.

يرى القائمة لكن لا يستطيع فتح السجلات

راجع ACLs وRecord Rules والشركة والقسم وقواعد الطبيب.

يستطيع القراءة ولا يستطيع التعديل

قد تكون لديه Read فقط بدون Write.

يرى سجلات أكثر من المطلوب

راجع Record Rules فورًا.

لا تعتمد على إخفاء القائمة فقط.

13. صلاحيات البنية التحتية

مستخدم HMS لا يجب أن يحصل تلقائيًا على وصول إلى:

  • إدارة قاعدة البيانات
  • SSH
  • النسخ الاحتياطي
  • Docker
  • PostgreSQL
  • ملفات إعداد Odoo
  • بنية Helpers ERP

هذه صلاحيات منفصلة.

14. Matrix مقترح للصلاحيات

الخاصية الاستقبال الطبيب الفوترة مسؤول HMS
عرض المرضى Verify Verify Verify Verify
إنشاء المرضى Verify Verify Verify Verify
إدارة المواعيد Verify Verify Verify Verify
الملاحظات الطبية Verify Verify Verify Verify
الوصفات Verify Verify Verify Verify
الفوترة Verify Verify Verify Verify
إدارة المستخدمين Verify Verify Verify Verify

يتم استبدال Verify بقيم مؤكدة من النظام الفعلي.

15. قاعدة توثيق الأمان

كل معلومة صلاحيات منشورة يجب أن تكون قابلة للتتبع إلى واحد من:

  • الكود المثبت
  • إعدادات أمان Odoo
  • اختبار حي بحساب غير Admin
  • إعدادات قاعدة البيانات
  • إعدادات عميل معتمدة

16. سلوك Quick Demo المقترح

في جلسات Quick Demo العامة:

  • لا تُظهر إعدادات Administrator إلا إذا كان ذلك مقصودًا.
  • استخدم مستخدم Demo محدود.
  • امنع أي وصول للبنية التحتية.
  • احذف أو أعد ضبط البيانات حسب دورة حياة Quick Demo.
  • حافظ على نفس الصلاحيات بين الجلسات.
  • وضّح للمستخدم ما هو الدور المستخدم في الديمو.

النص المقترح:

يستخدم Quick Demo حسابًا تجريبيًا بصلاحيات محدودة، لذلك قد لا تظهر بعض وظائف الإدارة.

العودة للتوثيق

ارجع إلى:

البدء السريع

أو:

سير العمل الطبي