← Retour à la catégorie Alarmes, sirènes et balises

Cycle de vie de la gestion des alarmes - L'importance de la gestion du changement

Pour les industries de process, il est essentiel de gérer le changement lors des modifications des alarmes et des systèmes d'alarme. Selon Ian Brown, responsable de la rationalisation et des services d’alarme chez MAC Solutions, la gestion du changement devrait donc être un processus fondamental dans le cycle de vie de la gestion des alarmes.

Il est largement reconnu dans les industries de process que d'apporter des changements aux actifs peuvent être sujettes à l'erreur. En effet, certains accidents de la végétales et d'incidents ont été attribués à des changements mal exécutés ou non approuvés. Faire tout changement, peu importe comment grand ou petit, est une entreprise risquée en soi, à moins que les risques associés sont globalement évaluées et documentées dans un processus bien défini MoC structuré.

Il est essentiel de gérer le changement lors de modifications à vos alarmes et systèmes d'alarme. Alarmes au sein de votre système d'alarme sont un niveau d'atténuation contre le potentiel de tous les incidents de sécurité, de l'environnement, financiers ou de produits de qualité sur votre plante.

Sur une usine de traitement, un avertisseur modifié de façon inappropriée pourrait être responsable d'un incident qui attire l'attention de la réglementation, ou entraîne une perte importante de la capacité de production ou de génération.

Un processus MoC robuste doit non seulement vous permettre de gérer et de suivre les changements que vous pouvez faire, mais devrait également intégrer freins et contrepoids pour assurer que les changements sont appropriée et sûre, et doit inclure les niveaux appropriés d'examen et d'autorisation au sein de sa structure.

La gestion du changement est un processus fondamental dans le cycle de vie de gestion d'alarme tel que défini dans les normes pertinentes et des orientations (voir Fig1: "Alarme Lifecycle Management»). En réalité, il ne couvre pas seulement les processus de l'identification de l'alarme grâce à la mise en œuvre, mais est aussi valable et nécessaire dans les phases d'exploitation et de maintenance lorsque des modifications d'alarme peuvent être nécessaires en raison de procédés ou d'usines changements, et en effet est pertinente lorsque l'on considère une philosophie d'alarme qui peuvent être mis à jour que les systèmes sont modifiés, mis à niveau ou remplacés.

Il est donc raisonnable de conclure que la gestion des changements est applicable à l'ensemble du cycle de vie de la gestion des alarmes, tout au long de la vie de votre système; et ne pas oublier, lors de l'élaboration d'une philosophie d'alarme en conformité avec les normes de gestion des alarmes, une section détaillant la gestion du changement est le contenu requis.

Quelle est la rationalisation des alarmes?
La rationalisation des alarmes est le processus ardu mais nécessaire d'examiner chaque alarme dans votre système de son aptitude. Ceci est valable à la fois pour Greenfield et installations existantes. Alarmes inutiles réduisent considérablement l'efficacité des opérateurs, et de compromettre davantage la capacité des opérateurs à traiter les alarmes critiques, qui peuvent être extrêmement coûteux.

Lors d'un projet de rationalisation d'alarme, chaque état d'alarme, (haut, LoLo, Bad PV, Etat, etc.), devrait être examiné afin de déterminer si elle répond aux critères d'un bon alarme tel que défini dans votre philosophie d'alarme. Si elle ne le fait pas, il doit soit être rétrogradé à un événement, ou entièrement retiré de la population d'alarme. Si une alarme doit être conservé, les points de consigne, la priorité, les zones mortes, etc., devraient être examinées et modifiées si nécessaire; et nous devrions également documenter la réponse appropriée à l'alarme, la conséquence de l'absence de réponse à l'alarme et de nombreux autres attributs connexes.

Si nous considérons que lors d'une alarme projet de rationalisation, nous pourrions faisons des dizaines de milliers de modifications à nos alarmes et paramètres associés, il est absolument essentiel que nous gérons ces changements en utilisant un processus MoC robuste, structuré et vérifiable.

Qu'allons-nous à gérer?
Pour tout système d'alarme, nous devons gérer toutes les informations associées à nos alarmes, telles que le nom de la balise, le descripteur, la priorité, la zone morte, etc. De plus, nous devons gérer toutes les informations auxiliaires telles que les causes possibles. l'alarme, les actions de l'opérateur, la non-réponse, etc. Nous pouvons également choisir de rassembler et de gérer d'autres informations telles que les références P & ID, les références de causes et effets, le type et l'emplacement de l'instrument, le système de gestion de la maintenance informatisé. références, etc. Mais où devrions-nous garder toutes ces informations?

Quoi et où est notre base de données centrale d'alarme?
Considérant les points au-dessus, une énorme quantité d'informations doit être stockée et gérée. Sur de nombreuses plantes, une base de données d'alarme est en fait un ensemble de feuilles de calcul, dont chacun contient des données différentes en nombre de lignes et de colonnes différentes et dans des formats hétérogènes. Certaines données, telles que les seuils d'alarme, peuvent même être disponibles uniquement dans un format textuel dans les manuels opérationnels.

Dans certains cas, ces feuilles de calcul sont «sur le réseau quelque part», ou «le projet de loi a sur son PC, il a travaillé sur elle". Souvent, il ya un registre de voyage et d'alarme qui a été "a commencé il ya quelques années, mais les besoins de mise à jour". Il est très souvent le cas que le personnel de plantes savent qu'ils doivent avoir un seul, centralisé, liste à jour des alarmes, peut-être, y compris les points de déclenchement et les paramètres de verrouillage, mais personne n'a le temps de rassembler toutes les sources d'information. Il est là, quelque part, mais quand il est recherché, il est pas là.

D'une certaine manière, toutes ces données doivent être rassemblées dans un référentiel unique et dédié, qui est facilement accessible et géré robuste. Ce référentiel est plus souvent connu comme une base de données d'alarme de Maître, et est défini dans les normes de gestion d'alarme que «liste autorisée des alarmes rationalisées et les attributs associés. Sans une base de données d'alarme principale contenant toutes nos alarmes, il sera impossible de gérer correctement nos systèmes d'alarme.

Pour la plupart des usines de traitement, le point de départ de toute base de données d'alarme maître est simplement un vidage complet de la configuration du système de contrôle. Bien que cela puisse ne pas fournir une base de données de toutes les alarmes, par exemple celles associées à des packages ESD ou F & G autonomes, une liste complète de toutes les alarmes pouvant être présentées à l'opérateur via l'IHM du système de contrôle, qu'elles soient ou non documenté ou connu.
 
Bases de données par rapport aux feuilles de calcul
Beaucoup de «bases de données d'alarme» sont organisées sous forme de tableurs, car la plupart des gens sont à l'aise avec l'aide d'un tableur; ils sont «facile» à utiliser et la courbe d'apprentissage ne sont pas aussi raide que d'essayer de comprendre les aléas d'une base de données. Dans une feuille de calcul, vous pouvez "ajouter une autre colonne. Avec une base de données, vous devez tenir compte de la conception et les interactions de vos tables.

Tableur ont sans doute leur place dans l'environnement de bureau, mais ils ont été fondamentalement conçus comme des outils d'analyse de données. Ils ne possèdent certaines fonctionnalités de base de données inclus, mais, à la différence des bases de données, ils ne sont pas conçus comme des outils de gestion des données et ceci est ce que nous devons.

Mis à part la taille de la feuille de calcul, que vous ajoutez et stocker plus de données (tags, des paramètres et des informations annexes), votre feuille de calcul devient plus lent et plus lourd. En outre, une seule personne peut modifier des données dans votre feuille de calcul à un moment donné. Avec une base de données bien conçu, multiples, utilisateurs simultanés peuvent accéder et modifier la base de données, bien que des relevés individuels sont verrouillées à des utilisateurs individuels car ils sont mis à jour.

Une fois que les données sont modifiées dans une cellule dans une feuille de calcul, les données précédentes sont perdues. Il n'y a aucune piste de vérification. Comment identifiez-vous une modification apportée dans les cellules 5,000,000 lorsque vous devez? Si vous souhaitez garder une trace des valeurs d'origine ainsi que celles modifiées; soit vous conservez une autre version de la feuille de calcul, ou d'ajouter un onglet «valeurs initiales» pour la feuille de calcul existante.

Il ya tellement d'autres inconvénients à utiliser un tableur, comme la façon de créer un manuel d'intervention d'alarme à partir de données modifiés ou exporter une liste de modifications pour examen ou réimportation dans votre système de contrôle.

Donc, nous pouvons utiliser une feuille de calcul comme notre base de données principale d'alarme, mais ce sera un cauchemar logistique. Afin de gérer les alarmes et les systèmes d'alarme, il est essentiel que nous disposions à la fois d'un processus MoC robuste et d'une base de données Master Alarm complète et complète.

Utilisez votre tête: utiliser une base de données
Une fois que nous avons réalisé que nous devons utiliser une base de données et non une feuille de calcul en tant que fondement de notre base de données centrale d'alarme, faisons nous créons notre propre outil maison, ou acheter un outil tiers comme Gardien à partir de Mac Solutions?

En-maison peut sembler une excellente option, car nous ne devrons pas élever un ordre d'achat de logiciels coûteux et nous pouvons adapter notre base de données à nos besoins individuels. Cependant, nous devons nous arrêter et réfléchir à ce qui suit:

  • Qui va créer notre base de données?
  • Combien de temps cela prendra-t-il avant qu'il ne soit prêt à l'emploi?
  • Qui entretiendra le code et corriger les bugs qu'ils deviennent apparents?
  • Vont-ils comprendre exactement ce que nos besoins et nos exigences sont?

Alors que la création de votre propre outil sur mesure interne peut sembler comme l'option idéale, faisant se heurte à des difficultés. Qui effectuera le travail? La plupart des départements informatiques ne emploient du personnel pour écrire des applications sur mesure.

Création d'un outil de base de données d'alarme principal ne soit pas une tâche simple. Il est non seulement une liste des alarmes. Il ya de nombreux éléments que vous devez considérer avant de vous décidez de créer votre propre outil, pas moins de qui est la nécessité pour vous de créer une spécification des exigences utilisateur complète (URS), sans laquelle, l'outil ne parviendra pas à répondre à vos besoins. Par exemple, comment voulez-vous:

  • Importer les données de votre système de commande dans votre base de données centrale d'alarme?
  • Exporter les données modifiées sur et dans votre système de contrôle?
  • Utilisez votre outil pour effectuer des examens et des projets d'alarme de rationalisation?
  • Utilisez votre outil pour déterminer la priorité de vos alarmes?
  • Y at-il un «assistant de priorité» intégré dans votre outil?

Est-ce que votre outil:

  • Autoriser / simplifier la création de votre alarme Manuel d'intervention? (Toutes les informations sont là).
  • Vous permettent d'effectuer plusieurs rationalisations sur plusieurs systèmes?
  • Vous permettre de suivre les progrès de vos projets de rationalisation?
  • Afficher la répartition des priorités d'alarme et de se comparer à votre cible?

Ne pas oublier un soutien continu pour votre outil. Avec la meilleure volonté du monde, outils les plus internes sont créés par des gens enthousiastes qui ont un minimum de connaissances. Mais le code qu'ils écrivent est souvent désordonné, non commentée et documentée, et dans la plupart des cas, pas robuste. Pensez à ce qui se passera lorsque les accidents de l'outil et la personne qui a écrit, il est dans un rôle différent ou a quitté la société. Qui aura alors le temps ou la capacité de résoudre les problèmes que vous rencontrez? Très certainement, il ne sera pas votre département IT!

Conclusion
Si vous êtes sérieux au sujet de la gestion des alarmes et que vous souhaitez respecter les normes, la gestion du changement est une exigence. En outre, vous ne pouvez vraiment gérer vos alarmes si vous avez une base de données d'alarme Master dédié où toutes vos données réside.

Industrie de process Informer

Demander plus d'informations sur cet article nouvelles / produits

nouvelles connexes

Laisser un commentaire

Votre adresse email ne sera pas publié. Les champs obligatoires sont marqués *

Ce site utilise Akismet pour réduire les spams. Découvrez comment vos données de commentaire sont traitées.