Unité 8 / 11

HSE, Sécurité des Processus et Risque Opérationnel

Gains :

  • Comprendre où l'IA soutient la santé-sécurité-environnement (HSE) et la sécurité des processus et la limite des décisions critiques pour la sécurité
  • Capacité à localiser l'IA dans les fuites de gaz, l'exposition au H2S, la gestion des alarmes et l'analyse des données d'événements
  • Capacité à tester les sorties d'IA critiques pour la sécurité avec des couches de sécurité, des normes et une vérification humaine indépendantes

Le pétrole et le gaz fonctionnent avec des substances intrinsèquement dangereuses : hydrocarbures inflammables, gaz toxiques à haute pression. Une erreur ; peut entraîner un incendie, une explosion, un empoisonnement ou un désastre environnemental. C'est pourquoi le HSE (Santé, Sécurité, Environnement) et la sécurité des processus sont au premier plan de chaque décision du secteur. La sécurité des processus est la discipline axée sur la prévention des rejets incontrôlés de substances dangereuses ; Contrairement à la sécurité personnelle au travail (glissade-chute), elle cible les catastrophes de grande ampleur (comme Piper Alpha, Deepwater Horizon). Dans cette unité, nous expliquons où l’IA peut aider en matière HSE et – surtout – où elle n’est jamais suffisante à elle seule. Le principe de base de cette unité : les fonctions critiques pour la sécurité ne reposent pas sur un seul modèle d’IA, mais sur des systèmes de sécurité indépendants et multicouches (défense en profondeur).

Concepts HSE et sécurité des processus

  • Danger, etc. risque : Danger potentiel de danger (gaz inflammable) ; Le risque est la probabilité que ce préjudice se produise × sa gravité. La sécurité consiste à réduire les risques à un niveau acceptable.
  • HAZOP (Hazard and Operability Study) : analyser systématiquement un processus avec la question « qu'est-ce qui pourrait mal se passer ?
  • LOPA (Layers of Protection Analysis) : méthode qui évalue le nombre de couches indépendantes de protection contre une menace et si elles sont suffisantes.
  • SIS (Safety Instrumented System) : système indépendant qui sécurise automatiquement le processus en cas de danger (par exemple, arrêt d'urgence). Il est volontairement simple, vérifiable et distinct du contrôle normal.
  • H2S (sulfure d'hydrogène) : Un gaz toxique mortel trouvé dans les champs « acides », sentant l'œuf pourri mais paralysant l'odorat à des concentrations élevées.
  • Fatigue des alarmes (inondation d'alarmes) : l'opérateur est submergé par trop d'alarmes en même temps et passe à côté des plus importantes.
Attention : les systèmes instrumentés de sécurité (SIS) sont délibérément maintenus indépendants de l'intelligence artificielle. Une vanne d'arrêt d'urgence fonctionne selon une logique simple et éprouvée, et non selon un modèle complexe qui dit « probablement sûr ». L’IA ne remplace pas ces couches ; Au mieux, il peut s’agir d’une couche d’alerte précoce qui les nourrit.

Où l’IA peut aider en HSE

Le rôle d’IA en matière de HSE consiste à soutenir et à diriger, et non à prendre la décision en matière de sécurité elle-même :

  • Gestion des alarmes : hiérarchiser les alarmes, trouver l'alarme racine (rationalisation des alarmes) pour réduire la fatigue liée aux alarmes.
  • Analyse des données d'incident : classification des rapports d'incidents/quasi-accidents passés et extraction de modèles ; « Quelles conditions se répètent avant les événements ?
  • Prédiction de la dispersion des gaz : accélération du tracé de la dispersion des nuages ​​de gaz dans les scénarios de fuite (avec validation des ingénieurs).
  • Procédure et formation : Projet de procédure de sécurité, réalisation d'une liste de contrôle d'évaluation des risques.
  • Surveillance vidéo/image : avertissements préliminaires tels que la conformité des EPI (équipement de protection individuelle), détection d'entrée dans des zones réglementées.

Ce qu'ils ont en commun : l'IA produit une alerte ou un brouillon ; Les décisions de sécurité sont prises par des personnes autorisées et des systèmes indépendants.

Limite critique pour la sécurité : poids des faux négatifs

Dans le contexte HSE, un concept l’emporte sur tous les autres : le faux négatif (miss). La classification de fuite « aucune » d'un modèle de détection de gaz peut coûter des vies humaines. Par conséquent :

  • En détection de sécurité, le seuil est choisi avec prudence (en prenant le risque de faux positifs) pour minimiser les faux négatifs.
  • La perception critique n’est pas laissée à un seul modèle ; les détecteurs physiques certifiés (par exemple les détecteurs de gaz catalytiques/IR) restent en tant que couches indépendantes.
  • Même si le « score de confiance » de l’IA est élevé, les couches de sécurité physique ne sont pas désactivées.
Astuce : lors de l'évaluation d'une proposition d'IA HSE, demandez : « Si ce modèle est erroné, existe-t-il une couche indépendante pour le détecter ? » Si la réponse est « non », ne confiez pas cette fonction à l’IA seule.

Étape par étape : positionner l’IA en toute sécurité dans le HSE

  1. Classez la fonction. S'agit-il d'une décision critique pour la sécurité ou d'une analyse à l'appui ? Si cela est critique, l’IA ne peut pas être une seule couche.
  2. Maintenir son indépendance. Séparez le SIS et les détecteurs physiques de l’IA.
  3. Ajustez pour les faux négatifs. Sélectionnez un seuil conservateur pour la détection critique.
  4. Tenez les gens au courant. Les alarmes et les recommandations sont présentées à l'opérateur comme une aide à la décision et non comme une action de sécurité automatique.
  5. Lien vers les normes. Maintenir la conformité à la norme CEI 61511 (sécurité des processus), à l'API pertinente et à la législation nationale.
  6. Enregistrez-le et regardez-le. La justification de chaque avertissement et décision doit être enregistrée.

Trois mini-cases : en chiffres

Cas 1 — Rationalisation des alarmes. Dans une installation, les opérateurs ont été submergés par une moyenne de 1 900 alarmes par équipe (bien au-dessus de la limite acceptable). L'analyse des alarmes basée sur l'IA a réduit de 60 % le nombre d'alarmes actives vues par l'opérateur en regroupant les alarmes récurrentes et associées et en mettant en évidence l'alarme racine. Résultat : le risque de manquer des alarmes critiques est réduit. Ici, l'IA ne prenait pas de décisions, elle régulait l'attention.

Cas 2 — Rejet faux négatif. Une équipe souhaitait mettre en œuvre le seuil plus élevé suggéré par l’IA pour réduire les fausses alarmes lors de la détection de gaz. L'ingénieur HSE a refusé : relever le seuil augmente le risque de rater la vraie fuite (faux négatif) et ne peut pas descendre en dessous de la limite inférieure légale. Les détecteurs physiques sont restés indépendants. La sécurité n'a pas été sacrifiée au profit du confort.

Cas 3 — Modèle de quasi-accident. Lorsque deux années de rapports de quasi-accidents ont été classifiées par AI, un schéma récurrent de « manque d’isolement » avant une action de maintenance spécifique est apparu. L'équipe a mis à jour la procédure. L’IA a rendu visible un modèle que les humains avaient négligé ; mais l'équipe d'ingénierie a conçu le correctif.

Invite faible/Invite forte

Invite faible :

Optimisez le seuil de détection de gaz, réduisez les fausses alarmes.[données]

Invite puissante :

Analysez les données d’alarme de détection de gaz (anonymisées) suivantes. Des règles strictes : - Un FAUX NÉGATIF ​​(manque la fuite réelle) est inacceptable dans la détection de sécurité ; minimiser les faux négatifs lors de la recommandation du seuil, ne JAMAIS dépasser la limite inférieure légale/standard comme suggestion. - Présenter le changement de seuil comme « suggestion » ; Marque "L'indépendance de l'ingénieur HSE et du SIS doit être préservée". - Préciser que les détecteurs physiques/certifiés doivent rester des couches indépendantes. - Proposez d'abord des suggestions de cause première (emplacement du capteur, étalonnage) au lieu du seuil pour réduire les fausses alarmes. Données : [données d'alarme]

Quatre modèles copiables

1) Rationalisation des alarmes :

Regroupez les alarmes racines récurrentes, associées et possibles dans le journal des alarmes ci-dessous. Suggérez une priorisation qui réduira le nombre d’alarmes actives vues par l’opérateur. Ne supprimez aucune alarme de sécurité ; il suffit de regrouper/prioriser.Log : [alarme]

2) Modèle d’incident/quasi-accident :

Classez ces rapports d’accidents évités de justesse par thème/cause première. Supprimez les conditions récurrentes et les signes avant-coureurs. Fournissez une idée d’action corrective, mais indiquez que la conception finale dépend de l’équipe d’ingénierie. Rapports : [texte]

3) Classification critique pour la sécurité :

Considérez cette fonction d’IA proposée : critique pour la sécurité ou favorable ? Existe-t-il des couches indépendantes pour le détecter en cas de problème ? S'il ne peut pas s'agir d'une seule couche, indiquez la raison. Fonction : [description]

4) Liste de contrôle des procédures/risques :

Produire un PROJET de liste de contrôle d'évaluation des risques pour le travail suivant (danger, exposition, niveau de protection, risque résiduel). Indiquez qu'un expert examinera cela et le confirmera avec la norme. Emploi : [définition]

Couches de sécurité et place de l’IA

couche

exemple

Le rôle de l'IA

Contrôle de processus de base

régulation automatique

Proposition d'optimisation

Alarme/opérateur

alarme prioritaire

La rationalisation, un avertissement majeur

SIS (arrêt d'urgence)

Arrêt haute pression

Aucun — reste indépendant

protection physique

Soupape de sécurité, détecteur

Aucun — reste indépendant

intervention d'urgence

Évacuation, lutte contre l'incendie

Prise en charge des informations/scénarios

Erreurs courantes

  • Mettre la sécurité sur un seul modèle. Remplacement du SIS/détecteur physique par l'IA.
  • Relever le seuil du confort. Augmenter le risque de faux négatifs pour réduire les fausses alarmes.
  • Subvertir l’indépendance. Connecter les couches de sécurité aux mêmes données/modèles et créer des pannes communes.
  • Sortir les gens du circuit. Laisser la décision de sécurité à l’action automatisée de l’IA.
  • Sauter la norme. Ignorer la norme CEI 61511/API et la conformité réglementaire.

En résumé

  • Le HSE et la sécurité des processus sont au premier plan de chaque décision ; Le coût du travail avec des matières dangereuses est élevé.
  • L'IA est utile pour la rationalisation des alarmes, la configuration des événements et l'avertissement préalable ; Il ne s’agit pas d’une décision de sécurité elle-même.
  • Les fonctions critiques pour la sécurité s'appuient sur des systèmes multicouches et indépendants (défense en profondeur) ; Le SIS et les détecteurs physiques restent distincts de l’IA.
  • Les faux négatifs (manqués) sont inacceptables en HSE ; les seuils sont choisis avec prudence en conséquence.
  • Les gens restent informés et le respect des normes (IEC 61511, API, législation) est maintenu.

Tâche de candidature

Sélectionnez un scénario HSE (détection de gaz représentatif ou gestion des alarmes). Faites produire une analyse avec une invite puissante. Ensuite : (1) classer si la fonction est critique pour la sécurité ou favorable, (2) écrire la couche indépendante qui la détectera si le modèle est erroné, (3) si la recommandation modifie un seuil, vérifier le risque de faux négatifs et la limite inférieure légale.

liste de contrôle

  • [ ] Je connais les concepts HSE, sécurité des procédés, HAZOP/LOPA/SIS et H2S.
  • [ ] Je base les fonctions critiques pour la sécurité non pas sur un modèle unique, mais sur des systèmes indépendants multicouches.
  • [ ] Dans la détection de sécurité, je donne la priorité aux faux négatifs et choisis un seuil conservateur.
  • [ ] Je maintiens l'indépendance du SIS et des détecteurs physiques par rapport à l'IA.
  • [ ] Je tiens les gens informés et je respecte les normes/législations en vigueur.