ERP pour les dispositifs médicaux : le guide
Pourquoi les dispositifs médicaux ne choisissent pas un ERP comme les autres
Un fabricant de dispositifs médicaux ne gère pas seulement une production : il répond de chaque unité mise sur le marché, parfois des années après sa sortie d’usine. Le règlement européen 2017/745, dit MDR, a durci l’ensemble : identification unique des dispositifs (IUD), enregistrement dans la base européenne EUDAMED, surveillance après commercialisation, documentation technique opposable.
Dans ce cadre, l’ERP n’est plus un simple outil de gestion : c’est la colonne vertébrale de la preuve. C’est lui qui sait quel lot de matière est entré dans quel numéro de série, qui l’a contrôlé, où il a été expédié, et ce qu’il faudra rappeler si un problème survient. Ce guide passe en revue ce qu’un fabricant de dispositifs médicaux doit exiger de son ERP, et ce que Dynamics 365 Finance & Operations couvre dans ce domaine. Pour un panorama plus large du secteur santé, notre guide ERP santé reste le point de départ : celui-ci descend dans la spécificité des dispositifs.
La traçabilité de bout en bout : du composant au patient
La traçabilité réglementaire ne se contente pas de savoir « d’où vient le lot ». Elle exige la généalogie complète : quelles matières, de quels fournisseurs, dans quelles unités produites, contrôlées par qui, expédiées vers quels clients. Et dans les deux sens : remonter d’un dispositif vers ses composants, et descendre d’un composant vers tous les dispositifs qui le contiennent.
Concrètement, cela impose à l’ERP trois disciplines : la gestion des lots et des numéros de série à chaque mouvement, sans exception ni saisie de complaisance ; l’identification unique portée par le système IUD, avec son identifiant dispositif et son identifiant de production ; et l’enregistrement des liens entre tout cela, automatiquement, parce qu’une généalogie reconstituée à la main n’est pas une généalogie, c’est un récit.
L’IUD en pratique : les organismes et les données
L’identification unique ne s’improvise pas : elle passe par un organisme d’attribution reconnu (GS1 étant le plus répandu), une structure d’identifiants définie référence par référence, et des étiquetages conformes aux exigences de chaque marché. Côté système, cela signifie que le référentiel produit de l’ERP doit porter ces identifiants et leurs déclinaisons, et que la production doit générer la partie variable (lot, série, dates) sans intervention manuelle.
C’est aussi ici que le système qualité et l’ERP se rejoignent : les exigences de la norme ISO 13485, référence du management de la qualité pour le secteur, supposent une maîtrise documentée des processus et des enregistrements : exactement ce que l’ERP bien tenu produit nativement.
La qualité dans l’ERP, pas à côté
Beaucoup d’organisations font vivre leur système qualité dans des outils séparés : des formulaires, des tableurs, une application documentaire. Le problème n’est pas l’outil : c’est la couture. Quand le contrôle qualité vit à côté du flux logistique, il existe toujours un moment où un lot avance sans son statut, ou un statut sans son lot.
Intégrer la gestion de la qualité dans l’ERP change la mécanique : les contrôles se déclenchent dans le flux (réception, production, expédition), les non-conformités bloquent physiquement les stocks concernés, et les actions correctives se suivent jusqu’à leur clôture avec leur historique. Le système qualité documentaire garde son rôle : mais la réalité opérationnelle, celle qui bloque ou libère un lot, vit là où vivent les lots.
Le rappel de lot : le scénario qui juge votre système
Faites ce test, sur votre système actuel : un fournisseur vous notifie un défaut sur une matière livrée il y a plusieurs mois. Combien de temps vous faut-il pour produire la liste exacte des dispositifs concernés, leurs numéros de série, les clients livrés, et les stocks encore chez vous ?
Si la réponse implique plusieurs personnes, plusieurs outils et plusieurs jours, votre traçabilité est déclarative, pas opérationnelle. Un rappel réel se joue en heures : l’autorité attend un périmètre précis, vos clients attendent des instructions, et chaque imprécision élargit le rappel par précaution, donc son coût et son impact d’image.
C’est exactement le scénario pour lequel la généalogie automatique de l’ERP existe : une requête, la liste, les documents. Lors d’un choix d’ERP dans ce secteur, exigez de voir ce scénario déroulé en démonstration, sur des données réalistes : il départage mieux que toutes les listes de fonctionnalités.
L’audit : prouver, pas raconter
Organisme notifié, autorité de tutelle, client industriel : les audits font partie de la vie d’un fabricant de dispositifs. Et un audit ne s’intéresse pas à ce que vous dites faire : il s’intéresse à ce que vos systèmes prouvent.
L’ERP bien tenu devient alors un allié : historique des mouvements infalsifiable, statuts qualité horodatés, généalogie complète, droits d’accès documentés : qui peut créer un fournisseur, modifier une nomenclature, libérer un lot. À l’inverse, un ERP contourné, où les vraies décisions passent par des tableurs, transforme chaque audit en exercice de reconstruction : et chaque reconstruction en source de constats.
Vendre au-delà de l’Europe : plusieurs réglementations, un seul système
Le MDR n’est que le cadre européen. Un fabricant qui exporte rencontre d’autres régimes d’identification unique et d’enregistrement, à commencer par celui de la FDA américaine et sa base GUDID, chacun avec ses formats d’étiquetage et ses exigences de données.
La mauvaise réponse consiste à empiler des fichiers par marché. La bonne : un référentiel produit unique dans l’ERP, portant les attributs exigés par chaque réglementation, et des restitutions par marché construites dessus. C’est le même principe que pour la traçabilité : une seule source de vérité, plusieurs projections. Les entreprises qui l’appliquent traversent l’ajout d’un nouveau marché comme un paramétrage ; les autres, comme un projet.
Ce que Dynamics 365 F&O couvre, et où l’écosystème complète
Finance & Operations apporte nativement le socle que ce secteur exige : gestion des lots et numéros de série avec généalogie, dimensions de suivi sur l’ensemble de la chaîne, contrôles qualité intégrés aux flux avec blocage des stocks non conformes, gestion des dates et statuts, et la profondeur industrielle d’un ERP conçu pour la production réglementée.
Certains besoins spécifiques du secteur relèvent d’extensions spécialisées de l’écosystème : la génération des étiquetages IUD selon les standards des différents marchés, les échanges avec EUDAMED, ou la signature électronique au sens des exigences les plus strictes. La bonne architecture n’est pas « tout dans l’ERP » ni « un outil par exigence » : c’est un socle ERP solide, complété là où la réglementation l’exige, avec des intégrations propres.
Les erreurs de projet ERP propres au secteur
Traiter la traçabilité comme un paramétrage de fin de projet. Elle structure le modèle de données dès le premier jour : dimensions de suivi, granularité des lots, règles de série. La rajouter après coup, c’est refaire.
Reprendre les données sans reprendre les généalogies. Migrer les stocks sans leurs historiques de lots crée un système propre… et aveugle sur tout ce qui a été produit avant. Le périmètre de reprise se décide avec la réglementation en tête, pas seulement la comptabilité.
Sous-estimer la conduite du changement en atelier et en entrepôt. La traçabilité vit ou meurt dans les gestes quotidiens : un scan sauté, un reconditionnement non déclaré, et la chaîne de preuve se rompt. La formation des utilisateurs n’est pas un lot annexe ici : c’est une exigence de conformité.
Choisir un intégrateur qui découvre le secteur. Les exigences réglementaires ne se devinent pas en cours de projet. Interrogez les références sectorielles réelles, sur le produit exact.
Conclusion
Pour un fabricant de dispositifs médicaux, l’ERP est un instrument de conformité autant que de gestion : la généalogie qui répond en minutes, la qualité qui bloque au bon moment, l’audit qui se passe dans le système et non dans les classeurs. Dynamics 365 Finance & Operations offre ce socle ; le projet qui le déploie doit être mené avec les exigences du secteur en tête dès le cadrage.
Et le test à ne jamais oublier au moment de choisir : demandez à voir un rappel de lot, en démonstration, chronomètre en main.
Un projet ERP dans les dispositifs médicaux ?
Parlons de vos exigences de traçabilité et de qualité : nous vous montrerons comment elles se traduisent concrètement dans Dynamics 365. Et chaque vendredi, Le Vendredi ERP : les coulisses des projets ERP, sans langue de bois.
UNE QUESTION ? une réponse.
Questions les plus fréquentes
L’identification unique des dispositifs (IUD, UDI en anglais) est imposée par le règlement européen 2017/745 : chaque dispositif porte un identifiant composé d’une partie « dispositif » et d’une partie « production ». Pour l’ERP, cela signifie porter ces identifiants dans les données produit et les mouvements, et pouvoir les restituer à tout moment, notamment vers la base EUDAMED.
Oui, nativement : lots, numéros de série, généalogie amont et aval, et blocage des stocks selon leur statut qualité. La clé n’est pas la fonctionnalité mais sa mise en œuvre : la granularité du suivi se décide au cadrage et se tient ensuite dans chaque geste opérationnel.
En transformant la preuve en requête : historique des mouvements, statuts qualité horodatés, généalogie complète, droits d’accès documentés. Un audit se passe bien quand le système répond à la place des classeurs, et mal quand il faut reconstruire l’histoire à la main.
Pas nécessairement : le système documentaire qualité garde souvent sa place. En revanche, les contrôles opérationnels, les statuts de lots et les blocages de stock doivent vivre dans l’ERP, au plus près des flux : c’est la couture entre les deux mondes qui fait les défauts de conformité.
