IA et ostéopathie : 12 tâches qui changent et 7 compétences à préserver

Le premier risque n’est pas qu’une intelligence artificielle « remplace les mains » de l’ostéopathe. C’est qu’une sortie plausible passe, sans contrôle visible, du statut de brouillon à celui de message envoyé, de donnée enregistrée ou de décision influencée. Pour anticiper l’avenir de l’IA en ostéopathie, il faut donc regarder les tâches une par une : ce que l’outil prépare, les données auxquelles il accède, l’effet d’une erreur et la personne qui autorise l’action.

Cette cartographie distingue douze tâches susceptibles de changer dans les trois à cinq prochaines années. Certaines peuvent déjà être assistées à faible conséquence. D’autres exigent un environnement contractuellement encadré, une validation humaine et une traçabilité. Les tâches qui touchent directement une information de santé, une orientation ou un raisonnement clinique ne deviennent pas acceptables parce qu’une interface les rend faciles.

Périmètre au 29 août 2026 : cet article est une prospective opérationnelle, pas un avis juridique, clinique ou informatique individualisé. Il ne qualifie aucun produit, ne recommande aucun usage clinique et ne présente aucun gain de temps comme acquis. Le règlement européen sur l’IA, le RGPD, les contrats, la sécurité, la finalité réelle et le rôle de chaque acteur doivent être examinés pour l’usage concret.

En bref : 12 tâches changent, mais le contrôle ne se délègue pas

• Les tâches de rédaction générique, de préparation de modèles et de recherche documentaire peuvent être assistées si aucune donnée confidentielle n’est transmise et si les sources sont relues.
• Agenda, messagerie, facturation et relances deviennent plus risqués dès que le système agit automatiquement ou croise plusieurs services.
• Transcription, synthèse de dossier et réponse à une question de santé traitent potentiellement des données particulièrement protégées.
• Orientation, raisonnement clinique et action autonome ne sont pas de simples fonctions administratives améliorées.
• Le règlement européen sur l’IA est applicable depuis le 2 août 2026 avec des échéances différées ; il ne remplace pas le RGPD.
• La compétence durable consiste à définir la tâche, réduire les données, vérifier la preuve, mesurer le coût de correction et savoir arrêter l’automatisation.
• Une sortie convaincante n’est ni une preuve, ni une autorisation d’agir.

Comprendre ce qui est réellement applicable en 2026

Le règlement IA a été amendé avant sa pleine application

Le règlement (UE) 2024/1689 est entré en vigueur le 1er août 2024 et est devenu applicable, pour une grande partie de ses dispositions, le 2 août 2026. Il a toutefois été modifié par le règlement (UE) 2026/1744, entré en vigueur le 27 juillet 2026. Le texte consolidé doit donc remplacer les anciennes frises recopiées avant cette modification (EUR-Lex, version consolidée au 27 juillet 2026).

La CNIL et la Commission européenne présentent désormais un calendrier échelonné : certaines interdictions s’appliquent depuis février 2025, les règles relatives aux modèles d’IA à usage général depuis août 2025 et plusieurs obligations de transparence depuis août 2026. Les règles relatives à certains systèmes à haut risque de l’annexe III sont annoncées pour décembre 2027 ; celles visant les systèmes intégrés à certains produits réglementés de l’annexe I pour août 2028 (CNIL, calendrier du règlement IA ; Commission européenne, AI Act).

Ces dates ne permettent pas de classer un outil à partir de son nom commercial. La qualification dépend notamment de sa finalité, de son intégration, de son niveau d’action et du rôle de l’organisation : fournisseur, déployeur, importateur ou autre opérateur. Un assistant de correction orthographique et un système qui influence une orientation ne présentent pas le même usage, même s’ils reposent sur un modèle apparenté.

Le règlement IA ne remplace ni le RGPD ni l’analyse des données

La CNIL rappelle explicitement que le règlement IA complète le RGPD sans le remplacer. Lorsqu’un cabinet décide d’utiliser un système avec des données personnelles, il demeure généralement responsable du traitement réalisé dans ce déploiement. Il doit donc identifier la finalité, la nécessité des données, la base juridique, les destinataires, les durées, les transferts, les mesures de sécurité et l’information des personnes (CNIL, rôles et responsabilités lors de l’usage d’une IA générative).

La notion de donnée de santé est large. Elle couvre les informations relatives à la santé physique ou mentale passée, présente ou future, mais aussi des données qui permettent d’inférer un état de santé par croisement ou en raison de leur destination (CNIL, définition des données de santé). Remplacer le nom par des initiales ou supprimer un prénom ne suffit pas nécessairement à rendre un récit anonyme lorsque date, contexte, profession, motif ou détails rares permettent une réidentification (CNIL, anonymisation et risque de réidentification).

Pour un service génératif grand public, la CNIL recommande de ne pas transmettre d’informations confidentielles, de données personnelles ou d’éléments couverts par un secret. Elle invite les organisations à définir les usages autorisés et interdits, à former les utilisateurs, à vérifier les sorties et à examiner si le fournisseur conserve ou réutilise les données (CNIL, questions-réponses sur l’IA générative).

Le passage du génératif à l’agentique change la nature du risque

Un outil génératif propose un texte, une image ou une synthèse. Un système agentique peut en plus consulter plusieurs sources, conserver une mémoire, appeler des applications et agir pour le compte de l’utilisateur. En juillet 2026, la CNIL et le Conseil de l’IA et du Numérique ont souligné que cette autonomie amplifie la circulation des données, la persistance des profils, la difficulté d’identifier les responsabilités et la surface de cybersécurité (CNIL–CIANum, note sur l’IA agentique).

La différence est concrète : proposer un brouillon de rappel laisse une étape humaine visible ; lire l’agenda, choisir les destinataires, envoyer le message puis modifier un rendez-vous constitue une chaîne d’actions. Une même erreur peut alors se propager avant d’être vue. Plus le système peut agir, plus l’autorisation doit être étroite, réversible et journalisée.

Lire la cartographie sans fabriquer une prédiction

Séparer faits, signaux et scénarios

Un fait est établi par une source officielle ou par le fonctionnement vérifié d’un produit dans une version datée. Un signal indique une direction observable — intégration de fonctions génératives, développement de mémoires ou multiplication des connecteurs — sans prouver une adoption générale. Un scénario décrit ce qui pourrait se produire si plusieurs conditions sont réunies.

Cette séparation évite deux raccourcis opposés. Le premier affirme que l’IA va nécessairement supprimer un métier entier. Le second réduit tout le sujet à un correcteur de texte inoffensif. En réalité, les changements se produisent au niveau des tâches, des flux d’information, des contrôles et des dépendances.

Comparer chaque tâche selon quatre questions

1. Quelle tâche ? Définir le résultat attendu avant de choisir un outil.
2. Quelles données ? Distinguer données publiques, internes, personnelles et données de santé.
3. Quel impact ? Mesurer ce qu’une erreur peut provoquer pour une personne, le cabinet ou un tiers.
4. Qui autorise ? Nommer la personne qui relit, déclenche, corrige, journalise ou arrête.

Les douze tâches suivantes ne forment donc pas une liste de fonctions à activer. Elles servent à repérer où l’assistance peut rester un brouillon et où elle devient un système de décision ou d’action.

Tâches 1 à 4 : contenu, sources et supports

Tâche 1 — Préparer ou réécrire un contenu générique

Un système génératif peut proposer un plan, raccourcir un paragraphe, produire des variantes de ton ou repérer des répétitions. Cet usage reste relativement maîtrisable lorsque le texte ne contient aucune donnée personnelle et que sa publication dépend d’une relecture humaine. L’outil prépare ; le cabinet assume le sens, les preuves et les conséquences.

Le risque n’est pas seulement l’erreur factuelle. Un texte fluide peut inventer une spécialité, élargir une indication, attribuer une efficacité non démontrée ou adopter un ton promotionnel incompatible avec la position voulue. Toute page publique doit donc être contrôlée avec les mêmes exigences que si elle avait été rédigée sans IA. Le guide sur les pages utiles d’un site d’ostéopathe reste la référence pour la structure et les affirmations à éviter.

Décision de départ : assistance possible pour un contenu générique, à condition d’imposer sources, relecture et responsabilité éditoriale. Ne jamais transformer une sortie en publication automatique.

Tâche 2 — Rechercher et résumer des sources

La recherche augmentée peut faire gagner du temps pour repérer un texte, comparer des versions ou extraire une structure. Elle peut aussi fabriquer une référence, confondre une date de mise en ligne avec une date juridique ou résumer une page secondaire à la place du texte primaire. Une réponse avec des liens n’est pas encore une recherche vérifiée.

La compétence humaine consiste à ouvrir la source originale, confirmer l’autorité, la version, la date, le périmètre et le passage réellement utilisé. Pour un texte évolutif, conserver l’URL et la date de consultation ne suffit pas toujours : il faut également savoir quelle version soutenait l’affirmation. La modification du calendrier du règlement IA en juillet 2026 illustre ce besoin.

Décision de départ : l’IA peut aider à repérer et organiser ; la preuve doit rester un document primaire lu par une personne. Mesurer le taux de références invalides et le temps de vérification, pas seulement la vitesse du premier résumé.

Tâche 3 — Construire des modèles, checklists et procédures

Créer un modèle de courriel non personnalisé, une liste d’étapes ou une procédure interne sans données patient constitue un usage plausible. La valeur vient moins de la formulation que de la capacité à adapter le modèle au processus réel. Un document générique devient dangereux lorsqu’il donne l’illusion qu’une obligation, un consentement ou une mesure de sécurité a été vérifié.

Chaque modèle doit comporter un propriétaire, une date, une condition d’usage et un point de révision. Les variantes générées ne doivent pas contourner le travail de fond : qui envoie, à quel moment, depuis quel canal, avec quelle donnée et quelle preuve de réalisation ? Pour les canaux, le dossier SMS, courriel et documents patients traite séparément les choix de sécurité.

Décision de départ : assistance possible sur la forme ; validation humaine obligatoire sur la règle, le canal et la mise en œuvre.

Tâche 4 — Préparer des images et supports de communication

Une IA peut générer une métaphore, une variante visuelle ou un premier cadrage. Elle ne garantit ni les droits, ni l’absence de stéréotype, ni la fidélité d’un schéma, ni la conformité d’une affirmation intégrée à l’image. Une anatomie plausible peut être fausse ; un visage peut ressembler à une personne réelle ; du texte rendu dans l’image peut être illisible ou inventé.

Les schémas factuels doivent rester déterministes et révisables. Les images éditoriales nécessitent un prompt conservé, des exclusions, une vérification visuelle, une provenance, un texte alternatif et une décision de publication. Une illustration ne doit jamais simuler un résultat thérapeutique ni servir de preuve scientifique.

Décision de départ : génération possible pour une métaphore originale ; conserver la donnée, les flèches, les nombres et les libellés sensibles dans un format contrôlable.

Tâches 5 à 7 : agenda, messages et administration

Tâche 5 — Suggérer une organisation d’agenda

Un outil peut détecter des créneaux non utilisés, proposer des marges ou simuler une semaine. Il ne connaît pas automatiquement les contraintes physiques, les temps invisibles, les besoins personnels, les urgences organisationnelles ni la variabilité réelle des rendez-vous. Une optimisation qui remplit chaque interstice peut dégrader la capacité d’absorption du cabinet.

Le futur probable est moins un « agenda intelligent » isolé qu’une fonction intégrée au logiciel de rendez-vous. Il faut alors vérifier quelles données sont lues, si une recommandation peut modifier l’agenda, comment une personne est informée et comment revenir en arrière. Le guide pour choisir un agenda avant l’outil permet de fixer ces critères sans partir de la fonction marketing.

Décision de départ : utiliser la simulation comme hypothèse ; conserver des règles de capacité humaines et empêcher tout déplacement automatique non autorisé.

Tâche 6 — Classer les messages et proposer des réponses

Classer une boîte de réception, détecter un thème ou préparer un brouillon semble administratif. Pourtant, l’objet, l’expéditeur et le contenu peuvent déjà révéler une consultation, une douleur ou une situation personnelle. Un connecteur de messagerie offre en outre un accès beaucoup plus large qu’un texte copié manuellement.

La réponse générée peut confirmer une relation, fournir un conseil inadapté ou partir au mauvais destinataire. La séparation entre « brouillon » et « envoi » doit être technique, pas seulement annoncée dans une procédure. Si le système peut envoyer, supprimer ou déplacer, les droits doivent être minimisés et les actions journalisées.

Décision de départ : limiter l’assistance aux boîtes et catégories prévues, sans réponse de santé ni envoi autonome ; vérifier destinataire, contenu, pièce jointe et canal avant toute action.

Tâche 7 — Préparer relances, facturation et rapprochements

Un système peut rapprocher des statuts, signaler une anomalie ou préparer une relance. Une automatisation utile doit cependant distinguer absence de paiement, erreur de saisie, contestation, doublon et situation déjà régularisée. L’envoi d’une relance à tort a un impact relationnel ; une correction comptable automatique peut compromettre la piste d’audit.

Le bon niveau d’autonomie dépend de la réversibilité. Une liste d’anomalies à examiner est plus facile à contrôler qu’une correction silencieuse. Le cabinet doit conserver l’état avant modification, la règle appliquée, la personne ayant validé et le résultat. Pour les données financières, l’IA ne remplace ni le rapprochement avec les pièces ni l’interlocuteur comptable compétent.

Décision de départ : privilégier détection et préparation ; réserver l’écriture, l’envoi et la clôture à une validation explicite.

Tâches 8 à 10 : conversation, dossier et questions

Tâche 8 — Transcrire ou résumer une conversation

Une transcription de consultation peut contenir directement des données de santé, des identifiants et des informations sur des tiers. Le risque existe dès la capture audio : où le son est-il envoyé, combien de temps est-il conservé, qui peut y accéder, sert-il à améliorer un modèle, comment la personne est-elle informée et comment demander une correction ?

La promesse « aucune prise de notes » déplace souvent le travail vers la vérification d’un résumé. Une omission peut être discrète ; une attribution erronée peut devenir un fait apparent dans le dossier. Il faut mesurer le temps de correction, les erreurs importantes et les cas où la transcription doit être abandonnée, pas seulement le nombre de minutes économisées.

Le projet de guide HAS–CNIL daté du 16 février 2026, document de travail soumis à consultation publique jusqu’au 16 avril 2026, propose un niveau élevé de gouvernance, d’information, de formation, de contrôle et de retour d’expérience (CNIL, consultation sur le projet de guide ; HAS–CNIL, document de travail du 16 février 2026). Au 29 août 2026, la HAS classe encore ces recommandations parmi ses travaux en cours. Ce texte provisoire ne constitue ni une recommandation finale ni, à lui seul, le régime juridique de l’ostéopathe ; il éclaire seulement les questions à instruire avant de traiter un assistant de compte rendu autrement que comme un simple dictaphone.

Décision de départ : ne pas transmettre de consultation à un service généraliste. Exiger une analyse juridique, données, sécurité et métier spécifique avant tout pilote, avec information, correction et possibilité de ne pas utiliser le système.

Tâche 9 — Structurer ou synthétiser un dossier patient

Résumer plusieurs notes, proposer des rubriques ou détecter une information manquante touche le cœur du dossier. Une synthèse peut masquer l’incertitude, mélanger observation et interprétation, ou privilégier l’information la plus fréquente plutôt que la plus importante. Elle peut également élargir les accès si le système aspire l’ensemble des dossiers pour répondre à une question locale.

Avant tout usage, le cabinet doit savoir quelles données sont réellement nécessaires, si le fournisseur agit comme sous-traitant, où les données sont hébergées, comment sont gérés les droits, les journaux, l’export et la suppression. Le dossier Structurer un dossier patient sans trop collecter fixe d’abord le contenu utile ; les guides sur l’hébergement HDS et les habilitations traitent les garanties distinctes.

Décision de départ : considérer la synthèse comme une nouvelle écriture dans le dossier, avec origine visible, relecture ligne par ligne et responsabilité identifiée. Refuser l’aspiration globale par défaut.

Tâche 10 — Répondre à une question formulée par une personne

Un agent conversationnel peut expliquer les horaires ou l’accès au cabinet. Dès qu’il reçoit un motif, des symptômes, un historique ou une demande d’orientation, il traite potentiellement une donnée de santé et produit un contenu susceptible d’influencer un comportement. Le passage de la FAQ logistique à une réponse personnalisée peut survenir dans la même conversation.

Une barrière utile ne repose pas sur la phrase « ceci ne remplace pas un professionnel ». Le système doit reconnaître son périmètre, ne pas feindre une certitude, orienter vers une voie humaine et ne pas conserver plus que nécessaire. Les cas d’urgence ne doivent jamais dépendre d’une interprétation libre d’un modèle généraliste.

Décision de départ : limiter l’automatisation aux informations administratives stables et publiées ; transférer sans réponse générée les questions de santé ou les situations ambiguës.

Tâches 11 et 12 : décision clinique et agents autonomes

Tâche 11 — Influencer une orientation ou un raisonnement clinique

Proposer une hypothèse, hiérarchiser des risques, suggérer une conduite ou recommander une orientation n’est pas une simple reformulation. L’exactitude moyenne ne suffit pas : il faut connaître la finalité prévue, la population, les performances pertinentes, les limites, les erreurs graves, le statut réglementaire éventuel, les mises à jour et la surveillance après déploiement.

L’Organisation mondiale de la santé recommande, pour les grands modèles multimodaux en santé, des tâches précisément définies, de la transparence, une gouvernance, une implication des parties prenantes, des évaluations indépendantes et une responsabilité claire (OMS, guidance sur les grands modèles multimodaux). Ces principes ne valident aucune application particulière.

L’expression « humain dans la boucle » reste insuffisante si l’humain ne dispose ni du temps, ni de la compétence, ni de la source, ni du droit réel de contredire la sortie. Une recommandation affichée en premier peut ancrer le raisonnement même lorsqu’elle doit théoriquement être vérifiée.

Décision de départ : ne pas utiliser un outil généraliste pour une décision clinique ou une orientation. Toute évaluation d’un système spécialisé exige des compétences juridiques, réglementaires, données, sécurité et cliniques adaptées à sa destination.

Tâche 12 — Agir de manière autonome dans plusieurs applications

Un agent peut lire un courriel, consulter l’agenda, ouvrir un dossier, générer une réponse, envoyer un message et créer une tâche. Cette chaîne paraît fluide parce que les transitions disparaissent de l’écran. C’est précisément ce qui augmente le risque : une instruction malveillante dans une page ou un courriel peut détourner l’agent, une mémoire persistante peut élargir les profils et un connecteur trop permissif peut exposer plusieurs services.

L’ANSSI recommande de documenter et sécuriser les interactions entre un système d’IA générative et les autres ressources du système d’information, de contrôler les autorisations, de filtrer les flux et de journaliser les actions. Elle souligne notamment les risques d’injection indirecte et les conséquences d’actions réalisées sans validation humaine (ANSSI, recommandations de sécurité pour l’IA générative).

Décision de départ : aucun agent ne reçoit d’emblée accès à la messagerie, à l’agenda et aux dossiers. Commencer par un environnement sans donnée réelle, un seul connecteur, des droits en lecture, une liste d’actions interdite et une autorisation humaine pour chaque écriture.

Décider avant de choisir l’outil

Définir le résultat attendu et l’erreur inacceptable

Écrivez la tâche en une phrase sans nommer de produit : « préparer trois variantes d’un rappel administratif sans donnée personnelle » est plus contrôlable que « utiliser l’IA pour les patients ». Ajoutez ensuite ce qui ne doit jamais arriver : divulguer un motif, confirmer une relation, envoyer sans validation, modifier un dossier ou produire une recommandation de santé.

Cette formulation permet de comparer une solution manuelle, une règle classique et une fonction d’IA. Si un filtre déterministe ou un modèle de texte suffit, l’IA n’est peut-être pas nécessaire. La CNIL recommande justement de partir d’un besoin concret et de ne pas déployer un système génératif sans finalité définie.

Classer les données et l’impact avant le test

Utilisez quatre classes simples : public, interne, personnel, santé. La classe la plus sensible du flux détermine le niveau de précaution, même si la sortie paraît anodine. Ajoutez quatre impacts : brouillon sans effet, communication externe, écriture dans un système, influence sur une décision concernant une personne.

Un usage qui combine donnée de santé et influence sur une décision ne se teste pas dans un outil grand public. Un usage public produisant un brouillon générique peut, à l’inverse, être expérimenté dans un cadre limité. L’objectif n’est pas d’attribuer une couleur définitive à un produit, mais de rendre la décision reproductible.

Mesurer la correction, pas seulement le temps gagné

Pour chaque pilote, consignez le temps de préparation, le temps de contrôle, le nombre de corrections, leur gravité, les quasi-incidents et le temps nécessaire pour revenir à la méthode manuelle. Une sortie rejetée rapidement peut être moins coûteuse qu’une sortie presque correcte qui exige une vérification détaillée.

Décidez avant le test du seuil d’arrêt : source inventée, donnée non autorisée, envoi non déclenché par l’humain, impossibilité d’expliquer une action, journal incomplet ou dépendance à une fonction sans export. Sans seuil, l’expérimentation tend à normaliser ses propres défauts.

Préserver sept compétences professionnelles

1 à 3 — Cadrer, qualifier les données et retrouver la preuve

1. Formuler la tâche. Décrire le résultat, le périmètre, l’erreur inacceptable et la personne responsable avant de choisir l’outil.
2. Qualifier l’information. Reconnaître une donnée personnelle ou de santé, même sans nom, et réduire ce qui est transmis.
3. Revenir à la source. Distinguer résumé, inférence et preuve ; ouvrir le document primaire, sa version et sa date.

Ces compétences ne sont pas des freins à l’innovation. Elles rendent possible un usage limité sans confondre vitesse de génération et qualité. Elles doivent rester exercées : si chaque recherche, plan et vérification est délégué, le cabinet perd progressivement la capacité d’évaluer la sortie.

4 et 5 — Contrôler le résultat et comprendre le système

• 4 — Évaluer le coût de correction. Mesurer les erreurs importantes, le temps de relecture, les quasi-incidents et l’effet réel sur le travail.
• 5 — Comprendre les accès. Savoir quelles données entrent, où elles circulent, qui les conserve, quels connecteurs agissent et comment les actions sont journalisées.

Un praticien n’a pas besoin de devenir ingénieur du modèle. Il doit pouvoir obtenir des réponses utilisables sur le contrat, le rôle de chacun, les droits d’accès, la conservation, l’hébergement, la réutilisation des données, les mises à jour et la réversibilité. Le guide Choisir un logiciel de cabinet fournit une grille complémentaire pour interroger un éditeur.

6 et 7 — Expliquer l’usage et savoir arrêter

• 6 — Maintenir une relation explicable. Informer lorsque l’usage affecte une personne, permettre une correction et ne pas attribuer une décision au système.
• 7 — Préserver une voie manuelle. Savoir suspendre l’outil, récupérer les données, reprendre la tâche et traiter un incident.

La qualité relationnelle ne se réduit pas à un texte généré au ton empathique. Elle inclut la capacité à reconnaître l’incertitude, à écouter une objection, à corriger une information et à assumer la décision. La voie manuelle n’est pas un secours théorique : elle doit être testée comme une restauration de sauvegarde.

Installer une gouvernance de l’IA en 90 jours

Jours 1 à 30 — Inventorier les usages réels

• Recenser les outils explicitement utilisés et les fonctions IA intégrées aux logiciels existants.
• Décrire pour chaque usage la tâche, les données, le fournisseur, les connecteurs et l’action possible.
• Interdire immédiatement la copie de données patient dans un service grand public non évalué.
• Identifier les comptes individuels, les historiques, les mémoires et les paramètres de réutilisation.
• Choisir un propriétaire et une date de revue pour chaque usage.

L’inventaire ne doit contenir aucun mot de passe ni donnée patient. Il décrit le système de travail, pas les personnes reçues. Une fonction ignorée mais activée par défaut doit être traitée comme un usage potentiel tant que son accès n’est pas compris.

Jours 31 à 60 — Tester une tâche à faible conséquence

• Sélectionner un seul cas public ou interne sans donnée personnelle.
• Écrire l’objectif, les exemples de test et les erreurs inacceptables.
• Comparer la méthode manuelle et l’assistance sur les mêmes cas.
• Mesurer temps total, corrections, sources invalides et dépendances.
• Documenter la version du produit et conserver les sorties rejetées utiles à l’analyse.

Un pilote réussi ne prouve pas qu’un autre usage est acceptable. Passer d’un brouillon public à un résumé de dossier change les données, l’impact et le régime d’évaluation. La montée en autonomie n’est pas une récompense automatique après quelques sorties correctes.

Jours 61 à 90 — Fixer les règles et tester l’arrêt

• Publier une liste courte des usages autorisés, interdits et soumis à validation.
• Réduire les droits et désactiver les connecteurs inutiles.
• Définir qui contrôle, qui traite un incident et qui peut suspendre le système.
• Tester l’export, la suppression, la révocation des accès et le retour au processus manuel.
• Programmer une revue trimestrielle et une revue immédiate après une mise à jour majeure.

Une charte sans contrôle technique ne suffit pas. Si l’usage interdit reste possible avec le même compte et le même connecteur, le dispositif dépend uniquement de la mémoire de l’utilisateur. Inversement, un blocage technique sans explication favorise les contournements. Formation, droits et procédure doivent se soutenir.

Suivre trois scénarios jusqu’en 2030

Scénario A — L’assistance reste un atelier de brouillons

Conditions : les cabinets limitent les usages aux contenus génériques, à la recherche contrôlée et aux modèles sans donnée patient. Effet possible : la rédaction initiale accélère, tandis que la vérification des sources et la responsabilité restent humaines. Indicateur : faible taux d’erreurs importantes et absence de donnée non autorisée. Risque : perte progressive des compétences de rédaction et de recherche si le contrôle devient mécanique.

Scénario B — L’IA disparaît dans les logiciels métier

Conditions : agenda, messagerie et dossier intègrent des fonctions de classement, résumé et suggestion. Effet possible : moins de copier-coller, mais davantage de traitements invisibles et de dépendance contractuelle. Indicateur : nombre de fonctions activées, catégories de données, droits, corrections et incidents. Risque : accepter une mise à jour comme une décision de gouvernance.

Scénario C — Des agents enchaînent des actions

Conditions : mémoires persistantes, connecteurs et autorisations permettent à un système d’agir entre plusieurs services. Effet possible : automatisation de séquences administratives. Indicateur : actions déclenchées sans intervention, permissions, retours arrière et alertes. Risque : erreur propagée, instruction malveillante, responsabilité diffuse ou fuite entre services.

Ces scénarios ne sont ni exclusifs ni probabilisés. Un cabinet peut utiliser un atelier de brouillons tout en refusant les agents, ou adopter une fonction métier spécialisée sans utiliser de service généraliste. La veille utile porte sur les conditions et les preuves, pas sur une date annoncée de « transformation totale ».

Limites, fraîcheur et niveau de confiance

Établi : le règlement IA est applicable selon un calendrier échelonné et a été amendé en juillet 2026 ; le RGPD continue de s’appliquer aux traitements de données personnelles ; la donnée de santé reçoit une définition large ; les systèmes génératifs peuvent produire des sorties inexactes et les systèmes agentiques augmentent les accès et les actions.

Signal robuste : des fonctions génératives, des mémoires et des connecteurs s’intègrent à des logiciels professionnels. Leur disponibilité, leur contrat et leur qualité varient selon les produits et les versions.

Scénario : l’évolution exacte du travail des ostéopathes, les gains durables, la répartition de la responsabilité et le rythme d’adoption jusqu’en 2030 restent incertains. Aucune étude indépendante spécifique à la profession ne permet ici de chiffrer un gain moyen de productivité, de qualité ou de revenu.

Limite de transposition : les ressources de la HAS, de la CNIL, de l’ANSSI et de l’OMS éclairent des responsabilités distinctes. Elles ne qualifient pas automatiquement un produit, ne valident pas un usage dans un cabinet d’ostéopathie et ne remplacent pas une analyse adaptée.

Questions fréquentes sur l’IA et l’ostéopathie

L’IA peut-elle remplacer un ostéopathe ?

Le mot « remplacer » masque la réalité des tâches. Rédaction, recherche, classement ou préparation peuvent être assistés à des degrés différents. L’interaction, l’examen, le raisonnement, la responsabilité, le consentement et la décision ne se réduisent pas à une seule sortie de modèle. Aucun fait examiné ici ne permet d’annoncer le remplacement du métier dans son ensemble.

Peut-on anonymiser un cas avant de le copier dans un chatbot ?

Supprimer le nom ne garantit pas l’anonymat. Des détails de contexte peuvent permettre une réidentification ; le contenu peut aussi rester une donnée de santé par nature ou par destination. Ne copiez pas de cas réel dans un service grand public. Une anonymisation robuste est une opération à démontrer, pas une impression de discrétion.

Un compte payant rend-il automatiquement l’usage confidentiel et conforme ?

Non. Le prix ne prouve ni le rôle contractuel, ni l’absence de réutilisation, ni le lieu de traitement, ni les garanties de sécurité, ni l’adéquation à une donnée de santé. Il faut lire le contrat, les paramètres, la documentation, les sous-traitants et les conditions de suppression pour l’usage précis.

Une validation humaine suffit-elle ?

Elle est nécessaire dans de nombreux usages, mais pas toujours suffisante. L’humain doit avoir le temps, la compétence, les sources et le pouvoir de rejeter la sortie. La collecte d’une donnée non autorisée ne devient pas acceptable parce qu’une personne relit ensuite. L’architecture, les droits et la finalité restent à contrôler.

Par quelle tâche commencer ?

Choisissez une tâche générique, sans donnée personnelle, dont la sortie reste un brouillon et dont l’erreur est facile à détecter : variantes d’un texte interne, plan d’une checklist ou comparaison de formulations. Écrivez les erreurs interdites, mesurez le coût de correction et conservez une voie manuelle.

Que faire lorsqu’une fonction IA apparaît dans le logiciel du cabinet ?

Ne considérez pas la mise à jour comme une autorisation. Demandez la finalité, les données utilisées, le statut par défaut, les sous-traitants, la réutilisation, les droits, les journaux, l’export et la désactivation. Testez sans donnée réelle et documentez la décision avant activation.

Sources officielles et date de revue

• EUR-Lex — Règlement (UE) 2024/1689, texte consolidé au 27 juillet 2026, consulté le 29 août 2026.
• Commission européenne — Cadre réglementaire européen de l’IA, consulté le 29 août 2026.
• CNIL — Entrée en vigueur du règlement IA : questions-réponses, consulté le 29 août 2026.
• CNIL — Questions-réponses sur l’utilisation d’un système d’IA générative, consulté le 29 août 2026.
• CNIL — Qu’est-ce qu’une donnée de santé ?, consulté le 29 août 2026.
• CNIL — L’anonymisation de données personnelles, consulté le 29 août 2026.
• CNIL et CIANum — IA agentique et données personnelles, 20 juillet 2026, consulté le 29 août 2026.
• HAS et CNIL — Projet de guide / document de travail « Accompagner le bon usage des systèmes d’IA en contexte de soins », version du 16 février 2026, consultée le 29 août 2026.
• CNIL — Consultation publique sur le projet de guide HAS–CNIL, consultation clôturée le 16 avril 2026, page consultée le 29 août 2026.
• HAS — Technologies numériques et systèmes d’IA à usage professionnel, recommandations indiquées comme travaux en cours, page consultée le 29 août 2026.
• ANSSI — Recommandations de sécurité pour un système d’IA générative, consulté le 29 août 2026.
• OMS — Ethics and governance of AI for health: guidance on large multi-modal models, 2024, consulté le 29 août 2026.

Prochaine revue éditoriale : 30 novembre 2026, ou plus tôt en cas de modification du règlement IA, de nouvelle position CNIL, de publication de normes harmonisées ou d’évolution majeure des fonctions agentiques.

À lire ensuite

• Utiliser l’IA au cabinet : confidentialité, limites et contrôle humain
• Comprendre l’e-santé et l’interopérabilité au cabinet
• Choisir un logiciel de cabinet : sécurité, réversibilité et usages
• Ostéopathie en 2040 : quatre scénarios à surveiller

Commencez par une seule tâche sans donnée personnelle et sans action autonome. Si vous ne pouvez pas décrire ce que l’outil reçoit, ce qu’il peut faire, qui vérifie et comment revenir en arrière, le bon choix n’est pas d’écrire un meilleur prompt : c’est de ne pas ouvrir ce flux.