اصول گزارشنویسی فنی و مستندسازی یافته‌های حوادث (RCA) در پالایشگاه
در مجتمع‌های پالایشگاهی گازی پارس جنوبی، یک گزارش بررسی حادثه (Incident Investigation Report) اگر به تغییر رفتار سازمان و بهبود سیستم‌های لایه‌های حفاظتی (Safeguards) منجر نشود، صرفاً یک سند اداری بی‌ارزش است. هدف از گزارشنویسی، مکتوب کردن «خطای انسانی اپراتور در شیفت شب» نیست؛ بلکه خلق یک نقشه راه مهندسی برای مدیریت ارشد است تا بفهمد چرا سیستم مدیریت ایمنی فرآیند (PSM) در پیشگیری از یک نشت گاز ترش (H₂S) یا آتش‌سوزی شکست خورده است. در این مقاله، ساختار یک گزارش فنی استاندارد بر اساس راهنمای CCPS را تشریح می‌کنیم که تمرکز آن بر شناسایی موانع شکست‌خورده و تدوین CAPAهای سیستمی است.
پس از انجام مصاحبه‌ها و تحلیل شکست سیستم با ابزارهایی مانند مدل Bowtie، مرحله نهایی مستندسازی یافته‌ها فرا می‌رسد. به یاد داشته باشید که خوانندگان این گزارش، از بهره‌برداران کف سایت تا مدیران ارشد تصمیم‌گیرنده، باید بتوانند از آن یک تصویر واضح و بدون ابهام از زنجیره اتفاقات استخراج کنند [cite: 1.1.5].
استانداردهای بین‌المللی نظیر OSHA Process Safety Management و رهنمودهای CCPS، حداقل الزامات یک گزارش بررسی حادثه را مشخص کرده‌اند. یک گزارش معتبر باید حداقل شامل: تاریخ حادثه، تاریخ شروع بررسی، شرح رویداد، عوامل موثر (Causes) و توصیه‌های اصلاحی باشد. با این حال، در صنایع پیچیده، ما نیازمند ساختاری تحلیلی‌تر و ریشه‌ای‌تر هستیم.
۱. ساختار استاندارد گزارش بررسی حادثه (RCA Report)
یک گزارش مهندسی و حرفه‌ای در حوزه ایمنی فرآیند، باید ساختاریافته و دارای بخش‌های متمایز زیر باشد:
الف) خلاصه مدیریتی (Executive Summary)
این بخش نباید بیش از یک صفحه باشد. شامل تاریخ، مکان، نوع رویداد (Accident یا Near Miss)، پیامدها و خلاصه‌ای از علت ریشه‌ای و حیاتی‌ترین اقدامات اصلاحی است. مدیران ارشد بر اساس این بخش تصمیم به تخصیص بودجه و منابع می‌گیرند.
ب) توصیف رویداد و توالی وقایع (Timeline / Sequence of Events)
سفر حادثه باید به صورت کرونولوژیک (ترتیب زمانی) مستند شود. از اولین انحراف (مثلاً افزایش دمای ریبویلر)، تا لحظه از کار افتادن کنترلر، و در نهایت رخداد (نشت یا آتش‌سوزی) و پیامد. گراف‌های DCS، لاگ‌های F&G و گزارش‌های شیفت باید ضمیمه شوند تا هر ادعایی با شواهد عینی پشتیبانی شود.
ج) تحلیل علل و شکست موانع (Causal Analysis)
قلب گزارش در این بخش می‌تپد. در اینجا تیم بررسی باید به وضوح نشان دهد که کدام موانع فیزیکی یا اداری (Barriers) شکست خورده‌اند، کدام موانع دور زده شده‌اند (Bypass) و چرا؟ در این بخش، تفاوت علت مستقیم (عمل ناایمن)، علت زمینه‌ای (فشار زمانی، خستگی) و علت ریشه‌ای (فرهنگ سازمانی، ضعف در MOC) باید شفاف شود [cite: 1.1.5].
توقف تحلیل در عبارت‌هایی مانند «بی‌احتیاطی اپراتور»، «عدم توجه» یا «خطای انسانی»، تحلیل علت ریشه‌ای محسوب نمی‌شود و یک خطای نابخشودنی در گزارشنویسی ایمنی فرآیند است. اگر در گزارش بنویسید «علت حادثه، عدم رعایت رویه LOTO توسط تکنسین بود»، مدیریت ارشد نتیجه می‌گیرد که راه حل، برگزاری یک دوره آموزشی دیگر است. شما باید در گزارش بنویسید: «علت ریشه‌ای دور زدن رویه LOTO، تناقض بین اهداف تولید و الزامات ایمنی و کمبود نیروی متخصص در شیفت تعمیرات بود.» [cite: 1.1.5]
۲. تدوین اقدامات اصلاحی و پیشگیرانه (CAPA)
توصیه‌های تیم بررسی (Recommendations) باید مستقیم، قابل اجرا، دارای متولی مشخص (Actionee) و زمان‌بندی دقیق باشند [cite: 1.1.3]. یک CAPA مبهم مانند «افزایش سطح آگاهی پرسنل» فاقد ارزش مهندسی است. CAPA باید به بازطراحی یک سیستم، تغییر یک رویه یا نصب یک مانع حفاظتی جدید منجر شود.
در مجتمع‌های گازی، برای هر CAPA باید یک فرآیند تاییدیه اثربخشی (Effectiveness Review) در نظر گرفته شود. مدیریت باید اطمینان حاصل کند که اقدام انجام‌شده (مانند اضافه کردن یک سیستم اینترلاک جدید)، ریسک‌های پنهان دیگری را وارد سیستم نکرده باشد (ارتباط CAPA با MOC).
۳. از یافته‌های محلی تا درس‌آموخته‌های سازمانی (Lessons Learned)
گزارش حادثه باید حاوی یک بخش مجزا برای درس‌آموخته‌ها (Lessons Learned) باشد. یک گزارش خوب، یافته‌های خود را به سایر واحدهای مشابه و مجتمع‌های همجوار تعمیم می‌دهد. به عنوان مثال، اگر نقص در اورینگ‌های (O-ring) پمپ‌های تزریق ماده ضدخوردگی منجر به نشت شده است، این درس‌آموخته باید به یک Alert سازمانی تبدیل شده و بازرسی روی تمام پمپ‌های مشابه در سراسر پارس جنوبی آغاز شود [cite: 1.1.1].
داده‌های استخراج‌شده از این گزارش‌ها، پایه و اساس تحلیل روند (Trend Analysis) را تشکیل می‌دهند. اگر شاخص‌های پیشرو (Leading Indicators) مانند Near Miss Frequency یا تعداد CAPAهای باز، روند صعودی داشته باشند، مدیریت باید مداخله پیشگیرانه انجام دهد [cite: 1.1.5].
۴. مستندسازی تحلیلی در عمل (نمونه کاوی)
یک گزارش حرفه‌ای باید به جای استفاده از عبارات کیفی، از داده‌های کمی و جداول تحلیلی استفاده کند. جدول زیر نحوه مستندسازی زنجیره علت و معلول را در گزارش نشان می‌دهد:
| توصیف رخداد | علت مستقیم (Immediate) | علت زمینه‌ای (Underlying) | علت ریشه‌ای (Root) | Barrier شکست‌خورده | توصیه / CAPA سیستمی |
|---|---|---|---|---|---|
| آتش‌سوزی فلنج کور مبدل حرارتی حین تست نشتی با گاز | بستن غیریکنواخت پیچ‌ها و استفاده از واشر اشتباه | نور ناکافی در شیفت شب، فشار سرپرست برای اتمام کار | نقص در سیستم مدیریت تأمین کالا (MOC)، تقابل تولید و ایمنی در اهداف سازمانی | کنترل کیفیت انبار (QA/QC)، بازدید سرپرست پیش از تست، سیستم روشنایی سایت | اصلاح فرآیند تأمین قطعات در سیستم CMMS، نصب برج‌های نوری سیار (Mobile Tower Lights)، بازنگری دستورالعمل تست نشتی |
مقاله بعدی از این دسته: مدیریت اقدامات اصلاحی و پیشگیرانه (CAPA)
۵. سناریوی تمرین میدانی (Field Exercise): حادثه در واحد تزریق متانول
شرح سناریو برای تیم گزارشنویسی:
در واحد تزریق متانول، به دلیل یخ‌زدگی خط در فصل زمستان، پمپ رفت‌وبرگشتی دچار افزایش فشار می‌شود. شیر اطمینان (PSV) عمل نمی‌کند. خط لوله در ناحیه جوشکاری‌شده دچار پارگی شده و متانول نشت می‌کند (Loss of Containment). دتکتور گاز منطقه عمل نمی‌کند. حریق توسط پرسنل سایت به کمک کپسول‌های پودر و گاز کنترل می‌شود اما یک اپراتور دچار سوختگی سطحی می‌شود.
شواهد و مستندات یافت‌شده برای درج در گزارش:
– سوابق نگهداری نشان می‌دهد PSV مربوطه در اورهال قبلی کالیبره نشده و در لیست CAPAهای معوق قرار دارد.
– دتکتور گاز به دلیل نقص فنی، توسط اپراتور برد در حالت Inhibit قرار داشته اما فرم Bypass تکمیل نشده است (نقص MOC).
– جوشکاری ناحیه پارگی، توسط پیمانکار متفرقه در ماه گذشته انجام شده و تست رادیوگرافی (RT) آن در فایل‌ها موجود نیست.
تمرین برای کارشناسان HSE (شما پاسخ دهید):
- ۱. در نوشتن خلاصه مدیریتی، کدام یک از این نقایص به عنوان علت ریشه‌ای به مدیریت گزارش می‌شود و چرا؟
- ۲. آیا مقصر دانستن اپراتور برد به دلیل غیرفعال کردن دتکتور، یک نتیجه‌گیری معتبر در گزارش است؟ نقش فرهنگ گزارش‌دهی در این انحراف چیست؟
- ۳. در بخش تحلیل موانع (Barrier Analysis)، کدام موانع فیزیکی و کدام موانع مدیریتی شکست خورده‌اند؟
- ۴. چه اقدامات اصلاحی (CAPA) مشخصی برای سیستم مدیریت یکپارچگی مکانیکی (Mechanical Integrity) پمپ و PSV تدوین می‌کنید؟
- ۵. چگونه این یافته‌ها را به عنوان یک درس‌آموخته (Lessons Learned) فرموله می‌کنید تا از تکرار آن در واحدهای مشابه در فصل زمستان جلوگیری شود؟
جمع‌بندی فنی و سیستمی
یک گزارش بررسی حادثه عالی، سندی است که فرآیند کشف حقیقت را به یک نقشه راه برای ارتقای تاب‌آوری سیستم تبدیل می‌کند. اگر خواننده گزارش شما (مدیر یا بهره‌بردار)، پس از خواندن آن تنها احساس نیاز به «توبیخ یک کارگر» پیدا کند، شما در وظیفه مهندسی خود به عنوان تحلیل‌گر ریشه‌ای شکست خورده‌اید [cite: 1.1.5].
ارزش این مستندات در کشف شکاف‌های پنهان در لایه‌های دفاعی پالایشگاه و پر کردن این شکاف‌ها پیش از آزاد شدن مجدد انرژی خطرناک است. مستندسازی شفاف، مبتنی بر شواهد و بدون تعارف، تنها راه نجات جان انسان‌ها و حفظ سرمایه‌های ملی در صنایع پرمخاطره است.
دیدگاهتان را بنویسید
برای نوشتن دیدگاه باید وارد بشوید.