¿Puedo usar un asistente con IA con el software de gestión que ya tengo?
1 de agosto de 2026 · 7 min de lectura
Es de las preguntas más razonables que nos hacen, y suele venir de una clínica que tiene las cosas ordenadas: llevo años con mi programa, mi equipo se lo sabe, mi historia clínica está ahí. ¿No puedo ponerle la IA por encima y ya está?
La respuesta honesta: a veces sí, casi nunca es tan sencillo, y hay una tercera vía que es la que acaba usando casi todo el mundo.
Por qué «ponerle la IA por encima» suena más fácil de lo que es
Para que un asistente cierre una cita —no tome el recado: la cierre— necesita cuatro cosas contra su programa actual: leer tratamientos, duraciones y doctores; consultar qué huecos hay libres ahora mismo; escribir la cita; y enterarse si alguien la mueve o la cancela desde el programa.
Las cuatro exigen que su software tenga una API abierta a terceros. Y ahí está el problema: buena parte de los programas de gestión dental no la ofrecen, o la reservan para acuerdos comerciales con partners concretos. No es mala fe: es su modelo de negocio.
Cuando no hay API, lo que le van a ofrecer es un asistente que conversa muy bien y acaba con «se lo paso a la clínica». Eso no automatiza nada: mueve el trabajo de sitio, porque recepción sigue teniendo que teclear la cita.
Si un proveedor le promete integrarse con su programa, hágale una sola pregunta: ¿la cita queda escrita sola en mi agenda, o alguien tiene que pasarla? Todo lo demás es secundario.
Las tres vías reales
Cada una tiene su sitio, y la primera es perfectamente legítima si su programa le encanta y tiene API.
| Conector a medida | Asistente que toma recado | Sistema integrado | |
|---|---|---|---|
| Requisito | Que su programa tenga API | Ninguno | Ninguno |
| ¿Cierra la cita sola? | Sí, si la API lo permite | No: alguien la pasa a mano | Sí |
| Coste inicial | Desarrollo (miles de €) | Bajo | Ninguno |
| Coste continuo | Mantenerlo cada vez que cambie la API | Cuota + tiempo de su equipo | Cuota fija |
| Quién lo arregla si falla | Quien lo desarrolló | — | El proveedor |
| ¿Cambia de programa? | No | No | Sí |
La tercera vía: convivir, no migrar de golpe
Lo que hace casi todo el mundo no es ninguna de las dos anteriores. La sincronización con Google Calendar funciona en los dos sentidos: lo que el asistente reserva aparece en el calendario en segundos, y lo que su equipo bloquea ahí se respeta y no se ofrece a nadie. Si su clínica ya vive en el calendario del móvil, el día a día no cambia.
Eso permite un periodo de convivencia real: las primeras semanas el asistente atiende solo WhatsApp e Instagram mientras su programa sigue siendo su programa; después se activa el teléfono, y solo para las llamadas que no puedan coger. Si al mes no aporta, se desconecta y no ha pasado nada.
La base de pacientes se importa por CSV: solo añade fichas nuevas, nunca pisa una existente. El histórico de tratamientos de su programa anterior no se puede traer automáticamente —cada uno exporta a su manera— y preferimos decirlo antes que después.
Lo que se pierde al integrarlo todo en un sitio
Es un proveedor más del que depender: si mañana no le convencemos, se lleva sus datos exportables pero cambia de herramienta otra vez, y eso es un coste real.
Y nuestra forma de organizar la agenda es la nuestra. Se adapta a bastante, pero si su clínica vive de una regla muy propia que ningún software de catálogo respeta, un desarrollo a medida le dará más libertad: más caro, más lento de arrancar y más suyo.
Cómo decidirlo en cinco minutos
Pregunte a su proveedor actual, por escrito, dos cosas: ¿tienen API pública para consultar huecos y crear citas desde otra herramienta?, y ¿está documentada y puedo dársela a quien yo quiera?
Si la respuesta es sí a las dos, tiene una vía que muchas clínicas no tienen: quédese con su programa y monte la capa de IA encima. Si es no —y suele ser no—, la elección real no es integrar o cambiar, sino seguir contestando ustedes o cambiar.
¿Quieres ver esto funcionando con los tratamientos y horarios de tu clínica?