تكامل مون مع منصة الاعتماد

فحصت نظام الشريك على السيرفر. هو مش محتاج مننا نبني تكامل من الصفر — هو جاهز مستنّي. الوثيقة دي بتقول: هو عنده إيه، وعايز مننا إيه، والناقص فين بالظبط.

QMS-360 ٦٦٩ جدول فحص قراءة فقط

نظام الشريك ده إيه

فحصته على السيرفر. ده مش نظام CBAHI بس — ده منصة اعتماد وجودة شاملة:

٦٦٩
جدول
٦٩٣٧
ملف PHP
٢٤
موديول
٨+
معايير مدعومة

المعايير اللي بيغطّيها: CBAHI (مستشفيات وعيادات ومراكز) · CAP (اعتماد المختبرات الأمريكي) · HACC · RACS · ISO 9001 · ISO 14001 · ISO 17025 · حزم سياسات ISO.

وبيعمل إيه: كتالوج المعايير والبنود الفرعية · مصفوفة الأدلة لكل بند · تقييم الفجوة والجاهزية بنسبة · خطط تصحيحية (CAPA) · تفتيش وجولات · سجل مخاطر · وثائق وسياسات بإصدارات واعتماد وتوقيعات · مؤشرات وقياسات · تراخيص · تدريب وشهادات · أجهزة ومعايرة · بوابة موظفين للإقرار بالوثائق · تتبّع تدقيق غير قابل للتعديل.

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

هو جاهز للتكامل فعلًا — دي أهم نتيجة في الفحص

لقيت في قاعدة بياناته بنية تكامل كاملة مبنية ومستنية، وكلها فاضية (صفر صفوف) — يعني اتبنت ولسه محدش وصّلها:

الجدولبيعمل إيهالصفوف
clinic_api_tokens توكنات API لكل منشأة، بـنطاقات صلاحية (scopes_json) وانتهاء وإلغاء — يعني نظام مصادقة جاهز ٠
integration_record_links ربط سجل عندنا بسجل عنده: source_module · source_record_id · target_record_id · حالة تحقق · بصمة محتوى (snapshot_hash) ٠
integration_import_batches دفعات استيراد بـدرجة جاهزية ومقاييس جودة وكشف أعمدة تلقائي ٠
metric_observations قياسات المؤشرات بفترة وقيمة ووحدة وحالة ومدخلات خام ٠
cap_requirement_*_links ربط كل بند معيار بـأدلته: موظف · تدريب · جهاز · وثيقة · مخاطرة · إجراء تصحيحي —
يعني إيه عمليًا؟ مفيش شغل تصميم بروتوكول من الصفر. هو محدد الشكل اللي عايزه: سجل عندنا ← مربوط ببند معيار عنده ← بدليل ← بتحقق ← ببصمة تمنع التلاعب. اللي علينا: نطلّع البيانات بالشكل ده.

تقسيم الأدوار — مين يعمل إيه

منصة الاعتمادمون
الدوريعرف المطلوب ويثبت الالتزاميشغّل المنشأة ويولّد الدليل
كتالوج المعايير والبنودعنده—
السياسات والوثائق بإصداراتعندهناقص عندنا
الجاهزية والفجوة والخططعنده—
العمل الإكلينيكي اليومي—عندنا
صيانة الأجهزة الفعليةسجلCMMS
تدريب الموظفين الفعليخطط وشهاداتHRM
رضا المرضى والشكاوىمؤشرعندنا
الحوادث والتعقيم والعدوىمستني الدليلمش بنسجّلها
الفكرة في جملة: هو بيقول «المعيار بيطلب كذا»، ومون بيقول «أهو حصل فعلًا، والدليل رقمه كذا بتاريخ كذا». ومن غير مون، إثبات الالتزام بيفضل ملفات ووثائق — وده بالظبط اللي الشريك عايز يتخلّص منه.

البيانات اللي هيطلبها مننا

من نموذج بياناته، دي اللي هيسحبها — ومعاها حالتنا الحقيقية:

البيانيخدمعندنا؟
صيانة ومعايرة الأجهزةequipment_* · requirement_equipment_links CMMS كامل
التدريب والشهادات ونِسب الإنجازtraining_* · requirement_training_links HRM
بيانات الموظفين ووثائقهم وتواريخ انتهائهاhr_employee_documents · license-center EmployeeDocument بـexpiry
تقييم الأداء السنويبند LD.15PerformanceReview
رضا المرضىclinic_survey_responsesClinicSessionSurvey
الشكاوى وزمن إغلاقهاiso9001_customer_complaints الشكوى موجودة · الزمن لأ
قياسات المؤشرات دوريًاmetric_observations · kpi_measurements تعريف المؤشر موجود · القياس لأ
بلاغات الحوادثclinic_incidents · cap_incident_events مفيش كيان
سجلات التعقيمأدلة IPC.9مفيش
معدلات العدوى ووخز الإبرcap_safety_incidentsمفيش
النفايات الطبيةcap_waste_management_recordsمفيش
مخزون ومواد منتهية الصلاحيةcap_inventory_records تشغيلات وصلاحيات
الموافقة المستنيرةدليل PC.12مفيش
الخلاصة الصادقة: من ١٣ نوع بيانات، ٦ جاهزة و٢ ناقصهم ربط و٥ مش موجودة أصلًا. والخمسة دول بالذات هم قلب مكافحة العدوى وسلامة المرضى — أهم حاجة في الاعتماد. أي API مهما كان ممتاز مش هيبعت سجل تعقيم مش موجود.

شكل التكامل المقترح

الاتجاه الصح هو بيسحب مننا (مش إحنا بنبعتله) — لأن ده اللي بنيته بتقول عليه: توكن لكل منشأة بنطاقات، وربط سجلات ببصمة تحقق.

منصة الاعتماد                                  مون
  ──────────────                                 ────
  clinic_api_tokens  ──── توكن بنطاقات ────►  مصادقة API
                                                  │
  requirement_*_links ◄─── GET /evidence/... ─────┤  أجهزة · تدريب · وثائق موظفين
  metric_observations ◄─── GET /metrics?from=&to=─┤  مؤشرات دورية
  clinic_incidents    ◄─── GET /incidents ────────┤  (محتاج يتبني)
  integration_record_links ◄── snapshot_hash ─────┘  بصمة تمنع التلاعب

مبادئ لازم تتحط من الأول

الخطوات — بالترتيب

#الخطوةمين
١اجتماع يحدد البنود المستهدفة. مش كل الـ٣٣٦ بند — نختار البنود اللي مون بيولّد دليلها فعلًا (الأجهزة، التدريب، الوثائق، المؤشرات). ده بيخلّي النطاق واقعي.الاتنين
٢مون يطلّع API أدلة للقراءة فقط بتوكن بنطاقات — يبدأ بالجاهز: الأجهزة والتدريب ووثائق الموظفين ورضا المرضى.مون
٣الشريك يوصّل الـAPI بجداوله الجاهزة ويملا integration_record_links.الشريك
٤بناء الناقص في مون بالترتيب: الموافقة المستنيرة ← بلاغ الحادث ← سجل التعقيم ← ملف صحة الموظف.مون
٥قياس المؤشرات دوريًا في مون وتصديرها لـmetric_observations.مون
٦ضبط الوثائق — قرار: يفضل عنده (هو عنده إصدارات وتوقيعات جاهزة) ولا يتبني في مون. ترشيحي يفضل عنده ومون يستهلكه.قرار
ابدأ بالخطوة ٢ على الجاهز. الأجهزة والتدريب ووثائق الموظفين موجودة عندنا دلوقتي — يعني تقدر تعمل تكامل شغّال وتوريه للشريك من غير ما تستنى بناء أي حاجة جديدة. وده بيثبت الفكرة قبل ما تستثمر في الباقي.

تنبيهات لازم تاخد بالك منها

فحص قراءة فقط لنظام الشريك على السيرفر — مفيش أي حاجة اتغيّرت عنده ولا عندنا. كل الجداول والأعمدة المذكورة متحقَّق منها من قاعدته مباشرة.