Production DM / DIV Production MES ISO 13485

Logiciel de gestion de production pour dispositifs médicaux : enregistrer ce qui s'est réellement passé

En production réglementée, la question n'est pas seulement de savoir quoi fabriquer. Il faut pouvoir démontrer, lot par lot, quelle instruction était applicable, quelles matières ont été réellement consommées, quels contrôles ont été réalisés, quels équipements ont servi, quels écarts sont survenus et sur quelles preuves la décision finale s'est appuyée.

19 août 2026 17 min de lecture

En bref

Un logiciel de gestion de production pour dispositifs médicaux doit avant tout transformer l'exécution du procédé en enregistrements maîtrisés et reliés entre eux. Le planning et les nomenclatures sont utiles ; la preuve réglementaire naît surtout de l'écart entre le prévu et le réel : version d'instruction utilisée, consommations effectives, contrôles, équipements, opérateurs, dates, écarts et décisions.

Ni le MDR, ni l'IVDR, ni l'ISO 13485 n'imposent d'acheter un « MES ». Ils imposent des résultats et des preuves. Le bon critère de choix n'est donc pas le nom du logiciel, mais sa capacité à préserver l'intégrité des enregistrements, à maintenir la traçabilité et à être validé pour l'usage qui lui est confié.

Le règlement ne demande pas un MES : il demande une production maîtrisée

C'est une distinction utile pour éviter les cahiers des charges construits à l'envers. Le besoin réglementaire porte sur le processus et ses preuves ; la catégorie logicielle vient ensuite.

Besoin	Ce qui doit être maîtrisé	Ce qu’un logiciel peut apporter
Instructions applicables	Utiliser une version approuvée et adaptée au produit ou au procédé concerné	Version active présentée à l'opérateur, archivage des versions antérieures et rattachement de la version au lot
Exécution de la fabrication	Démontrer les opérations réalisées et les résultats obtenus	Saisie guidée, horodatage, auteur identifiable et contrôles de complétude
Matières et composants	Identifier ce qui a réellement été utilisé lorsque la traçabilité l'exige	Sélection ou scan du lot consommé et création automatique des liens de généalogie
Contrôles	Conserver les résultats et décisions selon les critères définis	Contrôles intégrés au flux, critères paramétrés et blocage ou escalade selon les règles de l'organisation
Équipements	S'assurer que les moyens pertinents sont adaptés et sous contrôle	Identification de l'équipement utilisé et consultation de son état au moment de l'opération
Produit non conforme et écarts	Identifier, évaluer et traiter les situations non conformes selon leur risque	Écart enregistré au moment où il apparaît, lien vers l'investigation ou le processus qualité
Enregistrements	Préserver leur intégrité, leur disponibilité et leur lisibilité	Comptes nominatifs, historique des événements, sauvegarde et export selon l'architecture retenue

La colonne centrale décrit le besoin qualité. La colonne de droite décrit des moyens possibles : la conformité dépend de leur adéquation à votre usage, de leur paramétrage et de leur maîtrise.

Le cœur du dossier de lot : distinguer le prévu du réel

Un dossier de fabrication utile ne reproduit pas seulement la recette. Il montre les données de l'exécution et conserve les écarts au lieu de les écraser.

Prévu	Réel à enregistrer	Pourquoi le lien compte
Matière A — 250 g	Lot fournisseur, quantité réellement prélevée	Traçabilité amont et analyse d'impact
Contrôle entre 9,5 et 10,5	Valeur mesurée, date, opérateur, équipement si pertinent	Démonstration du respect du critère et contexte de mesure
Étape réalisée par opérateur habilité	Identité de la personne ayant exécuté ou vérifié	Attribution de l'enregistrement et preuve de l'exécution
Équipement qualifié ou sous contrôle	Identifiant de l'équipement réellement utilisé	Analyse d'impact si son état est remis en cause plus tard
Instruction version 7	Version effectivement présentée et utilisée pour ce lot	Éviter qu'une mise à jour ultérieure réécrive l'histoire du lot
Aucun écart prévu	Écart observé, justification et traitement	Conserver la réalité de l'exécution au lieu de reconstruire un dossier parfait a posteriori

Cette logique paraît simple, mais elle sépare deux architectures très différentes. Dans la première, le système stocke des documents de référence et l'opérateur complète un support séparé. Dans la seconde, l'instruction déclenche directement l'enregistrement : le lot consommé, le résultat du contrôle et l'identité de l'opérateur deviennent des données structurées reliées au lot fabriqué. C'est cette deuxième architecture qui rend la généalogie exploitable sans recompilation.

Les huit points de contrôle d'une production numérique

Ils forment une chaîne. Une rupture à un seul endroit suffit à faire revenir la reconstitution manuelle.

Vérifier l'état des matières avant consommationLot identifié, statut qualité applicable, quantité disponible et péremption lorsque pertinente. Le système doit empêcher ou au minimum signaler les usages incompatibles avec les règles définies.
Présenter l'instruction applicableL'opérateur doit travailler sur la bonne version. Le lot doit ensuite conserver la référence de cette version, même lorsqu'une version plus récente devient active.
Enregistrer les consommations réellesRéférence, lot et quantité réellement utilisés, y compris lorsqu'un contenant est consommé partiellement. Une décrémentation globale par référence ne suffit pas à créer une généalogie.
Capturer les contrôles au moment de l'opérationRésultat, critère applicable, auteur, date et moyen de mesure lorsque pertinent. Les contrôles sont des enregistrements, pas seulement des cases à cocher.
Rattacher les équipements pertinentsLorsqu'un équipement peut influencer la conformité, conserver son identifiant permet de retrouver les lots potentiellement concernés si sa métrologie ou son état est remis en cause.
Enregistrer les écarts sans masquer l'instructionLe système doit distinguer ce qui était prévu de ce qui a été fait. L'écart est une donnée à traiter, pas une invitation à modifier la recette a posteriori.
Construire la décision finale sur des preuves complètesLes critères de revue et les personnes autorisées sont définis par votre QMS. Le système peut présenter les preuves, les statuts et les exceptions ; il ne remplace pas la responsabilité de la fonction qui libère.
Conserver un dossier exportable et interprétableL'information doit rester produisible pendant sa durée de conservation, y compris pour un audit, une réclamation, une investigation ou une migration de système.

FDA 2026 : le DHR change de nom, pas le besoin de preuve

Depuis le 2 février 2026, utiliser les anciennes références de la Quality System Regulation comme si elles étaient toujours la structure actuelle de 21 CFR Part 820 crée une confusion évitable.

Le Quality Management System Regulation (QMSR) incorpore désormais l'ISO 13485:2016 par référence. Dans le préambule de la règle finale, la FDA explique qu'elle n'a pas conservé les catégories historiques device master record, design history file et device history record comme types d'enregistrements séparés. Elle indique notamment que de nombreux éléments auparavant associés au DHR se retrouvent dans les enregistrements de dispositif ou de lot de l'ISO 13485.

Conclusion pratique : un cahier des charges 2026 peut continuer à employer « DHR » comme vocabulaire métier si l'équipe le comprend, mais il ne faut pas le présenter comme une section réglementaire actuelle autonome de 21 CFR Part 820. Il faut repartir des exigences QMSR et ISO effectivement applicables.

Valider le logiciel sur son usage, pas sur son logo

Une solution conçue pour le médical réduit le travail à faire ; elle ne supprime pas la responsabilité de l'organisation qui l'utilise.

Usage prévu

Définir ce que vous confiez réellement au système : enregistrement de production, traçabilité, calculs, contrôles, étiquetage, décisions ou interfaces. C'est ce périmètre qui doit être démontré.

Risque

Une défaillance de calcul d'UDI-PI ou de statut de lot n'a pas le même impact qu'un défaut d'affichage d'un tableau de bord non critique. L'effort d'assurance doit suivre cette différence.

Preuves fournisseur

Spécifications, tests, gestion des versions et documentation de changement peuvent être réutilisés dans votre justification lorsque leur qualité et leur pertinence ont été évaluées.

Tests dans votre contexte

Les scénarios critiques doivent démontrer l'usage avec votre configuration, vos rôles, vos données, vos interfaces et vos procédures.

Maintien dans le temps

Chaque mise à jour appelle une analyse d'impact : ce qui change, ce qui touche les fonctions critiques, ce qui doit être retesté et ce qui peut être justifié sans répétition inutile.

ERP, QMS, étiquetage : une interface est elle-même un point de contrôle

La meilleure architecture n'est pas nécessairement un seul logiciel. Plusieurs systèmes peuvent très bien coexister si la responsabilité de chaque donnée et les échanges sont maîtrisés.

Donnée	Système maître possible	Contrôle à prévoir
Référence article et nomenclature commerciale	ERP ou référentiel produit	Identifiant commun, version et gestion des rejets d'interface
Instruction détaillée de fabrication	MES / système de production	Version applicable et historique
Ordre de fabrication	ERP ou planification	Unicité, statut et rapprochement avec le lot créé
Consommation réelle et généalogie	MES / système de production	Pas de double saisie, conservation du lot fournisseur
Écart et CAPA	MES pour le fait de production, QMS pour l'investigation	Lien stable entre l'événement initial et le dossier qualité
UDI-PI et étiquette	Production ou système d'étiquetage alimenté	Source de données maîtrisée, format contrôlé, absence de ressaisie

Évaluer un logiciel de gestion de production pour DM/DIV

Questions à tester en démonstration avec un scénario de lot réel, pas uniquement sur une présentation commerciale.

Le lot conserve la version exacte de l'instruction utilisée au moment de sa fabrication
Chaque matière consommée peut être rattachée à sa référence, son lot fournisseur et sa quantité réelle
Les consommations partielles restent traçables
Les contrôles enregistrent le résultat réel, le critère applicable, l'auteur et la date
Les équipements pertinents peuvent être rattachés aux opérations ou aux lots qu'ils ont servis
Un écart est enregistré sans modifier ni masquer l'instruction initiale
Les droits permettent de séparer exécution, vérification, modification des référentiels et décisions sensibles selon vos procédures
L'historique des événements pertinents permet d'expliquer qui a modifié quoi et quand
La généalogie ascendante et descendante est accessible sans recompilation manuelle
Le dossier de lot est exportable dans un format lisible et durable
Les interfaces indiquent clairement le système maître, les erreurs d'échange et les règles de réconciliation
L'éditeur fournit assez de documentation pour soutenir une validation ou une assurance logicielle proportionnée au risque
Les mises à jour sont documentées afin de permettre une analyse d'impact ciblée
L'ensemble des données peut être exporté en cas de migration ou de fin de contrat

Avec Arianis

Arianis porte l'exécution et les preuves de production

Arianis relie protocoles, stocks, productions, contrôles, équipements, étiquetage et traçabilité dans le même périmètre. L'objectif n'est pas de remplacer votre ERP ou votre système qualité, mais d'enregistrer le réel au moment où il se produit.

Protocoles de production configurables avec contrôles intégrés
Productions guidées et enregistrement des consommations réelles par lot
Écarts justifiés pendant l'exécution et dossiers de lot exportables
Stocks, péremptions et équipements suivis dans le même périmètre que la production
Étiquetage et UDI générés à partir des données du lot
Traçabilité ascendante et descendante avec audit trail horodaté par opérateur
Exports CSV natifs pour interfacer ou récupérer les données

Découvrir Arianis Demander une démo

Interface Arianis : production guidée et enregistrements du lot

Questions fréquentes

Logiciel de production DM : les questions qui reviennent

L'ISO 13485 ou le MDR imposent-ils d'utiliser un MES ?

Non. Ni l'ISO 13485 ni le MDR n'imposent une catégorie de logiciel appelée MES. Ils imposent de maîtriser les processus applicables et de conserver les preuves nécessaires : identification et traçabilité selon le périmètre défini, contrôles de production, maîtrise des équipements, traitement du produit non conforme, enregistrements et autres exigences applicables. Un MES est une manière d'outiller ce périmètre ; un autre système peut convenir s'il fournit les mêmes contrôles et preuves.

Quelle est la différence entre un logiciel de production et un ERP ?

Un ERP est généralement centré sur la planification, les achats, les ventes, la valorisation des stocks et les flux économiques. Un logiciel d'exécution de production enregistre ce qui a réellement eu lieu au poste : lot de matière effectivement consommé, quantité réelle, contrôle réalisé, équipement utilisé, opérateur, écart et décision associée. Les périmètres peuvent se chevaucher selon les produits ; il faut donc évaluer les fonctions réelles plutôt que l'étiquette commerciale.

Que doit contenir un dossier de lot électronique ?

Il n'existe pas de liste universelle valable pour tous les dispositifs. Le contenu découle de vos spécifications, de vos procédures, des caractéristiques du produit et des exigences applicables. En pratique, le dossier doit permettre de démontrer l'exécution des opérations et contrôles prévus et de retrouver les informations nécessaires à la traçabilité et à la décision qualité : versions applicables, matières et lots, résultats, personnes, dates, équipements, écarts et décisions pertinentes selon votre processus.

Le DHR est-il toujours une exigence FDA en 2026 ?

Pas comme catégorie réglementaire séparée. Depuis le 2 février 2026, le QMSR a remplacé l'ancienne structure détaillée de la Quality System Regulation et incorpore l'ISO 13485:2016 par référence. Dans le préambule de la règle finale, la FDA indique que les termes DMR, DHF et DHR n'ont pas été maintenus comme types d'enregistrements distincts et que les éléments concernés restent couverts par les exigences ISO et FDA applicables, notamment les enregistrements de dispositif ou de lot.

Un logiciel de production doit-il être validé ?

Lorsque le logiciel est utilisé dans le système qualité ou la production sur un périmètre auquel l'ISO 13485 ou le QMSR s'applique, son application ou son usage prévu doit être maîtrisé et validé ou assuré selon une démarche proportionnée au risque. La guidance FDA Computer Software Assurance, finalisée en février 2026, recommande précisément de concentrer l'effort sur l'usage prévu et le risque. La responsabilité de démontrer l'adéquation à votre usage reste celle du fabricant.

Un tableur peut-il servir de dossier de production ?

Il n'est pas interdit par principe. Il faut en revanche démontrer que son usage est maîtrisé : accès, versions, intégrité, conservation, sauvegarde, modifications, calculs et validation lorsque nécessaire. Plus les opérateurs, les lots, les formules et les liens de traçabilité se multiplient, plus les contrôles compensatoires deviennent lourds et plus le risque de reconstitution manuelle augmente.

Faut-il saisir les écarts pendant la production ou après la clôture du lot ?

L'enregistrement contemporain de l'écart est nettement plus robuste : il conserve le contexte, les personnes présentes et les données utiles à la décision. Reporter la saisie à la fin du lot crée un risque de reconstruction de mémoire. Le traitement qualité peut, lui, se poursuivre après la production si l'investigation ou la décision nécessite davantage d'informations.

Logiciels concernés

Les logiciels Cerebellis liés à ce sujet

Arianis Stock & Production Tracker Stocks, protocoles de production et traçabilité de lot pour les industries réglementées. Découvrir Arianis

Contact

Prenez un lot réel : combien de systèmes faut-il ouvrir pour expliquer exactement comment il a été fabriqué ?

+33 5 87 07 05 70 Échanger avec l'équipe