استانداردهای مهندسی حریق و ایمنی
پیام
پاسخ صحیح: ب
وقتی فشار خروجی پمپ خوب است اما انتهای شبکه فشار کم دارد، باید دنبال مشکل در خود شبکه توزیع گشت. رسوب، شیر نیمهباز، Air Pocket، گرفتگی موضعی یا Loop بسته. وجود هوا در نقاط مرتفع میتواند جریان را ناپایدار کرده و افت فشار غیرعادی ایجاد کند.
وقتی فشار خروجی پمپ خوب است اما انتهای شبکه فشار کم دارد، باید دنبال مشکل در خود شبکه توزیع گشت. رسوب، شیر نیمهباز، Air Pocket، گرفتگی موضعی یا Loop بسته. وجود هوا در نقاط مرتفع میتواند جریان را ناپایدار کرده و افت فشار غیرعادی ایجاد کند.
۶۲
فقط یک جرقه کافی است...
عملیات Hot Work مانند جوشکاری، برشکاری و سنگزنی در صورت عدم کنترل خطرات میتواند به آتشسوزی یا انفجار منجر شود.
بر اساس توصیههای CSB و استاندارد NFPA 51B، اجرای مجوز Hot Work، حذف منابع اشتعال، ارزیابی ریسک، پایش گازهای قابل اشتعال و استقرار Fire Watch از مهمترین الزامات پیشگیری از این حوادث هستند.
پ ن : روزانه تیم های HSE و Fire با این عملیات در ارتباط هستند اما کافی ست که فقط یکبار لایه های ایمنی هر فعالیت اینچنینی مورد توجه قرار نگیرد!
️ @ifssch
عملیات Hot Work مانند جوشکاری، برشکاری و سنگزنی در صورت عدم کنترل خطرات میتواند به آتشسوزی یا انفجار منجر شود.
بر اساس توصیههای CSB و استاندارد NFPA 51B، اجرای مجوز Hot Work، حذف منابع اشتعال، ارزیابی ریسک، پایش گازهای قابل اشتعال و استقرار Fire Watch از مهمترین الزامات پیشگیری از این حوادث هستند.
پ ن : روزانه تیم های HSE و Fire با این عملیات در ارتباط هستند اما کافی ست که فقط یکبار لایه های ایمنی هر فعالیت اینچنینی مورد توجه قرار نگیرد!
️ @ifssch۳۱مدیریت اطلاعات و مستندات اطلاعاتی در شرایط ابهام عملیاتی - شرح مفاهیم مهم
مهدی بختیاری کیا
یک فرایند عملیاتی برای تبدیل مشاهدات پراکنده، گزارش های اولیه، داده های فنی و اطلاعات حساس به مبنای قابل اتکای تصمیم گیری است. در NIMS، این حوزه با عنوان “Information and Intelligence Management” شناخته می شود و با فرماندهی و هماهنگی، مدیریت منابع، ارتباطات و برنامه ریزی اقدام حادثه ارتباط مستقیم دارد. هدف آن تولید یک برداشت مشترک، به روز و قابل استناد از وضعیت حادثه برای فرماندهی، بخش عملیات، برنامه ریزی، لجستیک و سازمان های همکار است.
در دقایق نخست حادثه، اغلب داده های دریافت شده ناقص، متناقض یا تاییدنشده هستند. تماس شهروندان، گزارش نخستین تیم های ورودی، داده حسگرها، اطلاعات مرکز کنترل، نقشه تاسیسات، برگه اطلاعات ایمنی مواد، تصاویر پهپاد و گزارش سازمان های دیگر، همگی ممکن است درباره یک حادثه واحد اطلاعات متفاوت ارائه دهند. بنابراین هر داده نباید بلافاصله به عنوان واقعیت عملیاتی وارد تصمیم فرماندهی شود. داده باید ابتدا با منبع، زمان ثبت، محل مشاهده، روش دریافت و میزان قابلیت اعتماد آن ثبت شود. تفاوت میان “Data”، “Information” و “Intelligence” باید در ساختار حادثه روشن باشد. داده، مشاهده یا گزارش خام است؛ مانند اعلام بوی نامشخص، مشاهده دود، عدد ثبت شده روی گازسنج یا تماس یک شاهد. اطلاعات، داده ای است که با زمینه عملیاتی ترکیب شده و برای یک تصمیم محدود قابل استفاده است؛ مانند تایید وجود نشتی در بخش جنوبی تاسیسات. “Intelligence” یا اطلاعات تحلیلی، محصولی است که با جمع آوری، پردازش، اعتبارسنجی، تحلیل و انتشار کنترل شده تولید می شود و برای پیش بینی تهدید، کشف الگو، شناسایی مخاطره یا تصمیم های حساس کاربرد دارد. برای جلوگیری از ورود گزارش های تاییدنشده به برنامه عملیات، هر گزارش باید دارای “Source Identification” یا شناسه منبع باشد. ثبت نام یا کد منبع، زمان دریافت، زمان وقوع مشاهده، موقعیت جغرافیایی، واحد گزارش دهنده و روش تایید، امکان بازبینی و اصلاح تصمیم را فراهم می کند. اگر یک گزارش بر مبنای مشاهده مستقیم نباشد، باید به عنوان گزارش ثانویه یا تاییدنشده مشخص شود. در حادثه مواد خطرناک، گزارش یک فرد درباره نوع ماده، تا زمان انطباق با برچسب مخزن، اسناد حمل، برگه اطلاعات ایمنی، مشخصات فرآیندی تاسیسات یا پایش فنی، نباید مبنای انتخاب سطح حفاظت تنفسی قرار گیرد. اعتبارسنجی اطلاعات تنها به مقایسه دو گزارش محدود نیست. تیم مدیریت اطلاعات باید سازگاری گزارش با شرایط محیطی، جهت و سرعت باد، مدل انتشار، نقشه تاسیسات، علائم بالینی مصدومان، نتایج پایش اتمسفری و تصاویر میدانی را بررسی کند. در این مرحله، داده های ناسازگار حذف نمی شوند، بلکه با سطح اطمینان پایین تر ثبت می گردند. استفاده از طبقه بندی هایی مانند “Confirmed”، “Probable”، “Unconfirmed” و “Disproved” باعث می شود فرمانده میان واقعیت تاییدشده، احتمال عملیاتی و ادعای اثبات نشده تمایز قائل شود.
سطح اطمینان یا “Confidence Level” باید همراه هر ارزیابی تحلیلی اعلام شود. یک پیش بینی با سطح اطمینان پایین ممکن است برای افزایش پایش، گسترش محدوده ارزیابی یا درخواست منبع تخصصی کافی باشد، اما نباید بدون شواهد تکمیلی مبنای تخلیه گسترده، ورود نیرو به منطقه آلوده یا اعلام عمومی قطعی قرار گیرد. برعکس، وجود خطر فوری برای جان انسان می تواند اجرای اقدام احتیاطی موقت را حتی پیش از تایید کامل اطلاعات توجیه کند، مشروط بر اینکه ماهیت موقت و مبنای آن در مستندات حادثه ثبت شود. در ساختار ICS، “Situation Unit” در بخش برنامه ریزی مسئول گردآوری، سازمان دهی و نمایش وضعیت فعلی و پیش بینی شده حادثه است. این واحد باید نقشه عملیاتی، محدوده های حادثه، موقعیت نیروها، مسیرهای دسترسی، مناطق تخلیه، وضعیت آب و هوا، گسترش مخاطره و تغییرات مهم را به صورت زمان بندی شده نگهداری کند. محصول اصلی آن، پشتیبانی از “Common Operating Picture” یا تصویر عملیاتی مشترک است؛ یعنی همه بخش های مرتبط بر پایه یک تصویر، زمان مرجع و اصطلاحات مشترک تصمیم بگیرند. “Resources Unit” باید وضعیت منابع را مستقل از گزارش های شفاهی ثبت و به روز کند. وضعیت هر منبع شامل محل، ماموریت، سرپرست، قابلیت، زمان ورود، وضعیت عملیاتی، زمان استراحت و زمان خروج است. تطبیق وضعیت منابع با تصویر عملیاتی مشترک، از اعزام همزمان چند تیم به یک نقطه، فراموش شدن تیم های درگیر در منطقه خطر یا تخصیص منبع فاقد قابلیت لازم جلوگیری می کند. اطلاعات منابع باید مستقیما در تدوین و اصلاح “Incident Action Plan” استفاده شود. در حوادث دارای ابعاد امنیتی، جنایی، تهدید عمدی، تلفات گسترده، افراد مفقود یا شواهد قابل پیگرد، ساختار “Intelligence and Invest️ @ifssch
مهدی بختیاری کیا یک فرایند عملیاتی برای تبدیل مشاهدات پراکنده، گزارش های اولیه، داده های فنی و اطلاعات حساس به مبنای قابل اتکای تصمیم گیری است. در NIMS، این حوزه با عنوان “Information and Intelligence Management” شناخته می شود و با فرماندهی و هماهنگی، مدیریت منابع، ارتباطات و برنامه ریزی اقدام حادثه ارتباط مستقیم دارد. هدف آن تولید یک برداشت مشترک، به روز و قابل استناد از وضعیت حادثه برای فرماندهی، بخش عملیات، برنامه ریزی، لجستیک و سازمان های همکار است.
در دقایق نخست حادثه، اغلب داده های دریافت شده ناقص، متناقض یا تاییدنشده هستند. تماس شهروندان، گزارش نخستین تیم های ورودی، داده حسگرها، اطلاعات مرکز کنترل، نقشه تاسیسات، برگه اطلاعات ایمنی مواد، تصاویر پهپاد و گزارش سازمان های دیگر، همگی ممکن است درباره یک حادثه واحد اطلاعات متفاوت ارائه دهند. بنابراین هر داده نباید بلافاصله به عنوان واقعیت عملیاتی وارد تصمیم فرماندهی شود. داده باید ابتدا با منبع، زمان ثبت، محل مشاهده، روش دریافت و میزان قابلیت اعتماد آن ثبت شود. تفاوت میان “Data”، “Information” و “Intelligence” باید در ساختار حادثه روشن باشد. داده، مشاهده یا گزارش خام است؛ مانند اعلام بوی نامشخص، مشاهده دود، عدد ثبت شده روی گازسنج یا تماس یک شاهد. اطلاعات، داده ای است که با زمینه عملیاتی ترکیب شده و برای یک تصمیم محدود قابل استفاده است؛ مانند تایید وجود نشتی در بخش جنوبی تاسیسات. “Intelligence” یا اطلاعات تحلیلی، محصولی است که با جمع آوری، پردازش، اعتبارسنجی، تحلیل و انتشار کنترل شده تولید می شود و برای پیش بینی تهدید، کشف الگو، شناسایی مخاطره یا تصمیم های حساس کاربرد دارد. برای جلوگیری از ورود گزارش های تاییدنشده به برنامه عملیات، هر گزارش باید دارای “Source Identification” یا شناسه منبع باشد. ثبت نام یا کد منبع، زمان دریافت، زمان وقوع مشاهده، موقعیت جغرافیایی، واحد گزارش دهنده و روش تایید، امکان بازبینی و اصلاح تصمیم را فراهم می کند. اگر یک گزارش بر مبنای مشاهده مستقیم نباشد، باید به عنوان گزارش ثانویه یا تاییدنشده مشخص شود. در حادثه مواد خطرناک، گزارش یک فرد درباره نوع ماده، تا زمان انطباق با برچسب مخزن، اسناد حمل، برگه اطلاعات ایمنی، مشخصات فرآیندی تاسیسات یا پایش فنی، نباید مبنای انتخاب سطح حفاظت تنفسی قرار گیرد. اعتبارسنجی اطلاعات تنها به مقایسه دو گزارش محدود نیست. تیم مدیریت اطلاعات باید سازگاری گزارش با شرایط محیطی، جهت و سرعت باد، مدل انتشار، نقشه تاسیسات، علائم بالینی مصدومان، نتایج پایش اتمسفری و تصاویر میدانی را بررسی کند. در این مرحله، داده های ناسازگار حذف نمی شوند، بلکه با سطح اطمینان پایین تر ثبت می گردند. استفاده از طبقه بندی هایی مانند “Confirmed”، “Probable”، “Unconfirmed” و “Disproved” باعث می شود فرمانده میان واقعیت تاییدشده، احتمال عملیاتی و ادعای اثبات نشده تمایز قائل شود.
سطح اطمینان یا “Confidence Level” باید همراه هر ارزیابی تحلیلی اعلام شود. یک پیش بینی با سطح اطمینان پایین ممکن است برای افزایش پایش، گسترش محدوده ارزیابی یا درخواست منبع تخصصی کافی باشد، اما نباید بدون شواهد تکمیلی مبنای تخلیه گسترده، ورود نیرو به منطقه آلوده یا اعلام عمومی قطعی قرار گیرد. برعکس، وجود خطر فوری برای جان انسان می تواند اجرای اقدام احتیاطی موقت را حتی پیش از تایید کامل اطلاعات توجیه کند، مشروط بر اینکه ماهیت موقت و مبنای آن در مستندات حادثه ثبت شود. در ساختار ICS، “Situation Unit” در بخش برنامه ریزی مسئول گردآوری، سازمان دهی و نمایش وضعیت فعلی و پیش بینی شده حادثه است. این واحد باید نقشه عملیاتی، محدوده های حادثه، موقعیت نیروها، مسیرهای دسترسی، مناطق تخلیه، وضعیت آب و هوا، گسترش مخاطره و تغییرات مهم را به صورت زمان بندی شده نگهداری کند. محصول اصلی آن، پشتیبانی از “Common Operating Picture” یا تصویر عملیاتی مشترک است؛ یعنی همه بخش های مرتبط بر پایه یک تصویر، زمان مرجع و اصطلاحات مشترک تصمیم بگیرند. “Resources Unit” باید وضعیت منابع را مستقل از گزارش های شفاهی ثبت و به روز کند. وضعیت هر منبع شامل محل، ماموریت، سرپرست، قابلیت، زمان ورود، وضعیت عملیاتی، زمان استراحت و زمان خروج است. تطبیق وضعیت منابع با تصویر عملیاتی مشترک، از اعزام همزمان چند تیم به یک نقطه، فراموش شدن تیم های درگیر در منطقه خطر یا تخصیص منبع فاقد قابلیت لازم جلوگیری می کند. اطلاعات منابع باید مستقیما در تدوین و اصلاح “Incident Action Plan” استفاده شود. در حوادث دارای ابعاد امنیتی، جنایی، تهدید عمدی، تلفات گسترده، افراد مفقود یا شواهد قابل پیگرد، ساختار “Intelligence and Invest
️ @ifssch۳۱۱۱igations Function” می تواند در قالب یک واحد، یک شاخه، یک بخش مستقل یا ساختاری هماهنگ با سازمان صلاحیت دار ایجاد شود. راهنمای FEMA در سال 2025، وظایف این ساختار را جمع آوری، پردازش، تحلیل، ایمن سازی و انتشار اطلاعات و مستندات اطلاعاتی، پشتیبانی از پیشگیری و بازدارندگی فعالیت غیرقانونی، مدیریت شواهد و انجام تحقیقات مرتبط می داند. در چنین شرایطی، اطلاعات عملیاتی و اطلاعات تحقیقاتی نباید بدون کنترل در یک مسیر مشترک پخش شوند. فرمانده عملیات برای حفاظت از کارکنان و اجرای ماموریت، به اطلاعاتی مانند محل تهدید، محدوده خطر، روش ورود ایمن و محدودیت های صحنه نیاز دارد. اما جزئیات هویت منابع، روش های تحقیق، داده های شخصی، شواهد قضایی یا اطلاعات طبقه بندی شده ممکن است فقط برای افراد دارای صلاحیت قابل دسترسی باشد. بنابراین باید میان “Need to Know” یا نیاز عملیاتی به دانستن و “Right to Know” یا مجوز قانونی دسترسی تمایز برقرار شود. مدیریت شواهد در حوادثی که جنبه قضایی یا امنیتی دارند، بخشی از مدیریت اطلاعات است. هر شیء، نمونه، تصویر، فایل دیجیتال یا سندی که احتمال ارزش اثباتی دارد، باید با مشخصات یکتا، محل کشف، زمان، نام تحویل دهنده، نام تحویل گیرنده و وضعیت نگهداری ثبت شود. این زنجیره ثبت و انتقال با عنوان “Chain of Custody” شناخته می شود. قطع شدن این زنجیره می تواند قابلیت استناد به شواهد را در فرایندهای قانونی تضعیف کند و همزمان تصمیم های فرماندهی را با ابهام مواجه سازد. چرخه تولید اطلاعات تحلیلی باید از چرخه عملیات جدا نباشد. ابتدا نیاز اطلاعاتی فرمانده مشخص می شود؛ مانند نوع ماده، محدوده واقعی انتشار، احتمال گسترش به منطقه مسکونی، وضعیت افراد مفقود یا احتمال وجود عامل عمدی. سپس برنامه جمع آوری تنظیم می شود و تعیین می گردد کدام واحد، با چه وسیله ای، از کدام نقطه و تا چه زمانی داده را دریافت می کند. پس از پردازش و تحلیل، محصول باید متناسب با مخاطب منتشر شود. یک نقشه فنی برای فرمانده عملیات، ممکن است با گزارش خلاصه مورد نیاز مسئول اطلاع رسانی عمومی تفاوت داشته باشد. هر محصول اطلاعاتی باید دارای زمان تهیه، دوره اعتبار، منبع یا منابع، سطح اطمینان، تهیه کننده و محدودیت انتشار باشد. اطلاعات بدون زمان مرجع، در حادثه پویا می تواند خطرناک باشد؛ زیرا داده صحیح مربوط به سی دقیقه قبل، ممکن است پس از تغییر باد، تغییر فشار مخزن یا گسترش حریق دیگر برای تصمیم فعلی معتبر نباشد. زمان بندی اطلاعات باید با دوره عملیاتی و زمان تدوین “Incident Action Plan” هماهنگ شود.“Information Overload” یا انباشت کنترل نشده اطلاعات، زمانی رخ می دهد که فرمانده به جای دریافت تحلیل مرتبط با تصمیم، با پیام ها، تصاویر و گزارش های بدون اولویت مواجه شود. راه کنترل آن حذف اطلاعات نیست، بلکه تعیین “Essential Elements of Information” یا عناصر اطلاعاتی ضروری است. این عناصر مشخص می کنند فرمانده برای تصمیم جاری دقیقا به چه اطلاعاتی نیاز دارد، چه کسی مسئول تامین آن است و چه زمانی باید گزارش شود. سایر داده ها می توانند ثبت و بایگانی شوند، اما نباید مسیر تصمیم فوری را مسدود کنند.
خروجی مدیریت اطلاعات باید به صورت مستقیم در برنامه اقدام حادثه وارد شود. اگر تحلیل نشان دهد جهت باد تغییر کرده، محدوده گرم، گرم زدایی یا استقرار نیروها باید بازنگری شود. اگر وضعیت یک منبع تغییر کند، ماموریت و پشتیبانی آن باید در برنامه عملیاتی اصلاح شود. اگر داده های جدید وجود تهدید امنیتی را نشان دهند، کنترل دسترسی، نقاط تجمع، مسیرهای ورود و خروج و تدابیر حفاظت نیروها باید با تصمیم فرماندهی تغییر کند. بنابراین “Incident Action Plan” باید بازتاب تصمیم های مبتنی بر اطلاعات تاییدشده و تحلیل های دارای سطح اطمینان مشخص باشد. در “Unified Command”، تصویر عملیاتی مشترک فقط زمانی معتبر است که سازمان های حاضر زمان مرجع، نقشه پایه، واژگان عملیاتی، روش گزارش دهی و سطح دسترسی اطلاعات را هماهنگ کنند. تبادل اطلاعات به معنای انتشار نامحدود همه داده ها نیست. ISO 22320:2018 بر اشتراک گذاری اطلاعات و دیدگاه ها برای ایجاد آگاهی موقعیتی و تصویر عملیاتی مشترک تاکید دارد. این اشتراک گذاری باید به گونه ای طراحی شود که هم تصمیم گیری مشترک را ممکن کند و هم امنیت اطلاعات، محرمانگی و الزامات قانونی هر سازمان حفظ شود. مستندسازی نهایی شامل گزارش های وضعیت، نقشه های عملیاتی، گزارش های پایش، ثبت منابع، پیام های فرماندهی، تصمیم های کلیدی، تغییرات برنامه اقدام، سوابق ارتباطی و اسناد شواهد است. این مستندات برای انتقال فرماندهی، ارزیابی ایمنی، بازیابی هزینه، تحلیل پس از حادثه، رسیدگی حقوقی و بهبود برنامه های آینده ضروری هستند. در نتیجه، مدیریت اطلاعات در شرایط ابهام عملیاتی یک فعالیت اداری جانبی نیست؛ بلکه زیرساخت تصمیم گیری ایمن،️ @ifssch
خروجی مدیریت اطلاعات باید به صورت مستقیم در برنامه اقدام حادثه وارد شود. اگر تحلیل نشان دهد جهت باد تغییر کرده، محدوده گرم، گرم زدایی یا استقرار نیروها باید بازنگری شود. اگر وضعیت یک منبع تغییر کند، ماموریت و پشتیبانی آن باید در برنامه عملیاتی اصلاح شود. اگر داده های جدید وجود تهدید امنیتی را نشان دهند، کنترل دسترسی، نقاط تجمع، مسیرهای ورود و خروج و تدابیر حفاظت نیروها باید با تصمیم فرماندهی تغییر کند. بنابراین “Incident Action Plan” باید بازتاب تصمیم های مبتنی بر اطلاعات تاییدشده و تحلیل های دارای سطح اطمینان مشخص باشد. در “Unified Command”، تصویر عملیاتی مشترک فقط زمانی معتبر است که سازمان های حاضر زمان مرجع، نقشه پایه، واژگان عملیاتی، روش گزارش دهی و سطح دسترسی اطلاعات را هماهنگ کنند. تبادل اطلاعات به معنای انتشار نامحدود همه داده ها نیست. ISO 22320:2018 بر اشتراک گذاری اطلاعات و دیدگاه ها برای ایجاد آگاهی موقعیتی و تصویر عملیاتی مشترک تاکید دارد. این اشتراک گذاری باید به گونه ای طراحی شود که هم تصمیم گیری مشترک را ممکن کند و هم امنیت اطلاعات، محرمانگی و الزامات قانونی هر سازمان حفظ شود. مستندسازی نهایی شامل گزارش های وضعیت، نقشه های عملیاتی، گزارش های پایش، ثبت منابع، پیام های فرماندهی، تصمیم های کلیدی، تغییرات برنامه اقدام، سوابق ارتباطی و اسناد شواهد است. این مستندات برای انتقال فرماندهی، ارزیابی ایمنی، بازیابی هزینه، تحلیل پس از حادثه، رسیدگی حقوقی و بهبود برنامه های آینده ضروری هستند. در نتیجه، مدیریت اطلاعات در شرایط ابهام عملیاتی یک فعالیت اداری جانبی نیست؛ بلکه زیرساخت تصمیم گیری ایمن،
️ @ifssch۲۲۱۱هماهنگ و قابل پاسخگویی در فرماندهی حادثه است.
منابعFederal Emergency Management Agency. National Incident Management System, Third Edition. October 2017.
Federal Emergency Management Agency. NIMS: Intelligence Investigations Function Guidance. February 2025.
International Organization for Standardization. ISO 22320:2018, Security and resilience - Emergency management - Guidelines for incident management.
Occupational Safety and Health Administration. 29 CFR 1910.120(q), Emergency Response to Hazardous Substance Releases.
️ @ifssch
همکاران محترم
این مقاله در درجه اول برای فرماندهان حادثه و سپس برای سایر سرپرستان قسمتها مفید می باشد.
منابعFederal Emergency Management Agency. National Incident Management System, Third Edition. October 2017.
Federal Emergency Management Agency. NIMS: Intelligence Investigations Function Guidance. February 2025.
International Organization for Standardization. ISO 22320:2018, Security and resilience - Emergency management - Guidelines for incident management.
Occupational Safety and Health Administration. 29 CFR 1910.120(q), Emergency Response to Hazardous Substance Releases.
️ @ifsschهمکاران محترم
این مقاله در درجه اول برای فرماندهان حادثه و سپس برای سایر سرپرستان قسمتها مفید می باشد.
۳۲۱۱
مبانی تعیین تقاضای آب آتشنشانی در تأسیسات نفت، گاز و پتروشیمی ( خلاصه)
مهدی بختیاری کیا
تعیین Fire Water Demand یکی از مهمترین مراحل طراحی سیستم حفاظت در برابر حریق در تأسیسات نفت، گاز و پتروشیمی است. ظرفیت Fire Pump، مخازن ذخیره و شبکه Fire Water باید بر اساس بزرگترین سناریوی حریق طراحی تعیین شود؛ بنابراین یک دبی ثابت و عمومی برای تمام تأسیسات وجود ندارد.
مبنای تعیین Fire Water Demand
فرآیند تعیین تقاضای آب با Fire Hazard Analysis (FHA) و تعریف Design Fire Scenario آغاز میشود. در این مرحله باید مشخص شود در بدترین سناریوی قابل پیشبینی، کدام تجهیزات یا نواحی درگیر حریق خواهند شد و چه سیستمهایی باید بهطور همزمان فعال باشند.
تقاضای نهایی، بسته به Design Basis پروژه، میتواند شامل موارد زیر باشد:
آب موردنیاز Deluge و Fixed Water SprayHydrant، Fire Monitor و Hose Stream آب موردنیاز برای Exposure Coolingحفاظت از تجهیزات و مخازن مجاورسایر مصارف آب آتشنشانی که در سناریوی طراحی باید همزمان تأمین شوند.
بهصورت مفهومی:
Fire Water Demand = Fixed Systems + Manual Firefighting + Exposure Cooling + Other Applicable Demands
Process Units و Risk Areas
محدوده حریق باید بر اساس فاصله تجهیزات، نوع مواد، احتمال سرایت حریق و الزامات Design Basis تعیین شود. برای مثال، در Saudi Aramco SAES-B-017 فاصله 15 متر (50 ft) برای تفکیک برخی Risk Areaها مورد استفاده قرار گرفته است؛ اما این فاصله یک الزام عمومی NFPA یا API برای تمام پروژهها نیست.
همچنین در همین استاندارد، برای Process Areaهای با ریسک بالا و متوسط، محدودههای مشخصی برای Fire Water Flow تعریف شده است. بنابراین اعداد موجود در استانداردهای Owner/Company باید دقیقاً با همان استاندارد نسبت داده شوند و نباید بهعنوان الزام عمومی صنعت معرفی شوند.
Fixed Water Spray و Deluge
در تأسیسات نفت و پتروشیمی، سیستمهای Water Spray و Deluge نقش مهمی در کنترل حریق و جلوگیری از تشدید آن دارند. API RP 2030 به کاربرد Fixed Water Spray Systems در صنایع نفت و پتروشیمی اختصاص دارد و NFPA 15 مرجع اصلی طراحی سیستمهای ثابت Water Spray است.
دبی موردنیاز این سیستمها باید بر اساس نوع تجهیز، Hazard، سطح حفاظت و الزامات استاندارد مربوطه محاسبه شود و نمیتوان یک دبی ثابت را برای تمام تجهیزات در نظر گرفت.
مخازن ذخیره
مخازن ذخیره میتوانند یکی از مهمترین منابع Fire Water Demand باشند. در سناریوی Tank Fire، علاوه بر حفاظت از مخزن درگیر، احتمال نیاز به Cooling مخازن مجاور و Exposure Protection نیز باید بررسی شود.
استانداردهای NFPA 30 و API RP 2021 از مراجع مهم در زمینه حفاظت و مدیریت حریق مخازن ذخیره هستند.
Hydraulic Design
پس از تعیین Maximum Fire Water Demand، باید توانایی شبکه برای تأمین همزمان Flow و Pressure موردنیاز بررسی شود. این موضوع از طریق Hydraulic Calculation انجام میشود.
به بیان ساده:
Fire Water Design = Flow + Pressure + Required Duration
انتخاب Fire Pump و تعیین حجم مخزن نیز باید بر اساس نتایج این محاسبات و الزامات استانداردهای مربوطه انجام شود. NFPA 20 برای Fire Pumps، NFPA 22 برای Fire Water Storage Tanks و NFPA 24 برای Private Fire Service Mains از مراجع اصلی هستند.
نکته مهم
عدد 3000 gpm یا فاصله 15 متر را نمیتوان بهعنوان یک الزام عمومی NFPA یا API برای تمام تأسیسات نفت و گاز بیان کرد. این مقادیر ممکن است در استانداردهای خاص شرکتها یا Ownerها، مانند Saudi Aramco SAES-B-017، بهعنوان معیار طراحی استفاده شوند.
مراجع کلیدی:
API RP 2001, API RP 2030, NFPA 15, NFPA 20, NFPA 22, NFPA 24, NFPA 30, Flammable and Combustible Liquids Code, Saudi Aramco SAES-B-017, Fire Water System
کپی برداری از مطالب با ذکر آدرس کانال / نام نویسنده بلامانع است.
️ @ifssch
مهدی بختیاری کیاتعیین Fire Water Demand یکی از مهمترین مراحل طراحی سیستم حفاظت در برابر حریق در تأسیسات نفت، گاز و پتروشیمی است. ظرفیت Fire Pump، مخازن ذخیره و شبکه Fire Water باید بر اساس بزرگترین سناریوی حریق طراحی تعیین شود؛ بنابراین یک دبی ثابت و عمومی برای تمام تأسیسات وجود ندارد.
مبنای تعیین Fire Water Demand
فرآیند تعیین تقاضای آب با Fire Hazard Analysis (FHA) و تعریف Design Fire Scenario آغاز میشود. در این مرحله باید مشخص شود در بدترین سناریوی قابل پیشبینی، کدام تجهیزات یا نواحی درگیر حریق خواهند شد و چه سیستمهایی باید بهطور همزمان فعال باشند.
تقاضای نهایی، بسته به Design Basis پروژه، میتواند شامل موارد زیر باشد:
آب موردنیاز Deluge و Fixed Water SprayHydrant، Fire Monitor و Hose Stream آب موردنیاز برای Exposure Coolingحفاظت از تجهیزات و مخازن مجاورسایر مصارف آب آتشنشانی که در سناریوی طراحی باید همزمان تأمین شوند.بهصورت مفهومی:Fire Water Demand = Fixed Systems + Manual Firefighting + Exposure Cooling + Other Applicable Demands
Process Units و Risk Areas
محدوده حریق باید بر اساس فاصله تجهیزات، نوع مواد، احتمال سرایت حریق و الزامات Design Basis تعیین شود. برای مثال، در Saudi Aramco SAES-B-017 فاصله 15 متر (50 ft) برای تفکیک برخی Risk Areaها مورد استفاده قرار گرفته است؛ اما این فاصله یک الزام عمومی NFPA یا API برای تمام پروژهها نیست.
همچنین در همین استاندارد، برای Process Areaهای با ریسک بالا و متوسط، محدودههای مشخصی برای Fire Water Flow تعریف شده است. بنابراین اعداد موجود در استانداردهای Owner/Company باید دقیقاً با همان استاندارد نسبت داده شوند و نباید بهعنوان الزام عمومی صنعت معرفی شوند.
Fixed Water Spray و Deluge
در تأسیسات نفت و پتروشیمی، سیستمهای Water Spray و Deluge نقش مهمی در کنترل حریق و جلوگیری از تشدید آن دارند. API RP 2030 به کاربرد Fixed Water Spray Systems در صنایع نفت و پتروشیمی اختصاص دارد و NFPA 15 مرجع اصلی طراحی سیستمهای ثابت Water Spray است.
دبی موردنیاز این سیستمها باید بر اساس نوع تجهیز، Hazard، سطح حفاظت و الزامات استاندارد مربوطه محاسبه شود و نمیتوان یک دبی ثابت را برای تمام تجهیزات در نظر گرفت.
مخازن ذخیرهمخازن ذخیره میتوانند یکی از مهمترین منابع Fire Water Demand باشند. در سناریوی Tank Fire، علاوه بر حفاظت از مخزن درگیر، احتمال نیاز به Cooling مخازن مجاور و Exposure Protection نیز باید بررسی شود.
استانداردهای NFPA 30 و API RP 2021 از مراجع مهم در زمینه حفاظت و مدیریت حریق مخازن ذخیره هستند.
Hydraulic Design
پس از تعیین Maximum Fire Water Demand، باید توانایی شبکه برای تأمین همزمان Flow و Pressure موردنیاز بررسی شود. این موضوع از طریق Hydraulic Calculation انجام میشود.
به بیان ساده:Fire Water Design = Flow + Pressure + Required Duration
انتخاب Fire Pump و تعیین حجم مخزن نیز باید بر اساس نتایج این محاسبات و الزامات استانداردهای مربوطه انجام شود. NFPA 20 برای Fire Pumps، NFPA 22 برای Fire Water Storage Tanks و NFPA 24 برای Private Fire Service Mains از مراجع اصلی هستند.
نکته مهمعدد 3000 gpm یا فاصله 15 متر را نمیتوان بهعنوان یک الزام عمومی NFPA یا API برای تمام تأسیسات نفت و گاز بیان کرد. این مقادیر ممکن است در استانداردهای خاص شرکتها یا Ownerها، مانند Saudi Aramco SAES-B-017، بهعنوان معیار طراحی استفاده شوند.
مراجع کلیدی:
API RP 2001, API RP 2030, NFPA 15, NFPA 20, NFPA 22, NFPA 24, NFPA 30, Flammable and Combustible Liquids Code, Saudi Aramco SAES-B-017, Fire Water System
کپی برداری از مطالب با ذکر آدرس کانال / نام نویسنده بلامانع است.️ @ifssch۴۱۱