HAZOP (Hazard and Operability Study) — структурированный групповой анализ, при котором команда перебирает узлы технологической схемы и с помощью управляющих слов ищет отклонения от проектного замысла, их причины, последствия и достаточность действующих барьеров. В российской практике метод описан в ГОСТ Р 27.012-2019 (МЭК 61882:2016). Ниже — как устроена сессия и что отличает результативный анализ от формального протокола.
Узел и проектный замысел
Единица анализа — узел: участок схемы с единым проектным замыслом, то есть с описанием того, что и с какими параметрами здесь должно происходить. Отклонение в HAZOP — это отклонение от замысла, а не от «нормы вообще», поэтому замысел формулируют до сессии и фиксируют в протоколе.
Разбивка задаёт качество анализа. Крупные узлы прячут отклонения: в одном блоке смешиваются разные среды и режимы. Мелкие превращают сессию в перебор однотипных сценариев.
Управляющие слова: полный набор, а не четыре
Типичное упрощение — свести перебор к «больше», «меньше» и «нет». Набор шире, и каждое пропущенное слово — целый класс нерассмотренных сценариев.
К параметрам (расход, давление, температура, уровень, состав) применяют: НЕТ — полное отсутствие; БОЛЬШЕ и МЕНЬШЕ — количественные отклонения; А ТАКЖЕ — примеси или дополнительная фаза; ЧАСТЬ ИЗ — изменение состава; ОБРАТНО — обратный поток; ИНАЧЕ ЧЕМ — вместо задуманного происходит нечто совершенно иное. Для процессов с последовательностью операций добавляют РАНЬШЕ, ПОЗЖЕ, ПЕРЕД и ПОСЛЕ.
Обратный поток — одно из самых опасных отклонений на установках, и при наборе из четырёх слов оно не рассматривается вовсе.
Где применяется HAZOP анализ в России
Обязательного требования проводить именно HAZOP российские нормы не содержат: метод описан в ГОСТ Р 27.012-2019, а применение национальных стандартов добровольное. Но анализ опасностей необходим при разработке обоснования безопасности ОПО и декларации промышленной безопасности — обе процедуры предусмотрены Федеральным законом № 116-ФЗ. HAZOP чаще всего и выбирают основным методом; он же входит в проектные требования крупных заказчиков.
Следствие: формальных критериев глубины нет, качество определяется постановкой задачи. Область анализа и критерии приёмки протокола стоит закреплять в договоре до начала работ.
Команда, стадия и режимы работы
Метод построен на коллективной экспертизе: технолог, механик, специалист по КИПиА, представитель эксплуатации, независимый фасилитатор и отдельный секретарь, который фиксирует формулировки по ходу.
Стадия определяет постановку задачи: на проектной стадии HAZOP проверяет замысел до выпуска рабочей документации, на действующем объекте это ревалидация после модернизаций, смены сырья и накопленных инцидентов.
Сессии предшествует изучение схем P&ID, матриц причин и следствий и истории инцидентов.
Анализ, ограниченный нормальной эксплуатацией, пропускает опасную часть: пуск, останов, работу на пониженной нагрузке, вывод в ремонт. Здесь конфигурация меняется, часть блокировок выведена, персонал действует по временным схемам.
Типичные ошибки
Доминирование одного участника: если технолог продавливает своё видение, а фасилитатор это допускает, неудобные сценарии остаются за кадром. Формальность: команда штампует «мер достаточно» вместо разбора. Рекомендации без адресата: запись «рассмотреть возможность блокировки» без ответственного и срока не будет выполнена.
Менее очевидная ошибка — оценка достаточности барьеров на глаз. HAZOP не считает частоту сценария, поэтому вывод «защиты хватает» без количественной проверки даёт ложное спокойствие.
Что должно быть в протоколе HAZOP
Протокол ведётся построчно, и состав столбцов определяет, можно ли с ним работать дальше. Минимальный набор: узел и его проектный замысел; параметр и применённое управляющее слово; отклонение; причины; последствия по безопасности, экологии и производству; существующие барьеры с типом каждого; ранг риска с учётом барьеров; рекомендация с ответственным и сроком.
Частая ошибка оформления — обобщённые последствия. Запись «возможна разгерметизация» не позволяет ни ранжировать сценарий, ни оценить достаточность защиты: формулировка должна доводить цепочку до конца — что выйдет, в каком количестве и к чему это приведёт. То же с причинами: «нарушение режима» причиной не является, ею является конкретное событие — отказ регулирующего клапана, ошибочное закрытие задвижки, потеря питания насоса.
Дальше протокол становится входом в управление мероприятиями: рекомендации получают ответственного и срок, часть сценариев уходит в LOPA и SIL, статусы отслеживаются в реестре, а не в папке «для проверки».
Чем ведут HAZOP: РАМ-РИСК и мировые аналоги
Пока сессии ведутся в таблицах, связь сценария с оборудованием и барьером теряется при первом изменении схемы. Задачу решают специализированные системы: для самих сессий это PHA-Works компании Primatech и Velosi PHA, для управления целостностью активов и промышленной безопасностью в целом — платформы уровня Velosi AIPS.
Модуль РАМ-РИСК платформы РАМ-МИР® закрывает тот же класс задач, что PHA-Works и Velosi PHA, и создавался как их российский аналог; сама платформа сопоставима по охвату с системами уровня AIPS. Модуль ведёт HAZOP по узлам и управляющим словам, передаёт значимые сценарии в LOPA, определяет и верифицирует SIL, ведёт реестр критичных элементов безопасности и контролирует статусы рекомендаций.
Отличия — в том, что важно для поднадзорных объектов: развёртывание внутри периметра предприятия, российский стек и сквозная связь с модулями надёжности и ТОиР, благодаря которой требование к проверке барьера становится задачей в плане работ, а не строкой в отчёте.
Где заканчивается HAZOP
HAZOP выявляет сценарии и фиксирует барьеры, но не отвечает количественно, достаточно ли снижения риска. Это задача LOPA: она оценивает частоту инициирующего события и вклад независимых уровней защиты. Если барьеров не хватает, назначается функция безопасности с требуемым SIL по ГОСТ Р МЭК 61511. Цепочка целиком: HAZID, HAZOP, LOPA, SIL.
Практические рекомендации
- Сформулируйте проектный замысел каждого узла до сессии — иначе отклонение определять не от чего.
- Используйте полный набор управляющих слов, включая ОБРАТНО и А ТАКЖЕ.
- Доводите последствия до конца цепочки, а причины — до конкретного события.
- Каждую рекомендацию переводите в действие с владельцем, сроком и рангом риска.
Вывод
HAZOP переводит безопасность из «а вдруг что-то пойдёт не так» в дисциплинированный перебор сценариев. Результативность определяют три вещи: разбивка на узлы с описанным замыслом, полный набор управляющих слов и судьба рекомендаций.
Частые вопросы
Чем HAZID отличается от HAZOP?
HAZID — идентификация опасностей на ранних стадиях, когда детальных схем ещё нет: работают с перечнем типовых опасностей и укрупнёнными зонами объекта. HAZOP — детальный анализ отклонений по узлам проработанной схемы. HAZID отвечает, какие опасности присутствуют; HAZOP — как процесс может отклониться.
Чем HAZOP отличается от FMEA?
Разная точка входа. HAZOP идёт от параметров процесса: берут расход или давление и проверяют, что произойдёт при отклонении. FMEA (в российской практике АВПКО по ГОСТ 27.310-95) идёт от оборудования: берут узел и перечисляют виды его отказов. HAZOP лучше находит сценарии из взаимодействия аппаратов и режимов, FMEA точнее для назначения работ по конкретной единице. На зрелых объектах применяют оба.
Чем HAZOP отличается от анализа What-If?
What-If не имеет обязательной структуры перебора: вопросы «а что если» задают в свободном порядке. Это быстрее и дешевле, но полнота зависит от опыта участников. HAZOP гарантирует систематичность закрытым набором управляющих слов, применяемых к каждому параметру каждого узла. What-If уместен для вспомогательных систем, HAZOP — для установок с непрерывным процессом.
Обязателен ли HAZOP по российским нормам?
Прямого требования нет: ГОСТ Р 27.012-2019 применяется добровольно. Но анализ опасностей необходим для обоснования безопасности ОПО и декларации промышленной безопасности по 116-ФЗ, и HAZOP обычно выбирают основным методом.
Сколько узлов команда проходит за день?
Ориентир практики — от трёх до шести узлов за рабочий день при сессии в шесть-семь часов; точная цифра зависит от сложности обвязки. Меньше трёх обычно означает проблемы с подготовкой: схемы неполны или замысел узлов не сформулирован заранее. Больше восьми — признак поверхностного разбора. Дольше семи часов подряд сессию не ведут: внимание падает.
Каким должен быть состав и размер команды?
Рабочий размер — пять-восемь человек: технолог, механик, специалист по КИПиА, представитель эксплуатации, фасилитатор и секретарь, при необходимости проектировщик и специалист по промбезопасности. Меньше пяти — не хватает компетенций. Больше восьми — сессия превращается в совещание. Фасилитатор и секретарь не совмещаются: невозможно одновременно вести дискуссию и точно её фиксировать.
Как часто нужно повторять HAZOP?
Плановую ревалидацию привязывают к корпоративному стандарту управления рисками. Внеплановую запускают события: изменение схемы, смена сырья, изменение производительности, авария или инцидент со схожим сценарием. Отдельный триггер — накопление изменений, прошедших через MOC без пересмотра анализа: по отдельности каждое безобидно, вместе они меняют картину рисков.
Можно ли проводить HAZOP дистанционно?
Технически да, и для узких задач это работает. Но для полноценной сессии формат проигрывает: падает вовлечённость, теряется неформальный обмен между технологом и эксплуатацией, дающий заметную часть находок. Компромисс — очная сессия по критичным узлам и дистанционная доработка остальных.
Что делать, если P&ID не соответствуют факту?
Это стоп-фактор, а не мелкое неудобство: анализ отклонений от замысла невозможен, если схема не описывает реальную конфигурацию. Правильный порядок — актуализация схем по результатам обхода, затем HAZOP. При подходе «проведём как есть» часть сценариев относится к несуществующей обвязке, а часть реальной не рассматривается вовсе.