FAQ sur les systèmes de surveillance continue, les systèmes de gestion des bâtiments, OPC UA et API 

Automatisation du bâtiment avec les systèmes de surveillance continue GxP
Paul Daniel, Senior Regulatory Compliance Expert
Paul Daniel
Senior GxP Regulatory Expert
Published:
Sciences de la vie

Dans notre webinaire « Systèmes de surveillance continue et systèmes de gestion des bâtiments », nous avons présenté plusieurs différences qui existent entre les systèmes de gestion des bâtiments et les systèmes de surveillance continue. Par exemple, un système de gestion des bâtiments s'appuie sur des informations en temps réel pour le contrôle, tandis que la preuve de conformité s'obtient avec un système de surveillance continue (CMS) utilisant des informations historiques. Nous expliquons d'autres différences pour savoir dans quels cas chaque système (ou les deux) est approprié. Nous présentons également des cas où les systèmes peuvent interagir par des méthodes de communication telles que OPC et API. 

Au cours de ce webinaire, nous avons répondu à beaucoup de questions, mais pas à toutes. Trouvez ci-dessous nos réponses…

M a demandé : 
•    « Y a-t-il une définition établie (proposée par la FDA ou tout autre organisme réglementaire) de ce qu'est un système de gestion des bâtiments ou un système de surveillance continue ? »  

Pour faire court, non…

La FDA (et tout autre organisme) exige que vous contrôliez votre environnement de fabrication pour maintenir les paramètres environnementaux dans les limites qui protègent et préservent la qualité du produit.  Pour prouver que vous avez bien contrôlé ces paramètres, vous devez surveiller de manière à ce que les données soient enregistrées en toute sécurité.  

Toutefois, les organismes réglementaires ne précisent pas quels outils ou systèmes utiliser pour la surveillance ou le contrôle des environnements. Par conséquent, ils ne définissent pas les termes « système de gestion des bâtiments » ou « système de surveillance continue ». Ils se concentrent toujours sur la sécurité, la qualité et l'efficacité du produit. 

Ce qui nous amène à ce que les réglementations traitent : les cGMP.  Le « c » fait référence à « current » (actuel). Nous pouvons interpréter cela comme une technologie et des pratiques établies utilisées par les autres fabricants d'un produit similaire.  Le produit que vous utilisez définit si son environnement de fabrication ou de manutention respecte les cGMP. Résultat : si vos collaborateurs ou salariés utilisent généralement un système de gestion des bâtiments et/ou un système de surveillance continue, l'organisme réglementaire s'attend à trouver un système de gestion des bâtiments et/ou un système de surveillance continue même si ces systèmes ne sont pas définis dans les réglementations.

B a posé deux questions : 
•    « Pouvez-vous fournir des données/une documentation sur les interfaces API et OPC ? »  
•    « Peut-on avoir une formation axée sur la communication pour les interfaces OPC et REST vers le système de gestion des bâtiments qui expliquerait les avantages de chacune en fonction des besoins d'interface : transfert en temps réel, tendances historiques (par lots), etc. ? »

viewLinc ne contient aucune interface utilisable pour envoyer des données depuis viewLinc.  Le serveur viewLinc répond plutôt aux requêtes qui lui sont adressées en utilisant l'interface API ou OPC.  Pour utiliser l'interface OPC, nous utilisons un serveur intermédiaire qui traduit les requêtes OPC dans l'API REST.  

Pour récupérer les données de viewLinc en utilisant l'un de ces protocoles, la requête doit provenir d'un système extérieur à viewLinc.  Parce que nous l'avons configuré comme un système de réponse en lecture seule à ces protocoles standardisés, aucune donnée ni documentation spécifiques à viewLinc n'existent sur l'interface.

Cependant, nous avons une note d'application qui décrit le fonctionnement de viewLinc avec le serveur OPC UA ou l'API viewLinc. 
« Intégration du système de surveillance continue viewLinc avec d'autres systèmes » 

Les ingénieurs de projet Vaisala CMS peuvent expliquer comment le serveur OPC UA et l'API viewLinc fonctionnent avec vos systèmes. Contactez votre directeur des ventes Vaisala ou sollicitez un rendez-vous téléphonique ici. 

Image
diagram of viewLinc data to OPC UA or API

J a demandé : « Proposez-vous un webinaire à part pour le système de surveillance continue Vaisala viewLinc ? »

Oui, les 2 webinaires indiqués ci-dessous fournissent des informations fiables sur les capacités de viewLinc : 

•    Automatisation innovatrice dans la surveillance des laboratoires

•    Un système de surveillance à l'épreuve du temps : s'assurer que votre système peut s'adapter à l'avenir des réglementations GxP


Si vous préférez vous documenter par vous-même, la page Web sur viewLinc est un bon point de départ. Il existe beaucoup de livres blancs et notes d'application ainsi que des infographies sur la validation logicielle selon GAMP et les options de connectivité des appareils pour viewLinc.  

J a demandé : « Le CMS viewLinc peut-il également agir comme un SME (système de management environnemental) pour surveiller, par exemple, les systèmes de mesure des particules ? »

Tout à fait.  Le CMS viewLinc peut accepter les entrées des compteurs de particules.  Actuellement, ces entrées sont acceptées en tant que valeurs analogiques dans un enregistreur de données ou via une interface Modbus directement dans viewLinc.  Pour le moment, viewLinc a 2 limitations sur la surveillance des particules.  Première limitation : le taux d'analyse par défaut de viewLinc est d'environ une minute, vous devrez donc peut-être attendre une minute pour recevoir une notification sur une condition hors spécifications.  Deuxième limitation : les rapports viewLinc ne sont pas encore capables de présenter les données parfois nécessaires pour mesurer les particules, comme les décomptes glissants, les décomptes par intervalles, etc.  Vous pouvez récupérer ces données dans un rapport sans problème, mais elles ne sont pas optimisées dans viewLinc. Actuellement, nous travaillons sur cette caractéristique pour les clients qui utilisent viewLinc avec des compteurs de particules. 
 

M a demandé : « Pouvez-vous définir les acronymes suivants :  IMM par OPC et API REST ? »

Oui, pardon pour le jargon ! IMM signifie interface machine-machine.  C'est un peu vague et pourrait décrire une transmission de véhicule comme un système informatique.  Par opposition, pensez à l'acronyme IHM pour interface homme-machine.  Celui-là est très clair.  

Par comparaison, IMM, dans ce cas, est simplement le moyen par lequel un système informatique s'interface avec un autre pour échanger des informations.  Pour faire simple, on pourrait dire qu'un système de gestion des bâtiments utiliserait une IMM pour collecter des données à partir d'un CMS.

OPC et API REST sont 2 manières différentes de le faire, chacune très différente.  OPC signifie Open Platform Communications (voir : https://fr.wikipedia.org/wiki/Open_Platform_Communications).  

Open Platform Communications est une norme d'interopérabilité qui a 25 ans et qui permet la communication de données entre les appareils de contrôle de différents fabricants et un système de contrôle.  Les normes d'interopérabilité telles qu'OPC sont fréquemment utilisées dans l'automatisation des bâtiments, la fabrication, le contrôle des process, etc. Pour utiliser OPC avec viewLinc, configurez un serveur OPC (avec notre logiciel) pour qu'il serve d'intermédiaire entre le système de gestion des bâtiments (ou un autre système) et le CMS viewLinc.  Les requêtes OPC proviennent du système de gestion des bâtiments et les données sont renvoyées du CMS dans une connexion en lecture seule.

L'API REST est une API (Application Program Interface) basée sur un style d'architecture logicielle appelée REST (Representational State Transfer) 
(voir : https://fr.wikipedia.org/wiki/Representational_state_transfer). 

En termes simples, l'API REST est un protocole de communication bien adapté aux applications client-serveur sur le réseau, et il est conçu pour une utilisation à l'échelle d'Internet.  Là encore, il s'agit d'un langage ou d'un protocole qui peut être utilisé par un autre système (comme un système de gestion des bâtiments) pour interroger le système viewLinc pour récupérer des données en lecture seule.

Nous espérons que ces réponses vous sont utiles.  N'hésitez pas à poser d'autres questions dans les champs ci-dessous !

Webinaire à la demande : Alarmes efficaces pour l'entreposage frigorifique

Notre expert principal en conformité réglementaire GxP, Paul Daniel, vous aide à mieux comprendre comment surveiller correctement vos environnements d'entreposage frigorifique. Découvrez comment améliorer la qualité des données, réduire les alarmes intempestives, protéger la qualité des produits et augmenter votre conformité avec les réglementations GMP et les normes des clients.  

Sujets abordés : 

  •     Bases, défis et spécifications de l'entreposage frigorifique 
  •     Types de système de surveillance 
  •     Comprendre et mettre en œuvre les limites de spécification pour les alarmes

Regarder maintenant

Ajouter un nouveau commentaire