IEC 81001-5-1 : cycle de vie de sécurité des logiciels de santé
Sytance · Mis à jour
L’IEC 81001-5-1 est une norme de cybersécurité couvrant le cycle de vie des logiciels de santé. Elle définit des processus de développement et de maintenance sécurisés, notamment la modélisation des menaces, les mises à jour et l’examen de la documentation d’accompagnement. Ces dossiers peuvent étayer les soumissions réglementaires relatives aux dispositifs médicaux.
Les logiciels de santé au centre de la norme
L’IEC 81001-5-1:2021 s’applique aux logiciels de santé, y compris aux logiciels de dispositifs médicaux. Son champ d’application est plus large que celui des dispositifs médicaux réglementés et son effet juridique dépend de la juridiction qui l’utilise. Il convient donc de la considérer comme une norme de processus du cycle de vie qui étaye un dossier réglementaire, et non comme le dossier réglementaire lui-même.
Statut de publication
L’ISO et l’IEC répertorient l’IEC 81001-5-1:2021 comme première édition publiée. L’ISO répertorie également un projet de deuxième édition en cours d’élaboration ; l’édition 2021 reste donc l’édition publiée actuelle jusqu’à la publication de son remplacement. La version corrigée par l’IEC en décembre 2025 intègre la feuille d’interprétation 1 (ISH1:2025) ; la version mise à jour conserve le numéro de la première édition.
Reconnaissance par la FDA
La FDA reconnaît l’IEC 81001-5-1, édition 1.0 de 2021, comme norme consensuelle 13-122. Cette reconnaissance peut étayer les éléments de preuve soumis à la FDA, mais ne remplace ni les orientations de la FDA relatives à la phase précommercialisation ni les obligations de la section 524B.
Utilisation dans l’UE
Dans un dossier de l’UE, cette norme peut aider à structurer les éléments de preuve relatifs au cycle de vie logiciel, à la gestion des risques de cybersécurité et à la maintenance. Le fabricant doit toujours faire correspondre ces éléments aux exigences du MDR ou de l’IVDR.
Activités du cycle de vie
L’IEC 81001-5-1 intègre la cybersécurité au cycle de vie logiciel. Les activités de sécurité sont planifiées et réalisées pendant le développement, examinées et documentées, puis maintenues après la publication.
La norme relie le développement sécurisé des logiciels de santé à un système de management de la qualité et à un processus de gestion des risques. Les éléments de preuve devraient montrer la traçabilité continue des exigences, de la conception, de la mise en œuvre, de la vérification, de la validation, de la maîtrise des modifications et de la maintenance.
La planification du développement précise comment les exigences de sécurité seront mises en œuvre et vérifiées et comment les modifications seront consignées. Elle définit également l’environnement de développement et les pratiques de codage, ainsi que les responsabilités en matière de support du produit et de mises à jour de sécurité.
Le modèle de menace décrit le logiciel et ses interfaces, y compris les accès de maintenance ou de débogage susceptibles de créer une voie d’attaque. Il expose les conditions d’attaque et les mesures proposées. L’équipe de développement examine le modèle et le met à jour lorsque le produit publié ou son environnement de menace évolue.
Le cycle de vie devrait prévoir un moyen de recevoir, analyser, hiérarchiser et résoudre les problèmes de cybersécurité après la publication. Cela comprend le traitement des vulnérabilités, la maintenance de sécurité, les mises à jour, les correctifs, les dossiers de support et la communication avec les utilisateurs ou les opérateurs.
La documentation de sécurité explique comment le logiciel est protégé et quelles mesures de maîtrise externes sont nécessaires. Les utilisateurs doivent savoir comment configurer et maintenir ces mesures, obtenir les mises à jour de sécurité et signaler les problèmes. Les informations sur les composants contribuent à l’évaluation des dépendances logicielles.
Le champ d’application n’impose pas le contenu de la documentation d’accompagnement. Cela ne supprime pas les activités documentaires du cycle de vie : l’ISH1:2025 précise l’activité d’examen prévue au point 4.1.9 et renvoie aux consignes de sécurité des points 5.8.2 et 5.8.7. Il explique également les catégories de soutien et le transfert de risques entre fabricants et opérateurs. Les règles applicables aux dispositifs médicaux déterminent toujours le contenu réglementaire des informations destinées aux utilisateurs.
Relation avec l’IEC 62443-4-1
L’IEC 81001-5-1 a été élaborée pour soutenir un cycle de vie sécurisé des logiciels de santé tout en tenant compte des concepts de l’IEC 62443-4-1. La conformité à l’IEC 81001-5-1 ne prouve pas automatiquement la conformité intégrale à l’IEC 62443-4-1 pour un produit de système d’automatisation et de commande industriel.
- Utilisez l’IEC 81001-5-1 pour structurer le travail relatif au cycle de vie sécurisé des logiciels de santé.
- Utilisez les concepts de l’IEC 62443-4-1 lorsque le produit ou l’environnement du client nécessite une approche applicable aux systèmes de commande industriels.
- Conservez des éléments de preuve propres au dispositif : l’usage prévu, l’environnement prévu, les effets sur la sécurité, le modèle de mise à jour et les responsabilités des opérateurs comptent davantage que des références générales aux noms de normes.
Utilisation avec la réglementation
Un fabricant peut utiliser les dossiers du cycle de vie selon l’IEC 81001-5-1 pour étayer le développement sécurisé des produits destiné à la FDA, les éléments de preuve relatifs au cycle de vie logiciel et à la gestion des risques de cybersécurité au titre du MDR de l’UE, la maintenance de la SBOM, la gouvernance du modèle de menace, la planification des correctifs et la documentation destinée aux utilisateurs.
FDA
Faites correspondre les dossiers IEC 81001-5-1 aux thèmes des orientations de la FDA avant commercialisation, tels que le SPDF, la modélisation des menaces, l’architecture de sécurité, les essais de sécurité, la SBOM, l’étiquetage et le plan de gestion de la cybersécurité.
MDR et IVDR de l’UE
Faites correspondre les dossiers du cycle de vie aux exigences de l’annexe I relatives aux logiciels, à la sécurité de l’information et à l’environnement d’exploitation, puis à la documentation technique de l’annexe II et aux éléments de preuve de surveillance après commercialisation (PMS) de l’annexe III.
SBOM et sécurité des composants
Utilisez la SBOM comme un artefact du cycle de vie tenu à jour, et non comme une pièce jointe ponctuelle à une soumission. L’inventaire des composants, leur statut de support et la surveillance des vulnérabilités doivent rester alignés après la publication.
Mises à jour après commercialisation
Les exigences de la norme en matière de maintenance et de résolution des problèmes peuvent étayer le traitement des vulnérabilités, les mises à jour de sécurité, la validation des correctifs et la communication avec les clients pendant toute la durée de support du logiciel.
Références
- IEC, IEC 81001-5-1:2021 Sécurité, efficacité et sécurité des logiciels de santé et des systèmes informatiques de santé
- IEC, IEC 81001-5-1:2021/ISH1:2025, Feuille d’interprétation 1
IEC, IEC 81001-5-1:2021/ISH1:2025 Feuille d’interprétation 1
- ISO, fiche de la norme IEC 81001-5-1:2021
- ISO, projet de deuxième édition IEC/AWI 81001-5-1
- FDA, norme consensuelle reconnue 13-122