WhatsApp Flows · formularios interactivos para clínicas 2026

WhatsApp Flows es una funcionalidad de Meta WhatsApp Cloud API que permite construir formularios estructurados interactivos dentro del propio chat · sin sacar al paciente a un navegador. Para clínica privada es la diferencia entre un formulario web de pre-consulta que abandona el 60-70% según datos sector orientativos · y un flow conversacional in-app que terminan 80-90%. Esta guía 2026 baja Flows a operativa real clínica · sin hype técnico · con cuándo merece la pena · cuándo no · y cómo implantarlo de forma cumplidora RGPD.

Qué es WhatsApp Flows exactamente

Flows es un protocolo de Meta lanzado en GA 2024 que permite enviar pantallas estructuradas (Screens) dentro de un mensaje WhatsApp. El paciente abre el mensaje · ve botón tipo "Comenzar" · al pulsarlo entra a una mini-app dentro de WhatsApp con campos texto · selección única · selección múltiple · fecha · firma manuscrita · payment request · todo nativo sin abandonar la app.

El backend recibe las respuestas como webhook estructurado (JSON firmado con criptografía pública RSA) · lo que elimina el caos de parsing libre del chat. Se diferencia de los List Messages e Interactive Buttons clásicos en que un Flow puede tener múltiples pantallas encadenadas con lógica condicional · validación de campos en cliente y servidor · y branching dinámico.

Por qué importa en clínica privada

La clínica privada vive de captar y mantener pacientes en un canal donde la fricción mata conversión. Cuatro problemas recurrentes que Flows ataca:

• Pre-consulta sin abandono · cuestionario médico estructurado antes de la cita · datos llegan limpios al PMS sin transcripción manual recepción.
• Consentimiento informado digital firmado · el paciente firma con el dedo dentro del chat · respuesta firmada criptográficamente válida bajo eIDAS si el flujo está bien diseñado.
• Triaje inicial síntomas no diagnóstico · derivación inteligente a especialista correcto sin llamar tres veces.
• Pago de seña de cita o tratamiento desde dentro del chat via WhatsApp Payments donde está habilitado (India · Brasil hoy · Europa en piloto 2026).

Casos uso reales clínica

Triaje pre-consulta odontológica

El paciente nuevo dice "quiero ir al dentista". Bot responde con Flow de 4 pantallas: motivo principal (dolor · revisión · estética · urgencia trauma) · localización exacta con selector visual diente · tiempo evolución (hoy · < 1 semana · < 1 mes · > 1 mes) · datos contacto y póliza si aplica. Salida: nota estructurada al PMS con triage_priority asignado y recomendación slot disponible primer hueco compatible. Tiempo paciente < 3 minutos · conversión a cita 78% según datos sector orientativos vs 35% formulario web equivalente.

Consentimiento informado dental implante

Antes de cirugía implante el paciente recibe Flow con resumen procedimiento · riesgos · alternativas · firma manuscrita capturada como blob almacenado en R2/S3 · hash SHA-256 del documento + timestamp ts.now en log inmutable. Si paciente desea pdf firmado por su parte se genera y envía como adjunto. Cumple eIDAS firma electrónica simple (artículo 25 Reglamento UE 910/2014) si se documenta trazabilidad · sustituye 90% casos consentimiento papel.

Recogida pre-anestesia

Cuestionario clásico papel ASA score · alergias · medicación habitual · cirugías previas · convertido a Flow de 6 pantallas con campos condicionales (si toma anticoagulante aparece sub-pregunta cuál y dosis). Datos llegan a HCE estructurados · anestesista revisa antes de cirugía sin esperar al día.

Booking interactivo

Lista de slots disponibles próximos 7 días con calendario visual · selección · confirmación de datos contacto · confirmación final · creación cita en Cal.com vía API. Bot tradicional con texto plano tarda 8-12 turnos conversacionales. Flow lo resuelve en 30 segundos pulgar paciente.

Comparativa Flows vs formulario web vs chatbot texto

Cuándo NO usar Flows

• Cuestionario muy largo > 15 campos · partir en dos flows o usar web embedded · WhatsApp no es buena experiencia para formularios masivos.
• Datos altamente sensibles tipo historia clínica completa · mejor portal paciente con auth fuerte 2FA · Flow para trigger acceso al portal.
• Necesitas integración compleja con tu PMS heredado desconectado · sin webhook no hay automatización · primero soluciona ese punto.
• Volumen extremadamente bajo < 30 pacientes/mes · el esfuerzo de implantar y mantener flow no compensa · papel digitalizado puede bastar.

Arquitectura técnica simplificada

• Capa Meta · WhatsApp Cloud API · BSP propio o aiempire26-style · permisos Flows habilitados · clave pública RSA registrada en Business Manager.
• Capa Flow JSON · diseño screens con Flow Builder UI o JSON directo · publicación con estado PUBLISHED · versionado obligatorio.
• Endpoint propio · servidor recibe webhook al iniciar · al completar · firma con clave privada · responde siguiente screen si lógica condicional · finalmente confirma envío al backend.
• Persistencia · datos llegan a Supabase · trigger procesa y crea cita en Cal.com o tarea en PMS · log auditable a tabla flows_responses con consent_hash.
• Observabilidad · contadores por flow · embudo screens vistas vs completadas · tiempo medio · errores de validación más frecuentes.

Implementación step-by-step

• Paso 1 · habilita Flows en Business Manager · genera par RSA local (openssl genrsa) · sube pública a Meta.
• Paso 2 · diseña tu flow en Flow Builder visual o exporta JSON · empieza con triaje simple 3 pantallas máximo.
• Paso 3 · implementa endpoint de recepción · valida firma Meta · descifra payload con tu privada · devuelve screen siguiente o success_response.
• Paso 4 · publica flow status PUBLISHED · conserva versión DRAFT para iterar sin romper producción.
• Paso 5 · envía mensaje template conteniendo el flow trigger · usa categoría utility (no marketing) si es respuesta a consulta paciente.
• Paso 6 · captura webhook completion · persiste · genera acción correspondiente (cita · derivación · firma documento).
• Paso 7 · monitoriza · iteración semanal · A/B testing copy y orden campos.

Cumplimiento RGPD y AI Act

• El Flow procesa datos personales y de salud · base jurídica RGPD art. 9.2.h tratamiento médico con garantías + art. 6.1.b ejecución de contrato.
• Información transparente en primera pantalla del Flow · finalidad · responsable · plazo conservación · enlace política privacidad.
• Si el Flow incluye triaje algorítmico · cumple AI Act art. 50 transparencia con frase "este formulario aplica reglas automáticas para priorizar · siempre hay revisión por profesional sanitario antes de cita".
• Datos en tu base · no en Meta · Meta solo enruta encriptado · esto satisface AEPD criterio de control de tratamiento del responsable.
• Retention configurable · borrado a los 6 meses pre-consulta no convertida · 5 años si convirtió en cita (legal sanitario).

Cómo encaja en stack AI Empire

AI Empire arquitectura Cloudflare Workers + Supabase + Meta Cloud API es nativa para Flows · el Worker recibe webhook firmado · valida · descifra · persiste · trigger Cal.com. Si quieres ver cómo encaja Flows con el resto de tecnología del stack revisa la guía tech stack clínica privada · el post WhatsApp templates clínicas aprobación cubre el ciclo categorización utility/marketing imprescindible para Flows · y WhatsApp Business API vs normal explica por qué la app no permite Flows y necesitas Cloud API real.

Próximo paso

Si tu clínica todavía operativa pre-consulta con papel o formulario web con alto abandono · Flows es probablemente el upgrade técnico de mayor impacto que puedes hacer en Q2-Q3 2026. Pide demo aquí y te enseñamos un flow real funcionando triaje + booking en clínica piloto.

Disclaimer: este artículo es técnico operativo · NO sustituye asesoría jurídica sobre validez de firma electrónica simple ni conformidad eIDAS específica para procedimientos médicos invasivos. Antes de sustituir consentimientos papel por Flows en procedimientos quirúrgicos consulta letrado especializado sanitario y revisa criterios de tu colegio profesional. AI Empire NO es despacho jurídico · no certifica cumplimiento RGPD ni AI Act específico para terceros sin auditoría dedicada.