> Source: https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-fr/ > Markdown copy of that page. Cite the URL above, not this file. LLMs & APIs # Agent vocal IA pour HIPAA dans votre compte AWS (2026) [By Shalomi Umeshika](https://meetrix.io/blogs/authors/shalomi-umeshika/) • October 27, 2026 • 14 min read [English](https://meetrix.io/blogs/hipaa-ai-voice-agent-aws/)[Deutsch](https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-de/)[Español](https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-es/)Français[Italiano](https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-it/) ## Le problème commence dix secondes après le début de l'appel L'agent vocal IA d'une clinique entend des informations de santé protégées (PHI) presque immédiatement. Un nom, une date de naissance, « J'appelle pour mes résultats d'analyses ». Dès cet instant, chaque service que touche l'audio traite des PHI : l'API de reconnaissance vocale, le LLM, la synthèse vocale, l'enregistrement de l'appel, les journaux et l'outil de traçage que quelqu'un a branché pendant le pilote. Chacun est soit un partenaire commercial avec qui vous devez signer un accord, soit un endroit où vous ne pouvez pas envoyer ces données du tout. Faire tourner tout l'agent dans votre propre compte AWS change la nature de ce problème. L'audio, la transcription et le prompt ne quittent jamais votre VPC, et la liste des entreprises avec qui vous signez un accord de partenaire commercial (BAA) devient courte. Ce guide couvre le trajet réel des PHI dans un agent vocal, les accords qu'il vous faut toujours, les risques propres à la voix (la vérification de l'appelant est le plus important) et une pile de référence. C'est un guide technique, pas un conseil juridique. Faites relire ce que vous construisez par votre responsable de la conformité ou votre juriste. Le verdict en bref Auto-hébergé sur AWS Gros volume, peu de fournisseurs autorisés L'audio, les transcriptions et les prompts restent dans votre VPC. Le BAA qui compte est celui d'AWS, et la facturation à la minute disparaît. IA native AWS Vous voulez moins de serveurs à gérer Amazon Transcribe, Bedrock et Polly sont tous éligibles HIPAA, donc couverts par le même BAA d'AWS. Vous échangez les GPU contre une facturation à l'usage. Géré avec un BAA Un pilote dans les prochaines semaines Choisissez une plateforme qui signe un BAA, et vérifiez que chaque fournisseur de modèles derrière elle est couvert aussi. Pas encore Aucune analyse de risques documentée Faites d'abord l'analyse de risques. Chaque choix de conception présenté plus bas doit pouvoir s'y rattacher. Avant de commencer - Une personne nommément responsable de la conformité HIPAA, et une analyse de risques à jour - Un compte AWS où l'accord de partenaire commercial d'AWS est accepté dans AWS Artifact, idéalement un compte dédié aux charges de travail contenant des PHI - La liste de tous les systèmes que l'agent lira ou alimentera : dossier patient, prise de rendez-vous, facturation - Des patients fictifs et des numéros de test. Les vrais appels restent hors du développement. ## Où circulent les PHI dans un agent vocal IA La plupart des agents vocaux sont une chaîne : l'audio de l'appelant entre, détection de l'activité vocale et des tours de parole, reconnaissance vocale, un LLM, synthèse vocale, l'audio sort. Notre guide de la [pile auto-hébergée pour agents vocaux IA](https://meetrix.io/blogs/self-host-voice-ai-agent-stack/) détaille chaque couche et l'option open source correspondante. Pour HIPAA, la question est différente : que voit chaque couche, et où le conserve-t-elle ? | Couche | PHI concernées | Où elles peuvent subsister | | --- | --- | --- | | Téléphonie ou WebRTC | La voix et le numéro de l'appelant | Relevés d'appels de l'opérateur, enregistrements, messagerie vocale | | Reconnaissance vocale | Tout ce que dit l'appelant, sous forme de texte | Fichiers de transcription, journaux du service STT | | LLM | La transcription, plus ce que vos outils renvoient du dossier patient | Journaux de requêtes, caches de prompts, outils de traçage et d'évaluation | | Outils et intégrations | Rendez-vous, résultats, traitements, assurance | Journaux d'API des deux côtés, rapports d'erreurs | | Synthèse vocale | Tout ce que l'agent répond | Journaux TTS, audio en cache | | Observabilité | Souvent tout ce qui précède, au même endroit | Traces, tableaux de bord, outils de suivi des exceptions | **Le risque est rarement l'appel en direct. Ce sont les restes.** Une transcription dans une ligne de journal, un prompt dans un outil de traçage, un enregistrement dans un bucket sans règle de cycle de vie. Recensez chaque endroit de cette troisième colonne avant la mise en production. ## Trois façons de le construire sur AWS Le moins de fournisseurs Entièrement auto-hébergé Idéal pour les gros volumes et les listes de fournisseurs strictes LiveKit pour le transport, faster-whisper pour la reconnaissance vocale, un LLM à poids ouverts sur [vLLM sur AWS](https://meetrix.io/blogs/vllm-aws-marketplace/) et Kokoro pour la voix, le tout sur EC2 dans votre VPC. Le BAA qui compte est celui d'AWS. Services d'IA natifs AWS Idéal pour gérer moins de serveurs Amazon Transcribe, Bedrock et Polly, avec Amazon Connect ou le Chime SDK pour les appels. Tous figurent sur la liste des services éligibles HIPAA d'AWS, donc le même BAA d'AWS les couvre. Vous payez à l'usage. Plateforme vocale gérée Idéal pour un pilote rapide Une plateforme d'agents hébergée qui signe un BAA. LiveKit fait ici exception à l'obligation habituelle d'un contrat entreprise : selon sa page sécurité, son offre Scale en libre-service, à 500 $ par mois, inclut un BAA signé. Il faudra quand même couvrir séparément les fournisseurs de reconnaissance vocale, de LLM et de synthèse vocale qui se trouvent derrière. **À vérifier avant de construire :** les versions 0.8 à 0.10 de vLLM présentaient une vulnérabilité (CVE-2026-15430) qui touche le mode d'informatique confidentielle à l'intérieur d'un environnement d'exécution de confiance (TEE). Utilisez vLLM 0.10.1 ou plus récent et le format SafeTensors pour les poids du modèle. Hors mode TEE, le risque est plus limité, mais SafeTensors reste le bon choix par défaut dans tous les cas. **Bon à savoir :** Amazon Bedrock AgentCore est devenu éligible HIPAA le 10 février 2026, en même temps que Bedrock lui-même. Si vous construisez des flux de travail d'agents plutôt qu'un simple appel à un LLM, AgentCore vous apporte l'isolation des sessions, un contrôle d'accès fondé sur des politiques et une journalisation prête pour l'audit, sous le même BAA. Les deux premières options se combinent. Beaucoup d'équipes auto-hébergent le LLM, parce que c'est là qu'arrive le contexte le plus sensible, et utilisent Amazon Transcribe pour la reconnaissance vocale le temps de dimensionner leurs GPU. Notre [comparatif LiveKit Agents vs Pipecat](https://meetrix.io/blogs/livekit-agents-vs-pipecat/) traite du choix du framework, qui reste le même dans les deux cas. ## Les BAA dont vous avez toujours besoin L'auto-hébergement ne fait pas disparaître le fournisseur cloud. Un fournisseur qui stocke ou traite des ePHI est un partenaire commercial même quand les données sont chiffrées, comme l'explique notre [guide HIPAA de la vidéo de télésanté auto-hébergée](https://meetrix.io/blogs/hipaa-compliant-self-hosted-video-telehealth/). La liste des accords pour un agent vocal ressemble donc à ceci : AWS Acceptez le BAA d'AWS dans AWS Artifact, puis gardez les PHI dans les services de la [liste des services éligibles HIPAA](https://aws.amazon.com/compliance/hipaa-eligible-services-reference/). Cette liste a dépassé les 200 services le 22 juillet 2026 et comprend EC2, EBS, S3, KMS, CloudTrail, Transcribe, Polly, Bedrock et Bedrock AgentCore. Un service absent de la liste ne reçoit pas de PHI, aussi pratique soit-il. Éligible ne veut pas dire conforme pour autant. Le BAA couvre le service ; vos réglages doivent quand même être corrects : chiffrement au repos avec KMS, TLS en transit et aucune PHI dans des journaux auxquels vous n'avez pas pensé. Votre opérateur téléphonique Un opérateur qui se contente d'acheminer l'appel peut relever de l'exception dite de « conduit » prévue par HIPAA. Un opérateur qui enregistre les appels, conserve la messagerie vocale ou transcrit l'audio traite des PHI et a probablement besoin d'un BAA. Laissez votre responsable de la conformité trancher pour votre opérateur. Tout ce qui voit des journaux Les outils de traçage, de suivi des erreurs, de recherche dans les journaux et d'évaluation de LLM sont là où les agents vocaux fuient. Si un outil SaaS peut voir des transcriptions ou des prompts, il lui faut un BAA, ou il doit cesser de les voir. Les personnes ayant accès aux serveurs Tout prestataire ou fournisseur de support qui peut se connecter aux instances pour vous aider doit se voir demander directement si un BAA s'applique. ## Les cinq garanties appliquées à un agent vocal Les garanties techniques de la règle de sécurité HIPAA (Security Rule), au [45 CFR 164.312](https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-C/part-164/subpart-C/section-164.312), ont été écrites bien avant les agents vocaux, mais elles s'y appliquent sans difficulté. | Garantie | Sur un agent vocal | | --- | --- | | Contrôle d'accès | Donnez à l'agent ses propres identifiants, au périmètre restreint, pour chaque système qu'il appelle, conservés dans Secrets Manager. Le personnel qui relit les appels se connecte individuellement via SSO, jamais avec un compte partagé. | | Contrôles d'audit | CloudTrail pour le compte AWS, plus un journal applicatif de chaque appel d'outil : quel appelant, quel dossier, quelle action. Journalisez le fait de l'accès, pas le contenu. | | Intégrité | Tout ce qui écrit dans le dossier d'un patient (réservation, annulation, mise à jour) passe par une étape de confirmation et un outil validé, jamais par du texte libre généré par le modèle. | | Authentification des personnes ou des entités | Pour le personnel, SSO avec authentification multifacteur. Pour les appelants, une étape de vérification avant toute divulgation de PHI (voir plus bas). | | Sécurité des transmissions | TLS et SRTP sur le trunk SIP, DTLS-SRTP pour WebRTC, TLS entre services internes, et les instances GPU dans des sous-réseaux privés sans IP publique. | Pour la connexion du personnel, [Keycloak sur AWS](https://meetrix.io/blogs/keycloak-on-aws/) vous donne le SSO avec MFA dans le même compte. Et n'oubliez pas que la règle elle-même évolue : en janvier 2025, le HHS a proposé une refonte de la Security Rule qui rendrait le chiffrement au repos et en transit obligatoire, et non plus « addressable », c'est-à-dire laissé à l'appréciation de l'analyse de risques. La règle définitive a été repoussée à juillet 2027 ; elle n'est donc pas encore en vigueur, mais la direction est claire. Construisez comme si elle l'était déjà. ## La vérification de l'appelant, le risque propre à la voix Les portails web ont un identifiant de connexion. Les lignes téléphoniques ont la personne qui appelle, quelle qu'elle soit. Un agent vocal qui lit des détails de rendez-vous ou des résultats à quiconque connaît le nom d'un patient divulgue des PHI à une personne non vérifiée, et c'est l'erreur que la plupart des démos d'agents vocaux passent sous silence. La solution est une étape de vérification avant l'exécution de tout outil manipulant des PHI : date de naissance plus un second identifiant, comme le code postal enregistré ou un code envoyé par SMS. Et c'est le point important : imposez-la dans le code. Un prompt qui dit « vérifie toujours l'appelant d'abord » est une suggestion dont on peut dissuader le modèle. Un outil qui refuse de s'exécuter, non. ```python # Every PHI tool checks the session, not the prompt. class CallSession: def __init__(self): self.verified_patient_id = None def verify_caller(session, dob, postcode): patient = ehr.find_patient(dob=dob, postcode=postcode) if patient is None: return "I couldn't match those details." session.verified_patient_id = patient.id return "Thanks, you're verified." def get_next_appointment(session): if session.verified_patient_id is None: raise PermissionError("caller not verified") return ehr.next_appointment(session.verified_patient_id) ``` Deux règles de plus qui évitent des ennuis. Limitez les tentatives de vérification par appel, et passez la main à un humain une fois la limite atteinte. Et ne laissez jamais l'agent confirmer quelle partie des informations était fausse, car « cette date de naissance ne correspond pas » apprend à un inconnu que le nom était le bon. ## Enregistrements, transcriptions et journaux 1. Décidez si vous enregistrez ou nonBeaucoup d'équipes ne gardent aucun audio, seulement un résumé structuré écrit dans le dossier patient. Si vous enregistrez, faites-le délibérément, avec consentement, pour une raison que vous pouvez nommer. 2. Chiffrez tout au reposVolumes EBS et buckets S3 chiffrés avec des clés KMS que vous contrôlez. Les instantanés et les sauvegardes copient aussi les PHI ; ils ont donc besoin du même traitement. 3. Désactivez la journalisation des requêtes en productionLes serveurs d'inférence et les services de reconnaissance vocale peuvent journaliser les requêtes. Vérifiez ce que les vôtres écrivent, et gardez les transcriptions et les prompts hors des journaux applicatifs. 4. Fixez la conservation, puis appliquez-laLes règles de cycle de vie S3 suppriment les enregistrements et les transcriptions selon le calendrier fixé par votre politique. Une politique de conservation que rien n'applique n'est qu'un document. 5. Journalisez l'accès, pas le contenuQui a ouvert quel enregistrement, et quand. Les événements de données CloudTrail sur le bucket vous le donnent sans copier de PHI dans un autre système. Les mêmes règles de chiffrement que dans notre guide sur [WebRTC pour les agents vocaux IA](https://meetrix.io/blogs/webrtc-for-ai-voice-agents/) s'appliquent au transport : les médias sont chiffrés en transit par défaut, et votre travail consiste à garder le relais TURN et l'agent à l'intérieur de votre périmètre. ## Une pile de référence sur AWS Voici une architecture entièrement auto-hébergée qui garde les PHI dans des services éligibles HIPAA, au sein d'un seul compte. | Composant | Tourne sur | Remarques | | --- | --- | --- | | Transport (WebRTC et SIP) | LiveKit sur EC2, sous-réseau public | TLS et SRTP vers le trunk SIP ; voir [l'auto-hébergement de LiveKit sur AWS](https://meetrix.io/blogs/self-host-livekit-aws/) | | Processus de l'agent | EC2 ou EKS, sous-réseau privé | LiveKit Agents ou Pipecat ; garde la session et impose la vérification | | Reconnaissance vocale et LLM | EC2 avec GPU, sous-réseau privé | faster-whisper et un modèle à poids ouverts sur vLLM 0.10.1+, sans IP publique ; format SafeTensors | | Synthèse vocale | EC2, sous-réseau privé | Kokoro tourne sur CPU, sous licence Apache 2.0, adapté aux modes HIPAA sans conservation de données | | Secrets | Secrets Manager | Identifiants du dossier patient et de la prise de rendez-vous, restreints par outil | | Stockage | S3 et EBS avec KMS | Règles de cycle de vie pour tout ce que vous conservez | | Audit | CloudTrail et CloudWatch | Métadonnées uniquement, aucune transcription | | Connexion du personnel | Keycloak sur EC2 | SSO avec MFA pour toute personne qui relit des appels | Chaque service AWS de ce tableau figure sur la liste des services éligibles HIPAA. Vérifiez l'éligibilité dans votre région avant de construire, car elle peut varier. Côté coûts, le GPU pèse le plus lourd : notre [comparatif des coûts GPU pour l'inférence de LLM](https://meetrix.io/blogs/gpu-costs-llm-inference-aws-vs-gcp/) donne les prix actuels des instances, et le [guide développeur de vLLM](https://meetrix.io/blogs/vllm-developer-guide/) explique comment lancer le serveur d'inférence. ## Ce qui fait tomber la conformité HIPAA ici Les fuites habituelles d'une conception conforme - Un outil SaaS de traçage ou d'évaluation de LLM branché pendant le pilote, qui reçoit toujours chaque transcription - Un repli vers une API de LLM hébergée « seulement quand le GPU est occupé ». Ce sont des PHI qui partent chez un fournisseur sans BAA, à votre heure de pointe - Un outil de suivi des exceptions qui capture le corps de la requête quand un appel d'outil échoue - Des enregistrements dans un bucket sans règle de cycle de vie, conservés indéfiniment par défaut - Un agent qui lit des PHI avant d'avoir vérifié l'appelant - Un service utilisé pour des PHI qui n'est pas sur la liste des services éligibles d'AWS, ou pas éligible dans votre région - De vrais appels de patients utilisés pour tester des modifications de prompts Le repli mérite qu'on s'y arrête. C'est la décision d'ingénierie la plus naturelle du monde, et elle défait discrètement toute la conception. Si le GPU manque de capacité, mettez l'appel en file d'attente ou passez-le à un humain. ## Par où commencer Commencez par l'analyse de risques et le BAA d'AWS, pas par le modèle. Construisez ensuite la vérification et les règles de journalisation avant que l'agent puisse faire quoi que ce soit d'intéressant, car elles sont bien plus difficiles à ajouter après coup qu'un meilleur prompt. Pour un premier déploiement, gardez un périmètre étroit : prise de rendez-vous et rappels, sans résultats ni conseil médical. Auto-hébergez le LLM, puisque c'est là qu'arrive le contexte le plus sensible, et choisissez la reconnaissance vocale en fonction du volume. Avec quelques centaines d'appels par mois, une plateforme gérée avec un BAA coûte moins cher qu'un GPU qui tourne à vide jour et nuit (notre [comparatif des coûts des agents téléphoniques IA](https://meetrix.io/blogs/ai-phone-agent-cost/) donne les chiffres). Avec des milliers d'appels par jour, votre propre compte AWS l'emporte, sur le coût comme sur la longueur de votre liste de fournisseurs. Quand vous serez prêt à faire tourner le modèle vous-même, la [page vLLM de la boutique](https://meetrix.io/store/vllm/) propose les images pour AWS et Google Cloud. ## Questions fréquentes Un agent vocal IA peut-il être conforme à HIPAA ? Oui, mais la conformité vient de la façon dont vous le construisez et l'exploitez, pas du modèle. Il vous faut une analyse de risques, un BAA avec AWS et avec tout autre partenaire commercial, des PHI conservées uniquement dans des services éligibles, des contrôles d'accès, des journaux d'audit et une vérification de l'appelant avant toute divulgation de PHI. Faut-il un BAA pour faire tourner un agent vocal sur AWS ? Oui. Acceptez le BAA d'AWS dans AWS Artifact, puis ne conservez les PHI que dans des services de la liste des services éligibles HIPAA. L'auto-hébergement ne supprime pas cette obligation ; il raccourcit seulement la liste des autres fournisseurs avec qui vous devez signer. Quels services AWS sont éligibles HIPAA pour l'IA vocale ? EC2, EBS, S3, KMS, CloudTrail, Transcribe, Polly, Bedrock et Bedrock AgentCore figurent sur la liste. Elle a dépassé les 200 services en juillet 2026 et peut varier selon la région : vérifiez la liste à jour avant de construire. Un agent vocal auto-hébergé est-il plus adapté à HIPAA qu'une plateforme gérée ? Il peut l'être, car moins de fournisseurs touchent aux données et vos PHI restent dans votre compte. Mais une plateforme gérée avec un vrai BAA et des sous-traitants vérifiés peut aussi être conforme. L'offre Scale de LiveKit, par exemple, inclut un BAA pour 500 $ par mois. La bonne réponse dépend du volume, de vos contraintes sur les fournisseurs et de la quantité d'infrastructure que vous voulez exploiter. Mon fournisseur de trunk SIP a-t-il besoin d'un BAA ? Cela dépend de ce qu'il fait. Un simple intermédiaire de transmission peut relever de l'exception dite de « conduit ». Un fournisseur qui enregistre, conserve la messagerie vocale ou transcrit traite des PHI et a probablement besoin d'un BAA. C'est à votre responsable de la conformité de trancher. Comment l'agent doit-il vérifier l'appelant ? Date de naissance plus un second identifiant : le code postal enregistré ou un code envoyé par SMS. Imposez-le dans le code, limitez les tentatives, passez la main à un humain une fois la limite atteinte et ne révélez jamais quelle information était fausse. L'agent doit-il enregistrer les appels ? Seulement si vous avez une raison précise et le consentement qui va avec. Beaucoup d'équipes ne gardent aucun audio et écrivent plutôt un résumé structuré dans le dossier patient informatisé. Si vous enregistrez, chiffrez au repos avec KMS, fixez une durée de conservation et appliquez-la avec des règles de cycle de vie. Combien coûte un agent vocal HIPAA auto-hébergé sur AWS ? Le GPU pèse le plus lourd. Une instance GPU à environ 1 $ de l'heure qui tourne 24/7 revient à environ 720 $ par mois, hors stockage, réseau et autres ressources de calcul. Avec quelques centaines d'appels par mois, une plateforme gérée coûte généralement moins cher. Avec des milliers par jour, l'auto-hébergement l'emporte. ## Faites tourner le LLM dans votre propre compte AWS Lancez un serveur d'inférence vLLM préconfiguré dans votre propre VPC, pour que les prompts et les transcriptions ne quittent jamais votre compte. [Déployer vLLM sur AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-rvsnp5xf66l4m) Meetrix Store vLLM Serve open models on your own GPU [Deploy it](https://meetrix.io/store/vllm/) Meetrix Store New Deploy what this guide covers, pre-configured. - [vLLM Serve open models on your own GPU](https://meetrix.io/store/vllm/) - [Keycloak SSO with OIDC and SAML, an Auth0 alternative](https://meetrix.io/store/keycloak/) - [OpenWebUI A private ChatGPT-style assistant](https://meetrix.io/store/openwebui/) - [Llama 4 Scout Mixture-of-Experts, 17B active parameters](https://meetrix.io/store/llama-4-scout/) - [Jitsi Meet Self-hosted video calls for 50 to 500 users](https://meetrix.io/store/jitsi-meet/) - [RustDesk Remote desktop AMI, a TeamViewer alternative](https://meetrix.io/store/rustdesk/) [Browse all products](https://meetrix.io/store/)