Cookies y privacidad
Usamos cookies esenciales para que el sitio funcione y, con tu consentimiento, cookies de análisis para entender cómo se utiliza. Puedes cambiar tu decisión en cualquier momento.
"Service-as-a-software" es el modelo en el que el proveedor no te vende una herramienta para que la operes tú, sino que la opera él por ti y tú ves solo el resultado. La diferencia con un software normal se puede contar en minutos: si tu equipo dedica aunque sean 15 minutos al día a configurar recordatorios, revisar por qué una plantilla no se envió o aprender una función nueva, son 15 × 5 días × 4 semanas = 300 minutos al mes, 5 horas operando una herramienta antes de que esta ayude a un solo paciente. En el modelo service-as-a-software, esas 5 horas no existen: el proveedor las absorbe.
El término viene del mundo del software empresarial, pero la idea es sencilla. Durante años, y todavía en 2026 para la mayoría de proveedores, comprar tecnología para tu clínica significó una cosa: te vendían una licencia, tú (o tu equipo) aprendíais a usarla, y el resultado dependía de cuánto tiempo y disciplina le dedicarais. Eso es "software as a service", el SaaS de toda la vida: pagas una suscripción, pero la operación sigue siendo tuya.
Service-as-a-software invierte esa lógica. El proveedor no vende acceso a una herramienta. Vende un resultado, y para conseguirlo opera la tecnología él mismo, con su propio equipo o con su propia IA, dentro de tu clínica. Tú no configuras nada, no entras a un panel a revisar automatizaciones, no formas a nadie en un software nuevo. Ves el resultado: pacientes contactados, citas confirmadas, recordatorios enviados. Cómo se ha hecho es responsabilidad del proveedor.
Dicho en términos de clínica dental: no es "aquí tienes un programa para gestionar el recall de tus pacientes, la formación es el jueves". Es "el recall de tus pacientes está gestionado, y no vas a tener que tocarlo".
Vale la pena separar tres modelos que a veces se confunden porque todos "usan tecnología":
La categoría intermedia (el servicio gestionado clásico) resuelve el problema de "no tengo tiempo para operarlo yo", pero lo hace añadiendo horas humanas, que es justo lo que no escala. La categoría service-as-a-software resuelve el mismo problema sin ese límite: el proveedor opera un sistema, no un turno de trabajo. Ya escribimos sobre esta primera frontera (software vs. servicio gestionado) en otro artículo; aquí vamos un paso más allá y definimos la tercera categoría que hace innecesaria esa elección.
Esto no es una crítica al software tradicional. Una clínica con un equipo que disfruta configurando herramientas y con horas libres para hacerlo puede sacarle mucho partido a un buen software de gestión. El punto no es que un modelo sea malo, sino que resuelven problemas distintos: uno te da una herramienta, el otro te da un resultado y se queda con la parte de operarla.
En una clínica dental, la parte no clínica del trabajo (recordatorios, reactivación de pacientes inactivos, reserva de citas, seguimiento de reseñas, informes) es exactamente el tipo de trabajo que encaja con este modelo: repetitivo, medible, y no requiere criterio clínico.
Con un software normal, cada una de esas tareas exige que alguien de tu equipo entre, revise, ajuste y a veces corrija. Con un sistema autónomo (la forma en que hablamos de esto cuando hablamos con dentistas, en lugar del término técnico "service-as-a-software", y la misma idea que desarrollamos en cómo aplicar la inteligencia artificial en tu clínica dental), esas tareas ocurren solas: la plataforma decide a qué paciente inactivo escribir hoy, envía el recordatorio, gestiona la conversación por WhatsApp, y solo escala a una persona cuando de verdad hace falta un criterio humano.
La frase que más escuchamos en las primeras conversaciones con clínicas (composición de varias conversaciones reales, no una cita textual) resume bien el problema previo: "Compramos un software para el recall hace dos años. Lo usamos las primeras tres semanas. Luego llegó una temporada complicada y no se volvió a tocar." Eso no es un fallo de la clínica ni del software, sino lo que pasa cuando un modelo depende de que alguien, además de su trabajo diario, encuentre tiempo para operar una herramienta más.
La forma más honesta de verlo es contar las horas que tu equipo dedicaría a operar una herramienta, no a atender pacientes:
Sumado, no es raro que una clínica dedique 3-5 horas mensuales solo a mantener un software de comunicación funcionando, sin contar el tiempo de escribir o revisar los propios mensajes. En el modelo service-as-a-software, esas horas se eliminan porque no hay panel que operar: el proveedor asume esa parte como parte del servicio.
Lo que esto no significa es que el sistema tome decisiones clínicas o hable en nombre del dentista sin supervisión. Todo lo que se automatiza es trabajo administrativo (agenda, recordatorios, seguimiento), no diagnóstico ni tratamiento, y las conversaciones que necesitan un criterio humano se escalan al equipo de la clínica.
Es fácil que cualquier producto se llame a sí mismo "autónomo" o "gestionado" en el marketing. Estas cinco preguntas separan la categoría real de la etiqueta:
Ninguna de estas preguntas tiene una respuesta "correcta" universal. Un software bien operado por un equipo con tiempo y ganas de aprenderlo puede funcionar muy bien. Lo que estas preguntas hacen es decirte, con claridad, en qué categoría estás comprando, para que la decisión sea consciente y no una sorpresa a los tres meses.
Keishal es un sistema autónomo que opera la parte no clínica de una clínica dental: recordatorios, reactivación de pacientes inactivos, reserva de citas 24/7, reseñas, y los informes que resumen todo lo anterior. Se integra con el programa de gestión (PMS) que ya usa la clínica, sin sustituirlo (puedes ver cómo encajamos junto a cada PMS en nuestra comparativa de software dental en España), y sin que el equipo tenga que aprender un panel nuevo.
Esto no significa que Keishal sea el único ejemplo posible de la categoría, ni que la categoría exista solo porque nosotros la usamos. Significa lo contrario: la categoría existe de forma independiente, describe un modelo real con ventajas y límites propios, y Keishal es una forma concreta de aplicarla al día a día de una clínica dental.
Si quieres ver cómo se ve esto operando con los números de tu propia clínica, puedes reservar una demo y te lo enseñamos con tu base de datos real, no con un caso genérico.
De ingeniero a trabajar en una embajada, cada etapa me ha enseñado algo diferente. Lo que se ha mantenido constante es mi interés por construir productos que resuelvan problemas. En Keishal, me centro en llevar la inteligencia artificial a las clínicas dentales de una forma práctica, fiable y casi invisible.
Tu previsión de ingresos del mes que viene es una cuenta con tres datos propios: agenda confirmada × ticket medio, ajustada por tu tasa de bajas, más lo que tu reactivación y recall van a generar todavía. Ejemplo: 340 citas confirmadas, un 12% de bajas históricas y una conversión de reactivación del 8% sobre 220 contactos dan una previsión de unos 30.115€. No es una promesa: es aritmética con tus propios números, y puedes recalcularla cada mes.
No hay un único sistema de recall correcto. Hay tres caminos (manual, software y sistema autónomo) y cuál encaja depende de cuántos pacientes tienes pendientes de revisión cada mes y de cuántas horas reales tiene tu equipo para dedicarles. Cuenta tus pacientes pendientes este mes y multiplica por 5 minutos de gestión cada uno: ese número, no la promesa de ningún proveedor, es tu punto de partida.
