Un logiciel RGPD pour le secteur de la santé doit répondre à trois exigences qu’aucun outil généraliste ne couvre par défaut : hébergement HDS certifié pour les données de patients, gestion native des données sensibles de l’article 9 du RGPD, et intégration des référentiels CNIL santé (AIPD obligatoire, entrepôts de données). L’enjeu n’est pas théorique : la donnée de santé est la plus lourdement sanctionnée et la plus convoitée par les attaquants. Voici les critères de choix, un comparatif et ce qu’un établissement ou un cabinet doit exiger avant de signer.
Key Takeaways
- La donnée de santé est une donnée sensible (art. 9 du RGPD) : son traitement est interdit par principe, sauf exceptions, et une AIPD est presque toujours obligatoire.
- Tout hébergement de données de santé à caractère personnel impose un hébergeur certifié HDS (art. L.1111-8 du code de la santé publique).
- Le vrai risque est la fuite via le logiciel métier : la CNIL a sanctionné Dedalus Biologie 1,5 M€ pour une fuite de données de santé.
- Un logiciel adapté intègre les référentiels CNIL santé et la PGSSI-S ; l’hébergement HDS est un prérequis, pas une option.
Ce qu’un logiciel RGPD santé doit couvrir
Le secteur de la santé cumule des obligations que le RGPD renforce. Un logiciel RGPD santé doit adresser chacune :
- Les données sensibles (art. 9 du RGPD). Les données de santé sont interdites de traitement par principe, sauf exception (soins, consentement explicite, intérêt public). L’outil doit tracer la base légale de chaque traitement de données sensibles.
- L’AIPD. Le traitement à grande échelle de données de santé figure sur la liste CNIL des traitements imposant une analyse d’impact. Le logiciel doit produire et maintenir l’AIPD, pas seulement stocker un PDF.
- L’hébergement HDS. Toute donnée de santé hébergée pour le compte d’un tiers impose un hébergeur certifié HDS. Le logiciel lui-même, s’il stocke de la donnée patient, doit être hébergé HDS.
- La sécurité et la PGSSI-S. Le référentiel de sécurité des systèmes d’information de santé (PGSSI-S) fixe les règles techniques ; le registre des traitements doit refléter les mesures effectivement en place.
Le critère décisif : hébergement HDS et données de l’article 9
Deux points départagent un outil réellement adapté à la santé d’un outil généraliste badgé « santé » :
L’hébergement HDS n’est pas négociable. Si le logiciel stocke la moindre donnée de patient — même un identifiant relié à un rendez-vous — il doit être hébergé par un prestataire certifié HDS au titre de l’article L.1111-8 du code de la santé publique. Beaucoup d’outils RGPD génériques hébergent en UE mais sans certification HDS : suffisant pour un registre de traitements « méta », insuffisant dès que la donnée patient entre dans l’outil. Distinguez donc clairement le logiciel de pilotage de la conformité (registre, AIPD) du logiciel métier qui contient les données.
La gestion de l’article 9 doit être native. Un bon logiciel qualifie automatiquement un traitement de santé comme sensible, impose la base légale et déclenche le workflow AIPD. Un outil qui traite la donnée de santé comme une donnée ordinaire vous expose au premier contrôle.
Comparatif des solutions pour le secteur santé
| Solution | Hébergement | AIPD + données art. 9 | Cible | Adapté santé ? |
|---|---|---|---|---|
| Legiscope | UE | Oui, workflow AIPD | PME/ETI, établissements | Oui, si hébergement HDS confirmé pour la donnée patient |
| Dastra | UE (France) | Oui | Structures FR | Oui pour le pilotage conformité |
| Data Legal Drive | UE (France) | Oui | DPO/établissements | Oui pour le pilotage conformité |
| OneTrust | Souvent hors UE | Oui, par module | Groupes | Vérifier hébergement, surdimensionné |
| Tableur Excel | Selon poste | Manuel | — | Non pour des traitements de santé |
Deux points d’attention :
Aucun logiciel RGPD « méta » n’est un hébergeur HDS. Ces outils pilotent la conformité (registre, AIPD, DPA) ; ils ne remplacent pas un hébergeur HDS pour vos logiciels métier. Le comparatif ci-dessus porte sur le pilotage, pas sur l’hébergement des dossiers patients eux-mêmes.
La distinction se joue sur les référentiels intégrés. Une plateforme qui embarque la liste CNIL des traitements à AIPD obligatoire et les référentiels santé vous fait gagner l’essentiel du travail de qualification. Pour un panorama général, voir notre comparatif des logiciels RGPD.
Le risque réel : la fuite de données de santé
La donnée de santé est la plus sanctionnée et la plus recherchée. La CNIL a infligé 1,5 million d’euros à Dedalus Biologie (délibération SAN-2022-009 du 15 avril 2022) après la fuite des données de santé de près de 500 000 personnes, causée par un défaut de sécurité d’un éditeur de logiciel métier qui avait de surcroît dépassé ses instructions de sous-traitant. Le scénario type d’un établissement, c’est exactement cela : un logiciel métier mal configuré, une sauvegarde non chiffrée, un prestataire hors périmètre.
C’est pourquoi le registre des sous-traitants et les mesures de sécurité pèsent autant que l’AIPD. La CNIL publie des référentiels santé spécifiques (gestion des cabinets, entrepôts de données) qui servent de grille d’audit. Les établissements de santé relèvent par ailleurs des obligations de cybersécurité renforcées de la directive NIS2 dans le secteur de la santé, qui se cumulent avec le RGPD.
Les référentiels CNIL santé à intégrer
Le secteur de la santé est l’un des plus encadrés par la CNIL, qui a publié des référentiels et des méthodologies de référence (MR) spécifiques. Un logiciel réellement adapté les intègre plutôt que de les ignorer :
- Les méthodologies de référence (MR-001 à MR-006) encadrent les traitements dans la recherche en santé : un traitement conforme à une MR bénéficie d’un régime déclaratif allégé, à condition de respecter strictement son cadre. L’outil doit permettre de rattacher un traitement à la MR applicable.
- Le référentiel « gestion des cabinets médicaux et paramédicaux » fixe les règles pour les professionnels de santé libéraux.
- Les entrepôts de données de santé relèvent d’un référentiel propre et d’une AIPD systématique, compte tenu du volume et de la sensibilité.
Un logiciel qui ignore ces référentiels traite la santé comme un secteur ordinaire et vous laisse reconstruire seul la qualification de chaque traitement. Un outil qui les embarque vous fait gagner l’essentiel du travail d’analyse.
Le cumul avec les autres obligations sectorielles
La donnée de santé n’est jamais isolée. Un établissement de santé cumule le RGPD, les référentiels CNIL, la PGSSI-S, l’hébergement HDS et, pour les structures relevant des secteurs essentiels, les obligations de cybersécurité de NIS2. Un logiciel de pilotage de la conformité aide à ne pas traiter ces régimes en silos : le même inventaire d’actifs et de traitements alimente le registre RGPD, la cartographie de sécurité et le suivi des prestataires. C’est cette vue unifiée qui distingue un outil de conformité d’un simple tableur de registre.
Comment choisir : la méthode
- Séparez pilotage et hébergement. Un logiciel RGPD gère votre registre et vos AIPD ; vos données patients restent dans un système métier hébergé HDS. Ne confondez pas les deux.
- Exigez l’hébergement HDS par écrit dès qu’une donnée patient entre dans l’outil, avec le numéro de certificat de l’hébergeur.
- Testez la qualification art. 9 et le workflow AIPD en démo. Créez un traitement de santé fictif et vérifiez que l’outil impose base légale et analyse d’impact.
- Chiffrez le coût complet sur trois ans et gardez une porte de sortie (export du registre et des AIPD).
Une plateforme comme Legiscope, pré-configurée pour le droit de l’UE avec workflow AIPD intégré, couvre le pilotage de la conformité d’un établissement — à condition de confirmer, si la donnée patient y transite, un hébergement certifié HDS. Le cadrage sectoriel complet est traité dans notre guide de la conformité RGPD en santé.
FAQ
Un logiciel RGPD santé doit-il être hébergé HDS ?
Uniquement s’il stocke des données de patients pour le compte d’un tiers : dans ce cas, l’article L.1111-8 du code de la santé publique impose un hébergeur certifié HDS. Un outil qui ne gère que le pilotage de la conformité (registre, AIPD, sans donnée patient) n’a pas cette obligation, mais doit tout de même être hébergé en UE et sécurisé.
Faut-il une AIPD pour un logiciel de santé ?
Presque toujours : le traitement à grande échelle de données de santé figure sur la liste CNIL des traitements imposant une analyse d’impact au titre de l’article 35 du RGPD. Un bon logiciel produit cette AIPD et la met à jour, plutôt que de se contenter d’archiver un document figé.
Quelle différence entre HDS et hébergement en UE ?
L’hébergement en UE garantit la localisation des données ; la certification HDS ajoute un référentiel de sécurité spécifique aux données de santé, avec audit par un organisme accrédité. Un outil peut être hébergé en UE sans être HDS : c’est insuffisant dès qu’il contient de la donnée patient.
Combien coûte un logiciel RGPD adapté à la santé ?
Le pilotage de la conformité (registre, AIPD) se situe dans les fourchettes du marché PME/ETI, de quelques milliers à quelques dizaines de milliers d’euros par an. Le coût de l’hébergement HDS de vos logiciels métier est distinct et généralement plus élevé, car il porte sur l’infrastructure qui héberge réellement les dossiers patients.
See Legiscope in action
AI-powered GDPR compliance that saves 340+ hours/year. Trusted by compliance professionals across Europe.
Request a demo