نقش کارشناس PSM در شناسایی سناریوهای از دست رفتن مهار فرایند
خلاصه مقاله
در بسیاری از حوادث بزرگ صنعت نفت، گاز و پتروشیمی، فاجعه از یک تصمیم خیلی پیچیده شروع نشده؛ از یک از دست رفتن مهار فرایند یا رهاسازی ناخواسته ماده خطرناک شروع شده است. نشتی از فلنج، پارگی شیلنگ، شکست لوله، خوردگی پنهان، بازماندن مسیر تخلیه، خطای راه‌اندازی، overfill مخزن یا از کار افتادن یک سد حفاظتی، همگی می‌توانند به سناریویی تبدیل شوند که چند دقیقه بعد دیگر فقط یک مشکل فنی نیست، بلکه بحران انسانی، عملیاتی و اعتباری است. سؤال اصلی برای مدیر HSE این نیست که «بعد از نشت چه کنیم»، بلکه این است که چه کسی باید قبل از حادثه سناریوهای از دست رفتن مهار را ببیند، ترجمه کند و برای کنترل آن‌ها سازمان را به اقدام وادار کند؟
دقیقاً اینجاست که نقش کارشناس مدیریت ایمنی فرایند (PSM) برجسته می‌شود. او قرار نیست فقط فهرستی از نشتی‌های محتمل تهیه کند یا صرفاً در جلسات تحلیل مخاطرات فرایند حاضر باشد. نقش واقعی او این است که بین طراحی، بهره‌برداری، نگهداری، یکپارچگی مکانیکی، مدیریت تغییر، داده‌های خرابی و تصمیم‌های مدیریتی ارتباط برقرار کند تا سازمان بتواند سناریوهای از دست رفتن مهار را قبل از تبدیل شدن به حادثه ببیند. به بیان ساده، کارشناس PSM باید کمک کند «نقطه نشت» فقط یک نقص تجهیز دیده نشود، بلکه به‌عنوان شروع یک سناریوی فاجعه‌بار با مسیر پیامد، سدهای حفاظتی، ضعف‌های پنهان و اولویت مدیریتی فهمیده شود.
اگر این نقش ضعیف باشد، سازمان معمولاً نشتی‌ها را موردی می‌بیند، داده‌ها را پراکنده نگه می‌دارد، بین خوردگی، تغییرات عملیاتی، تأخیر تعمیرات، ضعف رویه‌ها و سناریوهای بزرگ ارتباط نمی‌سازد و در نهایت، ریسک را دیرتر از زمانی می‌بیند که باید. این مقاله برای همین نوشته شده است: اینکه کارشناس PSM دقیقاً چگونه سناریوهای از دست رفتن مهار را شناسایی می‌کند، چرا این کار فقط وظیفه بازرسی یا تعمیرات نیست، و مدیر HSE از کجا بفهمد سازمانش این قابلیت را واقعاً دارد یا فقط تصور می‌کند دارد.
از دست رفتن مهار فرایند دقیقاً یعنی چه و چرا این‌قدر مهم است؟
از دست رفتن مهار فرایند یعنی ماده خطرناک یا انرژی فرایندی از محدوده‌ای که باید در آن کنترل شود، خارج شود.
این ماده می‌تواند:
- قابل اشتعال باشد
- سمی باشد
- خورنده باشد
- واکنش‌پذیر باشد
- تحت فشار یا دمای بالا باشد
این رهاسازی می‌تواند در ابعاد مختلف رخ دهد:
- نشت کوچک اما مداوم
- نشت ناگهانی از آب‌بند یا فلنج
- ترک یا پارگی خط
- شکست تجهیز تحت فشار
- سرریز یا overfill
- تخلیه ناخواسته به مسیر نامناسب
- رهاسازی ناشی از خطای عملیاتی یا تغییر کنترل‌نشده
اهمیت این موضوع در آن است که بسیاری از حوادث فرایندی بزرگ دقیقاً از همین‌جا شروع می‌شوند.
یعنی قبل از آتش‌سوزی، انفجار یا ابر سمی، ابتدا یک رهاسازی ناخواسته رخ داده است.
پس اگر سازمان در شناسایی سناریوهای از دست رفتن مهار ضعیف باشد، در واقع نقطه شروع بسیاری از حوادث بزرگ را ندیده است.
چرا شناسایی سناریوهای Loss of Containment فقط یک کار فنیِ تجهیزی نیست؟
یکی از خطاهای رایج این است که از دست رفتن مهار فقط به‌صورت یک نقص مکانیکی دیده شود؛ مثلاً:
- فلنج نشتی دارد
- شیر آب‌بندی نمی‌کند
- لوله خورده شده
- آب‌بند پمپ خراب شده
- PSV نشتی داخلی دارد
این نگاه اگرچه بخشی از واقعیت را می‌بیند، اما برای PSM کافی نیست.
چون سناریوی از دست رفتن مهار فقط به «محل خروج» مربوط نیست؛ به این هم مربوط است که:
- چه ماده‌ای خارج می‌شود
- با چه نرخ و در چه شرایطی خارج می‌شود
- در چه محیطی آزاد می‌شود
- چه منبع اشتعالی اطراف آن هست
- چه کسانی در معرض‌اند
- چه سدهای حفاظتی قبل و بعد از نشت وجود دارد
- و آیا سازمان نشانه‌های قبلی این سناریو را دیده یا نه
یعنی کارشناس PSM باید یک نشتی را از سطح «خرابی قطعه» به سطح «سناریوی ریسک فرایندی» ارتقا دهد.
این همان تفاوت نگاه عمومی با نگاه حرفه‌ای PSM است.
نقش اول کارشناس PSM: تبدیل نقاط نشت به سناریوهای ریسک
در بسیاری از واحدها، مواردی مثل leak، seepage، flange issue یا small release در گزارش‌های روزانه ثبت می‌شوند، اما همیشه به سناریوی واقعی ترجمه نمی‌شوند.
کارشناس PSM باید بپرسد:
- این نشت از چه نوع ماده‌ای است؟
- inventory پشت این نقطه چقدر است؟
- اگر نشت تشدید شود، پیامد چه خواهد بود؟
- آیا این فقط یک leak جزئی است یا نشانه یک failure mechanism بزرگ‌تر؟
- اگر isolation دیر انجام شود، چه می‌شود؟
- اگر ignition رخ دهد، چه سناریویی شکل می‌گیرد؟
- اگر این release در شب، هنگام راه‌اندازی یا در شرایط کم‌نیروی انسانی رخ دهد، وضعیت چگونه تغییر می‌کند؟
این یعنی کارشناس PSM صرفاً defect را ثبت نمی‌کند؛ او defect را در قالب سناریوی وقوع، گسترش و پیامد می‌بیند.
نقش دوم: دیدن منابع سناریو قبل از خودِ نشت
یکی از مهم‌ترین قابلیت‌های یک کارشناس PSM بالغ این است که فقط دنبال release رخ‌داده نرود؛ دنبال شرایطی برود که release را محتمل می‌کنند.
مثلاً:
- خوردگی زیر عایق
- لرزش مزمن خط
- تکرار نشتی در یک سرویس مشابه
- تغییرات فرایندی بدون بازنگری کامل
- افزایش دفعات start-up و shutdown
- backlog تعمیرات روی تجهیز بحرانی
- bypass طولانی‌مدت
- ضعف در ایزولاسیون
- شرایط بهره‌برداری خارج از intent طراحی
- failure تکرارشونده در آب‌بندها یا اتصالات
نقش کارشناس PSM این است که این داده‌ها را به هم وصل کند و بفهمد کجا «شرایط تولید نشت» در حال شکل‌گیری است.
برای مدیر HSE، این یکی از مهم‌ترین ارزش‌های PSM است: دیدن سناریوی قبل از حادثه.
نقش سوم: استفاده از اسناد فرایندی برای کشف مسیرهای Loss of Containment
کارشناس PSM برای شناسایی سناریوهای از دست رفتن مهار نباید فقط به مشاهده میدانی تکیه کند.
او باید از اسناد فرایندی هم استفاده کند، از جمله:
- نمودار جریان فرایند
- نقشه لوله‌کشی و ابزار دقیق
- منطق علت و معلول
- مشخصات تجهیز
- حدود طراحی
- مدارک شیرهای اطمینان و مسیرهای تخلیه
- سوابق تغییرات
در این اسناد او باید دنبال این موارد بگردد:
- نقاط دارای فشار و دمای بالا
- مسیرهای trapped pressure
- احتمال backflow
- مسیرهای تخلیه، drain و vent
- اتصالات موقت یا نقاط نمونه‌گیری
- محل‌های تزریق مواد شیمیایی
- تغییر فاز یا تنش‌های حرارتی
- نقاطی که isolation دشوار است
- تجهیزات با inventory بالا
یعنی اسناد برای او فقط مدارک مهندسی نیستند؛ نقشه پیدا کردن نقاط شروع سناریوی release هستند.
نقش چهارم: اتصال شناسایی سناریوها به تحلیل مخاطرات فرایند
سناریوهای از دست رفتن مهار نباید فقط در گزارش بازدید یا لیست نواقص بمانند.
کارشناس PSM باید آن‌ها را وارد زنجیره تحلیل کند:
- آیا این سناریو در تحلیل مخاطرات فرایند دیده شده؟
- اگر دیده شده، آیا فرضیات آن هنوز معتبر است؟
- اگر دیده نشده، چرا از قلم افتاده؟
- آیا لایه‌های حفاظتی فرض‌شده هنوز سالم‌اند؟
- آیا شرایط بهره‌برداری تغییر کرده و سناریو را تشدید کرده است؟
گاهی یک نشت کوچک یا یک finding میدانی، علامت آن است که سناریوی بزرگ‌تری در تحلیل‌ها کمتر از واقع دیده شده است.
کارشناس PSM باید این اتصال را بسازد تا شناسایی میدانی به یادگیری تحلیلی تبدیل شود.
نقش پنجم: تشخیص اینکه همه Loss of Containmentها ارزش یکسان ندارند
همه releaseها مهم‌اند، اما همه آن‌ها از نظر ریسک یکسان نیستند.
نقش کارشناس PSM این است که بین این‌ها تمایز بگذارد:
- release با ماده کم‌خطر در محیط باز
- release با ماده بسیار قابل اشتعال در مجاورت منبع اشتعال
- release در نقطه‌ای با inventory بالا
- release در فضای بسته یا نیمه‌بسته
- release در proximity افراد یا اتاق کنترل
- release در شرایطی که isolation دشوار است
- release در تجهیزی که failure escalation دارد
اگر این اولویت‌گذاری درست انجام نشود، سازمان ممکن است زمان و انرژی خود را روی موارد کم‌اثر صرف کند و موارد بحرانی‌تر را زیر انبوه داده‌ها از دست بدهد.
این همان جایی است که مدیر HSE باید از کارشناس PSM انتظار داشته باشد نقشه اولویت سناریوها را بسازد، نه فقط فهرست آن‌ها را.
نقش ششم: وصل‌کردن Loss of Containment به یکپارچگی مکانیکی
از دست رفتن مهار در بسیاری از موارد بدون اتصال به یکپارچگی مکانیکی قابل فهم نیست.
یعنی کارشناس PSM باید بفهمد:
- failure mechanism چیست؟
- چه تجهیزاتی در معرض آن هستند؟
- آیا برنامه بازرسی و آزمون متناسب است؟
- آیا شرایط سرویس تغییر کرده است؟
- آیا یافته‌های خوردگی، erosion، fatigue یا vibration به‌درستی ترجمه شده‌اند؟
- آیا backlog یا deferral روی تجهیز بحرانی وجود دارد؟
- آیا داده‌های شکست قبلی تحلیل می‌شوند یا فقط ثبت می‌شوند؟
در اینجا نقش PSM این نیست که جای متخصص بازرسی یا خوردگی را بگیرد؛ بلکه باید مطمئن شود خروجی‌های آن حوزه‌ها به زبان سناریوی ریسک ترجمه می‌شوند و در تصمیم مدیریتی گم نمی‌شوند.
برای شروع رشد حرفه ای روی تصویر زیر کلیک کنید:
نقش هفتم: دیدن اثر تغییرات بر سناریوهای release
خیلی از سناریوهای از دست رفتن مهار پس از یک تغییر شکل می‌گیرند:
- تغییر خوراک
- تغییر دبی
- تغییر set point
- تغییر مسیر بهره‌برداری
- تغییر منطق کنترل
- تغییر جنس قطعه
- تغییر رویه راه‌اندازی یا توقف
- تغییر پیمانکار تعمیراتی
- تغییر در برنامه بازرسی یا maintenance interval
اگر این تغییرات بدون نگاه PSM بررسی شوند، ممکن است release جدیدی ساخته شود که قبلاً وجود نداشته یا احتمال آن پایین‌تر بوده است.
کارشناس PSM باید در مدیریت تغییر کمک کند سؤال‌های درست پرسیده شود:
- این تغییر چه سناریوی release جدیدی ایجاد می‌کند؟
- کدام barrierها را ضعیف می‌کند؟
- آیا شرایط طراحی هنوز معتبر است؟
- آیا اسناد و رویه‌ها باید به‌روزرسانی شوند؟
این نگاه باعث می‌شود سازمان فقط بعد از نشت واکنش نشان ندهد، بلکه قبل از نشت، سناریو را از دل تغییرات ببیند.
نقش هشتم: استفاده از داده‌های روزمره برای دیدن الگوهای پنهان
بسیاری از سازمان‌ها داده دارند، اما تصویر ندارند.
کارشناس PSM باید داده‌های پراکنده را کنار هم بگذارد:
- نشتی‌های تکراری
- یافته‌های خوردگی
- انحراف‌های عملیاتی
- overdueهای بازرسی
- bypassهای باز
- خرابی آب‌بندها
- deferralهای تعمیراتی
- near missها
- alarmهای تکرارشونده
- رویدادهای کوچک release
وقتی این داده‌ها به‌صورت مجزا دیده شوند، هرکدام ممکن است کوچک به نظر برسند.
اما وقتی کنار هم قرار بگیرند، ممکن است یک الگوی روشن بسازند:
مثلاً یک سرویس مشخص، یک ناحیه خاص، یک نوع تجهیز یا یک شرایط بهره‌برداری، در حال تولید سناریوی release است.
این دقیقاً یکی از مهم‌ترین ارزش‌های کارشناس PSM برای مدیر HSE است:
تبدیل داده‌های پراکنده به هشدار راهبردی درباره ریسک فرایندی.
نقش نهم: ترجمه سناریوهای Loss of Containment به زبان مدیریت
یکی از خطاهای رایج این است که موضوع release در سطح فنی باقی بماند و به زبان تصمیم مدیریتی ترجمه نشود.
مثلاً گفته می‌شود:
- خوردگی در این خط بالاست
- چند نشتی تکرار شده
- این seal failure داشته
- این PSV overdue است
اما برای مدیر، این‌ها باید به زبان روشن‌تری ترجمه شوند:
- کدام سناریوی فاجعه‌بار در حال محتمل‌تر شدن است؟
- کدام barrier در حال تضعیف است؟
- پنجره زمانی اقدام چقدر است؟
- ریسک عدم اقدام چیست؟
- اقدام فوری، موقت و دائمی چه هستند؟
- کدام واحدها باید درگیر شوند؟
کارشناس PSM اگر این ترجمه را انجام ندهد، ممکن است داده درست وجود داشته باشد اما تصمیم درست شکل نگیرد.
PSM فقط شناسایی سناریو نیست؛ قابل‌تصمیم‌کردن سناریو برای مدیریت هم هست.
مدیر HSE از کجا بفهمد سازمانش در شناسایی Loss of Containment بالغ است؟
چند نشانه مهم بلوغ در این حوزه عبارت‌اند از:
- نشتی‌ها فقط ثبت نمی‌شوند، بلکه به سناریو و barrier متصل می‌شوند
- داده‌های خوردگی، بازرسی، تعمیرات و عملیات کنار هم تحلیل می‌شوند
- releaseهای کوچک به‌عنوان signal سناریوهای بزرگ‌تر دیده می‌شوند
- تغییرات عملیاتی و فنی از منظر release review می‌شوند
- نقاط آسیب‌پذیر با inventory و پیامد بالا شناخته شده‌اند
- اولویت‌بندی مبتنی بر ریسک وجود دارد، نه صرفاً شمارش موارد
- findings به تحلیل مخاطرات فرایند و مدیریت تغییر بازمی‌گردند
- مدیران فقط تعداد نشتی را نمی‌پرسند؛ درباره سناریو، barrier و exposure هم سؤال می‌پرسند
اگر این نشانه‌ها نباشد، احتمال زیادی وجود دارد که سازمان هنوز release را بیشتر به‌صورت رویداد عملیاتی ببیند تا سناریوی فرایندی.
خطای رایج: تقلیل Loss of Containment به آمار نشتی
این خطا بسیار خطرناک است.
بعضی سازمان‌ها فکر می‌کنند اگر تعداد نشتی‌ها کم باشد، یعنی وضعیت خوب است.
در حالی‌که:
- ممکن است releaseهای کوچک گزارش نشده باشند
- ممکن است موارد کم‌شمار اما پرفاجعه در حال شکل‌گیری باشند
- ممکن است داده‌ها فقط symptom را نشان دهند، نه mechanism را
- ممکن است یک failure با پیامد بالقوه بسیار بالا هنوز رخ نداده باشد، اما شرایط آن در حال تکمیل شدن باشد
کارشناس PSM باید کمک کند سازمان از شمارش ساده عبور کند و به این سؤال برسد:
کدام سناریوهای از دست رفتن مهار در حال محتمل‌تر شدن هستند و چرا؟
جمع‌بندی
نقش کارشناس PSM در شناسایی سناریوهای از دست رفتن مهار فرایند، فقط پیدا کردن نقاط نشتی یا بررسی چند تجهیز آسیب‌پذیر نیست. او باید بین اسناد فرایندی، شرایط بهره‌برداری، مکانیزم‌های خرابی، داده‌های نگهداری، تغییرات، یافته‌های بازرسی و پیامدهای بالقوه اتصال برقرار کند تا release از سطح «نقص فنی» به سطح «سناریوی ریسک فرایندی» ترجمه شود.
کارشناس PSM باید سناریوها را زودتر از حادثه ببیند، آن‌ها را اولویت‌بندی کند، به barrierها وصل کند، از دل تغییرات و داده‌های روزمره الگوهای پنهان را بیرون بکشد و در نهایت، آن‌ها را به زبان تصمیم مدیریتی ترجمه کند.
اگر این نقش درست ایفا شود، سازمان فقط پس از نشت واکنش نشان نمی‌دهد؛ قبل از نشت، ریسک را می‌بیند.
و این دقیقاً یکی از مهم‌ترین تفاوت‌های یک PSM زنده با یک PSM کاغذی است.
تمرین و تکلیف پیشنهادی
تمرین 1: نقشه نقاط بالقوه release را تهیه کنید
یک واحد فرایندی را انتخاب کنید و این موارد را فهرست کنید:
- 10 نقطه بالقوه از دست رفتن مهار
- نوع ماده در هر نقطه
- فشار یا دمای تقریبی
- inventory پشت هر نقطه
- پیامد بالقوه اولیه
تمرین 2: یک release کوچک را به سناریوی بزرگ‌تر ترجمه کنید
یک نشتی کوچک واقعی یا فرضی را انتخاب کنید و پاسخ دهید:
- اگر تشدید شود، به چه سناریویی می‌رسد؟
- barrierهای فعلی کدام‌اند؟
- کدام barrier ضعیف‌تر است؟
- اگر ignition رخ دهد، پیامد چگونه تغییر می‌کند؟
تمرین 3: ماتریس داده‌های هشدار زودهنگام بسازید
یک جدول با این ستون‌ها تهیه کنید:
- نوع داده
- مثال
- کدام سناریوی release را هشدار می‌دهد
- کدام واحد مالک داده است
- چه تصمیمی باید از آن بیرون بیاید
نمونه داده‌ها:
- خوردگی
- نشتی تکراری
- alarm تکرارشونده
- backlog تعمیرات
- bypass باز
- deviation عملیاتی
تمرین 4: یک تغییر را از منظر release بازبینی کنید
یک تغییر واقعی در واحد انتخاب کنید، مثل تغییر خوراک یا set point، و بررسی کنید:
- چه سناریوی جدیدی از release ممکن است ایجاد کرده باشد؟
- آیا در مدیریت تغییر دیده شده؟
- کدام اسناد باید به‌روز می‌شدند؟
- کدام واحدها باید درگیر می‌بودند؟
تمرین 5: یک اسلاید مدیریتی طراحی کنید
یک اسلاید یک‌صفحه‌ای با این 3 بخش تهیه کنید:
- 5 سناریوی مهم از دست رفتن مهار در واحد
- 3 barrier ضعیف یا در معرض تضعیف
- 3 اقدام فوری مدیریتی برای کاهش احتمال release
دیدگاهتان را بنویسید
برای نوشتن دیدگاه باید وارد بشوید.