Données de santé et IA : les règles d'hébergement à connaître

Un agent IA installé dans une clinique peut consulter des comptes rendus, préparer un courrier ou traiter une demande de rendez-vous. Derrière une interface simple, plusieurs prestataires peuvent intervenir : éditeur, fournisseur du modèle, hébergeur et services de supervision. Avant d’utiliser des données réelles, la clinique doit comprendre cette chaîne. La question n’est pas seulement de savoir où un fichier est stocké, mais aussi où il circule, qui peut le lire et pourquoi.

Cartographier les données avant de choisir l’outil

Le point de départ est une description concrète de l’usage envisagé. Résumer un compte rendu ne mobilise pas les mêmes informations qu’aider à trouver un créneau de consultation. L’équipe doit identifier les données envoyées, les résultats produits et les traces conservées. Une demande administrative peut elle-même révéler une information de santé par son motif ou sa spécialité. Il serait donc imprudent de considérer automatiquement tout usage d’accueil comme dépourvu de données sensibles.

La cartographie doit couvrir les étapes moins visibles : préparation des documents, extraction de texte, calcul des représentations utilisées pour la recherche, sauvegardes et journaux techniques. Un fournisseur peut annoncer que le contenu principal n’est pas conservé tout en enregistrant certaines requêtes pour diagnostiquer les erreurs. Ces traces peuvent contenir des informations identifiantes. Il faut demander une description compréhensible des flux, incluant les sous-traitants et les interventions de maintenance à distance.

Cette analyse gagne à réunir le responsable métier, l’informatique, la sécurité et le délégué à la protection des données. Chacun apporte une lecture différente : utilité clinique, faisabilité, risques techniques et conformité. Un schéma des échanges et une liste des destinataires suffisent souvent à faire apparaître des questions jusque-là négligées. Ce travail doit précéder l’envoi de dossiers patients, et non servir à régulariser après coup un outil déjà largement utilisé.

Distinguer RGPD et exigences d’hébergement

Dans le cadre européen, les données concernant la santé bénéficient d’une protection particulière au titre du RGPD. Leur traitement doit notamment reposer sur des fondements juridiques adaptés, poursuivre une finalité déterminée et respecter la minimisation. Le recours à un prestataire ne transfère pas automatiquement toutes les responsabilités de la clinique. Il faut préciser les rôles réels, encadrer la sous-traitance lorsque c’est le cas et documenter les garanties correspondant au traitement envisagé.

En France, l’hébergement de données de santé à caractère personnel pour le compte de tiers peut relever du cadre HDS lorsque les conditions légales sont réunies. Son application dépend notamment de l’activité et du contexte de collecte. La clinique doit faire vérifier le périmètre concerné, plutôt que s’appuyer sur une formule commerciale. Une certification revendiquée doit être examinée au regard du certificat, des activités couvertes et des prestataires effectivement utilisés pour le service proposé.

Un hébergement annoncé comme certifié ne rend pas, à lui seul, tout usage de l’IA conforme. Il ne règle ni la pertinence des données transmises, ni les habilitations, ni la réutilisation des contenus. De même, une localisation européenne ne répond pas automatiquement à toutes les questions de transferts internationaux ou d’accès depuis un autre pays. Les garanties doivent être étudiées sur la chaîne complète, avec un appui juridique lorsque la situation l’exige.

Poser les bonnes questions au fournisseur

Le contrat et la documentation doivent expliquer si les données servent à fournir le service, à surveiller son fonctionnement ou à améliorer des modèles. Ces finalités ne sont pas équivalentes. Une option indiquant que les données ne servent pas à l’entraînement ne dit rien, à elle seule, de leur durée de conservation ou des accès humains possibles. La clinique doit obtenir des engagements cohérents entre les conditions commerciales, les paramètres techniques et les annexes de protection des données.

Il faut aussi examiner les mécanismes de suppression et de restitution. Que devient un document supprimé dans l’interface ? Reste-t-il dans une sauvegarde, un index de recherche ou un journal ? Comment récupérer les données à la fin du contrat ? Des réponses précises évitent une dépendance difficile à défaire. Les modalités d’information en cas d’incident, les changements de sous-traitants et les possibilités d’audit ou de vérification doivent également être discutés avant la mise en service.

La localisation annoncée mérite une lecture attentive. Stockage, inférence, support et sauvegarde peuvent être réalisés dans des environnements distincts. La question utile est donc : « Où chaque opération est-elle effectuée et par qui ? » Si certaines réponses restent inconnues, le projet ne devrait pas combler ces lacunes par des suppositions favorables. Un prestataire capable d’expliquer simplement son architecture facilite la décision, sans dispenser la clinique de sa propre analyse.

Réduire l’exposition par la conception

La mesure la plus efficace consiste souvent à transmettre moins de données. Un agent de planification peut fonctionner sans accès au dossier clinique complet. Une fonction de rédaction peut recevoir un extrait sélectionné plutôt que toutes les pièces disponibles. La pseudonymisation peut réduire certains risques, mais des détails cliniques peuvent permettre une réidentification : elle ne doit pas être confondue avec une anonymisation réelle ni considérée comme une dispense générale d’obligations.

Les droits d’accès doivent suivre les besoins de chaque usage. Comptes nominatifs, authentification adaptée, chiffrement, séparation des environnements et suivi des consultations contribuent à la sécurité. Les traces doivent elles-mêmes être protégées et limitées. Un agent connecté à plusieurs logiciels nécessite une vigilance particulière : il ne doit pas disposer par défaut des mêmes privilèges qu’un administrateur, ni pouvoir exporter librement des dossiers pour accomplir une tâche documentaire limitée.

Organiser un déploiement durable

Avant le lancement, la clinique détermine si une analyse d’impact relative à la protection des données est requise et documente son évaluation. Elle prépare également l’information des personnes, les procédures d’exercice des droits et la gestion des incidents selon le cadre applicable. Les premiers essais peuvent utiliser des données fictives adaptées, sans reprendre des dossiers réels dans un environnement non validé. Cette précaution permet de tester l’intégration tout en limitant l’exposition initiale.

Enfin, la conformité doit suivre les évolutions du service. Une nouvelle fonction vocale, un changement de modèle ou un sous-traitant supplémentaire peuvent modifier les risques. Le bon réflexe consiste à maintenir un inventaire des usages et un interlocuteur clairement identifié. Pour une clinique, choisir un agent IA revient à organiser une chaîne de confiance : finalité maîtrisée, données limitées, garanties vérifiées et contrôle continu, plutôt qu’à rechercher un simple label rassurant sur une brochure.