MES, ISA-95 et intégration ERP/PLC en pharma : architecture pragmatique pour la Suisse romande

Sur les sites pharma romands, la question du MES revient à chaque revue d'architecture. Le directeur d'usine veut traçabilité électronique de bout en bout, le qualité veut un audit trail 21 CFR Part 11 inattaquable, l'IT veut une seule source de vérité, l'automation veut juste que la ligne tourne. Et le commercial de l'éditeur MES, lui, vient expliquer que son produit fait tout cela tout seul.

Ce n'est pas vrai. Aucun MES ne fait tout, et celui qui essaie d'en couvrir 100 % devient ingérable au bout de trois ans. Cet article tente de poser une grille de lecture pragmatique pour les sites suisses, en particulier les équipes en charge d'intégration automation pharma Vaud, Valais et Genève, qui doivent recommander une architecture défendable face à un audit Swissmedic, FDA ou EMA.

Notre angle n'est pas celui de l'éditeur MES. C'est celui d'un automaticien qui passe ses journées entre une couche PLC Siemens TIA Portal ou Rockwell Studio 5000, un SCADA, un historian, et un MES qui doit recevoir ses ordres de fabrication d'un ERP SAP ou Oracle. Cinq ans de pharma régulée nous ont appris une chose : l'architecture qui tient dans le temps est celle qui respecte la frontière ISA-95.

ISA-95 : la grille de lecture en quatre niveaux

L'ISA-95 (ANSI/ISA-95 et IEC 62264) n'est pas une recette de cuisine. C'est un modèle de référence qui découpe l'usine en niveaux logiques. Beaucoup de débats d'architecture s'éteignent dès que les parties prenantes acceptent de nommer les niveaux et de respecter les frontières.

Niveau 0 : le procédé physique. Capteurs, actionneurs, instruments calibrés. C'est ce qui touche le produit.
Niveau 1 : le contrôle direct. Automates programmables (PLC), variateurs, régulateurs PID, systèmes de safety. Temps réel hard, cycle de quelques millisecondes.
Niveau 2 : la supervision. SCADA, HMI, DCS. Visualisation opérateur, gestion des alarmes, historisation court terme. Temps réel soft, latence de la seconde.
Niveau 3 : la gestion de fabrication. MES, LIMS, gestion des recettes, suivi des lots, dispatching production, gestion des opérations qualité en cours de fabrication. Horizon temporel : minute à journée.
Niveau 4 : la planification d'entreprise. ERP (SAP, Oracle, Microsoft Dynamics), gestion des commandes, des stocks à l'échelle site et corporate, comptabilité analytique. Horizon : semaine à année.

Le mapping est utile en lui-même, mais sa vraie valeur est dans les interfaces entre niveaux. C'est là que les projets dérapent.

L'interface critique pour un site pharma, c'est le niveau 3 vers le niveau 1-2 : comment le MES dépose un ordre de fabrication, comment il lit en retour les paramètres de procédé exécutés, comment il scelle un batch record électronique. La deuxième interface critique, c'est le niveau 4 vers le niveau 3 : comment l'ERP transmet un plan de production au MES sans que le MES devienne le réceptacle de la complexité business de l'ERP.

Les MES du marché et leur ADN

Il y a une vingtaine d'éditeurs MES sur le marché pharma. Trois dominent en Suisse francophone côté life science : Werum PAS-X (Körber), Siemens Opcenter Execution Pharma (l'ancien Camstar puis Apriso refactoré), et Rockwell PharmaSuite. Quelques autres comptent dans des niches : Emerson Syncade, Honeywell Workcenter, Tulip pour le manuel assisté, et les développements custom maison qui survivent encore sur des sites historiques.

Chacun a un ADN, et cet ADN explique mieux son positionnement que la brochure commerciale.

Werum PAS-X

PAS-X est né dans l'industrie pharma allemande, racheté par Körber. Sa force historique, c'est l'eBR (electronic Batch Record) configurable et la maturité du périmètre GMP. Son périmètre naturel est large : recipe management, dispatching, eBR, deviation management, équipement et matériel. Il s'intègre par défaut à SAP ERP (forte clientèle pharma sous SAP).

Le piège : PAS-X est lourd à paramétrer. Un déploiement nominal mobilise une équipe d'intégration sur 12 à 24 mois. Le coût de configuration des recettes électroniques explose si on n'arrive pas à factoriser les variants. Et la frontière avec le niveau 2 (SCADA) reste à dessiner : PAS-X peut piloter des étapes directement, ou les déléguer au SCADA. Ce choix est structurant et il est rarement formalisé dans les premières specs.

Siemens Opcenter Execution Pharma

Opcenter (anciennement Camstar Pharma, puis fusion avec Apriso pour le manufacturing operations management) bénéficie de l'intégration native avec la pile Siemens : PCS 7, WinCC, TIA Portal, Opcenter APS pour la planification. Pour un site déjà aligné Siemens en niveau 1-2, l'argument d'intégration est sérieux.

Le piège : Opcenter Pharma est un produit en consolidation depuis le rachat de Camstar en 2014, et la roadmap a connu plusieurs inflexions. Pour un projet 2026, vérifiez très soigneusement la version cible, les modules disponibles dans cette version, et l'engagement de support sur 7 à 10 ans. Le ticket d'entrée est compétitif, le coût total de possession dépend beaucoup du périmètre fonctionnel retenu.

Rockwell PharmaSuite

PharmaSuite est l'offre pharma de Rockwell, basée sur la plateforme FactoryTalk. C'est typiquement le choix d'un site dont l'historique automation est Rockwell ControlLogix et FactoryTalk View. L'intégration verticale jusqu'au PLC est fluide, et la philosophie est plus modulaire que celle de PAS-X.

Le piège : sur le marché pharma européen, l'écosystème de partenaires intégrateurs PharmaSuite est plus mince que pour PAS-X ou Opcenter. Pour un site romand, identifier le partenaire compétent qui survivra au projet est un sujet en soi. Et la couverture eBR fine est moins mature que PAS-X.

Autres options à connaître

Pour des sites de petite taille, ou des extensions de capacité tactiques, deux familles méritent un regard. D'abord les MES « lite » comme Tulip ou Rootstock, qui adressent le manuel assisté et l'eBR simple sans le poids d'un PAS-X. Ensuite les solutions custom sur stack moderne (Mendix, OutSystems, ou même Node.js + Postgres validé GAMP5 catégorie 5), qui restent défendables pour des périmètres très métier-spécifiques mais demandent une discipline de validation exceptionnelle.

Le custom GAMP5 catégorie 5 en pharma est viable. Il a un coût de maintenance et de revalidation à chaque évolution qui n'est pas anodin. Ne le choisissez que si vous avez l'équipe interne pour le porter dans la durée.

Le piège du « MES qui veut tout faire »

L'erreur la plus coûteuse que nous voyons sur le terrain n'est pas le mauvais choix de MES. C'est le bon MES, mais utilisé pour faire le travail du SCADA ou de l'ERP.

Trois symptômes alertent :

Le MES écrit des consignes process directement dans le PLC. Si votre MES envoie des setpoints PID en direct à un automate, vous avez probablement contourné le niveau 2. À la prochaine montée de version du MES, les recettes process partent en revalidation OQ. C'est lourd et c'est évitable.
Le MES gère les commandes clients ou les BOM matières premières. C'est le rôle de l'ERP. Si le MES s'en charge, vous avez deux sources de vérité qui finiront par diverger.
Le MES gère l'audit trail des accès Windows site. C'est le rôle de l'Active Directory. Le MES doit s'appuyer dessus, pas le reconstituer.

La règle pragmatique : chaque fonction doit vivre au niveau ISA-95 le plus bas qui permet de la rendre. Tout ce qui peut rester au niveau 2 (SCADA, historian) reste au niveau 2. Tout ce qui est business pur reste au niveau 4. Le MES s'occupe de l'exécution de fabrication et de la traçabilité réglementaire, pas du reste.

Cette discipline rend les revalidations plus simples. Quand l'ERP migre de SAP ECC à S/4HANA, l'impact sur le MES doit pouvoir se limiter à l'interface de niveau 4. Quand le SCADA change de version, l'impact sur le MES doit pouvoir se limiter à l'interface de niveau 2. Si l'architecture est correcte, ces migrations sont planifiables. Si elle est croisée, chaque changement est un projet de transformation.

Cas concret : un site fill & finish romand qui a recadré son MES

Nous avons accompagné récemment un site de remplissage stérile en Suisse romande qui avait hérité d'un PAS-X paramétré sur dix ans, avec un périmètre fonctionnel devenu impossible à maintenir. Le MES gérait notamment les pesées manuelles en salle de préparation, le dispatching de lots, l'eBR de la ligne de remplissage, la libération paramétrique, et un module de gestion d'écarts qui chevauchait celui du QMS site.

Le projet de rationalisation n'a pas changé d'éditeur. Il a redécoupé le périmètre :

Le module de gestion des écarts a été basculé vers le QMS officiel du groupe. Doublon supprimé.
Les pesées manuelles ont été migrées sur une application Tulip dédiée, validée GAMP5 catégorie 4, avec interface CSV vers PAS-X. Coût de validation divisé par trois sur ce périmètre.
L'eBR ligne de remplissage est resté dans PAS-X. C'est son cœur de métier.
La libération paramétrique a été repensée pour s'appuyer sur des règles encodées dans le LIMS, le PAS-X ne faisant qu'agréger les résultats.

Le projet a duré huit mois, dont trois mois de cadrage avec les équipes qualité, production, IT et automation. Les bénéfices sont mesurables : temps de cycle eBR réduit, charge IT/OT divisée, déviations process documentées sans copier-coller manuel entre PAS-X et le QMS.

Le point clé : aucun nouveau logiciel structurant. Juste un recadrage du périmètre fonctionnel, niveau par niveau, en respectant ISA-95.

Comment cadrer le scope MES dès la spec

Quand vous écrivez la spécification d'un nouveau MES (ou d'une refonte de périmètre), trois questions sauvent des trimestres entiers de projet.

Première question : quels processus métier nécessitent un MES, et lesquels peuvent vivre en niveau 2 ou 4 ?

Faites le tour complet des process : pesée, dispatching, recette de fabrication, contrôles in-process, libération paramétrique, gestion des écarts, gestion des changements (Change Control), formation opérateur, gestion des équipements (maintenance, calibration). Pour chacun, demandez : est-ce que cela nécessite réellement la couche MES, ou est-ce qu'un autre système fait déjà le travail correctement ?

Deuxième question : quelles interfaces ISA-95 vais-je construire, et avec quel protocole ?

ERP vers MES (niveau 4-3) : généralement IDoc SAP ou REST API. MES vers SCADA (niveau 3-2) : OPC UA, MQTT pour les flux de données process, ISA-88 messaging (S88 unit recipes) pour les ordres de fabrication. MES vers LIMS : LIMS standard interface ou middleware dédié. Chaque interface doit avoir un propriétaire, un format, un protocole, et un SLA défini.

Pour les interfaces niveau 3-2, le sujet OPC UA mérite à lui seul une analyse architecturale. Sur des flottes de plusieurs PLC, le choix Pub/Sub vs Client/Server n'est pas anodin, et nous y consacrons un article distinct.

Troisième question : qui valide quoi, et selon quel chapitre GAMP5 ?

Le MES est typiquement GAMP5 catégorie 4 (logiciel configuré) avec quelques modules custom catégorie 5. Les interfaces sont à valider point par point. Le SCADA est généralement catégorie 4. Les PLC contiennent du code custom catégorie 5. La stratégie de validation doit être posée avant le démarrage, pas découverte en phase OQ.

Notre [retour d'expérience CQV pharma](/blog/cqv-pharma-best-practices) détaille les pièges classiques de qualification sur ce type d'architecture multi-niveaux, et notre article sur le [goulot d'étranglement IT/OT et data](/blog/automation-it-data-goulot-etranglement) approfondit les questions d'interface entre niveaux 2 et 3.

Ce qu'un intégrateur automation pharma doit refuser

Cinq demandes courantes qui doivent déclencher une discussion d'architecture, pas une exécution silencieuse :

« Mets-moi le MES en pilotage direct du PLC pour gagner du temps ». Réponse : non. Pilotage par le niveau 2, le MES envoie une recette, pas un setpoint.
« Le MES doit gérer les fournisseurs et les commandes de matières ». Réponse : non, c'est l'ERP. Le MES consomme la donnée matière, il ne la maintient pas.
« On valide le MES une seule fois, après on n'y touche plus ». Réponse : faux. Le MES vit. Il faut un processus Change Control opérationnel, pas un mythe de validation finale.
« Mets un MES dessus pour faire l'eBR, on verra le reste plus tard ». Réponse : pas avant d'avoir défini l'interface niveau 2 et le périmètre exhaustif. Sinon on construit une dette d'architecture.
« Le MES de l'éditeur X fait tout, donc on prend ça partout ». Réponse : non. Une architecture MES homogène multi-site sans cadrage par site mène à du paramétrage divergent et à une dette d'intégration qui coûte plus que la liberté de choisir local.

Conclusion

L'architecture MES en pharma n'est pas un sujet de produit. C'est un sujet de découpage fonctionnel, niveau par niveau, qui doit tenir face à un audit, à une migration ERP, à une refonte SCADA et à une revalidation. Le bon réflexe avant de choisir un éditeur, c'est de poser la carte ISA-95, de placer chaque processus, et de défendre les frontières.

Si vous êtes en train de cadrer un projet MES sur un site pharma romand, notre [page secteur pharma](/secteurs/pharma) et notre [page architecture](/services/architecture) décrivent les missions de cadrage que nous menons sur ce type de sujet. Et si vous voulez en discuter sur un cas concret, [contactez-nous](/contact) pour une session de revue d'architecture en amont du choix éditeur.

FAQ

ISA-95 est-elle obligatoire pour un site pharma ?

Non, ISA-95 n'est pas une obligation réglementaire. C'est un modèle de référence qui aide à structurer l'architecture. Aucun inspecteur Swissmedic ou FDA ne vous demandera votre conformité ISA-95. En revanche, une architecture qui respecte ce découpage est plus facile à défendre en audit, plus simple à maintenir, et plus stable dans le temps.

Faut-il un MES pour un petit site de remplissage ?

Pas systématiquement. Si votre site fabrique peu de SKU, avec des recettes stables et un volume modéré, un eBR papier ou une solution légère type Tulip peut suffire pendant plusieurs années. Le passage à un MES structuré se justifie quand la complexité de la traçabilité, le nombre de variants ou les exigences d'intégration ERP dépassent ce qu'une équipe peut gérer manuellement.

Quel est le coût typique d'un déploiement MES pharma ?

Selon l'éditeur, le périmètre et la taille du site, comptez entre 800 000 CHF pour un déploiement minimal sur un site mono-ligne, et plusieurs millions de CHF pour un déploiement multi-site avec eBR complet. La part licences est souvent inférieure à 30 % du coût total. Le reste est l'intégration, la configuration, la validation et la conduite du changement.

Comment choisir entre Werum PAS-X, Siemens Opcenter et Rockwell PharmaSuite ?

Le choix dépend principalement de trois facteurs : la pile automation déjà en place (Siemens, Rockwell ou mixte), la disponibilité d'un partenaire intégrateur compétent en Suisse, et la cohérence avec les choix corporate du groupe si vous êtes un site filiale. Pour un site greenfield indépendant en Suisse romande, PAS-X reste la valeur sûre, mais le ticket d'entrée est élevé. Opcenter est compétitif si l'environnement Siemens est dominant. PharmaSuite est cohérent sur un site Rockwell historique.

Quelle différence concrète entre niveau 2 (SCADA) et niveau 3 (MES) en pharma ?

Le SCADA gère le procédé en temps réel : visualisation opérateur, alarmes, historisation, exécution de séquences automate. Le MES gère la fabrication d'un lot : recette électronique, traçabilité matières, eBR, signatures électroniques 21 CFR Part 11, transmission de résultats au LIMS et à l'ERP. Le SCADA est centré équipement. Le MES est centré produit et lot. Sur un site bien architecturé, ils communiquent par OPC UA et ISA-88, sans se chevaucher.