Una integració de veritat amb el software de la teva clínica dental fa dues feines: llegeix les dades dels teus pacients per tenir context i escriu cites, confirmacions i canvis d'estat de tornada al teu programa. Un CSV mensual, un connector de calendari o una eina que només llegeix deixen la resta al teu equip: amb 330 recordatoris al mes, marcar cada confirmació a 30 segons són gairebé 3 hores. Demana la llista de programes i versions per escrit, i comprova que no cal migrar ni duplicar la base de pacients.
Molts proveïdors d'IA per a clíniques diuen que «s'integren amb el teu programa de gestió». La frase pot voler dir quatre coses molt diferents, i la diferència es paga en hores de recepció. Una integració de veritat amb el software de la teva clínica dental fa dues feines: llegeix les teves dades per tenir context i escriu de tornada els resultats (cites, confirmacions, canvis d'estat) al programa que ja fas servir. Si només en fa una, algú del teu equip fa l'altra a mà: amb 15 cites al dia són 330 recordatoris al mes, i les seves respostes arriben a la teva agenda soles o teclejades una a una. Aquesta guia explica com distingir-les, què preguntar abans de signar i quan no cal migrar res.
Què vol dir que una IA s'integri amb el teu programa de gestió dental
El teu programa de gestió (Gesden, Nubimed, Dentalink o el que facis servir) és el sistema de registre de la clínica: l'agenda, les fitxes, els tractaments, els pressupostos. Qualsevol eina que parli amb els teus pacients necessita dues coses d'ell.
La primera és llegir. Per escriure a un pacient amb sentit, l'eina ha de saber qui és, quan va venir per última vegada, si té una cita la setmana que ve o un tractament a mitges. Sense aquesta lectura, el missatge és genèric, i de vegades és directament un error.
La segona és escriure de tornada. Quan el pacient confirma, cancel·la o reserva, aquest resultat ha d'acabar a la teva agenda. Si no hi arriba sol, algú el tecleja.
Amb aquestes dues direccions apareixen quatre nivells d'«integració», i convé saber en quin és cada proposta:
| Nivell | Què fa | Quina feina queda per al teu equip |
|---|---|---|
| Sense connexió | L'eina treballa amb una llista que li dones tu | Preparar la llista i passar cada resultat a mà |
| Exportació periòdica (CSV) | Rep un bolcat de dades cada cert temps | Fer el bolcat i passar cada resultat a mà |
| Només lectura | Llegeix el programa per tenir context | Passar cada resultat a mà |
| Lectura i escriptura | Llegeix per tenir context i escriu cites i estats | Revisar el que necessita una persona |
Només l'últim nivell treu feina en les dues direccions. Els altres tres poden ser útils, però no són el mateix, i una proposta comercial no sempre ho aclareix.
Les integracions que es queden a mitges
El CSV de cada mes
Exportar la base de pacients a un fitxer i pujar-lo a una altra eina sembla una integració, però és una foto. Si exportes el dia 1, el dia 25 l'eina treballa amb 24 dies de canvis que no coneix: pacients que ja han demanat cita, que han cancel·lat o que han demanat que no se'ls escrigui més. El resultat típic és el missatge de recall a algú que té cita dijous. Per al pacient, la clínica no sap qui és.
El connector genèric
Algunes eines es connecten a través d'un calendari compartit o d'un connector de propòsit general. Veuen forats lliures i ocupats, però no la fitxa: no saben si el pacient té un tractament pendent ni quan va venir per última vegada. Serveixen per reservar; no serveixen per decidir a qui escriure ni què dir-li.
Llegir sense escriure
És el cas més difícil de detectar en una demo, perquè l'eina sembla conèixer els teus pacients. Però cada resultat torna al teu equip com a tasca. Fes el compte amb una agenda normal: 15 cites al dia × 22 dies = 330 recordatoris al mes. Si respon 1 de cada 10, són 33 converses que canvien alguna cosa a l'agenda. I cada confirmació, encara que no generi conversa, s'ha de marcar: si et porta 30 segons, 330 × 30 s = 165 minuts, gairebé 3 hores al mes de teclejar el que l'eina ja sabia. És la mateixa doble gestió que una integració hauria d'eliminar.
Llegir per tenir context: el que evita els errors
La lectura no és un detall tècnic. És el que separa un missatge que ajuda d'un que molesta, i el que permet que l'eina decideixi bé a qui escriure.
Un exemple del que depèn de llegir el programa: abans de qualsevol enviament, cal excloure qui ha demanat no rebre missatges i qui consta com a mort. També qui s'ha traslladat a l'estranger, si està anotat, i qualsevol fitxa marcada com a «no contactar». Si l'eina no llegeix el teu programa, aquesta llista depèn que algú la mantingui a mà en un altre lloc. I una llista mantinguda a mà en dos llocs acaba desincronitzada.
El mateix passa amb el recall i la reactivació: per saber quin pacient fa 14 mesos que no ve i té un pressupost acceptat sense començar, cal llegir la fitxa, no un llistat de telèfons. Com expliquem a què és un agent d'IA i en què es diferencia d'un chatbot, la diferència entre contestar i completar una tasca és precisament aquesta connexió amb les dades reals.
Escriure de tornada: on es nota l'estalvi
L'escriptura és la meitat que el teu equip nota cada dia. Quan un pacient confirma, la cita apareix confirmada a la teva agenda. Quan reserva, la cita és al programa. Quan canvia alguna cosa, l'estat canvia.
Un detall sobre la reserva, perquè és fàcil imaginar-la malament: no ha de passar necessàriament dins del xat. En el model que fem servir nosaltres, el pacient conversa per WhatsApp, resol els seus dubtes i, quan vol cita, rep un enllaç de calendari on tria ell mateix l'hora. Aquesta cita s'escriu a la teva agenda. El pacient tria el seu forat i ningú no ha d'interpretar «millor a la tarda».
El criteri per avaluar qualsevol proposta és senzill: al final del dia, el teu equip veu els resultats al programa de sempre, o els ha d'anar a buscar a una altra pantalla?
Quina IA és compatible amb Gesden, Nubimed o Dentalink?
És la pregunta que més ens arriba, i la resposta honesta és que depèn de cada proveïdor i de cada versió. No hi ha una llista universal, i no ens correspon dir què integra o no integra cada programa amb tercers. El que sí que pots fer és demanar a cada proveïdor la seva llista per escrit, amb la versió exacta.
Com a referència, aquesta és la nostra. Keishal funciona avui amb Gesden G5, Gesden One, Nubimed, Mulhacén Soft, Cegid Ekon, Softgam, Odontonet, Vevi Clinic, Dentalink, Clinic Cloud by Doctoralia, Flowww, Cliniwin i Klinikare.
I una altra via que també existeix: activar els mòduls de comunicació del teu propi programa. Els programes de gestió també es mouen en aquesta direcció, i a Expodental 2026 es van presentar mòduls de comunicació amb pacients integrats al mateix programa. Si t'ho planteges, ho hem comparat a eina o sistema autònom per a la comunicació amb pacients. La diferència no és en la connexió, sinó en qui opera aquests mòduls cada dia.
Sense migrar i sense duplicar la base de pacients
Hi ha dos costos ocults que una bona integració hauria d'evitar.
El primer és la migració. Si la proposta implica canviar de programa, el cost real són setmanes d'exportar i verificar fitxes, formar l'equip i conviure amb dos sistemes. Ho expliquem amb números a què implica canviar de software dental de veritat. Abans de migrar, comprova si el que et falta (els recordatoris gestionats, el recall que no es fa, les respostes fora d'horari) es pot posar a sobre del programa que ja tens.
El segon és la duplicació. Algunes eines funcionen amb la seva pròpia còpia de la base de pacients. Des d'aquell moment tens dues bases per mantenir al dia: un telèfon canviat en una no canvia a l'altra. És el problema de fons de molts CRM per a clíniques dentals: organitzen bé la feina, però sobre un segon registre que algú ha de quadrar.
«Ja tenim un programa que funciona. El que no volem és un altre lloc on mirar, ni una altra base de dades que algú hagi de tenir al dia.»
Resum de converses comercials del 2026 amb gerents de clínica (cita composta, no textual; equivalent en català)
Les dades dels teus pacients: qui respon de què
Connectar una eina al teu programa vol dir que tractarà dades de salut. Convé tenir clar el repartiment de papers abans de signar, i no com a tràmit: una clínica que pot explicar als seus pacients on són les seves dades i qui les tracta transmet serietat.
En l'esquema habitual, la clínica és la responsable del tractament de les dades dels seus pacients. El proveïdor actua com a encarregat del tractament (article 28 del RGPD), amb un contracte d'encàrrec de tractament signat. En el nostre cas, signem aquest contracte amb cada clínica i les dades es guarden a la Unió Europea. Els detalls concrets de la teva situació convé revisar-los amb el teu assessor de protecció de dades.
Set preguntes per fer a qualsevol proveïdor abans de signar
Amb aquestes preguntes saps en quin nivell d'integració és cada proposta, sense haver d'entrar en detalls tècnics:
- Llegeix directament del meu programa o he d'exportar alguna cosa? Si cal exportar, cada quant i qui ho fa?
- Escriu de tornada? Què exactament? Cites, confirmacions, canvis d'estat. Demana que t'ho ensenyin en un programa com el teu.
- La meva versió concreta és compatible? No «Gesden», sinó Gesden G5 o Gesden One. Per escrit.
- He de migrar o duplicar la base de pacients? Si la resposta és sí, suma-hi el cost de mantenir dues bases.
- Qui opera l'eina cada dia? Una integració perfecta que ningú no té temps de fer servir no treu feina.
- On es guarden les dades i hi ha contracte d'encàrrec de tractament? Una resposta clara aquí és bon senyal.
- Què veu el meu equip al final del dia? Si la resposta és «una altra pantalla», la integració s'ha quedat a mitges.
Com ho fem a Keishal
Keishal és un sistema autònom que opera la comunicació amb pacients a sobre del teu programa de gestió. El mecanisme és el de l'últim nivell de la taula: llegeix les dades dels teus pacients per tenir context i escriu les cites i els canvis d'estat de tornada al teu programa. Sense migració i sense duplicar dades.
Sobre aquesta connexió, el sistema envia els recordatoris i gestiona les respostes, fa el recall i reactiva pacients adormits. També contesta les preguntes que arriben fora d'horari i escala al teu equip les que necessiten una persona. El teu equip no aprèn cap eina nova: veu els resultats al programa que ja coneix.
I el que no fa, perquè quedi clar: no substitueix el teu programa de gestió ni toca la part clínica de la fitxa. Si el que falla és el teu programa en si, la conversa és una altra, i comença per les preguntes de la migració.
Si vols veure com funcionaria amb el teu programa i la teva versió concreta, demana una demo i ho revisem sobre el teu cas.
Tot a punt per provar Keishal a la teva clínica dental?
Reservar una demo
Canviar de software dental: què implica migrar de veritat i quan no et cal
Canviar de software dental no és instal·lar un programa: és exportar i verificar milers de fitxes, formar l'equip (5 persones × 10 hores = 50 hores) i conviure dos o tres mesos amb dos sistemes. Compensa quan el programa no té suport, reté les teves dades o s'ha quedat petit. Però si el que t'empeny són els recordatoris sense gestionar, el recall que no es fa i els missatges fora d'horari, aquesta capa de comunicació s'afegeix sobre el teu PMS actual, sense migrar res.
Quant factura una clínica dental el primer any: la corba, no la xifra
Cap mitjana publicada del primer any no és defensable: barregen clíniques, models i ciutats, i gairebé mai ensenyen d'on surt la xifra. La resposta útil és una corba que es calcula amb els teus números. El teu sostre estructural (butaques × hores disponibles × € per hora ocupada) existeix des del dia u; el que és a zero és l'ocupació. Exemple: per a un 60 % d'ocupació al mes 12 amb 2 butaques (352 hores disponibles) necessites unes 211 hores ocupades al mes; si cada pacient nou genera unes 3 hores de butaca, són unes 70 primeres visites al mes. Aquesta divisió — les hores que vols ocupar entre les hores que porta cada pacient nou — és el teu primer any, i el 2026 encara no hi ha cap informe que la faci per tu.