Accessibilité numérique santé : obligations RGAA 2026
Accessibilité numérique santé : obligations RGAA, déclaration, schéma pluriannuel et sanctions. Le guide 2026 pour les éditeurs de logiciels de santé.
L'accessibilité numérique santé n'est plus une option pour les éditeurs de logiciels de santé. Portails patients, prise de rendez-vous en ligne, espaces de télésanté : ces services doivent être utilisables par toutes les personnes, y compris en situation de handicap. Le cadre applicable repose sur le RGAA (Référentiel Général d'Amélioration de l'Accessibilité) et sur des obligations européennes renforcées depuis 2025. Voici ce que vous devez savoir pour rester conforme.
Pourquoi l'accessibilité numérique santé est un enjeu d'accès aux soins
Une part importante de la population rencontre des difficultés d'usage du numérique : déficience visuelle, auditive, motrice ou cognitive, mais aussi situations temporaires. Quand un portail patient ou un service de prise de rendez-vous n'est pas accessible, ce sont des personnes qui se trouvent, de fait, exclues d'un accès direct aux soins.
Pour un éditeur de logiciel de santé, l'accessibilité n'est donc pas seulement une contrainte réglementaire. Elle conditionne la capacité de vos clients — établissements, cabinets, plateformes — à remplir leur mission de service au patient. Un service accessible élargit l'audience, réduit le recours aux canaux d'assistance et sécurise vos réponses aux appels d'offres publics.
💡 L'accessibilité recoupe largement les bonnes pratiques d'ergonomie et de qualité logicielle. Un code structuré, des contrastes maîtrisés et une navigation clavier fiable bénéficient à l'ensemble des utilisateurs, pas seulement aux personnes en situation de handicap.
Qui est concerné par l'obligation RGAA ?
L'obligation d'accessibilité découle de la loi n° 2005-102 du 11 février 2005 et de la directive européenne 2016/2102 pour le secteur public. Elle a été élargie au secteur privé par l'European Accessibility Act (directive 2019/882), dont les obligations sont applicables en France depuis le 28 juin 2025.
Sont notamment concernés :
- Les organismes publics : hôpitaux publics, établissements de santé publics, organismes de sécurité sociale et structures exerçant une mission de service public.
- Les entreprises privées dont le chiffre d'affaires en France dépasse 250 millions d'euros, au titre de la loi de 2005.
- Les opérateurs économiques proposant certains services aux consommateurs, visés par l'European Accessibility Act (hors microentreprises).
Pour un éditeur de logiciel de santé, l'exposition est double. Vos clients publics vous imposent contractuellement des solutions conformes. Et selon la nature de vos services grand public (espace patient, e-commerce de dispositifs, services bancaires ou télécom associés), vous pouvez relever directement du champ de l'European Accessibility Act. Le périmètre exact applicable aux logiciels de santé dépend du type de service rendu et reste à qualifier au cas par cas [à vérifier].
⚠️ Ne présumez pas que seul le donneur d'ordre public est responsable. La conformité des interfaces que vous concevez est un critère d'éligibilité de plus en plus fréquent dans les marchés du secteur santé.
Que faut-il produire concrètement : déclaration, schéma, plan d'actions
Le RGAA, dans sa version 4.1, transpose la norme européenne EN 301 549 et s'appuie sur les critères WCAG (Web Content Accessibility Guidelines) 2.1, avec un objectif de conformité de niveau AA. Au-delà du code, la réglementation impose trois documents et une mention visible.
| Élément obligatoire | Contenu | Publication |
|---|---|---|
| Mention du niveau de conformité | « Totalement / partiellement / non conforme » | Page d'accueil du service |
| Déclaration d'accessibilité | Résultats d'audit, dérogations, contact et voie de recours | En ligne, accessible depuis le service |
| Schéma pluriannuel | Stratégie d'accessibilité sur 3 ans maximum | En ligne |
| Plan d'actions annuel | Actions menées et prévues pour l'année | En ligne, décliné du schéma |
Concrètement, un audit RGAA mesure la conformité sur l'ensemble des critères du référentiel et produit un taux de conformité. La déclaration d'accessibilité doit indiquer ce taux, lister les contenus non accessibles et fournir un moyen de signalement à l'utilisateur.
Quelles sanctions en cas de non-conformité ?
Le dispositif de sanctions s'est durci. Au titre de la loi de 2005, le défaut de mise en conformité peut donner lieu à une sanction administrative pouvant atteindre 25 000 euros par service, renouvelable. Pour le secteur public, le plafond a été relevé jusqu'à 50 000 euros.
L'European Accessibility Act ajoute son propre régime, avec des amendes et des astreintes journalières prévues par les textes de transposition. Les montants exacts et leurs modalités d'application relèvent des textes en vigueur et doivent être vérifiés au regard de votre situation [à vérifier].
💡 Au-delà de l'amende, le risque principal pour un éditeur est réputationnel et commercial : une non-conformité documentée peut disqualifier une offre lors d'un marché public ou fragiliser une relation client.
Bonnes pratiques WCAG pour un éditeur de logiciel de santé
L'accessibilité se construit dès la conception, pas en correction finale. Quelques priorités structurantes issues des WCAG :
- Structure sémantique : titres hiérarchisés, régions ARIA pertinentes, ordre de lecture cohérent.
- Navigation clavier : tous les parcours (connexion, prise de rendez-vous, envoi de document) utilisables sans souris.
- Contrastes : rapports de contraste conformes au niveau AA pour le texte et les composants d'interface.
- Alternatives : textes alternatifs sur les images porteuses d'information, sous-titres et transcriptions pour les médias.
- Formulaires : étiquettes explicites, messages d'erreur clairs, association champ/label sans ambiguïté.
- Compatibilité : interfaces testées avec les technologies d'assistance (lecteurs d'écran, agrandisseurs).
Intégrer ces exigences dans votre définition de « terminé » et dans vos tests automatisés réduit fortement le coût de mise en conformité. L'accessibilité rejoint ici la logique d'interopérabilité : concevoir des services qui se connectent proprement à l'existant et qui restent utilisables par tous.
En tant que facilitateur d'interopérabilité conforme, MetaConnect conçoit ses briques — dont la messagerie sécurisée MSSanté et l'authentification via Pro Santé Connect — dans une exigence de qualité d'usage, hébergement HDS et conformité RGPD, pour que vos intégrations respectent les standards attendus par vos clients.
FAQ
Le RGAA s'applique-t-il aux logiciels de santé privés ? Cela dépend du service. Un éditeur travaillant pour des établissements publics est concerné par voie contractuelle. Selon la nature de ses services grand public, il peut aussi relever directement de l'European Accessibility Act. La qualification précise se fait au cas par cas.
Quelle version du RGAA faut-il appliquer en 2026 ? La version de référence est le RGAA 4.1, aligné sur la norme européenne EN 301 549 et sur les critères WCAG 2.1 de niveau AA.
Quelle différence entre RGAA et WCAG ? Les WCAG sont les recommandations internationales d'accessibilité du web. Le RGAA est le référentiel français qui les opérationnalise en critères de test et les associe aux obligations légales françaises.
Faut-il publier une déclaration d'accessibilité même si le service n'est pas conforme ? Oui. La déclaration doit indiquer le niveau réel de conformité, lister les non-conformités et proposer un moyen de contact. L'absence de déclaration est elle-même un manquement.
Combien de temps couvre le schéma pluriannuel ? Le schéma pluriannuel d'accessibilité couvre une période de trois ans maximum, décliné chaque année en un plan d'actions.
L'accessibilité numérique santé est désormais un critère de conformité et de compétitivité pour tout éditeur. Auditer vos interfaces, publier vos documents obligatoires et intégrer les WCAG dès la conception vous prémunit contre les sanctions et sécurise vos marchés. Pour approfondir la conformité numérique en santé, consultez notre guide sur l'IA souveraine en santé.
Demandez une démonstration MetaConnect
Sources officielles : RGAA – accessibilite.numerique.gouv.fr, Directive européenne « accessibilité » – economie.gouv.fr/DGCCRF, Loi n° 2005-102 du 11 février 2005 – Légifrance.
Article rédigé par MetaConnect — à jour RGAA 4.1 (WCAG 2.1 AA) et European Accessibility Act applicable au 28 juin 2025 — août 2026.
