مخطط انسيابي لإدارة التغيير في سلامة العمليات (MOC وPSSR)

مخطط انسيابي لعملية إدارة التغيير (MOC) في سلامة العمليات: فرز الاستبدال بالمثل، والتصنيف، ومراجعة المخاطر، والاعتماد، ومراجعة السلامة قبل التشغيل (PSSR)، وحلقة انتهاء التغيير المؤقت.

استخدم هذا القالب

ما هي مخطط انسيابي لإدارة التغيير في سلامة العمليات (moc وpssr)؟

إدارة التغيير هي الضابط الذي يخفق بصمت. لا أحد يكتب إجراءً لإدارة التغيير يسمح بتعديل غير مُراجَع؛ ما يحدث فعلاً هو أن العملية يُلتفّ حولها قراراً صغيراً بعد آخر. تُستبدل مضخة بأخرى مختلفة قليلاً ويُقال إنها مطابقة. ويُركَّب خرطوم تجاوز حتى الإيقاف المخطط التالي فيبقى مكانه أربع سنوات. ويُجرى تغيير في وردية ليلية وتُرفع أوراقه في الأسبوع التالي لتصف ما هو مُركَّب أصلاً. ويُوقَّع فحص ما قبل التشغيل استناداً إلى جولة ميدانية لم يقم بها أحد، لأن المصنع كان مطلوباً في الإنتاج. والتحقيقات في حوادث سلامة العمليات الكبرى تنتهي دائماً إلى المكان نفسه: لا خطر مجهول نادر، بل عملية معروفة لم تُطبَّق على تغيير لم يعتبره أحد تغييراً. وحادثة فليكسبره هي المثال الذي يُدرَّس لكل مهندس عمليات: أنبوب تجاوز مؤقت رُكّب بين مفاعلين بلا رسم ولا حساب ولا اختبار ضغط. ولهذا يستحق مخطط إدارة التغيير أن يُرسم بعناية. فالقيمة ليست في تسلسل الصناديق الذي يعرفه الجميع، بل في النقطتين أو الثلاث التي يجب أن ترفض فيها العملية المضيّ قدماً، وفي جعل تلك النقاط مرئية للوردية الواقعة تحت ضغط تجاوزها.

هذا المخطط هو إدارة التغيير بمعنى سلامة العمليات: تعديل على المعدات أو العملية أو المواد الكيميائية أو حدود التشغيل أو أنظمة التحكم أو الإجراءات أو التنظيم، في موقع يعني الخطأ فيه انبعاثاً أو حريقاً أو انفجاراً. وهي ليست إدارة تغيير خدمات تقنية المعلومات، والاثنتان غير متبادلتين. فعملية إدارة التغيير بأسلوب ITIL على /ar/templates/عملية-إدارة-التغيير تسأل عن التوقف والتراجع ومخاطر الخدمة؛ ومرّر تعديلاً على مصنع خلالها فتحصل على اعتماد من لجنة CAB ونافذة تغيير وبلا أي مراجعة للمخاطر إطلاقاً. أما عملية ضبط التغيير العامة على /ar/templates/عملية-ضبط-التغيير فهي نسخة نظام الجودة التي تحكم الوثائق المضبوطة والعمليات المُصادق عليها. والتغيير على منتج مُفرَج عنه أو رسم أو قائمة مواد تغييرٌ هندسي يعيش على /ar/templates/عملية-طلب-التغيير-الهندسي، بينما التغيير على نطاق مشروع أو كلفته أو تواريخه ينتمي إلى /ar/templates/عملية-طلب-تغيير-المشروع. والإصلاحات التي تعيد المواصفة الأصلية فعلاً صيانةٌ تجري عبر /ar/templates/عملية-صيانة-المعدات، وقرار «هل هو استبدال بالمثل؟» هنا هو بالضبط الحد الفاصل بين الاثنين. وإن كان التغيير يُجرى لأن شيئاً ما وقع بالفعل، فالتحقيق الذي يحدّد ما ينبغي تغييره على /ar/templates/عملية-التحقيق-في-حوادث-السلامة؛ وهذه العملية هي ما يُركِّب الإصلاح المتفق عليه بأمان.

أربعة قرارات تحمل هذا المخطط، ومعظم الإجراءات المكتوبة تترك اثنين منها على الأقل ضمنيين. «هل هو استبدال بالمثل؟» موضوع أولاً، قبل إنفاق أي شيء، لأنه يقرّر هل تجري العملية أصلاً، وهو السؤال الذي يُجاب عنه في الممرات أكثر من أي سؤال آخر. و«دائم أم مؤقت أم طارئ؟» يأتي ثانياً، لأن التصنيف يحدّد مقدار العملية التي تليه: التغيير الطارئ يحصل على مراجعة مخاطر معجَّلة واعتماد أثناء الوردية بمدة زمنية محددة، لكنه يعود إلى المسار الرئيسي عند «تحديث الإجراءات والرسومات ومخططات P&ID»، ولا يزال يصل إلى «تدريب العاملين المتأثرين»، ولا يزال يواجه البوابة نفسها قبل بدء التشغيل. و«هل اجتازت مراجعة السلامة قبل التشغيل؟» مرسومة كحلقة لا كتوقيع، فتعود الإجراءات المفتوحة لتُغلق وتُعاد المراجعة؛ ولا شيء يبدأ تشغيله على وعد. والرابع هو ما تغفله معظم الإجراءات تماماً. «هل ما زال مطلوباً عند تاريخ الانتهاء؟» يمنح التغيير المؤقت مستقبلين اثنين لا ثالث لهما: العودة عبر العملية بوصفه تغييراً دائماً، أو الإزالة وإعادة الوضع الأصلي. ولا يوجد عمداً أي تفرّع لتمديده بصمت.

ما الذي يغطيه هذا المخطط

في هذا القالب

  • ستة مسارات (مُقدّم التغيير، ومنسّق MOC، والمرجع الفني، وفريق مراجعة المخاطر، والمدير المُعتمِد، والتشغيل) موزّعة على ست مراحل: الطلب، والفرز، والمراجعة الفنية، والاعتماد، والتحضير وPSSR، والتنفيذ والإغلاق
  • «هل هو استبدال بالمثل؟» كأول بوابة، تُتخذ بعد «تسجيل التغيير في سجل MOC» ليكون القرار موثّقاً في الحالتين: الاستبدال المطابق يخرج عند «يُعالج كعمل صيانة»، وكل ما عداه يمضي بوصفه تغييراً
  • تصنيف ثلاثي عند «دائم أم مؤقت أم طارئ؟»، حيث تلتقط التغييرات المؤقتة «تحديد تاريخ الانتهاء وخطة الإزالة»، وتسلك التغييرات الطارئة مساراً قصيراً عبر «إجراء مراجعة مخاطر معجَّلة» و«الاعتماد أثناء الوردية وتحديد مدة زمنية» قبل عودتها إلى المسار الرئيسي
  • مراجعة مخاطر مُحجَّمة على قدر الخطر عند «أي مستوى لمراجعة المخاطر؟» (قائمة تحقق مخاطر التغيير، أو دراسة ماذا لو، أو HAZOP كاملة) يتبعها «تقييم الأثر على أنظمة السلامة والحدود التشغيلية» ومجموعة إجراءات موثّقة
  • اعتماد بثلاث إجابات ممكنة عند «هل اعتُمد على المستوى المطلوب؟»: معتمد، أو مرفوض إلى نقطة إنهاء مغلقة «رفض التغيير وإغلاقه»، أو معاد إلى «توثيق الأساس الفني» لمزيد من العمل
  • البوابتان اللتان لا يسمح المخطط بتجاوزهما: «هل اجتازت مراجعة السلامة قبل التشغيل؟» التي تدور عبر «إغلاق إجراءات PSSR» حتى تُجتاز، و«هل ما زال مطلوباً عند تاريخ الانتهاء؟» التي لا إجابة لها سوى التحويل إلى تغيير دائم أو الإزالة وإعادة الوضع الأصلي

متى تستخدم هذا القالب

  • تكتب أو تعيد كتابة إجراء إدارة التغيير (MOC) لموقع خاضع لنظام إدارة سلامة العمليات أو لمتطلبات تقرير السلامة لدى جهتك التنظيمية، وتريد اختبار الفرز ومستويات المراجعة ومصفوفة الاعتماد في صورة واحدة
  • سجلك مليء بتغييرات مؤقتة بلا تاريخ انتهاء، وتحتاج أن يكون قرار الإزالة أو التحويل مبنيّاً داخل العملية بدل تركه لجولة ترتيب سنوية
  • تُجرى التغييرات الطارئة أثناء الورديات وتُكتب أوراقها لاحقاً، وتريد رسم المسار المعجَّل ليجري داخل العملية بدل أن يلتفّ حولها
  • تُوقَّع مراجعات السلامة قبل التشغيل لديك وإجراءاتها ما زالت مفتوحة، وتحتاج إظهار تلك البوابة كحلقة تعيد التغيير لا كصندوق يُؤشَّر عليه
  • تدرّب مهندسين ومشرفي ورديات ومشغّلين على ما يُعدّ تغييراً فعلاً، وتريد تعليم اختبار الاستبدال بالمثل من المخطط نفسه الذي يحمل بقية العملية

كيف تعمل

  1. أعد تسمية المسارات لتطابق موقعك

    استبدل مُقدّم التغيير ومنسّق MOC والمرجع الفني وفريق مراجعة المخاطر والمدير المُعتمِد والتشغيل بالأدوار الموجودة في موقعك فعلاً. تقسم معظم المواقع المرجع الفني حسب التخصص (عمليات، وميكانيكا، وكهرباء، وتحكّم وأجهزة قياس) فقرّر هل هو مسار واحد أم عدة مسارات. وأبقِ المنسّق منفصلاً عن المرجع الفني: أحدهما يدير العملية ويتابع السجل، والآخر يملك الحكم الهندسي. وإن كان المقاولون يقدّمون تغييرات فاذكر ذلك صراحةً، لأن مساراً اسمه مُقدّم التغيير ويعني ضمناً الموظفين وحدهم هو الطريق الذي تفلت منه تعديلات المقاولين من العملية.

  2. اكتب اختبار الاستبدال بالمثل

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

  3. ضع قاعدة توجيه مراجعة المخاطر

    حوّل «أي مستوى لمراجعة المخاطر؟» إلى جدول لا إلى نقاش. فالخطورة المنخفضة قد تكفيها قائمة تحقق موثّقة يستوفيها شخصان مؤهلان. والمتوسطة دراسة ماذا لو أو ماذا لو مهيكلة مع قائمة تحقق. أما العالية (كل ما يمسّ مادة كيميائية أو تعشيقاً أو نظام تنفيس أو فلسفة تحكم أو حدّاً تشغيلياً آمناً) فتذهب إلى HAZOP بمُيسِّر وبالدراسة الأصلية مفتوحة أمام الفريق. وسمِّ من يقرّر المستوى، واشترط تسجيل السبب بجوار القرار.

  4. انشر مصفوفة الاعتماد

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

  5. اجعل PSSR جولة ميدانية بقائمة إجراءات مغلقة

    مراجعة سلامة قبل التشغيل يمكن إنجازها من خلف مكتب ليست مراجعة. ينبغي أن تؤكد القائمة أن التنفيذ مطابق للتصميم، وأن إجراءات التشغيل والصيانة والطوارئ موجودة ومحدَّثة، وأن من سيشغّلون التغيير قد دُرِّبوا، وأن إجراءات مراجعة المخاطر مغلقة لا مُسندة فحسب. وقرّر من يحق له إعلان الاجتياز، وأبقِ ذلك الشخص خارج الفريق الذي نفّذ التغيير، ووجّه أي إجراء مفتوح عائداً عبر «إغلاق إجراءات PSSR».

  6. امتلك كل تاريخ انتهاء، ثم استعرض المخطط وانشره

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

الأسئلة الشائعة

ما خطوات عملية إدارة التغيير (MOC)؟

اقترح التغيير وسجّله في سجل MOC؛ افرزه مقابل اختبار الاستبدال بالمثل، فتخرج الاستبدالات المطابقة بوصفها عمل صيانة؛ صنّف ما بقي دائماً أو مؤقتاً أو طارئاً، وامنح المؤقت تاريخ انتهاء وخطة إزالة؛ وثّق الأساس الفني؛ أجرِ مراجعة مخاطر مُحجَّمة على قدر الخطر، من قائمة تحقق التغيير إلى دراسة ماذا لو إلى HAZOP كاملة؛ قيّم الأثر على أنظمة السلامة وحدود التشغيل وملف السلامة، ووثّق الإجراءات؛ اعتمد على المستوى الذي يفرضه الخطر؛ حدّث الإجراءات والرسومات ومخططات P&ID؛ درّب كل المتأثرين بمن فيهم الصيانة والمقاولون؛ اجتز مراجعة السلامة قبل التشغيل؛ نفّذ وابدأ التشغيل؛ ثم أغلق مع حفظ السجلات، أو راجع التغيير محدد المدة عند انتهائه فحوّله إلى تغيير دائم أو أزله. ويشترط معيار إدارة سلامة العمليات الأمريكي (OSHA PSM) أن يغطي الإجراء المكتوب الأساس الفني، والأثر على السلامة والصحة، وتغييرات الإجراءات، والمدة الزمنية للتغيير، ومتطلبات الاعتماد، وهذا المخطط هو تلك القائمة محوَّلة إلى مسار ببوابات.

ما الذي يُعدّ استبدالاً بالمثل؟

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

ما مراجعة السلامة قبل التشغيل (PSSR) ومتى تُطلب؟

مراجعة السلامة قبل التشغيل، أو PSSR، هي الفحص الأخير قبل إدخال منشأة جديدة أو معدَّلة إلى الخدمة. وتؤكد أربعة أمور: أن التنفيذ والمعدات مطابقان لمواصفة التصميم، وأن إجراءات التشغيل والصيانة والطوارئ موجودة وكافية، وأن مراجعة المخاطر اكتملت وحُلّت توصياتها أو نُفِّذت، وأن كل من سيشغّل التغيير أو يصونه قد دُرِّب عليه. ويشترط معيار إدارة سلامة العمليات الأمريكي (OSHA PSM) إجراء PSSR للمنشآت الجديدة وللمنشآت المعدَّلة حين يكون التعديل كبيراً بما يستوجب تغيير معلومات سلامة العمليات. وسبب رسمها قراراً بحلقة لا صندوق توقيع هو أنها البوابة الواقعة تحت أشد ضغط تجاري: التغيير مُنفَّذ، والإيقاف انتهى، والمصنع مطلوب في الإنتاج. وفي هذا المخطط تعود المراجعة ذات الإجراءات المفتوحة إلى «إغلاق إجراءات PSSR» وتُعاد، فلا سبيل إلى الأمام إلا عبرها.

كم يمكن أن يبقى التغيير المؤقت قائماً؟

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

بم تختلف إدارة التغيير في سلامة العمليات عن إدارة تغيير تقنية المعلومات؟

تشتركان في كلمة واحدة ولا شيء يذكر بعدها، ومعاملة إحداهما بديلاً عن الأخرى خطر حقيقي. فإدارة تغيير تقنية المعلومات، بمعنى ITIL الذي يغطيه مخطط عملية إدارة التغيير على /ar/templates/عملية-إدارة-التغيير، تحكم التغييرات على خدمة قائمة. تسأل: هل سيسبب التغيير انقطاعاً، وهل يمكن التراجع عنه، ومتى نافذة التغيير، وهل اعتمدته لجنة CAB. أما إدارة التغيير بمعنى سلامة العمليات فتحكم التعديلات على المعدات والمواد الكيميائية وحدود التشغيل وأنظمة التحكم والإجراءات والملاك الوظيفي في موقع قادر على إيذاء الناس. تسأل: هل يغيّر التغيير خطراً قائماً، وهل تظل حالة التنفيس أو التعشيق صحيحة، وهل ما زال ملف السلامة سارياً، وهل دُرِّب المشغّلون قبل بدء التشغيل. ولا تملك لجنة CAB أهلية الإجابة عن أي من ذلك. وتتقاطع العمليتان في موضع واحد يستحق التسمية: تغيير نظام التحكم أو نظام السلامة المُجهَّز يُرفع غالباً في طابور تغييرات تقنية المعلومات أو الأتمتة، ويجب أن يمرّ عبر MOC أيضاً. وحيثما حدث ذلك، فاجعل MOC هي المرجع وسجل تقنية المعلومات أداة الجدولة، لا العكس.

أين تندرج هذه العملية

في معظم المؤسسات تأتي هذه العملية بعد مخطط انسيابي للتحقيق في حوادث السلامة: من الموقع إلى الضوابط.

تأتي قبلها

جزء من

ميزات QueryChart لهذه العملية

استخدم هذا القالب

Browse all قوالب عمليات التشغيل