Maintenance prédictive pour la fabrication de dispositifs médicaux (IEC 62443 SL-1)

Les argumentaires de maintenance prédictive commencent habituellement par la disponibilité et les économies de coûts. Dans la fabrication de dispositifs médicaux et pharmaceutiques, ceux-ci viennent après une autre barrière : les équipes sécurité informatique et qualité autoriseront-elles cet outil sur le réseau ?

Ces usines exploitent des procédés validés sous des systèmes de management de la qualité et des cadres de sécurité OT. Un outil PdM qui ignore cette réalité ne passe jamais la première revue — peu importe la qualité de ses modèles. Cet article porte donc sur les exigences qui viennent avant la discussion sur le ROI.

L'acheteur à convaincre en premier

Dans une usine régulée, un achat PdM touche au moins trois parties prenantes, et l'ordre dans lequel elles évaluent a son importance :

Sécurité OT / informatique — « Cet outil peut-il toucher nos systèmes de contrôle ? Quelle est sa surface d'attaque ? Se connecte-t-il à l'extérieur ? »
Qualité / validation — « Gère-t-il correctement les données régulées ? Existe-t-il une piste d'audit ? Compliquera-t-il notre état validé ? »
Maintenance / fiabilité — « Prédit-il vraiment les défaillances qui nous importent, et pouvons-nous faire confiance aux prédictions ? »

La plupart des fournisseurs sont construits pour gagner la conversation nº 3 et improviser sur les nº 1 et nº 2. Dans la fabrication de dispositifs médicaux, vous devez d'abord franchir les nº 1 et nº 2.

IEC 62443 : le cadre qui décide

IEC 62443 est la norme internationale pour la sécurité des systèmes d'automatisation industrielle et de contrôle. Elle définit des niveaux de sécurité (SL-1 à SL-4) et sept exigences fondamentales (FR1–FR7) : identification et authentification, contrôle d'utilisation, intégrité du système, confidentialité des données, flux de données restreint, réponse en temps utile aux événements, et disponibilité des ressources.

Un outil de surveillance aligné sur SL-1 répond à ces exigences avec des contrôles concrets et vérifiables. Prevly publie une déclaration de conformité IEC 62443-3-3 SL-1, et les choix de conception qui la sous-tendent sont exactement ceux qu'un réviseur examine :

| Exigence fondamentale | Comment un moniteur on-premise en lecture seule y répond | |---|---| | FR1 Identification et authentification | S'intègre avec le fournisseur d'identité de l'usine ; pas de comptes partagés ou cloud-fournisseur. | | FR2 Contrôle d'utilisation | Accès basé sur les rôles ; l'identifiant de surveillance est en lecture seule sur le système de contrôle. | | FR3 Intégrité du système | Aucun chemin d'écriture vers le système de contrôle ; déploiements signés et versionnés. | | FR4 Confidentialité des données | Stockage on-premise ; isolation des locataires ; aucune DCP ingérée. | | FR5 Flux de données restreint | Pas d'egress sortant requis ; les données restent dans le périmètre de l'usine. | | FR6 Réponse en temps utile aux événements | Journalisation d'audit des événements système. | | FR7 Disponibilité des ressources | Surveillance passive ; l'outil ne peut pas affamer ni perturber le système de contrôle. |

Le détail qui surprend les gens : un outil de maintenance prédictive pour les machines n'a pas besoin de données patients. Il ingère des vibrations, de la température, de la pression, du courant — la télémétrie des équipements. Pas de DCP, pas de dossiers patients, rien qui l'entraîne dans la classe de données la plus sensible. Ce seul fait supprime une énorme friction dans les revues, et cela doit être explicitement précisé dans toute évaluation PdM en dispositifs médicaux.

Pourquoi la lecture seule et l'on-premise ne sont pas optionnels ici

Deux choix architecturaux font l'essentiel du travail dans un environnement régulé :

Accès OT en lecture seule. La surveillance de l'état devrait ajouter zéro moyen de modifier le comportement de la machine. Un abonnement OPC-UA en lecture seule observe ; il n'écrit jamais un tag ni n'appelle une méthode. Le pire cas si le moniteur est compromis est un accès en lecture aux valeurs que l'historien expose déjà — pas le contrôle. (Nous l'examinons en profondeur dans notre article sur l'OPC-UA en lecture seule.)
Déploiement on-premise. La résidence des données, l'absence d'egress sortant, et un auditeur qui peut tout voir sur site sont bien plus faciles à satisfaire quand le cerveau analytique tourne dans l'usine. Le on-premise est aussi la norme du marché, pas l'exception — Grand View Research (2025) place le segment on-premise à 57,3 % du marché PdM, citant contrôle, sécurité et confidentialité des données.

Ces deux éléments ensemble transforment la revue de sécurité d'une liste de constatations en une courte conversation.

S'intégrer dans un environnement validé / GMP

Un point sur lequel il faut être précis : un outil PdM ne vous rend pas conforme, et aucun fournisseur honnête ne le prétend. La conformité est une propriété de vos procédés validés et de votre système qualité. Ce qu'un outil bien conçu fait, c'est s'intégrer dans ce système sans créer de nouveaux problèmes :

Piste d'audit. Les événements système et les actions de maintenance sont journalisés, de sorte que l'activité de l'outil est traçable plutôt qu'opaque.
Déploiement versionné et reproductible. Un environnement validé doit savoir exactement ce qui tourne ; un déploiement signé et versionné le supporte.
Traitement prévisible des données. Vous savez quelles données l'outil détient, où, et qu'il ne sort pas du périmètre — ce que votre documentation de flux de données doit démontrer.
Prédictions explicables. Dans un contexte GMP, « le modèle l'a dit » n'est pas une base défendable pour une action. L'attribution par caractéristique sur chaque prédiction fournit le raisonnement documenté qu'un système qualité attend.

Nous évitons délibérément le langage de promesse de conformité réglementaire auquel certains fournisseurs recourent — un outil ne peut pas accorder cela. Ce qu'il peut faire, c'est être conçu de sorte que l'adopter ne compromette pas un état que vous avez déjà validé. C'est la déclaration réaliste, et honnête.

La liste de contrôle d'évaluation pour une usine régulée

Existe-t-il une déclaration de conformité IEC 62443 que nous pouvons consulter ?
Ingère-t-il des DCP ou des données patients ? (Pour la surveillance des machines, la réponse devrait être non.)
L'accès OT est-il strictement en lecture seule — dans le code, pas seulement dans la configuration ?
Peut-il fonctionner on-premise sans egress sortant requis ?
Produit-il une piste d'audit et des prédictions explicables que notre équipe qualité peut documenter ?
Le fournisseur soutiendra-t-il notre effort de validation avec une architecture et une documentation de flux de données ?

Un fournisseur capable de répondre clairement à ces questions a déjà fait le plus difficile. La discussion sur la disponibilité et les économies de coûts — celle avec laquelle la plupart des fournisseurs ouvrent — est la partie facile qui vient après.

Prevly est une plateforme de maintenance prédictive on-premise alignée sur IEC 62443-3-3 SL-1, conçue pour la fabrication de dispositifs médicaux et pharmaceutiques : OPC-UA en lecture seule, aucune DCP, ML sur site et piste d'audit adaptée à un environnement validé. Lisez l'architecture ou demandez une démonstration technique.

Lectures complémentaires : Maintenance prédictive GMP pharma (Annexe 1 / GAMP 5 / Part 11) · RGPD et conformité de l'IoT industriel · Maintenance prédictive on-premise vs cloud · Surveillance OPC-UA en lecture seule