Historiquement sous auto-certification, les logiciels de santé font aujourd'hui face à un contrôle strict. Découvrez comment la Règle 11 et le MDCG 2019-11 ont redéfini la classification des SaMD, et comment structurer votre évaluation clinique.
Le code source ne suffit pas à obtenir un marquage CE. Le guide samd mdcg 2019-11 définit une méthodologie spécifique pour prouver qu'un samd eu mdr est sûr et performant. L'évaluation repose sur trois piliers consécutifs incontournables.
Faut-il exiger une preuve scientifique que l'output du logiciel (ex: une variation de paramètre) est cliniquement corrélé à la condition ciblée (ex: détection d'arythmie) ? Cette étape s'appuie massivement sur une revue structurée de la littérature scientifique existante.
Le logiciel traite-t-il les données d'entrée de manière fiable, précise et répétable pour générer la donnée de sortie attendue ? Cette étape relève de l'ingénierie stricte : tests unitaires, tests d'intégration, et vérification selon la norme IEC 62304.
Le logiciel a-t-il été testé dans l'environnement clinique cible pour confirmer qu'il atteint sa finalité médicale en conditions réelles ? Cela requiert la génération de données cliniques propres (études prospectives, rétrospectives, ou données en vie réelle - RWE).
Un SaMD évolue. Chaque mise à jour (versioning) ou ajustement d'algorithme nécessite une surveillance post-marché. Un plan de Suivi Clinique Après Commercialisation (PMCF) est indispensable pour monitorer les performances à long terme et les failles de sécurité cyber.
La Règle 11 (Annexe VIII) est le point critique pour les éditeurs de logiciel dispositif medical. Elle a mécaniquement surclassé des milliers d'applications de santé de la Classe I vers la Classe IIa ou supérieure, imposant l'intervention d'un Organisme Notifié.
| Classe de Risque | Critère de la Règle 11 (MDCG 2019-11) | Impact sur l'Évaluation Clinique & Réglementaire |
|---|---|---|
| Classe I | Logiciel dont la finalité médicale n'est pas de fournir des informations pour la prise de décision diagnostique ou thérapeutique (cas extrêmement rares aujourd'hui). | Auto-certification possible. Exigences cliniques minimales basées sur la littérature et les tests de validation technique. |
| Classe IIa | Logiciel fournissant des informations utilisées pour prendre des décisions à des fins diagnostiques ou thérapeutiques. (Ex: application d'aide au dosage). | Intervention d'un Organisme Notifié. Nécessite un Rapport d'Évaluation Clinique (CER) structuré démontrant le bénéfice clinique de l'algorithme. |
| Classe IIb | Les décisions diagnostiques ou thérapeutiques guidées par le logiciel peuvent avoir des conséquences graves (détérioration sévère de l'état de santé, intervention chirurgicale inutile). | Génération de preuves cliniques formelles requise. Un plan de Suivi Clinique Après Commercialisation (PMCF) détaillé et des études prospectives sont souvent imposés. |
| Classe III | Les décisions prises sur la base des informations du logiciel peuvent causer le décès ou une détérioration irréversible de l'état de santé. | Investigation clinique pré-marquage obligatoire. Le plus haut niveau d'exigence, nécessitant un essai clinique formel selon la norme ISO 14155. |
Comprendre le cycle de vie d'un SaMD est une spécialité intrinsèque d'Eclevar MedTech, car nous développons et opérons nous-mêmes des architectures logicielles critiques de santé. La plateforme MILO Health (notre outil d'Electronic Data Capture pour les essais cliniques) illustre parfaitement les exigences de qualité requises pour traiter de la donnée médicale sous le RDM.
Comme pour un samd logiciel dispositif medical, MILO Health a été développé selon un cycle en V strict. Chaque exigence utilisateur (URS) et spécification système (SRS) dispose d'une traçabilité totale vers le code source, garantissant la qualité lors des mises à jour.
Un logiciel de santé ne peut pas se contenter d'une simple base de données. Il doit intégrer un horodatage cryptographique inaltérable pour prouver l'intégrité de chaque interaction, une exigence partagée par les SaMD et les systèmes EDC.
La Règle 11 de l'Annexe VIII du RDM UE stipule que les logiciels destinés à fournir des informations pour la prise de décisions diagnostiques ou thérapeutiques sont classés au minimum en Classe IIa. S'ils peuvent causer une détérioration sévère, ils passent en Classe IIb, et peuvent atteindre la Classe III s'ils peuvent causer la mort ou une détérioration irréversible de l'état de santé.
Le document MDCG 2019-11 est le guide officiel publié par la Commission Européenne qui définit les critères pour qualifier un logiciel de SaMD (Software as a Medical Device). Il établit le cadre méthodologique strict pour l'évaluation clinique de ces logiciels (Association clinique, performance technique, performance clinique).
Absolument. Un logiciel médical n'est pas évalué uniquement sur son code source. Le fabricant du SaMD doit implémenter un Système de Management de la Qualité complet certifié ISO 13485, et appliquer rigoureusement le standard IEC 62304 pour documenter et tracer tout le cycle de vie du développement logiciel.
Ne laissez pas une erreur de classification Règle 11 bloquer votre lancement sur le marché. Nos experts réglementaires analysent l'architecture de votre dossier technique (Technical File) et consolident votre évaluation clinique pour l'Organisme Notifié.
