Prise de notes IA et HIPAA : ce que couvre réellement un BAA

Aucun outil de prise de notes IA n'est « certifié HIPAA ». Aucun organisme ne certifie un logiciel conforme HIPAA (la loi fédérale américaine encadrant les données de santé). Quand le site d'un éditeur affiche « certifié HIPAA », cette phrase vient de son service marketing, pas d'un auditeur. La question qui compte vraiment est plus précise et bien plus simple à vérifier : signera-t-il un Business Associate Agreement, et cet accord couvre-t-il la fonctionnalité que vous voulez utiliser sur des données de patients ?

C'est sur ce point que les équipes se font piéger. Plusieurs grandes plateformes signent un BAA pour leur produit principal, puis en excluent les fonctions d'IA. Celles, précisément, pour lesquelles vous étiez venu.

Dernière mise à jour : août 2026. Les conditions des éditeurs évoluent vite, alors vérifiez la couverture en vigueur avant de leur envoyer quoi que ce soit.

Si un éditeur crée, reçoit, conserve ou transmet des données de santé protégées (PHI) pour vous, HIPAA en fait un business associate. Cela déclenche une liste courte et précise :

• Un BAA signé. C'est le contrat qui rend l'éditeur juridiquement responsable des PHI que vous lui confiez. Sans lui, lui envoyer des PHI constitue déjà une violation, quelle que soit la qualité de son chiffrement.
• Les garanties de la Security Rule. Contrôle des accès, journalisation d'audit, chiffrement en transit et au repos, et une procédure écrite de réponse aux incidents.
• La notification des violations. Ils doivent vous signaler une violation de PHI non sécurisées sans délai déraisonnable, pour que vous puissiez tenir vos propres échéances.
• Le minimum nécessaire. Ils ne peuvent utiliser les PHI que dans les limites du BAA. Cela exclut les usages secondaires, et celui à surveiller est l'entraînement de modèles d'IA sur les données de vos patients.
• La répercussion aux sous-traitants. Si votre audio finit chez un fournisseur de modèle tiers, celui-ci est un sous-traitant et doit avoir son propre BAA. Demandez qui est dans la chaîne.

L'échec courant en 2026 n'est pas l'éditeur qui refuse de signer un BAA. C'est celui qui en signe un qui, discrètement, ne couvre pas l'IA. Deux des plus grandes plateformes fonctionnent ainsi :

Zoom. Zoom propose un BAA sur Zoom for Healthcare et sur les formules Business et Enterprise éligibles, couvrant Meetings, Webinars, Phone, Team Chat et Rooms. Mais activer le mode HIPAA désactive une partie d'AI Companion, et seules certaines des fonctions restantes, comme l'enregistrement intelligent et le résumé de réunion, entrent dans le BAA. La configuration conforme est la moins performante. Documentation HIPAA de Zoom

Notion. Notion signe un BAA, mais seulement pour les clients Enterprise au-delà d'un nombre minimal de licences, et Notion AI est exclu de cette couverture sur toutes les formules. Vous pouvez stocker des PHI dans une base Notion. Vous ne pouvez pas y appliquer Notion AI. Page d'aide HIPAA de Notion

Le schéma se répète à cause de la façon dont ces produits sont construits. La conformité examine la plateforme, l'IA sort plus tard sur un autre fondement juridique, et l'exclusion n'apparaît jamais pendant l'appel commercial. Demandez donc le périmètre du BAA par écrit, fonction par fonction, plutôt qu'un oui ou un non sur l'entreprise.

La plupart des pages sécurité répondent aux questions faciles et évitent celles qui déterminent si vous pouvez vraiment utiliser le produit. Posez ces cinq-là par écrit :

1. Signez-vous un BAA, et sur quelle formule ? Si la réponse est « Enterprise uniquement », demandez le tarif avant de vous y attacher. Le palier conforme coûte souvent plusieurs fois le chiffre annoncé au départ.
2. Le BAA nomme-t-il les fonctions d'IA ? Pas « le produit est-il couvert » mais si la transcription, le résumé et les éventuelles fonctions de chat ou d'agent IA sont chacun dans le périmètre. C'est exactement là que Zoom et Notion s'écartent de leur propre marketing.
3. Quels sous-traitants reçoivent des PHI ? Si l'audio part chez OpenAI, Anthropic, Google ou un service vocal hébergé, chacun est un sous-traitant qui doit avoir son propre BAA et un engagement de non-entraînement. Demandez la liste, pas une phrase rassurante.
4. Nos données servent-elles à l'entraînement ou à l'amélioration du produit ? « Nous ne vendons pas vos données » est une promesse différente et bien plus faible. Il vous faut une interdiction contractuelle de l'entraînement et de la relecture humaine de vos enregistrements.
5. Combien de temps l'audio est-il conservé, et peut-on descendre à zéro ? Un traitement en temps réel avec suppression immédiate n'est pas une rétention de quatre-vingt-dix jours assortie d'un bouton de suppression. Une rétention que vous ne pouvez pas configurer est une rétention qu'il faudra justifier en audit.

Toutes les questions ci-dessus existent parce que les PHI quittent votre organisation pour atterrir sur les serveurs d'un tiers. Quand l'audio ne quitte jamais l'appareil, l'essentiel de l'analyse devient sans objet :

• Aucune divulgation à un business associate, puisque l'éditeur ne reçoit jamais les PHI.
• Aucune chaîne de sous-traitants à auditer, puisque aucun fournisseur de modèle tiers n'est sur le chemin.
• Aucune politique de rétention à négocier, puisqu'il n'existe pas de copie côté serveur.
• Aucune exposition à un changement de politique futur, puisque le modèle tourne sur du matériel que vous contrôlez.
• Fonctionne sans réseau, ce qui compte dans les établissements où les postes cliniques sont volontairement hors ligne.

La contrepartie est réelle et mérite d'être dite. Les modèles locaux demandent une machine raisonnablement récente, les plus gros et les plus précis sont plus lents sur du matériel ancien, et vous renoncez au confort d'un bot qui rejoint les réunions à votre place. Pour une bonne partie de la dictée clinique, le compromis en vaut la peine. Pour du scribe ambiant à gros volume dans un grand cabinet, peut-être pas.

C'est le principe autour duquel OpenWhispr est conçu, et la raison pour laquelle nous pensons que l'option locale compte plus que n'importe quel certificat que nous détenons.

Ces trois références sont mélangées dans les échanges avec les achats, alors qu'elles répondent à des questions vraiment différentes. Savoir les distinguer fait gagner du temps des deux côtés d'une revue de sécurité :

• SOC 2 est un rapport, pas un certificat. Un auditeur indépendant le produit au regard des Trust Services Criteria. Le Type I regarde la conception des contrôles à une date. Le Type II vérifie s'ils ont réellement fonctionné sur une période, généralement de trois à douze mois, et c'est celui qu'il faut demander. Quiconque se dit « certifié SOC 2 » décrit un document qui ne fonctionne pas ainsi.
• ISO 27001 est bien une certification. Un organisme accrédité certifie le système de management de la sécurité de l'information d'une organisation au regard de la norme, sur un cycle de trois ans avec audits de surveillance. Demandez le numéro de certificat, l'organisme émetteur et surtout la déclaration de périmètre, qui dit ce qui est réellement couvert.
• HIPAA est une loi, sans aucun certificat. La conformité est une obligation continue que vous démontrez par vos garanties, vos politiques, votre analyse de risques et vos BAA signés. SOC 2 et ISO 27001 sont de solides indices qu'un éditeur mène un programme de sécurité sérieux. Aucun des deux ne remplace un BAA.