> Source: https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-es/ > Markdown copy of that page. Cite the URL above, not this file. LLMs & APIs # Agente de voz con IA para HIPAA en tu propia cuenta de AWS [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[Français](https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-fr/)[Italiano](https://meetrix.io/blogs/hipaa-ai-voice-agent-aws-it/) ## El problema empieza a los diez segundos de llamada El agente de voz con IA de una clínica oye información de salud protegida (PHI) casi de inmediato. Un nombre, una fecha de nacimiento, «llamo por los resultados de mis análisis». Desde ese momento, cada servicio que toca el audio maneja PHI: la API de voz a texto, el LLM, la voz sintética, la grabación de la llamada, los registros y cualquier herramienta de trazas que alguien conectara durante el piloto. Cada uno es o un socio comercial con el que necesitas un acuerdo, o un lugar al que no puedes enviar esos datos en absoluto. Ejecutar todo el agente en tu propia cuenta de AWS cambia la forma de ese problema. El audio, la transcripción y el prompt nunca salen de tu VPC, y la lista de empresas con las que firmas un acuerdo de socio comercial (BAA) se queda corta. Esta guía cubre por dónde circula realmente la PHI en un agente de voz, los acuerdos que sigues necesitando, los riesgos propios de la voz (la verificación de quien llama es el principal) y un stack de referencia. Es una guía técnica, no asesoramiento legal. Pide a tu responsable de cumplimiento o a tu asesor legal que revise lo que construyas. El veredicto rápido Autoalojado en AWS Mucho volumen, pocos proveedores permitidos El audio, las transcripciones y los prompts se quedan en tu VPC. AWS es el BAA que importa, y las tarifas por minuto desaparecen. IA nativa de AWS Quieres gestionar menos servidores Amazon Transcribe, Bedrock y Polly son aptos para HIPAA, así que quedan bajo el mismo BAA de AWS. Cambias GPU por pago por uso. Gestionado con BAA Un piloto en las próximas semanas Elige una plataforma que firme un BAA y comprueba que todos los proveedores de modelos que hay detrás también están cubiertos. Todavía no Sin análisis de riesgos documentado Haz primero el análisis de riesgos. Cada decisión de diseño de esta guía debería partir de él. Antes de empezar - Una persona designada como responsable del cumplimiento de HIPAA y un análisis de riesgos actualizado - Una cuenta de AWS con el acuerdo de socio comercial de AWS aceptado en AWS Artifact, idealmente una cuenta dedicada a cargas de trabajo con PHI - Una lista de todos los sistemas que el agente leerá o escribirá: EHR, citas, facturación - Pacientes ficticios y números de teléfono de prueba. Las llamadas reales no entran en desarrollo. ## Por dónde circula la PHI en un agente de voz con IA La mayoría de los agentes de voz son una cadena: entra el audio de quien llama, detección de actividad de voz y de turnos, voz a texto, un LLM, texto a voz, sale el audio. Nuestra guía del [stack autoalojado para agentes de voz con IA](https://meetrix.io/blogs/self-host-voice-ai-agent-stack/) cubre cada capa y la opción de código abierto para cada una. Para HIPAA, la pregunta es otra: ¿qué ve cada capa y dónde lo guarda? | Capa | PHI que toca | Dónde puede quedarse | | --- | --- | --- | | Telefonía o WebRTC | La voz y el número de teléfono de quien llama | Registros de llamadas del operador, grabaciones, buzón de voz | | Voz a texto | Todo lo que dice quien llama, en texto | Archivos de transcripción, registros del servicio STT | | LLM | La transcripción, más lo que tus herramientas devuelvan de la EHR | Registros de peticiones, cachés de prompts, herramientas de trazas y evaluación | | Herramientas e integraciones | Citas, resultados, medicación, seguros | Registros de API en ambos lados, informes de errores | | Texto a voz | Todo lo que el agente responde | Registros de TTS, audio en caché | | Observabilidad | A menudo todo lo anterior, en un solo sitio | Trazas, paneles, sistemas de seguimiento de excepciones | **El riesgo rara vez es la llamada en directo. Son los restos.** Una transcripción en una línea de registro, un prompt en una herramienta de trazas, una grabación en un bucket al que nadie le puso una regla de ciclo de vida. Localiza cada sitio de esa tercera columna antes de pasar a producción. ## Tres formas de construirlo en AWS Menos proveedores Totalmente autoalojado Ideal para mucho volumen y listas de proveedores estrictas LiveKit para el transporte, faster-whisper para voz a texto, un LLM de pesos abiertos sobre [vLLM en AWS](https://meetrix.io/blogs/vllm-aws-marketplace/) y Kokoro para la voz, todo en EC2 dentro de tu VPC. AWS es el BAA que importa. Servicios de IA nativos de AWS Ideal para gestionar menos servidores Amazon Transcribe, Bedrock y Polly, con Amazon Connect o el Chime SDK para las llamadas. Todos están en la lista de servicios aptos para HIPAA de AWS, así que los cubre el mismo BAA de AWS. Pagas por uso. Plataforma de voz gestionada Ideal para un piloto rápido Una plataforma de agentes alojada que firme un BAA. LiveKit es aquí la excepción al requisito habitual de un contrato empresarial: su plan Scale de autoservicio, por 500 USD al mes, incluye un BAA firmado, según su página de seguridad. Aun así, tendrás que cubrir por separado a los proveedores de voz a texto, LLM y texto a voz que haya detrás. **Algo que comprobar antes de construir:** las versiones 0.8 a 0.10 de vLLM tenían una vulnerabilidad (CVE-2026-15430) que afecta al modo de computación confidencial dentro de un entorno de ejecución de confianza (TEE). Usa vLLM 0.10.1 o posterior y el formato SafeTensors para los pesos del modelo. Fuera del modo TEE el riesgo es menor, pero SafeTensors es la opción por defecto correcta en cualquier caso. **Conviene saberlo:** Amazon Bedrock AgentCore pasó a ser apto para HIPAA el 10 de febrero de 2026, junto con el propio Bedrock. Si construyes flujos de agentes y no una simple llamada a un LLM, AgentCore te da aislamiento de sesiones, control de acceso basado en políticas y registros listos para auditoría bajo el mismo BAA. Las dos primeras opciones se pueden combinar. Muchos equipos alojan el LLM ellos mismos, porque ahí llega el contexto más sensible, y usan Amazon Transcribe para voz a texto mientras dimensionan sus GPU. Nuestra [comparativa de LiveKit Agents y Pipecat](https://meetrix.io/blogs/livekit-agents-vs-pipecat/) cubre la elección del framework, que es la misma en ambos casos. ## Los BAA que sigues necesitando Alojarlo tú mismo no hace desaparecer al proveedor de nube. Un proveedor que almacena o procesa ePHI es un socio comercial aunque los datos estén cifrados, como explica nuestra [guía de HIPAA para vídeo de telemedicina autoalojado](https://meetrix.io/blogs/hipaa-compliant-self-hosted-video-telehealth/). Así que la lista de acuerdos de un agente de voz queda así: AWS Acepta el BAA de AWS en AWS Artifact y mantén la PHI dentro de los servicios de la [lista de servicios aptos para HIPAA](https://aws.amazon.com/compliance/hipaa-eligible-services-reference/). Esa lista superó los 200 servicios el 22 de julio de 2026 e incluye EC2, EBS, S3, KMS, CloudTrail, Transcribe, Polly, Bedrock y Bedrock AgentCore. Un servicio que no está en la lista no recibe PHI, por cómodo que resulte. Eso sí, apto no significa conforme. El BAA cubre el servicio; tu configuración tiene que ser correcta: cifrado en reposo con KMS, TLS en tránsito y nada de PHI en registros que no hayas revisado. Tu proveedor de telefonía Un operador que solo deja pasar la llamada puede acogerse a la excepción de conducto de HIPAA. Uno que graba llamadas, guarda buzones de voz o transcribe audio está manejando PHI y probablemente necesita un BAA. Deja que tu responsable de cumplimiento decida en el caso de tu proveedor. Todo lo que ve registros Las herramientas de trazas, seguimiento de errores, búsqueda en registros y evaluación de LLM son por donde se filtran los agentes de voz. Si una herramienta SaaS puede ver transcripciones o prompts, necesita un BAA o tiene que dejar de verlos. Personas con acceso a los servidores A cualquier contratista o proveedor de soporte que pueda entrar en las instancias mientras te ayuda hay que preguntarle directamente si le corresponde un BAA. ## Las cinco salvaguardas en un agente de voz Las salvaguardas técnicas de la Regla de Seguridad de HIPAA, en [45 CFR 164.312](https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-C/part-164/subpart-C/section-164.312), se escribieron mucho antes de que existieran los agentes de voz, pero encajan sin problemas en uno. | Salvaguarda | En un agente de voz | | --- | --- | | Control de acceso | Da al agente sus propias credenciales, con el alcance mínimo, para cada sistema al que llama, guardadas en Secrets Manager. El personal que revisa llamadas inicia sesión de forma individual mediante SSO, nunca con un usuario compartido. | | Controles de auditoría | CloudTrail para la cuenta de AWS, más un registro de la aplicación con cada llamada a herramientas: qué persona llamó, qué historial, qué acción. Registra el hecho del acceso, no el contenido. | | Integridad | Todo lo que escribe en el historial de un paciente (reservar, cancelar, actualizar) pasa por un paso de confirmación y una herramienta validada, nunca por texto libre del modelo. | | Autenticación de personas o entidades | Para el personal, SSO con autenticación multifactor. Para quien llama, un paso de verificación antes de revelar cualquier PHI (ver más abajo). | | Seguridad de la transmisión | TLS y SRTP en la troncal SIP, DTLS-SRTP para WebRTC, TLS entre servicios internos y las instancias GPU en subredes privadas sin IP pública. | Para el inicio de sesión del personal, [Keycloak en AWS](https://meetrix.io/blogs/keycloak-on-aws/) te da SSO con MFA dentro de la misma cuenta. Y recuerda que la propia norma está cambiando: en enero de 2025 el HHS propuso una reforma de la Regla de Seguridad que haría obligatorio el cifrado en reposo y en tránsito, en lugar de dejarlo como especificación «addressable», que hoy se aplica según la evaluación de riesgos. La norma final se ha retrasado a julio de 2027, así que todavía no está en vigor, pero la dirección está clara. Construye como si ya lo estuviera. ## La verificación de quien llama es el riesgo propio de la voz Los portales web tienen inicio de sesión. Las líneas telefónicas tienen a quien esté llamando. Un agente de voz que lee detalles de citas o resultados a cualquiera que sepa el nombre de un paciente está revelando PHI a una persona no verificada, y ese es el fallo que se saltan la mayoría de las demos de agentes de voz. La solución es un paso de verificación antes de que se ejecute cualquier herramienta con PHI: fecha de nacimiento más un segundo identificador, como el código postal registrado o un código enviado por SMS. Y lo importante: aplícalo en el código. Un prompt que dice «verifica siempre primero a quien llama» es una sugerencia de la que se puede convencer al modelo para que la ignore. Una herramienta que se niega a ejecutarse, no. ```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) ``` Dos reglas más que ahorran problemas. Limita los intentos de verificación por llamada y pasa la llamada a una persona al llegar al límite. Y nunca dejes que el agente confirme qué parte de los datos era incorrecta, porque «esa fecha de nacimiento no coincide» le dice a un desconocido que el nombre era correcto. ## Grabaciones, transcripciones y registros 1. Decide si grabas o noMuchos equipos no guardan audio, solo un resumen estructurado escrito en la EHR. Si grabas, hazlo a propósito, con consentimiento y por un motivo concreto. 2. Cifra todo en reposoVolúmenes EBS y buckets S3 cifrados con claves de KMS que controlas tú. Las instantáneas y las copias de seguridad también copian la PHI, así que necesitan el mismo trato. 3. Desactiva el registro de peticiones en producciónLos servidores de inferencia y los servicios de voz a texto pueden registrar las peticiones. Comprueba qué escriben los tuyos y deja las transcripciones y los prompts fuera de los registros de la aplicación. 4. Fija la retención y luego aplícalaLas reglas de ciclo de vida de S3 borran grabaciones y transcripciones según el calendario que marque tu política. Una política de retención que nada aplica es solo un documento. 5. Registra el acceso, no el contenidoQuién abrió qué grabación y cuándo. Los eventos de datos de CloudTrail en el bucket te dan eso sin copiar PHI a otro sistema. Las mismas reglas de cifrado de nuestra guía sobre [WebRTC para agentes de voz con IA](https://meetrix.io/blogs/webrtc-for-ai-voice-agents/) se aplican al transporte: los medios van cifrados en tránsito por defecto, y tu trabajo es mantener el relé TURN y el agente dentro de tu perímetro. ## Un stack de referencia en AWS Este es un diseño totalmente autoalojado que mantiene la PHI dentro de servicios aptos para HIPAA en una sola cuenta. | Componente | Se ejecuta en | Notas | | --- | --- | --- | | Transporte (WebRTC y SIP) | LiveKit en EC2, subred pública | TLS y SRTP hacia la troncal SIP; consulta [alojar LiveKit en tu propio servidor en AWS](https://meetrix.io/blogs/self-host-livekit-aws/) | | Proceso del agente | EC2 o EKS, subred privada | LiveKit Agents o Pipecat; mantiene la sesión y aplica la verificación | | Voz a texto y LLM | EC2 con GPU, subred privada | faster-whisper y un modelo de pesos abiertos sobre vLLM 0.10.1+, sin IP pública; formato SafeTensors | | Texto a voz | EC2, subred privada | Kokoro funciona en CPU, con licencia Apache 2.0, apto para modos HIPAA sin retención de datos | | Secretos | Secrets Manager | Credenciales de la EHR y del sistema de citas, con alcance por herramienta | | Almacenamiento | S3 y EBS con KMS | Reglas de ciclo de vida para todo lo que guardes | | Auditoría | CloudTrail y CloudWatch | Solo metadatos, sin transcripciones | | Acceso del personal | Keycloak en EC2 | SSO con MFA para quien revise llamadas | Todos los servicios de AWS de esa tabla están en la lista de aptos para HIPAA. Comprueba la aptitud en tu región antes de construir, porque puede variar. En cuanto a lo que cuesta, la GPU domina: nuestra [comparativa de precios de GPU para inferencia de LLM](https://meetrix.io/blogs/gpu-costs-llm-inference-aws-vs-gcp/) tiene precios actuales de instancias, y la [guía para desarrolladores de vLLM](https://meetrix.io/blogs/vllm-developer-guide/) explica cómo lanzar el servidor de inferencia. ## Lo que rompe HIPAA aquí Las formas habituales en que se filtra un diseño conforme - Una herramienta SaaS de trazas o de evaluación de LLM conectada durante el piloto que sigue recibiendo cada transcripción - Un respaldo a una API de LLM alojada «solo cuando la GPU está ocupada». Eso es PHI yendo a un proveedor sin BAA, justo en tu hora punta - Un sistema de seguimiento de excepciones que captura el cuerpo de la petición cuando falla una llamada a una herramienta - Grabaciones en un bucket sin regla de ciclo de vida, guardadas para siempre por defecto - Un agente que lee PHI antes de verificar a quien llama - Un servicio usado para PHI que no está en la lista de aptos de AWS, o que no es apto en tu región - Llamadas reales de pacientes usadas para probar cambios en los prompts Lo del respaldo merece una segunda mirada. Es la decisión de ingeniería más natural del mundo y deshace en silencio todo el diseño. Si la GPU se queda sin capacidad, pon la llamada en cola o pásasela a una persona. ## Por dónde empezar Empieza por el análisis de riesgos y el BAA de AWS, no por el modelo. Después construye la verificación y las reglas de registro antes de que el agente pueda hacer nada interesante, porque son mucho más difíciles de añadir después que un prompt mejor. Para un primer despliegue, mantén el alcance acotado: reserva de citas y recordatorios, sin resultados ni consejo clínico. Aloja tú mismo el LLM, porque ahí llega el contexto más sensible, y decide la voz a texto según el volumen. Con unos cientos de llamadas al mes, una plataforma gestionada con BAA sale más barata que una GPU parada día y noche (nuestra [comparativa de lo que cuestan los agentes telefónicos con IA](https://meetrix.io/blogs/ai-phone-agent-cost/) tiene las cifras). Con miles de llamadas al día, tu propia cuenta de AWS gana en precio y en la longitud de tu lista de proveedores. Cuando quieras ejecutar el modelo tú mismo, la [página de vLLM en la tienda](https://meetrix.io/store/vllm/) tiene las imágenes para AWS y Google Cloud. ## Preguntas frecuentes ¿Puede un agente de voz con IA cumplir HIPAA? Sí, pero el cumplimiento depende de cómo lo construyes y lo operas, no del modelo. Necesitas un análisis de riesgos, un BAA con AWS y con cualquier otro socio comercial, la PHI dentro de servicios aptos, controles de acceso, registros de auditoría y verificar a quien llama antes de revelar cualquier PHI. ¿Necesito un BAA para ejecutar un agente de voz en AWS? Sí. Acepta el BAA de AWS en AWS Artifact y guarda la PHI solo en servicios de la lista de aptos para HIPAA. Alojarlo tú mismo no elimina el requisito; solo acorta la lista de otros proveedores con los que necesitas acuerdos. ¿Qué servicios de AWS son aptos para HIPAA en IA de voz? EC2, EBS, S3, KMS, CloudTrail, Transcribe, Polly, Bedrock y Bedrock AgentCore están en la lista. La lista superó los 200 servicios en julio de 2026 y puede variar según la región, así que consulta la lista actual antes de construir. ¿Un agente de voz autoalojado encaja mejor con HIPAA que una plataforma gestionada? Puede, porque menos proveedores tocan los datos y tu PHI se queda en tu cuenta. Pero una plataforma gestionada con un BAA en regla y subencargados verificados también puede cumplir. El plan Scale de LiveKit, por ejemplo, incluye un BAA por 500 USD al mes. La respuesta correcta depende del volumen, de las restricciones de proveedores y de cuánta infraestructura quieras gestionar. ¿Mi proveedor de troncal SIP necesita un BAA? Depende de lo que haga. Un simple conducto puede acogerse a la excepción de conducto. Un proveedor que graba, guarda buzones de voz o transcribe está manejando PHI y probablemente necesita un BAA. Esa decisión le corresponde a tu responsable de cumplimiento. ¿Cómo debe verificar el agente a quien llama? Fecha de nacimiento más un segundo identificador: el código postal registrado o un código enviado por SMS. Aplícalo en el código, limita los intentos, pasa la llamada a una persona al llegar al límite y nunca reveles qué dato era incorrecto. ¿Debe el agente grabar las llamadas? Solo si tienes un motivo concreto y el consentimiento correspondiente. Muchos equipos no guardan audio y escriben un resumen estructurado en la EHR. Si grabas, cifra en reposo con KMS, fija un calendario de retención y aplícalo con reglas de ciclo de vida. ¿Cuánto cuesta un agente de voz autoalojado para HIPAA en AWS? La GPU domina. Una instancia GPU de unos 1 USD por hora funcionando 24/7 son unos 720 USD al mes, sin contar almacenamiento, red ni otros recursos de cómputo. Con unos cientos de llamadas al mes, una plataforma gestionada suele salir más barata. Con miles al día, alojarlo tú mismo gana. ## Ejecuta el LLM dentro de tu propia cuenta de AWS Lanza un servidor de inferencia vLLM preconfigurado en tu propia VPC, para que los prompts y las transcripciones nunca salgan de tu cuenta. [Despliega vLLM en 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/)