Données de santé et hébergement HDS : obligations pour votre cabinet

Vous hébergez des dossiers patients, des comptes rendus, des ordonnances et des résultats d’imagerie : en France, « cloud » ne suffit pas comme argument commercial. Les données de santé à caractère personnel doivent, dans la plupart des cas, reposer sur un hébergeur certifié HDS — Hébergement de Données de Santé. Ignorer cette règle, c’est exposer le cabinet à des sanctions et à une rupture de confiance difficile à réparer.

HDS : de quoi parle-t-on concrètement ?

Le dispositif HDS encadre les prestataires qui hébergent, opèrent ou administrent des données de santé à caractère personnel pour le compte de structures de soins ou de leurs éditeurs. La certification atteste de mesures techniques et organisationnelles : sécurité physique et logique, continuité, traçabilité, gestion des incidents, sous-traitance maîtrisée.

L’offre nationale est référencée par l’Agence du Numérique en Santé : consultez la page officielle sur l’hébergement de données de santé (HDS) pour comprendre les catégories d’hébergeurs, les acteurs certifiés et la place du dispositif dans l’écosystème e-santé français.

Un éditeur qui stocke en Europe « générique » sans certification HDS ne répond pas automatiquement à l’obligation française. Votre due diligence doit nommer l’hébergeur HDS, le périmètre certifié et la chaîne de sous-traitance — pas seulement le datacenter affiché sur une slide.

Fil réglementaire : HDS, RGPD, EEE

Trois cadres se superposent ; votre registre des traitements et votre contrat éditeur doivent les relier explicitement.

• HDS — Hébergement des données de santé Identifiez l’hébergeur certifié du tenant de production, le périmètre certifié (hébergement, administration, effacement) et la liste des sous-traitants. Vérifiez que téléconsultation et documents patients suivent le même périmètre.
• RGPD — Responsabilité et droits Base légale (soins, facturation), minimisation, analyse d’impact si nécessaire, droits d’accès et d’effacement, notification des violations sous 72 h. Le RGPD s’applique en parallèle du cadre HDS : deux couches, un seul contrat lisible.
• EEE — Transferts hors Union européenne Toute sous-traitance ou API (IA, support, sauvegarde) hors EEE exige des garanties documentées (clauses types, BCR, décision d’adéquation). Un « serveur en Europe » marketing ne suffit pas si les logs ou les sauvegardes transitent ailleurs.
• Audit et sortie Journaux d’accès par utilisateur et par rôle, export complet en fin de contrat, certificat de suppression chiffré — à exiger avant signature, pas après litige.

Les angles morts des architectures hybrides

Beaucoup de cabinets cumulent un DPI local, un stockage fichiers non certifié, un outil de téléconsultation SaaS et des exports CSV vers la comptabilité. Chaque transfert est une fenêtre de risque.

• Synchronisation nocturne — copies partielles entre systèmes non alignés sur le même référentiel patient.
• Outils « gratuits » — messagerie ou stockage grand public pour échanger des comptes rendus : hors cadre.
• Multi-site — un site en cloud HDS, un autre sur serveur local non audité.
• IA externe — envoi de extraits de dossier vers des API sans cadre contractuel ni localisation FR.

Un logiciel de gestion de cabinet et un DPI sur un tenant cloud-native, déployé sur infrastructure certifiée HDS, réduit ces ruptures : une politique de sécurité, une piste d’audit, un interlocuteur conformité.

RGPD + HDS : deux couches, un seul contrat

Le RGPD impose la base légale, les droits des personnes, l’analyse d’impact si nécessaire et la notification des violations. HDS précise le cadre d’hébergement des données de santé en France. Votre registre des traitements doit lier les deux : finalité (soins, facturation, téléconsultation), durée de conservation, destinataires, transferts hors UE le cas échéant.

Promed HIS documente export et suppression avant signature, prend en charge les échanges structurés (FHIR, HL7) vers les systèmes que vous ne contrôlez pas, et s’appuie sur un modèle SaaS pensé pour les établissements privés qui doivent rassurer patients, assureurs et partenaires hospitaliers sur la localisation et la certification des données.

Les cliniques qui préparent une due diligence investisseur ou un partenariat hospitalier découvrent souvent que la question « où sont hébergées les données ? » arrive avant la question « combien de modules ? ». Anticiper HDS dans le cahier des charges évite un migration rush coûteux quand le contrat initial a été signé sur une promesse vague de « serveurs en Europe ».

Questions à poser en démo conformité

• Quel est le nom et le numéro de certification de l’hébergeur HDS du tenant de production ?
• Où sont stockées les sauvegardes et qui y accède ?
• Comment obtenez-vous un export complet et un certificat de suppression en fin de contrat ?
• Les journaux d’accès couvrent-ils lecture, modification, export — par utilisateur et par rôle ?
• La téléconsultation et les documents patients suivent-ils le même périmètre HDS ?

Le mot-clé hébergement HDS certifié doit mener à une réponse vérifiable, pas à un logo. Pour le positionnement plateforme : modules Promed HIS et page démonstration avec focus conformité.