نظرة عامة على التطبيق

ما الذي يمثّله CSIM، والأفكار الكامنة وراءه

السلسلة الأساسية

التركيز المعلَن للحزمة، وسبب وجود التطبيق:

WorkPackage
  → InterfaceRegister      (this work interacts with that work, here, then)
    → InterfaceHazard      (what could go wrong at the interaction)
      → InterfaceControl   (what manages it, who owns it, how it is verified)
        → FieldAssuranceEvent   (someone went and looked)
          → AssuranceFinding    (what they found)
            → CorrectiveAction  (what changed as a result)

تُقرأ من اليسار إلى اليمين فتكون خطّة، وتُقرأ من اليمين إلى اليسار فتكون دليلًا. والغاية من وضع الاثنين في سلسلة واحدة هي أنّه يمكن مقارنة الضابط بما يُظهره الميدان فعلًا — فالضابط المخطَّط دون تحقُّق، أو النتيجة دون ضابط مرتبط، كلاهما ظاهرٌ باعتباره ثغرة.

السلاسل الداعمة

Organisation → ContractorProfile                      (prequalification)
Organisation → Contract → ContractRequirement / WorkPackage
WorkPackage  → SubcontractorEngagement                (disclosure, not concealment)
WorkPackage  → Mobilisation → MobilisationChecklistItem
Person       → PersonCompetency / SiteInduction / SiteAccessAuthorisation
Organisation → ContractorPlant → PlantSiteApproval
CoordinationMeeting → MeetingAttendance / InterfaceDecision
AssuranceFinding → StopWorkEvent
Incident / AssuranceFinding / ContractorPerformanceReview → CorrectiveAction
WorkPackage  → Demobilisation

المفاهيم الرئيسية

العقد وحزمة العمل منفصلان عمدًا. فالـ Contract هو الارتباط التجاري — مَن المُتعاقَد معه، ومِن قِبَل مَن، ولأيّ مدّة، وبأيّ شروط. أمّا الـ WorkPackage فهو نطاق تشغيلي محدَّد: هذا العمل، في هذه المنطقة، خلال هذه الفترة، مع ممثّل مُسمّى للموقع ومشرف من جهة المقاول. ويحمل العقد الواحد حزمًا كثيرة؛ وتكمن مخاطر الواجهة على مستوى الحزمة، لأنّ هناك حيث يوجد العمل فعليًّا.

سجلّ الواجهة ليس تقييمًا لمخاطر المهام. فهو لا يكرّر عمدًا تحليل سلامة العمل (JSA) أو بيان أسلوب العمل الآمن (SWMS) الخاصّ بالمقاول. إنّه يسجّل التفاعل بين الأطراف والأنشطة والمعدّات والمناطق — الدَّرَج المشترك، ومسار الحِمل فوق ممرّ شخص آخر، وحدود العزل التي يعتمد عليها طاقمان. ويُسمّي other_work_package_id الطرف المقابل صراحةً، فتصبح العلاقة حقيقةً في البيانات بدلًا من افتراضٍ في ذهن أحدهم.

تحمل الضوابط متطلَّب أداء وجدول تحقُّق. فالـ InterfaceControl ليس عبارة نوايا. له مالكٌ، وperformance_requirement يحدّد معنى "أن يعمل الضابط"، وverification_method وverification_frequency، وnext_verification_due_at. والضابط الذي لا يُتحقَّق منه أبدًا ظاهرٌ تمامًا كالضابط الذي يفشل.

الوصول مُجزّأ. فأدلّة الكفاءة (PersonCompetency) والتعريف التعريفي (SiteInduction) والإذن بالتواجد في الموقع (SiteAccessAuthorisation) ثلاثة سجلّات منفصلة، لأنّها تنتهي صلاحيّتها بشكل مستقلّ ويمنحها أشخاص مختلفون. فقد يحمل الشخص رخصةً سارية وتعريفًا صالحًا، ويبقى وصوله موقوفًا — وبيانات العرض التوضيحي تحمل هذه الحالة بالضبط.

معدّات المقاول منفصلة عن اعتمادها للتشغيل. فسجلّ ContractorPlant هو أصل المقاول؛ أمّا PlantSiteApproval فهو قرار هذا الموقع بشأنه، لفترة محدَّدة، في مناطق مُسمّاة، مع قيود. فالرافعة نفسها قد تُعتمَد لمنطقة دون أخرى.

النتائج لا تستلزم وجود حادثة. فالـ AssuranceFinding قائم بذاته — بما في ذلك POSITIVE_OBSERVATION، فالسجلّ ليس مجرّد سجلّ أعطال. وقد تُصدر النتيجة من مستوى CRITICAL حدثَ StopWorkEvent، الذي يحمل escalation_level والأهمّ conditions_for_restart الصريحة بدلًا من "عندما يقول أحدهم ذلك" الضمنيّة.

للإجراءات التصحيحية ثلاثة مصادر ممكنة. نتيجةٌ، أو حادثةٌ، أو مراجعةُ أداء. وتشير الثلاثة جميعًا إلى جدول CorrectiveAction نفسه، فيصبح سؤال "ما الذي نصلحه فعلًا" سؤالًا واحدًا بجوابٍ واحد، لا ثلاث قوائم منفصلة.

القرارات تحلّ محلّ سابقتها بدلًا من تعديلها. فالـ InterfaceDecision يحمل supersedes_decision_id، فيترك تغيّرُ الموقف عند واجهةٍ ما أثرًا يمكن تتبّعه. ويُظهر العرض التوضيحي قرارَ رفعٍ يُشدَّد بعد إيقاف عمل، مع الحفاظ على القرار الأصلي.