Печалби:
- Разбиране къде AI поддържа здравеопазване-безопасност-околна среда (HSE) и безопасност на процеси и границата на критични за безопасността решения
- Възможност за локализиране на AI при изтичане на газ, излагане на H2S, управление на аларми и анализ на данни за събития
- Възможност за тестване на критичен за сигурността AI изход с независими слоеве за сигурност, стандарти и човешка проверка
Нефтът и газът работят с присъщи опасни вещества: запалими въглеводороди, високо налягане, токсични газове. Една грешка; може да доведе до пожар, експлозия, отравяне или екологична катастрофа. Ето защо HSE (здраве, безопасност, околна среда) и безопасността на процесите са в челните редици на всяко решение в сектора. Безопасността на процеса е дисциплината, фокусирана върху предотвратяването на неконтролирано изпускане на опасни вещества; За разлика от личната професионална безопасност (приплъзване-падане), тя е насочена към мащабни бедствия (като Piper Alpha, Deepwater Horizon). В този раздел ние разглеждаме къде AI може да помогне в HSE и – най-важното – къде никога не е достатъчен сам по себе си. Основният принцип на това устройство: критичните за сигурността функции не се основават на единичен AI модел, а на независими, многопластови системи за сигурност (отбрана в дълбочина).
HSE и концепции за безопасност на процеса
- Опасност и др. риск: потенциална опасност за увреждане (запалим газ); Рискът е вероятността тази вреда да настъпи × нейната тежест. Сигурността означава намаляване на риска до приемливо ниво.
- HAZOP (Hazard and Operability Study): Систематично сканиране на процес с въпроса "какво може да се обърка?"
- LOPA (Анализ на слоевете на защита): Метод, който оценява колко независими слоя на защита има срещу заплаха и дали те са достатъчни.
- SIS (инструментална система за безопасност): независима система, която автоматично прави процеса безопасен в случай на опасност (например аварийно изключване). Той е умишлено прост, проверим и отделен от нормалния контрол.
- H2S (сероводород): Смъртоносно отровен газ, намиращ се в "кисели" полета, миришещ на развалени яйца, но парализиращ обонянието при високи концентрации.
- Умора от аларма (заливане на аларма): Операторът е затрупан от твърде много аларми едновременно и пропуска важните.
Внимание: Системите с инструменти за сигурност (SIS) умишлено се държат независими от изкуствения интелект. Аварийният спирателен вентил работи според проста, доказана логика, а не според сложен модел, който казва „вероятно безопасно“. AI не замества тези слоеве; В най-добрия случай това може да бъде слой за ранно предупреждение, който ги захранва.
Къде AI може да помогне в HSE
Ролята на AI в HSE е поддържаща и водеща, а не самото решение за сигурност:
- Управление на аларми: Приоритизиране на аларми, намиране на основна аларма (рационализиране на алармата) за намаляване на умората на алармата.
- Анализ на данни за инциденти: Класифициране на минали доклади за инциденти/за малко да се провалят и извличане на модели; „Какви условия се повтарят преди събитията?“.
- Прогноза за дисперсия на газ: Ускоряване на диаграмата на дисперсия на газовия облак при сценарии на течове (с валидиране от инженер).
- Процедура и обучение: Проект на процедура за сигурност, изготвяне на контролен лист за оценка на риска.
- Наблюдение на видео/изображение: Предварителни предупреждения като съответствие с ЛПС (лични предпазни средства), откриване на влизане в зони с ограничен достъп.
Общото между тях: AI създава предупреждение или чернова; Решенията за сигурност се вземат от оторизирани лица и независими системи.
Критичен за сигурността лимит: Тегло на фалшивите отрицания
В контекста на HSE една концепция надделява над всички останали: фалшиво отрицание (пропуск). Действителната класификация за теч на модел за откриване на газ като „няма“ може да струва човешки животи. Следователно:
- При откриване на сигурността прагът се избира внимателно (като се поема рискът от фалшиви положителни резултати), за да се минимизират фалшивите отрицателни резултати.
- Критичното възприятие не е оставено на един модел; сертифицираните физически детектори (напр. каталитични/IR газови детектори) остават като независими слоеве.
- Дори ако „резултатът за доверие“ на AI е висок, слоевете на физическа сигурност не са деактивирани.
Съвет: Когато оценявате предложение за HSE AI, попитайте: „Ако този модел е грешен, има ли независим слой, който да го хване?“ Ако отговорът е „не“, не давайте тази функция само на AI.
Стъпка по стъпка: Безопасно позициониране на AI в HSE
- Класифицирайте функцията. Това критично за безопасността решение ли е или поддържащ анализ? Ако е критично, AI не може да бъде един слой.
- Поддържайте независимост. Дръжте SIS и физическите детектори отделно от AI.
- Коригирайте за фалшиво отрицание. Изберете консервативен праг за критично откриване.
- Дръжте хората в течение. Алармите и препоръките се представят на оператора като подкрепа за вземане на решения, а не като автоматично действие за безопасност.
- Линк към стандартите. Поддържайте съответствие с IEC 61511 (безопасност на процеса), съответния API и националното законодателство.
- Запазете го за гледане. Обосновката за всяко предупреждение и решение трябва да се записва.
Три мини калъфа: с числата
Случай 1 — Рационализиране на алармата. В едно съоръжение операторите бяха затрупани със средно 1900 аларми на смяна (много над допустимата граница). Анализът на алармата, задвижван от AI, намали броя на активните аларми, наблюдавани от оператора, с 60%, като групира повтарящи се и свързани аларми и подчертава основната аларма. Резултатът: рискът от пропускане на критични аларми е намален. Тук AI не взема решения, той регулира вниманието.
Случай 2 — Фалшиво отрицателно отхвърляне. Един екип искаше да приложи по-високия праг, предложен от AI, за да намали фалшивите аларми при откриване на газ. Инженерът по HSE отказа: повишаването на прага увеличава риска от пропускане на истинския теч (фалшиво отрицателен) и не може да падне под законовата долна граница. Физическите детектори останаха независими. Безопасността не беше пожертвана заради комфорта.
Случай 3 — Модел на почти пропуск. Когато две години доклади за почти неизправност бяха класифицирани от AI, се появи повтарящ се модел на „липса на изолация“ преди конкретно действие по поддръжката. Екипът актуализира процедурата. AI направи видим модел, който хората са пренебрегнали; но инженерният екип е проектирал корекцията.
Слаба подкана / Силна подкана
Слаба подкана:
Оптимизирайте прага на откриване на газ, намалете фалшивите аларми [данни]
Мощна подкана:
Анализирайте следните (анонимизирани) алармени данни за откриване на газ. Строги правила:- ФАЛШИВО ОТРИЦАТЕЛНО (липсва действителното изтичане) е неприемливо при откриване на сигурността; минимизирайте фалшивите отрицателни резултати, когато препоръчвате праг, НИКОГА не превишавайте законовата/стандартна долна граница като предложение.- Представете промяната на прага като "предложение"; Отбележете „Трябва да се поддържа независимостта на инженера по HSE и SIS“. - Посочете, че физическите/сертифицираните детектори трябва да останат независими слоеве. - Първо предлагайте предложения за първопричина (местоположение на сензора, калибриране) вместо праг, за да намалите фалшивата аларма. Данни: [данни за аларма]
Четири копируеми шаблона
1) Рационализация на алармата:
Групирайте повтарящи се, свързани и възможни главни аларми в регистъра на алармите по-долу. Предложете приоритизиране, което ще намали броя на активните аларми, които операторът вижда. Не потискайте никакви аларми за сигурност; просто групиране/приоритезиране. Дневник: [аларма]
2) Модел на инцидент/близко до инцидент:
Класифицирайте тези доклади за почти неуспешни случаи по тема/първопричина. Отстранете повтарящи се състояния и водещи признаци. Предоставете идея за коригиращо действие, но заявете, че окончателният дизайн зависи от инженерния екип. Доклади: [текст]
3) Критична за сигурността класификация:
Помислете за тази предложена AI функция: критична за безопасността или поддържаща? Има ли независими слоеве, които да го хванат, ако се обърка? Ако не може да бъде един слой, напишете причината. Функция: [описание]
4) Списък с процедури/рискове:
Изгответе ПРОЕКТ на контролен списък за оценка на риска за следната работа (опасност, експозиция, слой на защита, остатъчен риск). Посочете, че експерт ще прегледа това и ще го потвърди със стандарта. Работа: [дефиниция]
Слоеве на сигурност и мястото на AI
слой
пример
Ролята на AI
Основен контрол на процеса
автоматично регулиране
Предложение за оптимизация
Аларма/оператор
приоритетна аларма
Рационализация, водещо предупреждение
SIS (аварийно изключване)
Изключване при високо налягане
Няма — остава независим
физическа защита
Предпазен клапан, детектор
Няма — остава независим
аварийна реакция
Евакуация, гасене на пожар
Поддръжка на информация/сценарий
Често срещани грешки
- Поставяне на сигурност на един модел. Замяна на SIS/физически детектор с AI.
- Повдигане на прага за комфорт. Увеличаване на риска от фалшиви негативи за намаляване на фалшивите аларми.
- Подкопаване на независимостта. Свързване на слоеве за сигурност към едни и същи данни/модел и създаване на общи повреди.
- Изваждане на хората от цикъла. Оставяне на решението за сигурност на автоматизирани действия с изкуствен интелект.
- Прескачане на стандарта. Пренебрегване на IEC 61511/API и съответствие с нормативните изисквания.
В обобщение
- HSE и безопасността на процесите са в челните редици на всяко решение; Разходите за работа с опасни материали са високи.
- AI е полезен при рационализиране на алармата, моделиране на събития и предварително предупреждение; Това не е самото решение за сигурност.
- Критични за сигурността функции разчитат на многослойни, независими системи (отбрана в дълбочина); SIS и физическите детектори остават отделни от AI.
- Фалшивите отрицания (пропуски) са неприемливи в HSE; съответно праговете се избират внимателно.
- Хората остават в течение и съответствието със стандартите (IEC 61511, API, законодателство) се поддържа.
Задача за приложение
Изберете HSE сценарий (представително откриване на газ или управление на алармата). Направете анализ, произведен с мощна подкана. След това: (1) класифицирайте дали функцията е критична за безопасността или поддържаща, (2) напишете независимия слой, който ще я улови, ако моделът е грешен, (3) ако препоръката промени праг, проверете риска от фалшиви отрицания и правната долна граница.
контролен списък
- [ ] Знам концепциите за HSE, безопасност на процеса, HAZOP/LOPA/SIS и H2S.
- [ ] Базирам критични за сигурността функции не на един модел, а на многослойни независими системи.
- [ ] При откриването на сигурността давам приоритет на фалшивите отрицания и избирам консервативен праг.
- [ ] Поддържам независимост на SIS и физическите детектори от AI.
- [ ] Държа хората в течение и спазвам съответните стандарти/законодателство.