Как построить карту событий при отказе производственной установки

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

Когда стоит строить карту событий

Карта событий полезна в следующих ситуациях:

• После аварии или инцидента на производственной линии, когда необходимо понять, как отказало оборудование и какие последствия могли бы возникнуть.
• При планировании модернизации или ввода в эксплуатацию новой установки — для оценки эффективности предлагаемых систем защиты.
• В рамках регулярного анализа рисков, когда требуется количественная или качественная оценка сценариев развития аварии.
• При подготовке документации по безопасности (например, отчётов о расследовании инцидентов) для наглядного представления цепочки событий.

Основные этапы построения карты событий

1. Определить инициализирующее событие. Это конкретный отказ, который запускает цепочку (например, разрыв трубопровода, сбой датчика уровня, отказ клапана). Событие формулируется однозначно и измеряется в терминах, понятных всем участникам анализа.
2. Собрать данные о системе и защитных барьерах. Необходимо перечислить все системы, которые должны предотвратить развитие последствий после инициализирующего события: автоматические блокировки, системы аварийного отключения, датчики давления/температуры, процедуры операторного вмешательства и т.д. Для каждого барьера фиксируют его функцию и условную вероятность срабатывания (или вероятность отказа).
3. Установить порядок срабатывания барьеров. Барьеры располагаются в хронологической последовательности, в которой они могут повлиять на развитие сценария. Если несколько барьеров действуют параллельно, их можно объединить в один узел с комбинированной вероятностью.
4. Построить дерево ветвления. Начиная с инициализирующего события, для каждого барьера рисуются две ветви: «сработал» (успех) и «не сработал» (отказ). Каждая последующая ветвь продолжается от результата предыдущего барьера, пока не будут исчерпаны все защитные уровни или не наступит конечное последствие (например, безопасное состояние, локальный ущерб, масштабная авария).
5. Определить конечные последствия. Каждый путь от корня до листа дерева соответствует конкретному сценарию развития события. Для каждого сценария фиксируют тип последствия (утечка, пожар, взрыв, просто простои) и, при наличии данных, оценивают его вероятность (произведение вероятностей отказов/успехов на пути).
6. Проверить и валидировать схему. Полученную карту сравнивают с реальным ходом инцидента (если он имел место), с данными о работе систем защиты и с экспертными оценками. Если расхождения значительные — возвращаются к этапу сбора данных и уточняют параметры барьеров.

Критерии выбора и оценки барьеров

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

• Назначение барьера (что именно он должен предотвратить: рост давления, распространение огня, попадание токсичной среды в зону персонала).
• Тип срабатывания (автоматическое — датчик + исполнительный механизм; полуавтоматическое — требует действия оператора; ручное — только операторское вмешательство).
• Время срабатывания (сколько времени проходит от инициализирующего события до момента, когда барьер может повлиять на ход событий).
• Надёжность (вероятность отказа на запрос, часто выражается как PFD — probability of failure on demand). Данные берутся из технической документации, статистики эксплуатации или отраслевых баз.
• Условия, при которых барьер может быть недоступен (например, отказ источника питания, блокировка из-за ложной сработки).

Если какие‑либо из этих данных неизвестны, их следует оценить консервативно (предположить худшую надёжность) и отметить как источник неопределённости в итоге анализа.

Практические различия между картой событий и деревом отказов

Часто путают две смежные техники: карту событий (event tree) и дерево отказов (fault tree). Понимание различий помогает выбрать подходящий инструмент:

Критерий	Карта событий (Event Tree)	Дерево отказов (Fault Tree)
Направление анализа	От инициализирующего события к последствиям (прямой)	От undesired top event (например, взрыв) к возможным причинам (обратный)
Что показывает	Все возможные сценарии развития события в зависимости от работы защитных барьеров	Комбинации отказов компонентов, приводящие к верхнему событию
Когда применяется	Оценка последствий известного initiating event, планирование систем защиты	Выявление слабых мест в системе, расчёт вероятности верхнего события
Тип результата	Набор сценариев с вероятностями последствий	Логическое выражение (минимальные наборы отказов) и вероятность верхнего события

Типичные ошибки при построении карты событий и как их избежать

Даже опытные аналитики могут допускать неточности, которые снижают полезность результата. Ниже перечислены частые pitfalls и способы их предотвращения:

• Пропуск барьеров. Иногда не учитывают простые procedural safeguards (например, инструкцию оператора проверить клапан перед запуском). Решение: составить чек‑лист всех систем защиты, включая административные и процедурные меры.
• Неправильная последовательность. Если барьеры расположены в неправильном хронологическом порядке, получаются нереалистичные сценарии. Решение: построить временную линию инициализирующего события и отметить, когда каждый барьер может реально повлиять.
• Завышение надёжности. Использование оптимистичных данных о PFD без учёта условий эксплуатации приводит к занижению риска. Решение: брать данные из отраслевых баз, учитывать факторы старения, температуры, частоты тестов.
• Игнорирование зависимостей. Некоторые барьеры могут отказать одновременно из‑за общего источника питания или общей управляющей системы. Решение: провести анализ общих причин отказа (CCF) и, при необходимости, объединить зависимые барьеры в один узел с соответствующей вероятностью.
• Слишком детальная проработка. Дерево с сотнями узлов становится непрактичным для анализа и коммуникации. Решение: остановиться на уровне, где дальнейшая детализация не меняет существенно распределение последствий (например, группировать мелкие клапаны в один «барьер утечки»).

Пошаговый пример (упрощённый)

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

1. Инициализирующее событие — разрыв трубопровода диаметром 100 мм, приводящий к выбросу газа.
2. Защитные барьеры (в порядке возможного срабатывания):
3. Автоматическая система обнаружения утечки газа (датчик + сигнал тревоги).
4. Автоматическое закрытие аварийного клапана upstream (срабатывает по сигналу датчика).
5. Система подавления пожара (водяная завеса, активируется при обнаружении пламени).
6. Операторские действия: эвакуация персонала и ручное перекрытие резервного клапана (по тревоге).

Построение ветвления:

Если датчик сработал → переходим к следующему барьеру; если нет → сценарий развивается без обнаружения (повышенная вероятность воспламенения).

При сработке датчика: если аварийный клапан закрылся → поток газа останавливается; если нет → газ продолжает поступать в зону.

Далее проверяется срабатывание системы пожаротушения и т.д.

Конечные последствия получаем комбинациями успехов/отказов на каждом уровне: от безопасного остановления подачи газа до пожара, взрыва или просто простои из‑за необходимости ремонта.

Для каждого пути рассчитываем приближенную вероятность (произведение PFD или успехов на ветви) и сравниваем с допустимыми уровнями риска.

При реальном анализе вместо словесного описания используют таблицы с числовыми значениями PFD и строят дерево в специализированных программах (например, RAM Commander, Isograph Reliability Workbench, либо бесплатные инструменты вроде FaultTree+). Однако логика остаётся той же.

Что делать после построения карты событий

Полученная схема служит основой для дальнейших действий:

• Идентификация критических барьеров. Те ветви, где малая надёжность барьера приводит к высокой вероятности серьёзных последствий, указывают на необходимость улучшения (добавление резервного датчика, увеличение частоты тестов, модернизация клапана).
• Оценка эффективности предлагаемых мер. Перед вводом новой системы защиты можно добавить её как дополнительный барьер и пересчитать вероятности сценариев, чтобы увидеть, насколько снижается риск.
• Формирование рекомендаций по эксплуатации. На основе анализа создают чек‑листы для операторов, регламенты тестирования систем обнаружения и планы реагирования на аварийные сигналы.
• Документирование и обучение. Карта событий включается в отчёты по расследованию инцидентов, в презентации для руководства и в учебные материалы для персонала.

Практический чек‑лист перед началом работы

Прежде чем приступать к построению карты событий, убедитесь, что выполнены следующие условия:

• Чётко сформулировано инициализирующее событие (что именно отказало, при каких условиях).
• Собран актуальный набор документации: P&ID, логические схемы систем защиты, данные о надёжности компонентов (PFD, MTBF).
• Определены все защитные барьеры, которые могут повлиять на развитие последствий (автоматические, полуавтоматические, процедурные).
• Выбран метод оценки надёжности barier (данные производителя, отраслевые базы, экспертная оценка).
• Определён уровень допустимого риска или критерийacceptance, с которым будут сравниваться полученные вероятности последствий.

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