Cookies i privacitat
Fem servir cookies essencials perquè el lloc funcioni i, amb el teu consentiment, cookies analítiques per entendre com s'utilitza. Pots canviar la teva decisió quan vulguis.
"Service-as-a-software" és el model en què el proveïdor no et ven una eina perquè l'operis tu, sinó que l'opera ell per tu i tu només veus el resultat. La diferència amb un software normal es pot comptar en minuts: si el teu equip dedica encara que siguin 15 minuts al dia a configurar recordatoris, revisar per què no s'ha enviat una plantilla o aprendre una funció nova, són 15 × 5 dies × 4 setmanes = 300 minuts al mes, 5 hores operant una eina abans que aquesta ajudi un sol pacient. En el model service-as-a-software, aquestes 5 hores no existeixen: el proveïdor se les queda.
El terme ve del món del software empresarial, però la idea és senzilla. Durant anys, i encara el 2026 per a la majoria de proveïdors, comprar tecnologia per a la teva clínica volia dir una cosa: et venien una llicència, tu (o el teu equip) apreníeu a fer-la servir, i el resultat depenia de quant de temps i disciplina hi dedicàveu. Això és "software as a service", el SaaS de tota la vida: pagues una subscripció, però l'operació continua sent teva.
Service-as-a-software inverteix aquesta lògica. El proveïdor no ven accés a una eina. Ven un resultat, i per aconseguir-lo opera la tecnologia ell mateix, amb el seu propi equip o amb la seva pròpia IA, dins de la teva clínica. Tu no configures res, no entres a un panell a revisar automatitzacions, no formes ningú en un software nou. Veus el resultat: pacients contactats, cites confirmades, recordatoris enviats. Com s'ha fet és responsabilitat del proveïdor.
Dit en termes de clínica dental: no és "aquí tens un programa per gestionar el recall dels teus pacients, la formació és dijous". És "el recall dels teus pacients està gestionat, i no ho hauràs de tocar".
Val la pena separar tres models que de vegades es confonen perquè tots "fan servir tecnologia":
La categoria intermèdia (el servei gestionat clàssic) resol el problema de "no tinc temps per operar-ho jo", però ho fa afegint hores humanes, que és justament el que no escala. La categoria service-as-a-software resol el mateix problema sense aquest límit: el proveïdor opera un sistema, no un torn de feina. Ja vam escriure sobre aquesta primera frontera (software vs. servei gestionat) en un altre article; aquí anem un pas més enllà i definim la tercera categoria que fa innecessària aquesta elecció.
Això no és una crítica al software tradicional. Una clínica amb un equip a qui li agrada configurar eines i amb hores lliures per fer-ho pot treure'n molt de profit, d'un bon software de gestió. El punt no és que un model sigui dolent, sinó que resolen problemes diferents: un et dona una eina, l'altre et dona un resultat i es queda amb la part d'operar-la.
En una clínica dental, la part no clínica de la feina (recordatoris, reactivació de pacients inactius, reserva de cites, seguiment de ressenyes, informes) és exactament el tipus de feina que encaixa amb aquest model: repetitiva, mesurable, i no requereix criteri clínic.
Amb un software normal, cadascuna d'aquestes tasques exigeix que algú del teu equip hi entri, revisi, ajusti i de vegades corregeixi. Amb un sistema autònom (la manera en què en parlem quan parlem amb dentistes, en lloc del terme tècnic "service-as-a-software", la mateixa idea que desenvolupem a com aplicar la intel·ligència artificial a la teva clínica dental), aquestes tasques passen soles: la plataforma decideix a quin pacient inactiu escriure avui, envia el recordatori, gestiona la conversa per WhatsApp, i només escala a una persona quan de veritat cal un criteri humà.
La frase que més sentim en les primeres converses amb clíniques (composició de diverses converses reals, no una citació textual) resumeix bé el problema previ: "Vam comprar un software per al recall fa dos anys. El vam fer servir les primeres tres setmanes. Després va arribar una temporada complicada i no s'hi va tornar a tocar." Això no és una fallada de la clínica ni del software, sinó el que passa quan un model depèn que algú, a més de la seva feina diària, trobi temps per operar una eina més.
La manera més honesta de veure-ho és comptar les hores que el teu equip dedicaria a operar una eina, no a atendre pacients:
Sumat, no és estrany que una clínica dediqui 3-5 hores mensuals només a mantenir un software de comunicació funcionant, sense comptar el temps d'escriure o revisar els missatges mateixos. En el model service-as-a-software, aquestes hores desapareixen perquè no hi ha panell a operar: el proveïdor assumeix aquesta part com a part del servei.
El que això no significa és que el sistema prengui decisions clíniques ni parli en nom del dentista sense supervisió. Tot el que s'automatitza és feina administrativa (agenda, recordatoris, seguiment), no diagnòstic ni tractament, i les converses que necessiten criteri humà s'escalen a l'equip de la clínica.
És fàcil que qualsevol producte s'autoanomeni "autònom" o "gestionat" al màrqueting. Aquestes cinc preguntes separen la categoria real de l'etiqueta:
Cap d'aquestes preguntes té una resposta "correcta" universal. Un software ben operat per un equip amb temps i ganes d'aprendre'l pot funcionar molt bé. El que fan aquestes preguntes és dir-te, amb claredat, en quina categoria estàs comprant, perquè la decisió sigui conscient i no una sorpresa al cap de tres mesos.
Keishal és un sistema autònom que opera la part no clínica d'una clínica dental: recordatoris, reactivació de pacients inactius, reserva de cites 24/7, ressenyes, i els informes que resumeixen tot l'anterior. S'integra amb el programa de gestió (PMS) que ja fa servir la clínica, sense substituir-lo (pots veure com encaixem al costat de cada PMS a la nostra comparativa de software dental a Catalunya), i sense que l'equip hagi d'aprendre un panell nou.
Això no vol dir que Keishal sigui l'únic exemple possible de la categoria, ni que la categoria existeixi només perquè nosaltres la fem servir. Vol dir el contrari: la categoria existeix de manera independent, descriu un model real amb avantatges i límits propis, i Keishal n'és una manera concreta d'aplicar-la al dia a dia d'una clínica dental.
Si vols veure com es veu això operant amb els números de la teva pròpia clínica, pots reservar una demo i t'ho ensenyem amb la teva base de dades real, no amb un cas genèric.
D'enginyer a treballar en una ambaixada, cada etapa m'ha ensenyat alguna cosa diferent. El que s'ha mantingut constant és el meu interès per construir productes que resolguin problemes. A Keishal, em centro a portar la intel·ligència artificial a les clíniques dentals d'una manera pràctica, fiable i gairebé invisible.
La previsió d'ingressos del mes que ve és un càlcul amb tres dades pròpies: agenda confirmada × tiquet mitjà, ajustada per la teva taxa de baixes, més el que la teva reactivació i recall generaran encara. Exemple: 340 cites confirmades, un 12% de baixes històriques i una conversió de reactivació del 8% sobre 220 contactes donen una previsió d'uns 30.115€. No és cap promesa: és aritmètica amb els teus propis números, i la pots recalcular cada mes.
No hi ha un únic sistema de recall correcte. Hi ha tres camins (manual, software i sistema autònom) i quin encaixa depèn de quants pacients tens pendents de revisió cada mes i de quantes hores reals té el teu equip per dedicar-hi. Compta els teus pacients pendents aquest mes i multiplica per 5 minuts de gestió cadascun: aquest número, no la promesa de cap proveïdor, és el teu punt de partida.
