Introduction : Le rôle de la CEI 62304 dans les logiciels d'instruments médicaux

L'intégration des logiciels dans les dispositifs médicaux a transformé les soins de santé modernes, permettant de tout, des pompes à insuline aux stimulateurs cardiaques aux systèmes d'imagerie diagnostique et aux assistants chirurgicaux robotiques. Cependant, les défaillances logicielles dans les dispositifs médicaux peuvent entraîner des dommages graves pour le patient ou même la mort. Pour y remédier, la Commission électrotechnique internationale (CEI) a élaboré IEC 62304], une norme internationale qui précise les exigences du cycle de vie des logiciels d'appareils médicaux.

L'impact de la norme IEC 62304 va bien au-delà des équipes d'ingénierie. Elle façonne les processus d'approbation réglementaire, stimule les pratiques de documentation et, en fin de compte, influence la qualité des soins reçus par les patients. En exigeant une approche structurée et axée sur le risque pour le développement de logiciels, la norme aide les fabricants à réduire les erreurs, à rationaliser les audits et à obtenir un accès plus rapide au marché.

Contexte et objet de la CEI 62304

Avant l'adoption généralisée de la norme CEI 62304, les logiciels médicaux étaient souvent élaborés à l'aide de procédés ad hoc qui variaient considérablement entre les fabricants. À mesure que la complexité des logiciels augmentait, les organismes de réglementation reconnaissaient la nécessité d'un cadre harmonisé et internationalement accepté qui pourrait tenir compte des risques particuliers que présentent les logiciels dans les dispositifs médicaux. La norme a été élaborée par le Comité technique CEI 62/SC 62A, en collaboration avec l'Organisation internationale de normalisation (ISO) et l'Association pour l'avancement des instruments médicaux (AAMI), afin de s'aligner sur les normes existantes de gestion de la qualité et de gestion des risques, telles que ISO 13485 (systèmes de gestion de la qualité) et ISO 14971 (gestion des risques pour les dispositifs médicaux).

La norme IEC 62304 a pour but principal de garantir la sécurité et l'efficacité des logiciels d'appareils médicaux en définissant un ensemble de processus couvrant l'ensemble du cycle de vie du logiciel, de la conception et de la planification, en passant par le développement et la vérification, jusqu'au déploiement, la maintenance et la retraite éventuelle. La norme ne prescrit pas de solutions techniques ou d'architectures spécifiques; elle établit plutôt les exigences de processus que les fabricants doivent s'adapter à leur contexte d'appareils spécifique.Cette flexibilité permet aux entreprises d'appliquer la norme à une large gamme de logiciels, allant du simple firmware contrôlant un moniteur de pression artérielle à des algorithmes de diagnostic complexes et basés sur l'apprentissage machine.

En exigeant une documentation complète, une intégration de la gestion des risques et la traçabilité des exigences relatives à la conception et à l'essai d'artefacts, la CEI 62304 crée un dossier vérifiable qui démontre la conformité.Ce dossier est essentiel pour obtenir les approbations réglementaires d'organismes comme la Food and Drug Administration (FDA) des États-Unis, les organismes notifiés européens en vertu du Medical Device Regulation (MDR), Santé Canada et la Japanese Pharmaceuticals and Medical Devices Agency (PMDA). La norme a été reconnue comme une norme harmonisée dans l'Union européenne et est largement acceptée par la FDA comme une norme consensuelle, ce qui signifie que la conformité peut être utilisée pour appuyer les présentations avant la mise en marché, y compris les autorisations 510k) et les demandes d'approbation préalable à la mise en marché (PMA).

Exigences de base de la CEI 62304

La norme IEC 62304 est structurée autour de cinq processus principaux : développement logiciel, maintenance logiciel, gestion des risques logiciels, gestion de la configuration logicielle et résolution de problèmes logiciels. Chaque processus est divisé en activités spécifiques qui doivent être exécutées et documentées. La norme introduit également un système de classification de sécurité des logiciels (classe A, B et C) qui détermine la rigueur requise pour chaque composant logiciel en fonction du préjudice potentiel résultant d'une défaillance.

Processus de développement logiciel

Le processus de développement logiciel défini dans la CEI 62304 suit un modèle traditionnel de cycle de vie (p. ex. cascade, itératif ou agile), mais exige des activités formelles à chaque étape.Il s'agit notamment de planification du développement logiciel[, analyse des exigences en matière de logiciels[, conception architecturale[, conception détaillée, mise en œuvre etvérification d'unités[, ]essais d'intégration et d'intégration[, et essais de systèmes[. Chaque activité doit produire des extrants définis, tels qu'un plan de développement logiciel, une spécification des exigences en matière de logiciels, un document d'architecture logicielle, des descriptions de conception, des plans d'essai et des rapports d'essai.

L'un des aspects les plus importants est l'exigence de traçabilité. Chaque exigence logicielle doit être établie à son origine (p. ex., un besoin de l'utilisateur ou une mesure de contrôle des risques) et ensuite être transférée aux éléments de conception, aux unités de code et aux cas d'essai. Cette chaîne de traçabilité garantit que toutes les exigences sont mises en œuvre et vérifiées et facilite l'analyse d'impact lorsque des changements surviennent.

Classification de sécurité des logiciels

La norme CEI 62304 classe les composants logiciels en trois classes de sécurité en fonction de la gravité des dommages qui pourraient résulter d'une défaillance :

  • Classe A: Aucune blessure ou atteinte à la santé n'est possible. Exemple: logiciel qui ajuste uniquement les paramètres d'affichage non critiques.
  • Class B: Une blessure non grave est possible. Exemple: logiciel contrôlant un dispositif de diagnostic où une défaillance peut causer un inconfort mineur ou un traitement retardé.
  • Class C: La mort ou une blessure grave est possible. Exemple: logiciel dans un cardioverter-défibrillateur implantable ou une pompe à perfusion.

Chaque classe impose des exigences supplémentaires. Le logiciel de classe A ne nécessite que des activités de développement de base. La classe B ajoute une documentation et des essais plus rigoureux, comme l'intégration fondée sur les exigences et les essais de systèmes. La classe C exige le plus haut niveau de rigueur, y compris la documentation de conception détaillée, la vérification au niveau de l'unité et les essais d'intégration complets.

Intégration de la gestion des risques

La norme IEC 62304 exige explicitement que les activités de gestion des risques, telles que définies dans la norme ISO 14971, soient intégrées tout au long du cycle de vie du logiciel, ce qui signifie que l'analyse des risques commence pendant la phase de planification et se poursuit jusqu'à la mise au point, la vérification, la maintenance et la résolution des problèmes. La norme exige que les fabricants identifient les risques liés au logiciel, évaluent les risques associés, mettent en oeuvre des mesures de contrôle des risques et vérifient leur efficacité.

Par exemple, il est possible de surinfusionr un risque en raison d'une erreur de synchronisation du logiciel. L'analyse du risque permettrait d'estimer la probabilité et la gravité, puis de spécifier les contrôles de risque tels que les minuteurs de surveillance, les contre-vérifications avec des capteurs matériels et les alarmes d'interface utilisateur. Chacun de ces contrôles devient une exigence logicielle conçue, mise en œuvre, testée et maintenue. L'intégration de la gestion du risque garantit que la sécurité n'est pas une activité ponctuelle mais un processus continu qui entraîne des décisions de conception.

Gestion de la configuration et contrôle du changement

La gestion efficace de la configuration est essentielle pour maintenir l'intégrité du logiciel au fil du temps. IEC 62304 exige que les fabricants établissent un plan de gestion de la configuration et identifient tous les éléments du logiciel (y compris les exigences, les documents de conception, le code source, le code objet, les scripts de test et les outils).

Les processus de contrôle des changements doivent s'assurer que les modifications sont examinées et approuvées, que la portée des tests de régression est déterminée en fonction du risque et que la documentation mise à jour reflète la nouvelle version du logiciel. La traçabilité doit être maintenue après les changements afin de démontrer que toutes les exigences, tous les plans et tous les tests touchés ont été mis à jour.

Maintenance des logiciels et résolution des problèmes

Les activités après la mise en marché sont explicitement abordées dans le processus de maintenance du logiciel[ et le processus de résolution des problèmes [. Les fabricants doivent avoir des procédures pour surveiller les performances sur le terrain, enregistrer et classer les problèmes, effectuer une analyse des causes profondes, mettre en oeuvre des mesures correctives et communiquer avec les utilisateurs et les organismes de réglementation. Le processus de résolution des problèmes exige que toutes les questions signalées soient analysées afin de déterminer si elles pourraient affecter la sécurité.

Les activités de maintenance comprennent également des mises à jour du logiciel, que ce soit pour ajouter de nouvelles fonctionnalités ou pour corriger des bogues. Chaque version de maintenance doit être soumise au même niveau de vérification et de validation qu'un nouveau développement, mis à l'échelle selon la classe de sécurité et l'analyse d'impact.

Impact sur l'industrie des instruments médicaux

L'adoption de la norme CEI 62304 a fondamentalement modifié la façon dont les fabricants d'appareils médicaux abordent le développement logiciel. Son influence couvre les structures organisationnelles, les pratiques d'ingénierie, les stratégies de réglementation et la qualité des produits.

Impact sur les constructeurs

Pour les fabricants, l'effet le plus immédiat et le plus visible de la CEI 62304 est l'accent mis sur la documentation et la discipline des processus.Les entreprises qui se sont déjà appuyées sur des méthodes de développement informelles doivent maintenant mettre en oeuvre des processus structurés du cycle de vie, tenir des dossiers détaillés et produire des preuves traçables de leurs activités.Bien que cette transition initiale puisse être coûteuse et longue, les avantages à long terme sont importants.

De plus, la conformité à la norme CEI 62304 simplifie les présentations réglementaires.De nombreux organismes de réglementation, dont la FDA, acceptent la norme CEI 62304 comme norme consensuelle, ce qui signifie qu'une déclaration de conformité d'un fabricant peut réduire la quantité de documents supplémentaires requis lors de l'examen.

Les ingénieurs et les gestionnaires de projet sont formés à penser à la sécurité dès le départ, plutôt que de la traiter comme une activité distincte d'assurance de la qualité à la fin. Cette approche proactive conduit souvent à des conceptions plus robustes qui sont plus faciles à entretenir et moins sujettes aux surprises tardives. De plus, la norme encourage l'utilisation de méthodes formelles, d'analyses statiques et d'essais automatisés pour répondre aux exigences de vérification, améliorant ainsi la qualité globale des logiciels.

Incidence sur les organismes de réglementation et l'harmonisation

Avant d'être largement acceptée, différentes régions avaient des attentes très différentes en matière de documentation logicielle et de preuves de sécurité. La norme fournit un langage commun et un ensemble d'attentes que les organismes de réglementation des États-Unis, de l'Europe, du Japon, du Canada, de l'Australie et d'autres pays ont adoptées ou référencées, ce qui réduit le fardeau pour les fabricants qui doivent demander l'approbation dans plusieurs pays, car ils peuvent préparer un ensemble unique de documents qui répondent à un niveau de référence reconnu partout.

Par exemple, les directives de la FDA sur l'utilisation de logiciels hors site et les directives de validation de logiciels de la FDA s'harmonisent avec les principes de la norme CEI 62304. De même, le RDM européen fait explicitement référence à la norme CEI 62304 comme norme harmonisée. Cet alignement signifie qu'un fabricant qui se conforme à la norme CEI 62304 est bien placé pour satisfaire aux exigences logicielles de ces divers cadres réglementaires.

La FDA, par exemple, peut exiger des renseignements supplémentaires pour les appareils dotés de nouvelles technologies ou pour les logiciels utilisés comme instruments médicaux (SAMD), mais la norme elle-même ne remplace pas complètement les directives réglementaires, mais elle fournit une base solide qui peut être complétée au besoin.

Impact sur les patients et les fournisseurs de soins de santé

En fin de compte, le succès de toute norme relative aux instruments médicaux est mesuré par son effet sur la sécurité des patients et les résultats cliniques. IEC 62304 a contribué à une réduction marquée des événements indésirables liés aux logiciels, bien que des statistiques exactes soient difficiles à isoler en raison de facteurs confusionnels. En exigeant une gestion systématique des risques, une vérification approfondie et une résolution structurée des problèmes, la norme réduit la probabilité que les défauts des logiciels atteignent les patients.

Les patients bénéficient d'appareils plus fiables et moins susceptibles d'échec. En cas d'échec, le processus de résolution des problèmes permet de mettre en œuvre rapidement et efficacement des mesures correctives et de faire en sorte que les utilisateurs (cliniques et patients) reçoivent des mises à jour en temps opportun. Pour les fournisseurs de soins de santé, la normalisation signifie que les appareils de différents fabricants sont plus susceptibles de suivre des pratiques de sécurité cohérentes, ce qui facilite la formation du personnel et la confiance dans la technologie.

Difficultés rencontrées dans la mise en œuvre de la CIE 62304

Malgré ses avantages, la CEI 62304 présente plusieurs défis, en particulier pour les petites et moyennes entreprises (PME) et les fabricants de dispositifs existants ou de produits à faible volume.

Intensité des ressources

Les fabricants doivent embaucher ou former des ingénieurs logiciels qui comprennent le développement critique en matière de sécurité, les spécialistes de la gestion des documents et les vérificateurs de l'assurance de la qualité. Le coût de la mise en oeuvre d'un cycle de vie conforme peut être prohibitif pour les startups ou les très petites entreprises.Par exemple, une enquête de l'Association pour l'avancement des instruments médicaux (AAMI menée en 2020 a révélé que les PME consacrent souvent 10 à 20 % de leur budget total de développement aux activités de documentation et de traitement directement liées à IEC 62304.

Pour atténuer cette situation, les fabricants peuvent adopter des stratégies de documentation allégée et utiliser des outils automatisés pour la gestion des exigences, la traçabilité et les essais.Les plateformes de gestion des risques et de gestion des essais basées sur le cloud peuvent également réduire les frais généraux.

Intégration avec le développement agile

La norme IEC 62304 a été écrite à l'origine en tenant compte d'un cycle de vie en cascade, qui peut entrer en conflit avec les pratiques modernes agiles et DevOps. Agile met l'accent sur le développement itératif, l'intégration continue et la documentation minimale, tandis que la norme IEC 62304 exige une traçabilité formelle, une documentation complète et des barrières de vérification définies. Réconcilier ces deux approches est une lutte commune. Cependant, il est possible d'atteindre la conformité en adaptant le processus en utilisant des méthodes agiles. Par exemple, on peut planifier des sprints pour correspondre aux phases du cycle de vie (analyse, conception, mise en œuvre, essais) avec chaque sprint produisant un petit accroissement qui répond à la documentation requise.

Plusieurs livres blancs et documents d'orientation de l'industrie, dont ceux de la FDA et de la IEC elle-même, fournissent maintenant des recommandations pour l'utilisation agile avec la CEI 62304. La deuxième édition de la norme devrait offrir des conseils plus explicites sur le développement itératif et la DMA.

Systèmes et mises à jour de produits hérités

Dans le cas des appareils conçus avant l'existence de la norme CEI 62304 ou des produits qui ont évolué à travers de nombreuses versions sans une stricte conformité au processus, la conformité rétroactive peut être extrêmement difficile. Les fabricants peuvent avoir une documentation incomplète, un code non testé ou des exigences manquantes. L'application rétrospective de la norme peut nécessiter une nouvelle architecture, une nouvelle vérification et une réécriture complète des documents. Dans de tels cas, une approche fondée sur le risque est recommandée : se concentrer d'abord sur les composants et documents les plus critiques pour la sécurité autant que possible. Parfois, il est plus rentable de remanier un système hérité de zéro que de le rendre pleinement conforme.

Changements technologiques rapides

Le rythme de l'innovation logicielle, en particulier dans les domaines de l'apprentissage automatique, du cloud computing et du déploiement continu, dépasse souvent le processus de normalisation. IEC 62304 est mis à jour environ tous les 10 ans, ce qui peut laisser des lacunes. Par exemple, la présente édition (2015) ne traite pas entièrement des défis uniques de l'intelligence artificielle ou des algorithmes d'adaptation qui tirent des enseignements des données post-commercialisation.

Orientations futures de la CEI 62304

Reconnaissant la nécessité de rester pertinent, la CEI travaille sur la deuxième édition de la CEI 62304, prévue au milieu des années 2020. Les principaux domaines d'évolution sont les suivants :

  • SaMD et logiciels non embarqués: La nouvelle édition fournira des définitions et des exigences plus claires pour les logiciels qui ne sont pas intégrés dans un appareil matériel, comme les applications de santé mobiles, les algorithmes de diagnostic basés sur le cloud et les logiciels utilisés dans les thérapies numériques.
  • Développement agile et continu[: La mise à jour devrait comprendre des directives sur la façon d'appliquer les processus du cycle de vie dans les environnements Agile et DevOps, y compris la façon de gérer l'intégration continue et le déploiement continu tout en maintenant la sécurité et la traçabilité.
  • Sécurité et interopérabilité[: Avec la montée en puissance des appareils connectés et l'Internet des objets médicaux (IoMT), la cybersécurité est devenue un aspect essentiel de la sécurité. La nouvelle édition intégrera probablement des exigences plus explicites en matière de sécurité des logiciels, y compris la modélisation des menaces, la gestion de la vulnérabilité et les pratiques de codage sécurisées, éventuellement en s'intégrant à des normes comme IEC 62443.
  • Intelligence artificielle: Bien qu'une norme complète d'IA soit encore en cours d'élaboration, IEC 62304 peut introduire des principes pour gérer les risques uniques de l'apprentissage automatique, tels que le biais de données, la dérive du modèle et le manque d'explication.
  • Surveillance post-commercialisation et performance réelle dans le monde[: La norme peut renforcer les exigences relatives au logiciel de surveillance sur le terrain, recueillir des données sur les performances réelles et les rajouter à la gestion des risques et aux améliorations de conception.

De plus, les organismes de réglementation s'attendent de plus en plus à ce que les fabricants prennent en compte l'ensemble de l'écosystème, y compris le système d'exploitation, les bibliothèques tierces et les interfaces matériel-logiciel.IEC 62304 , l'intégration avec d'autres normes, telles que ISO 14971 pour la gestion des risques et IEC 62366 pour l'ingénierie de la facilité d'utilisation, continuera d'être affinée afin d'éviter les lacunes et les chevauchements.

Conclusion

La norme IEC 62304 s'est imposée comme la norme de fait pour le développement de logiciels d'appareils médicaux dans le monde entier. Son approche structurée fondée sur le risque a amélioré la sécurité, amélioré la prévisibilité réglementaire et favorisé une culture de la qualité au sein de l'industrie. Bien que des défis tels que le coût, l'intégration des anciens et le rythme de la technologie demeurent, la norme en cours promet de répondre à bon nombre de ces préoccupations.Les fabricants qui investissent dans des processus conformes non seulement obtiennent l'acceptation réglementaire, mais construisent des produits plus fiables et dignes de confiance qui profitent aux cliniciens et aux patients.