3 min de lecture
La plupart des cadres de SQM sont conçus pour contrôler les risques, et non pour favoriser la rapidité des dispositifs médicaux. Cependant, le logiciel en tant que dispositif médical (SaMD) évolue rapidement, est fréquemment mis à jour et exige bien plus qu'une approche traditionnelle.
Depuis des décennies, l'industrie des dispositifs médicaux s'appuie sur des systèmes de gestion de la qualité (SQM) structurés et axés sur le matériel, fondés sur la stabilité, le contrôle et la traçabilité. Et à juste titre, ces systèmes ont rempli leur rôle. Mais aujourd'hui, nous sommes à un tournant critique.
Le logiciel en tant que dispositif médical (SaMD) n'est pas le prolongement des dispositifs traditionnels. C'est un changement de paradigme. Et ce changement met en lumière une idée fausse et dangereuse : l'idée que les modèles de SQM conventionnels peuvent être adaptés pour répondre aux exigences spécifiques du logiciel en tant que dispositif médical SaMD. En pratique, c'est impossible.
Si vous appliquez un cadre de système de gestion de la qualité pour dispositifs médicaux axé sur le matériel au SaMD, vous ne gérez pas la qualité, vous gérez mal les risques.
SQM traditionnel : conçu pour des produits statiques et prévisibles
Les cadres de SQM sur lesquels la plupart des fabricants comptent encore, généralement conformes à la norme ISO 13485 et renforcés par un développement de produits par étapes, sont conçus pour les produits physiques. Ces systèmes pour dispositifs médicaux ISO 13485 supposent des cycles de conception linéaires, de longues phases de validation et une stabilité des versions après la commercialisation.
Les solutions de dispositifs médicaux SaMD ne suivent pas ce rythme. Elles sont itératives, dynamiques et souvent Cloud-based. Le cycle de vie du développement est continu. Les mises à jour peuvent être hebdomadaires. Les profils de risque ne changent pas chaque année, mais du jour au lendemain. Dans cet environnement, un système de gestion de la qualité statique ISO 13485 devient un obstacle plutôt qu'une protection.
Les différences fondamentales qui comptent
1. Le développement itératif exige des contrôles itératifs
Pour le matériel, le contrôle de la conception est ancré dans les composants physiques d'un produit. Une fois qu'un dispositif est validé et mis sur le marché, les modifications sont minimes et hautement contrôlées.
Cependant, les solutions logicielles en tant que dispositifs médicaux SaMD évoluent. Chaque mise à jour peut avoir un impact sur les performances, la sécurité ou la logique clinique. Un système logiciel de gestion de la qualité pour dispositifs médicaux doit permettre des processus de contrôle des modifications à haute fréquence, s'intégrer aux flux de travail agiles et assurer la traçabilité sur plusieurs versions logicielles et pas seulement sur les versions finales.
2. La cybersécurité est un attribut de la qualité
Les dispositifs traditionnels gèrent les risques par le confinement physique et les instructions d'utilisation. Le logiciel en tant que dispositif médical SaMD doit faire face aux cybermenaces, aux violations de données et aux exigences d'interopérabilité en constante évolution.
Un SQM prêt pour le SaMD intègre la sécurité dans les données d'entrée de conception, les protocoles de vérification et la surveillance après commercialisation. Il ne s'agit pas d'une préférence technique, mais d'une attente réglementaire. Les orientations de la FDA sur la cybersécurité avant la mise sur le marché et les exigences du règlement européen relatif aux dispositifs médicaux le montrent clairement.
3. Le suivi après commercialisation est continu, et non passif
Pour le matériel, la surveillance après commercialisation du SaMD consiste souvent à recueillir des données sur les réclamations et à signaler les incidents indésirables. Pour le SaMD, les données post-commercialisation font partie intégrante de l'évolution du produit.
Un système logiciel SQM ISO 13485 moderne doit traiter les données de performance du monde réel comme faisant partie du cycle de vie du produit. Il doit prendre en charge la surveillance en temps réel, les boucles de rétroaction automatisées et la capacité d'ajuster la logique clinique en fonction des résultats, non pas une fois par an, mais en continu.
4. La documentation doit être numérique, dynamique et décentralisée
De nombreuses plateformes traditionnelles de systèmes de gestion de la qualité ISO 13485 reposent sur des documents statiques, des pistes papier contrôlées et des approbations manuelles. Dans un environnement logiciel, ce modèle s'effondre.
Les équipes SaMD travaillent partout dans le monde en utilisant des outils DevOps cloud-based. Votre système de gestion de la qualité doit s'intégrer directement aux répertoires de code, automatiser la traçabilité et tenir à jour une documentation qui évolue à chaque sprint, et non à chaque trimestre.
5. Les données cliniques évoluent, elles ne sont pas figées
Le matériel valide sa sécurité et son efficacité avant d'arriver sur le marché. Pour le SaMD, la validation préalable à la mise sur le marché n'est qu'un début. Les algorithmes peuvent s'adapter, les ensembles de données s'élargir et le comportement des utilisateurs changer.
Un système de gestion de la qualité conçu pour le SaMD doit intégrer des données cliniques évolutives. Les rapports d'évaluation clinique, les données sur l'ergonomie et le suivi des performances doivent s'adapter en même temps que le logiciel. Le système de gestion de la qualité devient alors un outil actif, qui ne sert pas seulement à documenter, mais aussi à prendre des décisions.
Idée reçue : la conformité suffit
Il est nécessaire de respecter les normes ISO 13485 ou IEC 62304. Mais dans le cadre du SaMD, la conformité est un minimum, pas un maximum. Les autorités réglementaires vont au-delà des simples listes de vérification. Elles attendent une capacité opérationnelle à gérer les changements, une bonne résistance en matière de cybersécurité et des performances réelles.
Un système de gestion de la qualité ISO 13485 traditionnel pour les dispositifs médicaux peut être conforme tout en passant à côté des risques. Pour le SaMD, ce n'est pas acceptable. La qualité doit être intégrée dès la conception du développement, et non appliquée après coup dans des modèles figés.
S'adapter à la réalité des logiciels plutôt qu'aux habitudes du passé
Les entreprises de SaMD qui réussissent le mieux ne cherchent pas à faire entrer un produit logiciel en tant que dispositif médical dans le moule du matériel. Elles conçoivent des systèmes de qualité pensés spécifiquement pour le développement de logiciels. Ces systèmes sont simples, numériques, intégrés et tournés vers l'avenir.
Si vous dirigez une équipe qui développe un SaMD, posez-vous les questions suivantes :
- Votre système de gestion de la qualité peut-il suivre un cycle de sprint de deux semaines ?
- Permet-il de surveiller les menaces de cybersécurité et de s'y adapter ?
- Peut-il suivre les performances cliniques après la sortie du produit et déclencher des mises à jour ?
Si ce n'est pas le cas, le problème ne vient pas seulement de votre produit, mais de votre système. Un système de gestion de la qualité pour les dispositifs médicaux ne doit pas freiner l'innovation. Il doit la rendre possible en toute sécurité, de manière fiable et à grande échelle.
Pour les organisations qui traversent cette transition, s'associer à des experts qui comprennent à la fois les subtilités réglementaires et la dynamique des logiciels, comme Freyr Solutions, peut faire toute la différence entre un système qui se contente d'être conforme et un système qui améliore activement les performances du produit et sa préparation au marché. Comprendre les exigences du MDR en matière d'évaluation clinique et tenir à jour des rapports d'évaluation clinique conformes devient essentiel dans ce contexte en constante évolution.
Pour savoir comment transformer votre système de gestion de la qualité afin de répondre aux exigences du SaMD, contactez dès aujourd'hui les spécialistes réglementaires de Freyr Solutions.
