Перейти к содержимому

Поиск по журналу

Введите слово или часть названия. Esc — закрыть.

Сохранённые материалы

Этот список хранится в вашем браузере.

ПР · Промышленная безопасность

Идентификация опасностей на промышленном объекте: методы, этапы и порядок проведения

Опубликовано
Чтение
13 мин
Шифр
ПР-8453

Идентификация опасностей — это исходный и наиболее критичный этап любого процесса оценки рисков на промышленном объекте. От полноты выявленных угроз зависит качество всех последующих решений: от выбора средств защиты и разработки инструкций до обоснования категорий объектов по ФЗ-116 и расчета зон поражения. В российской практике этот процесс жестко регламентирован федеральным законодательством и техническими регламентами, однако выбор конкретного инструмента (метода) остается за экспертами и владельцем объекта.

Главный принцип: метод должен соответствовать стадии жизненного цикла объекта, сложности технологий и целям анализа. Попытка применить HAZOP к простой складовой площадке или ограничиться чек-листом на нефтеперерабатывающем заводе приведет к упущению системных угроз или нецелевым затратам ресурсов. Ниже разобраны применимые методы, порядок их реализации и критерии выбора.

Нормативная база и цель процедуры

В Российской Федерации обязательность идентификации опасностей закреплена в Федеральном законе от 21.07.1997 № 116-ФЗ «Об промышленной безопасности опасных производственных объектов» (ст. 14, 15). Конкретные требования к составу и порядку проведения экспертизы промышленной безопасности, в которую входит анализ опасностей, детализированы в:

  • Положении о порядке проведения экспертизы промышленной безопасности (Постановление Правительства РФ от 13.03.2013 № 196);
  • Техническом регламенте Таможенного союза ТР ТС 012/2011 (безопасность оборудования для работы в взрывоопасных средах);
  • Техническом регламенте Таможенного союза ТР ТС 032/2013 (безопасность оборудования, работающего под избыточным давлением);
  • Федеральных нормативных документах в области промышленной безопасности (ФНД), утвержденных Ростехнадзором (например, ФНД № 506, ФНД № 507);
  • Национальных стандартах (ГОСТ Р 51901.11-2007, ГОСТ Р ИСО 12100-2013, ГОСТ Р МЭК 61882-2019).

Цель идентификации — составить максимально полный реестр опасностей (источников вреда), способных привести к аварии, инциденту или профессиональному заболеванию. Результат фиксируется в отчете об экспертизе промышленной безопасности, декларации промышленной безопасности и карте рисков объекта.

Классификация методов: качественные и количественные

Все методы делятся на две большие группы. На практике они почти всегда используются в комбинации: качественный анализ сужает поле поиска, количественный — оценивает значимость оставшихся рисков.

Качественные методы (Screening / Identification)

Отвечают на вопрос «Что может пойти не так?». Не требуют точных вероятностных данных, работают на основе экспертных суждений, чек-листов и структурных схем. Применяются на ранних стадиях проектирования, при аудите действующих объектов и для первичного отсева незначимых рисков.

Количественные методы (Quantitative Risk Assessment — QRA)

Отвечают на вопросы «Как часто?» и «Каковы последствия?». Требуют входных данных: частот отказов оборудования, вероятностей срабатывания защиты, моделей рассеивания веществ, поползновения пожара, поражения людей. Применяются для обоснования категории ОПО, расчета индивидуального и общественного риска, принятия решений о допустимости риска (ALARP).

Обзор основных методов идентификации

Выбор метода определяется сложностью процесса, стадией жизненного цикла и доступностью документации. Ниже приведено сравнение наиболее применяемых в РФ подходов.

Метод Суть подхода Область наилучшего применения Требования к команде и данным Трудоемкость
HAZOP (HAZard and OPerability Study) Системный анализ отклонений от проектных параметров (давление, температура, расход, фаза, состав) с помощью ключевых слов (НЕТ, БОЛЬШЕ, МЕНЬШЕ, ЧАСТИЧНО, ИНВЕРСИЯ и др.) для каждого узла (ноды) процесса. Сложные непрерывные и пакетные химические производства, нефтепереработка, газопереработка, объекты с нестандартной логикой управления. Обязателен для многих ОПО I и II категории при экспертизе ПД. Многодисциплинарная команда (технолог, автоматик, механик, эксплуатация, HSE, модератор). Полный пакет ПИД (P&ID), тепловые балансы, описание АСУ ТП, режимы работы. Высокая (недели/месяцы для крупного объекта)
HAZID (HAZard IDentification) Структурированный мозговой штурм по чек-листам типичных опасностей на ранних стадиях (концепт, FEED) или для обзора всего объекта целиком. Анализ по зонам/агрегатам, а не по нодам ПИД. Ранние стадии проектирования (до детальных ПИД), аудит действующих объектов, оценка внешних воздействий (стихии, соседние предприятия), логистика, склады. Команда общего профиля, базовое понимание технологий, планы генеральной планировки, классификаторы опасностей. Средняя (дни/недели)
What-if / Checklist (Что-если / Чек-листы) Комбинация формализованных списков проверки (на основе отраслевых стандартов, опыта аварий, требований НПА) и генерации сценариев вопросами «Что если…?». Простые объекты (склады, котельные, насосные станции), второстепенные системы (вентиляция, водоснабжение), верификация изменений (MOC), ежедневные/еженедельные аудиты. Небольшая группа (2-4 человека), актуальные чек-листы под отрасль/оборудование, базовые схемы. Низкая/Средняя (часы/дни)
FMEA / FMECA (Failure Modes and Effects Analysis) Анализ режимов отказов каждого компонента (клапан, насос, датчик, кабель) снизу вверх: режим отказа -> причина -> последствие для системы -> текущие меры защиты -> критичность (RPN). Проектирование и закупку критического оборудования (СЗА, АСУ ТП, компрессоры, турбины), анализ надежности СИБ (систем инструментального управления), валидация SIL. Специалисты по надежности, данные о надежности элементов (OREDA, данные заводов-изготовителей), функциональные схемы. Высокая (детализация до компонентов)
Bow-tie (Метод «Бантик») Визуализация пути от угрозы (Threat) через топ-событие (Top Event) к последствиям (Consequences) с барьерами предупреждения (Prevention) и смягчения (Mitigation). Часто используется для презентации результатов HAZOP/HAZID руководству и персоналу. Коммуникация рисков, обучение персонала, демонстрация соответствия ALARP, управление барьерами безопасности (Barrier Health Monitoring) в процессе эксплуатации. Готовые сценарии от HAZOP/HAZID, определенные барьеры (технические, организационные), ответственные за барьеры. Средняя (после основного анализа)
FTA / ETA (Fault Tree / Event Tree Analysis) Декартовы деревья: FTA — сверху вниз (от аварии к причинам), ETA — снизу вверх (от инициатора к исходам). База для количественной оценки (QRA). Количественная оценка рисков (QRA), расчет вероятности топ-событий, обоснование целевых показателей надежности СЗА (SIL), анализ общих причин отказов (CCF). Квалифицированные риск-аналитики, ПО (RiskSpectrum, OpenPRA, Isograph), статистика отказов, результаты HAZOP. Очень высокая (только для критических сценариев)

Пошаговый алгоритм проведения идентификации (на примере HAZOP/HAZID)

Независимо от выбранного метода, процесс имеет единую логику. Пропуск любого этапа снижает достоверность результата.

  1. Определение границ и целей анализа. Фиксируется список объектов/установок, стадия жизненного цикла (проект/эксплуатация/модернизация/ликвидация), применимые нормативные акты, критерии приемлемости риска (риск-матрица).
  2. Формирование команды. Ключевой фактор качества. Обязательные роли: модератор (фасилитатор, независимый от эксплуатации), технологи (автор проекта или старший технолог эксплуатации), специалист по АСУ ТП/КИПиА, механик/аппаратовед, представитель HSE/промбезопасности, представитель эксплуатации (панель/пультовой оператор). Для HAZOP модератор должен иметь сертификат/подтвержденный опыт.
  3. Сбор и верификация входной документации. Актуальные ПИД (Piping & Instrumentation Diagrams) со статусом «For Study» или «As Built», тепловые и материальные балансы, описание технологических регламентов, схемы АСУ ТП/СЗА (Cause & Effect Matrix), планы генеральной планировки, отчеты предыдущих экспертиз/аудитов, статистика инцидентов на объекте.
  4. Подготовка узлов (Nodes) и сессий. Разбиение процесса на анализируемые участки (ноды) по логическому признаку: реактор, колонна, узел отопления, трубопровод перекачки, складской парк. Составление графика сессий (обычно 3-6 часов в день, не более 2 сессий в день для команды).
  5. Проведение сессий (Brainstorming). Последовательный проход по нодам. Для HAZOP: выбор параметра -> применение ключевого слова -> формулировка отклонения -> поиск причин -> определение последствий -> анализ существующих мер защиты (IPL — Independent Protection Layers) -> оценка риска (по матрице) -> формулировка рекомендаций (Action Items) при недопустимом риске. Все фиксируется в протоколе (worksheet) в реальном времени.
  6. Документирование и классификация рекомендаций. Каждому Action Item присваивается приоритет (High/Medium/Low), ответственный, срок исполнения. Рекомендации делятся на: технические (изменение ПИД, добавление клапана), организационные (инструкции, обучение), требования к доработке проекта, вопросы для уточнения (требуют расчетов/данных).
  7. Отчет и закрытие действий (Close-out). Формируется отчет с реестром опасностей, реестром рекомендаций, риск-матрицей, списком участников и использованных документах. Далее запускается процесс управления рекомендациями (Management of Change — MOC) до полного закрытия или принятия обоснованного решения об остаточном риске.

Типичные ошибки, приводящие к неполной идентификации

Ошибки на этом этапе стоят дороже всего, так как упущенная опасность не будет ни оценена, ни управляема.

  • Неполная или устаревшая документация. Анализ по ПИД со статусом «Preliminary» или без отметок «As Built» для действующего объекта. Отсутствие схем АСУ ТП и матриц причинно-следственных связей делает невозможным анализ отказов автоматики.
  • Слабая команда. Отсутствие оператора пульта (не знает реальных режимов и «фич» управления), отсутствие специалиста по КИПиА (не видит отказы измерений и логики СЗА), модератор без опыта (водит сессию в сторону обсуждения решения, а не поиска причин).
  • Игнорирование режимов, отличных от штатного. Анализируется только «Нормальная работа». Упускаются: пуск/останов, регенерация катализатора, промывка, ремонт под давлением (hot tapping), работы в ограниченном пространстве, аварийная депрессировка, режимы «турбулентности» (переходные процессы). Статистика: до 60-70% аварий случается в нештатных режимах.
  • Формальный подход к мерам защиты. Указание в качестве IPL (независимого слоя защиты) обычного аварийного сигнала на пульт без автоматического действия, или клапана обратной действия, который не является СЗА-функцией и не имеет SIL. Это завышает надежность защиты и маскирует реальный риск.
  • Отсутствие анализа внешних воздействий и соседей. Не рассматриваются: пожар на соседней установке (доминно-эффект), сеисмичность выше расчетной, наводнения, удар молнии, беспилотники/взрывчатка (для критических объектов), ошибки подрядчиков при ТОР.
  • Смешивание идентификации и оценки. Команда начинает спорить о вероятности события до того, как выявлены все причины. Это ведет к самодеятельной фильтрации: «это вряд ли случится, не будем писать». Правило: сначала выявить всё, потом оценивать.
  • Потеря контекста рекомендаций. Фраза «Рассмотреть установку датчика давления» без привязки к конкретному отклонению, ноде и ожидаемому снижению риска. Такие рекомендации висят годами в трекере без исполнения.

Сценарии выбора метода: какой подход применить

На практике редко используется один метод в чистом виде. Типичные комбинации для разных ситуаций:

  • Новое строительство (Greenfield), стадия ПД/РД, ОПО I/II категория. База — HAZOP по всем узлам процесса. Дополнительно: HAZID на стадии FEED (генплан, внешние воздействия, логистика), FMEA для критических СЗА/АСУ ТП/компрессоров, QRA (FTA/ETA) для обоснования категории и зон поражения. Результат — Bow-tie для ключевых сценариев.
  • Модернизация / Ревимп (Brownfield), изменение технологического регламента.HAZOP только по изменяемым узлам и интерфейсам (MOC — Management of Change). Обязательный What-if/Checklist для проверки влияния на соседние системы. Если меняется логика АСУ ТП — FMEA измененных функций СЗА.
  • Действующий объект, периодическая экспертиза ПБ (раз в 5/10 лет) или аудит.HAZID по всему объекту (проверка актуальности предыдущих HAZOP) + What-if/Checklist по критичным участкам + анализ инцидентов иNear-miss за период. Полный повторный HAZOP делается только при глубокой модернизации или смене технологии.
  • Складская логистика, котельные, простые насосные станции (ОПО III/IV категория или не ОПО).HAZID + чек-листы отраслевые (ПБ, ППБ, ПТЭЭП). HAZOP избыточен и нецелесообразен по трудозатратам.
  • Валидация SIL (Safety Integrity Level) для СЗА.FMEA (или FMEDA) конкретных функций безопасности + FTA для расчета PFDavg. HAZOP здесь выступает поставщиком сценариев (топ-событий).

Документирование результатов: что проверяет эксперт Ростехнадзора

Результат идентификации оформляется в отчете, который становится частью пакета на экспертизу промышленной безопасности. Минимальный состав документов, подтверждающих проведение процедуры:

  • Протокол сессий (Worksheets) в виде таблиц: Нода / Параметр / Ключевое слово / Отклонение / Причины / Последствия / Существующие меры защиты / Оценка риска (L/S/R) / Рекомендация / Ответственный / Срок / Статус.
  • Реестр выявленных опасностей (Hazard Register) — сводная таблица всех топ-событий с привязкой к зоне/установке, категории опасности, последствиям для людей/окружения/имуществу.
  • Реестр рекомендаций (Action Item Register / Tracker) с трассируемостью: от отклонения к рекомендации, к изменению проекта/инструкции, к подтверждению реализации (фото, акт, новая ревизия ПИД).
  • Обновленные схемы (Marked-up P&ID) — ПИД с отметками о рекомендованных изменениях (красным цветом), согласованные технологическим руководителем.
  • Отчет о проведении анализа с описанием методологии, состава команды, использованных документов, критериев риск-матрицы, ограничений анализа (assumptions) и выводов.

Отсутствие трассируемости (непонятно, от какой рекомендации сделано изменение на ПИД) — частый основание для замечаний экспертизы и возврата документации на доработку.

Практический следующий шаг

Если вы запускаете процесс идентификации на объекте:

  1. Определите стадию жизненного цикла и категорию ОПО (или отсутствие таковой) — это задаст базовый набор обязательных методов.
  2. Сформируйте заявку на входную документацию (список ПИД, регламентов, схем АСУ ТП) и проверьте её актуальность (ревизии, статусы). Не начинайте сессии с «черновиками».
  3. Наймите или назначьте независимого модератора с подтвержденным опытом именно по вашей отрасли (химия, нефть, газ, металлургия имеют специфику отклонений). Внутренний сотрудник может быть модератором только для второстепенных систем (What-if/Checklist).
  4. Утвердите риск-матрицу и критерии приемлемости до первой сессии. Споры о том, «красный» это риск или «желтый», во время HAZOP съедают 30% времени.
  5. Запланируйте процедуру закрытия рекомендаций (Close-out) до начала анализа. Кто подписывает исполнение? Как верифицируется изменение на ПИД? Как попадает в систему управления изменениями (MOC)?

Часто задаваемые вопросы (FAQ)

Обязателен ли HAZOP для всех опасных производственных объектов?

ФЗ-116 и Постановление № 196 не пишут «HAZOP» явно. Они требуют «анализа опасностей» и «оценки рисков» в составе экспертизы ПБ. Однако ФНД Ростехнадзора (например, ФНД № 506) и отраслевые руководства (РОСТЕХНАДЗОР, НП «Заводоуковские НПО») для объектов I и II категории на стадии проектирования фактически требуют применения методов типа HAZOP как единственного способа системно проработать отклонения по ПИД. Для III/IV категории и действующих объектов чаще достаточно HAZID/Checklist.

Можно ли провести HAZOP внутренними силами без привлечения сторонней организации?

Можно, если у вас в штате есть компетентный модератор и команда, не заинтересованная в результате (независимость). Но: заключение экспертизы промышленной безопасности (которое обязательно для ОПО I/II кат.) может быть получено только в аккредитованной экспертной организации. Внутренний HAZOP — это подготовка к экспертизе, а не замена ей. Для внутренних аудитов и MOC внутренние ресурсы вполне допустимы.

Чем HAZID отличается от HAZOP на практике?

HAZID — «вертолетный взгляд»: анализ по зонам/агрегатам, типичные опасности (пожар, взрыв, токсичность, механика), внешние воздействия, генеральная планировка. Вход: генплан, блок-схемы, PFD. HAZOP — «микроскоп»: анализ каждой ноды ПИД по параметрам процесса (давление, температура, уровень, состав). Вход: детальные ПИД, тепловые балансы, логика АСУ ТП. HAZID делают раньше и быстрее; HAZOP — детальнее и дольше.

Как учитывать человеческий фактор при идентификации?

В HAZOP/HAZID человеческий фактор рассматривается как причина отклонения (ошибка оператора: забыл открыть клапан, перепутал кнопку, проигнорировал аварию) и как барьер (оператор реагирует на аварийный сигнал за заданное время). Нельзя писать меру защиты «Оператор следит за уровнем» без указания: какой сигнал он видит, какое действие совершает, за какое время, какая вероятность ошибки (HEP — Human Error Probability). Для критических задач требуется отдельный анализ надежности оператора (HRA — Human Reliability Analysis, методы THERP, SPAR-H).

Что делать, если рекомендация HAZOP требует больших затрат и сроков?

Применяется принцип ALARP (As Low As Reasonably Practicable). Если риск высокий (красная зона матрицы) — рекомендация обязательна к исполнению. Если риск средний (желтая) — ищутся альтернативы: организационные меры, изменение регламента, дешевое техническое решение. Если риск низкий (зеленая) — рекомендация фиксируется как «рассмотреть при следующей модернизации». Любое отклонение от рекомендации HAZOP для красного/желтого риска требует обоснования в отчете и часто — согласования с экспертной организацией или Ростехнадзором.

Материал носит информационный характер и обобщает общепринятые инженерные практики и требования российского законодательства (ФЗ-116, ТР ТС, ФНД). Конкретный состав работ, выбор методов и критерии приемлемости риска для вашего объекта должны определяться квалифицированными специалистами в области промышленной безопасности с учетом актуальных нормативных документов на дату проведения работ. Статья не заменяет проектную документацию, заключения экспертизы промышленной безопасности и консультации аккредитованных экспертных организаций.

Материал прочитан. Продолжить в архиве →