¿Cómo puede una clínica atender con IA el exceso de llamadas sin cambiar de número?

Mantenga el número y defina cuándo responde la IA

Una clínica puede plantear la atención del exceso de llamadas con IA a través de su número habitual si el operador o la centralita admite el enrutamiento necesario. Compruébelo primero. Después acuerde qué llamadas sin responder pasarán al asistente, cómo pedirá el paciente hablar con una persona y cómo restablecerá el equipo la ruta anterior. Conservar el número no garantiza todas las funciones deseadas.

Anahera Med ofrece un piloto para un número o una parte del tráfico, con integraciones acordadas para los sistemas del centro. El proceso siguiente es una propuesta de implantación. No presupone una conexión ya disponible con una centralita concreta ni cualquier umbral de espera o función de devolución de llamadas.

• Ver el alcance de AI Patient Assistant

Dibuje el recorrido actual antes de contratar la integración

Pida al proveedor de telefonía que detalle el número público, el mensaje de horario, la cola de recepción, el destino del desvío y el identificador mostrado al devolver una llamada. Incluya las locuciones existentes. Revise por separado qué ocurre con una línea ocupada, una llamada sin respuesta y una caída de la plataforma telefónica. Pueden necesitar reglas distintas.

Solicite una llamada de prueba desde el número habitual al asistente y de vuelta al personal. ¿Se conservan los datos del llamante? ¿Cómo se cobra el desvío y quién controla la configuración? Las respuestas deben corresponder al contrato real. Una conversación correcta con un número de demostración independiente no prueba esas condiciones.

Empiece con una condición de entrada y una salida viable

Por ejemplo, una clínica podría probar la IA solo durante el pico de la mañana cuando la cola normal alcance un tiempo de espera acordado. Es un ejemplo, no un umbral recomendado para todos los centros. Utilice el historial de llamadas, la dotación de personal y las funciones reales de la centralita. Evite modificar varias reglas el primer día.

Explique el cambio e identifique al asistente como IA antes de recoger información. Para los sistemas incluidos en su ámbito, el artículo 50 del Reglamento de IA se aplica desde el 2 de agosto de 2026: la información debe darse como muy tarde en la primera interacción, salvo que el contacto con IA sea evidente. Ofrezca una vía humana y evite devolver a la persona al mismo bucle de IA.

Asigne las solicitudes de devolución de llamada

Si no se puede transferir la conversación en directo, la solicitud de devolución necesita un equipo disponible que se haga cargo. Confirme el número de contacto, registre el motivo administrativo y comunique únicamente el plazo que la clínica haya acordado cubrir. No prometa una llamada inmediata ni una posición en la cola que el sistema no pueda comprobar.

Distinga 'devolución solicitada' de 'contacto completado'. Si el paciente cuelga antes de confirmar los datos, mantenga el estado incompleto según el procedimiento aprobado. Al devolver la llamada, no revele información de una cita solo porque alguien conteste. El artículo 32 del RGPD exige medidas adecuadas al riesgo, incluidas disponibilidad, resiliencia, restauración y pruebas periódicas. Acuerde la verificación de identidad, los accesos y la conservación antes del inicio.

• Planificar la indisponibilidad de la integración con la agenda

Deje las decisiones clínicas fuera del circuito

El asistente puede responder preguntas administrativas aprobadas o realizar una gestión de cita acordada si existe la integración necesaria. No debe diagnosticar, interpretar síntomas, determinar la urgencia clínica ni decidir que un paciente puede esperar con seguridad a que le llamen. Una cola telefónica llena no equivale a una valoración médica.

Si la conversación requiere juicio clínico, interrumpa el guion administrativo y siga la vía aprobada por el centro hacia el personal o los servicios de emergencia. No exija completar antes todo el formulario. La guía de la OMS sobre IA en salud destaca la ética, los derechos humanos y la rendición de cuentas. El equipo autorizado define aquí los límites; el asistente no inventa instrucciones médicas.

• Revisar las salvaguardas del RGPD para llamadas clínicas

Ensaye la vuelta a recepción antes del primer pico

Designe a una persona que pueda desactivar el desvío hacia la IA y a un suplente con el mismo acceso. Documente los ajustes anteriores. En una prueba planificada, simule que el asistente no está disponible y confirme el destino de las nuevas llamadas. Revise por separado las conversaciones en curso y las solicitudes de contacto ya registradas.

Según la centralita, la alternativa puede ser recepción, otra cola atendida o una locución aprobada. Los asuntos pendientes no deben desaparecer. NIST AI RMF 1.0 pide responsabilidades documentadas y procesos de contingencia. En esta configuración, la evidencia práctica es una llamada de prueba y una solicitud pendiente que siga visible después del cambio.

Escenario modelo: el asistente falla durante una transferencia

Es una prueba modelo, no el resultado de un cliente. Una persona pide hablar con recepción durante un periodo de carga. El asistente inicia la transferencia aprobada, pero el servicio se detiene después de crear un caso de devolución aún sin confirmar. La ruta telefónica lleva la llamada activa a la cola de contingencia y no de nuevo a la IA. No se envía un mensaje de éxito y el caso permanece visible como pendiente.

La persona responsable de la incidencia relaciona la referencia de llamada, el evento de enrutamiento y el registro del caso. Recepción acepta la solicitud pendiente, registra el resultado y revisa las demás llamadas del mismo intervalo. El proceso no termina hasta que la petición y el sistema de origen coinciden.

Ejecute siete pruebas de aceptación antes del inicio y tras cambios de enrutamiento

Use los mismos casos de prueba antes del inicio y después de un cambio relevante en el enrutamiento, las instrucciones o las integraciones. Conserve la referencia de llamada, el evento de ruta y el registro del caso para que otra persona pueda reproducir el resultado.

Devuelva el tráfico por etapas y cierre la incidencia con evidencias

Recuperar un servicio no demuestra que funcione todo el recorrido del paciente. Pruebe primero el número público y la ruta de contingencia. Después pruebe la ruta de IA, una transferencia y una escritura en el sistema de origen. Concilie las solicitudes pendientes antes de restaurar toda la regla de desbordamiento. NIST CSF 2.0 y SP 800-61 Rev. 3 respaldan funciones de recuperación definidas, verificación y una decisión registrada para reanudar la operación normal.

Documente quién puede reabrir la ruta, qué comprobaciones deben superarse y qué volvería a detenerla. Mantenga juntos el intervalo de incidencia, las referencias afectadas, el trabajo sin resolver y la decisión final. Así, el centro puede evaluar la afirmación de recuperación del proveedor sin considerar una página de estado en verde como prueba de que las gestiones de pacientes han terminado.

Revise también la segunda llamada del paciente

Compare periodos de carga similares antes y después de activar el circuito. Cuente las llamadas desviadas, las gestiones administrativas completadas, las transferencias fallidas, las llamadas repetidas por el mismo asunto sin resolver y las devoluciones fuera de plazo. Mantenga visibles los abandonos. Contestar una llamada no demuestra por sí solo un resultado útil.

Acuerde con recepción el periodo de revisión y los motivos para detener el proceso antes del lanzamiento. Pause el desvío si aparecen bucles, solicitudes de contacto sin registrar o consejos médicos fuera del alcance. Son controles operativos propuestos, no cifras de rendimiento de Anahera. Lleve el esquema telefónico actual al proveedor y pida una demostración con la cola llena y otra de vuelta a la configuración anterior.

• Usar la tarjeta del piloto para decidir si continuar, corregir o detener