Una integración de verdad con el software de tu clínica dental hace dos trabajos: lee los datos de tus pacientes para tener contexto y escribe citas, confirmaciones y cambios de estado de vuelta en tu programa. Un CSV mensual, un conector de calendario o una herramienta que solo lee dejan el resto a tu equipo: con 330 recordatorios al mes, marcar cada confirmación a 30 segundos son casi 3 horas. Pide la lista de programas y versiones por escrito, y comprueba que no hay que migrar ni duplicar la base de pacientes.
Muchos proveedores de IA para clínicas dicen que «se integra con tu programa de gestión». La frase puede significar cuatro cosas muy distintas, y la diferencia se paga en horas de recepción. Una integración de verdad con el software de tu clínica dental hace dos trabajos: lee tus datos para tener contexto y escribe de vuelta los resultados (citas, confirmaciones, cambios de estado) en el programa que ya usas. Si solo hace uno, alguien de tu equipo hace el otro a mano: con 15 citas al día son 330 recordatorios al mes, y sus respuestas llegan a tu agenda solas o tecleadas una a una. Esta guía explica cómo distinguirlas, qué preguntar antes de firmar y cuándo no hace falta migrar nada.
Qué significa que una IA se integre con tu programa de gestión dental
Tu programa de gestión (Gesden, Nubimed, Dentalink o el que uses) es el sistema de registro de la clínica: la agenda, las fichas, los tratamientos, los presupuestos. Cualquier herramienta que hable con tus pacientes necesita dos cosas de él.
La primera es leer. Para escribir a un paciente con sentido, la herramienta tiene que saber quién es, cuándo vino por última vez, si tiene una cita la semana que viene o un tratamiento a medias. Sin esa lectura, el mensaje es genérico, y a veces es directamente un error.
La segunda es escribir de vuelta. Cuando el paciente confirma, cancela o reserva, ese resultado tiene que acabar en tu agenda. Si no llega solo, alguien lo teclea.
Con esas dos direcciones aparecen cuatro niveles de «integración», y conviene saber en cuál está cada propuesta:
| Nivel | Qué hace | Qué trabajo queda para tu equipo |
|---|---|---|
| Sin conexión | La herramienta trabaja con una lista que le das tú | Preparar la lista y pasar cada resultado a mano |
| Exportación periódica (CSV) | Recibe un volcado de datos cada cierto tiempo | Hacer el volcado y pasar cada resultado a mano |
| Solo lectura | Lee el programa para tener contexto | Pasar cada resultado a mano |
| Lectura y escritura | Lee para tener contexto y escribe citas y estados | Revisar lo que necesita a una persona |
Solo el último nivel quita trabajo en las dos direcciones. Los otros tres pueden ser útiles, pero no son lo mismo, y una propuesta comercial no siempre lo aclara.
Las integraciones que se quedan a medias
El CSV de cada mes
Exportar la base de pacientes a un archivo y subirlo a otra herramienta parece una integración, pero es una foto. Si exportas el día 1, el día 25 la herramienta trabaja con 24 días de cambios que no conoce: pacientes que ya pidieron cita, que cancelaron o que pidieron que no se les escriba más. El resultado típico es el mensaje de recall a alguien que tiene cita el jueves. Para el paciente, la clínica no sabe quién es.
El conector genérico
Algunas herramientas se conectan a través de un calendario compartido o de un conector de propósito general. Ven huecos libres y ocupados, pero no la ficha: no saben si el paciente tiene un tratamiento pendiente ni cuándo vino por última vez. Sirven para reservar; no sirven para decidir a quién escribir ni qué decirle.
Leer sin escribir
Es el caso más difícil de detectar en una demo, porque la herramienta parece conocer a tus pacientes. Pero cada resultado vuelve a tu equipo como tarea. Haz la cuenta con una agenda normal: 15 citas al día × 22 días = 330 recordatorios al mes. Si responde 1 de cada 10, son 33 conversaciones que cambian algo en la agenda. Y cada confirmación, aunque no genere conversación, hay que marcarla: si te lleva 30 segundos, 330 × 30 s = 165 minutos, casi 3 horas al mes de teclear lo que la herramienta ya sabía. Es la misma doble gestión que una integración debería eliminar.
Leer para tener contexto: lo que evita los errores
La lectura no es un detalle técnico. Es lo que separa un mensaje que ayuda de uno que molesta, y lo que permite que la herramienta decida bien a quién escribir.
Un ejemplo de lo que depende de leer el programa: antes de cualquier envío, hay que excluir a quien ha pedido no recibir mensajes y a quien consta como fallecido. También a quien se ha mudado al extranjero, si está anotado, y cualquier ficha marcada como «no contactar». Si la herramienta no lee tu programa, esa lista depende de que alguien la mantenga a mano en otro sitio. Y una lista mantenida a mano en dos sitios acaba desincronizada.
Lo mismo con el recall y la reactivación: para saber qué paciente lleva 14 meses sin venir y tiene un presupuesto aceptado sin empezar, hace falta leer la ficha, no un listado de teléfonos. Como explicamos en qué es un agente de IA y en qué se diferencia de un chatbot, la diferencia entre contestar y completar una tarea está precisamente en esa conexión con los datos reales.
Escribir de vuelta: donde se nota el ahorro
La escritura es la mitad que tu equipo nota cada día. Cuando un paciente confirma, la cita aparece confirmada en tu agenda. Cuando reserva, la cita está en el programa. Cuando cambia algo, el estado cambia.
Un detalle sobre la reserva, porque es fácil imaginarla mal: no tiene por qué ocurrir dentro del chat. En el modelo que usamos nosotros, el paciente conversa por WhatsApp, resuelve sus dudas y, cuando quiere cita, recibe un enlace de calendario donde elige él mismo la hora. Esa cita se escribe en tu agenda. El paciente elige su hueco y nadie tiene que interpretar «mejor por la tarde».
El criterio para evaluar cualquier propuesta es sencillo: al final del día, ¿tu equipo ve los resultados en el programa de siempre, o tiene que ir a buscarlos a otra pantalla?
¿Qué IA es compatible con Gesden, Nubimed o Dentalink?
Es la pregunta que más nos llega, y la respuesta honesta es que depende de cada proveedor y de cada versión. No hay una lista universal, y no nos corresponde decir qué integra o no integra cada programa con terceros. Lo que sí puedes hacer es pedir a cada proveedor su lista por escrito, con la versión exacta.
Como referencia, esta es la nuestra. Keishal funciona hoy con Gesden G5, Gesden One, Nubimed, Mulhacén Soft, Cegid Ekon, Softgam, Odontonet, Vevi Clinic, Dentalink, Clinic Cloud by Doctoralia, Flowww, Cliniwin y Klinikare.
Dos matices que conviene tener claros:
- La versión importa. Gesden G5 y Gesden One son programas distintos en cómo se instalan y se accede a ellos. Si estás decidiendo entre los dos, lo que cambia entre Gesden G5 y Gesden One es otra decisión, y la integración no debería condicionarla.
- Si tu programa no está en la lista, pregunta. La capa de conectores es modular, y la conversación útil es sobre tu caso concreto, no sobre una lista genérica.
Y una tercera vía que también existe: activar los módulos de comunicación de tu propio programa. Los programas de gestión también se mueven en esa dirección, y en Expodental 2026 se presentaron módulos de comunicación con pacientes integrados en el propio programa. Si te lo planteas, lo hemos comparado en herramienta o sistema autónomo para la comunicación con pacientes. La diferencia no está en la conexión, sino en quién opera esos módulos cada día.
Sin migrar y sin duplicar la base de pacientes
Hay dos costes ocultos que una buena integración debería evitar.
El primero es la migración. Si la propuesta implica cambiar de programa, el coste real son semanas de exportar y verificar fichas, formar al equipo y convivir con dos sistemas. Lo contamos con números en qué implica cambiar de software dental de verdad. Antes de migrar, comprueba si lo que te falta (los recordatorios gestionados, el recall que no se hace, las respuestas fuera de horario) se puede poner encima del programa que ya tienes.
El segundo es la duplicación. Algunas herramientas funcionan con su propia copia de la base de pacientes. Desde ese momento tienes dos bases que mantener al día: un teléfono cambiado en una no cambia en la otra. Es el problema de fondo de muchos CRM para clínicas dentales: organizan bien el trabajo, pero sobre un segundo registro que alguien tiene que cuadrar.
«Ya tenemos un programa que funciona. Lo que no queremos es otro sitio donde mirar, ni otra base de datos que alguien tenga que tener al día.»
Resumen de conversaciones comerciales de 2026 con gerentes de clínica (cita compuesta, no textual)
Los datos de tus pacientes: quién responde de qué
Conectar una herramienta a tu programa significa que va a tratar datos de salud. Conviene tener claro el reparto de papeles antes de firmar, y no como trámite: una clínica que puede explicar a sus pacientes dónde están sus datos y quién los trata transmite seriedad.
En el esquema habitual, la clínica es la responsable del tratamiento de los datos de sus pacientes. El proveedor actúa como encargado del tratamiento (artículo 28 del RGPD), con un contrato de encargo de tratamiento firmado. En nuestro caso, firmamos ese contrato con cada clínica y los datos se guardan en la Unión Europea. Los detalles concretos de tu situación conviene revisarlos con tu asesor de protección de datos.
Siete preguntas para hacer a cualquier proveedor antes de firmar
Con estas preguntas sabes en qué nivel de integración está cada propuesta, sin necesidad de entrar en detalles técnicos:
- ¿Lee directamente de mi programa o tengo que exportar algo? Si hay que exportar, ¿cada cuánto y quién lo hace?
- ¿Escribe de vuelta? ¿Qué exactamente? Citas, confirmaciones, cambios de estado. Pide que te lo enseñen en un programa como el tuyo.
- ¿Mi versión concreta está soportada? No «Gesden», sino Gesden G5 o Gesden One. Por escrito.
- ¿Tengo que migrar o duplicar la base de pacientes? Si la respuesta es sí, suma el coste de mantener dos bases.
- ¿Quién opera la herramienta cada día? Una integración perfecta que nadie tiene tiempo de usar no quita trabajo.
- ¿Dónde se guardan los datos y hay contrato de encargo de tratamiento? Una respuesta clara aquí es buena señal.
- ¿Qué ve mi equipo al final del día? Si la respuesta es «otra pantalla», la integración se ha quedado a medias.
Cómo lo hacemos en Keishal
Keishal es un sistema autónomo que opera la comunicación con pacientes encima de tu programa de gestión. El mecanismo es el del último nivel de la tabla: lee los datos de tus pacientes para tener contexto y escribe las citas y los cambios de estado de vuelta en tu programa. Sin migración y sin duplicar datos.
Sobre esa conexión, el sistema envía los recordatorios y gestiona las respuestas, hace el recall y reactiva pacientes dormidos. También contesta las preguntas que llegan fuera de horario y escala a tu equipo las que necesitan a una persona. Tu equipo no aprende ninguna herramienta nueva: ve los resultados en el programa que ya conoce.
Y lo que no hace, para que quede claro: no sustituye tu programa de gestión ni toca la parte clínica de la ficha. Si lo que falla es tu programa en sí, la conversación es otra, y empieza por las preguntas de la migración.
Si quieres ver cómo funcionaría con tu programa y tu versión concreta, pide una demo y lo revisamos sobre tu caso.
¿Todo listo para probar Keishal en tu clínica dental?
Reservar una demo
Cambiar de software dental: qué implica migrar de verdad y cuándo no te hace falta
Cambiar de software dental no es instalar un programa: es exportar y verificar miles de fichas, formar al equipo (5 personas × 10 horas = 50 horas) y convivir dos o tres meses con dos sistemas. Compensa cuando el programa no tiene soporte, retiene tus datos o se ha quedado pequeño. Pero si lo que te empuja son los recordatorios sin gestionar, el recall que no se hace y los mensajes fuera de horario, esa capa de comunicación se añade sobre tu PMS actual, sin migrar nada.
Cuánto factura una clínica dental el primer año: la curva, no la cifra
Ninguna media publicada del primer año es defendible: mezclan clínicas, modelos y ciudades, y casi nunca enseñan de dónde sale la cifra. La respuesta útil es una curva que se calcula con tus números. Tu techo estructural (sillones × horas disponibles × € por hora ocupada) existe desde el día uno; lo que está a cero es la ocupación. Ejemplo: para un 60 % de ocupación en el mes 12 con 2 sillones (352 horas disponibles) necesitas unas 211 horas ocupadas al mes; si cada paciente nuevo genera unas 3 horas de sillón, son unas 70 primeras visitas al mes. Esa división — las horas que quieres ocupar entre las horas que trae cada paciente nuevo — es tu primer año, y en 2026 sigue sin haber informe que la haga por ti.