Software dental en la nube o local: qué cambia de verdad

1. La decisión está mal planteada casi siempre

Un software dental en la nube y uno instalado en la clínica hacen básicamente lo mismo: registran la boca, emiten presupuestos y gestionan la agenda. La elección no cambia lo que el programa sabe hacer, cambia quién carga con el trabajo invisible que lo mantiene en pie.

1.1. Las dos preguntas que sí decide cada opción

Reducida a lo esencial, la decisión responde a dos cosas. La primera: cuando algo falle —y algo va a fallar—, ¿quién lo arregla y en cuánto tiempo? La segunda: si el proveedor desaparece o quieres cambiar, ¿cómo recuperas tus datos y quién te los da? Todo lo demás —velocidad, seguridad, modernidad— depende mucho más de cómo esté hecho el programa concreto que del sitio donde se ejecute.

1.2. Los argumentos que no sirven para decidir

«La nube es más segura» y «los datos en mi ordenador están más controlados» son las dos frases que más se repiten y ninguna de las dos es cierta por sí sola. Un servidor en un centro de datos profesional tiene copias comprobadas y vigilancia que un ordenador de recepción no va a tener nunca; y un proveedor de nube descuidado es peor que un servidor propio bien administrado. La seguridad no la da el sitio, la da quién se ocupa y con qué método.

1.3. Lo que sí depende del sitio

Hay tres cosas que sí cambian según dónde viva el programa: qué ocurre cuando se corta la conexión, quién actualiza el software y el hardware, y con qué facilidad puedes trabajar desde fuera de la clínica. Las tres tienen respuesta clara y ninguna es un argumento de venta, así que conviene resolverlas antes de escuchar a nadie. El mapa completo de la decisión de compra está en el software para clínicas dentales y cómo elegirlo.

2. No son dos opciones, son tres

El debate se plantea en dos columnas y en el mercado hay tres modelos distintos, con implicaciones muy diferentes. Confundir el segundo con el tercero es el error más común.

2.1. Nube de verdad, con navegador

El programa se ejecuta en los servidores del proveedor y se usa desde un navegador, sin instalar nada. Las actualizaciones llegan solas, los datos viven en el centro de datos del proveedor y se puede entrar desde cualquier ordenador con conexión. Es el modelo que menos trabajo deja en la clínica y el que más depende del contrato, porque todo lo que no esté escrito depende de la buena voluntad del proveedor.

2.2. Programa instalado, con servidor en la clínica

El clásico: un equipo hace de servidor en un armario de la clínica y los puestos se conectan a él por la red local. Funciona sin internet, la clínica tiene físicamente sus datos y, a cambio, alguien tiene que actualizar el sistema, comprobar que las copias se hacen de verdad y reaccionar cuando el equipo falla. Ese alguien casi nunca está contratado y acaba siendo el propietario de la clínica un domingo.

2.3. El escritorio de siempre, con acceso remoto

El tercero se vende como nube y no lo es: el mismo programa de escritorio de siempre, alojado en un servidor remoto al que se entra con una sesión de escritorio a distancia. Hereda las limitaciones del escritorio —hay que instalar el cliente, la actualización sigue siendo un proceso— y añade la dependencia total de la conexión. No es malo en sí, pero hay que saber que es eso, y en el apartado 7 están las preguntas que lo destapan.

3. Quién mantiene qué, que es la diferencia real

Esta es la tabla que conviene tener delante, porque cada fila es una tarea que alguien va a hacer o que nadie va a hacer.

3.1. La copia de seguridad es la fila que más duele

De todas las tareas de la tabla, la que más incidentes provoca es la copia. No porque no se configure, sino porque se configura una vez y nadie vuelve a comprobar que se está haciendo. Una copia que lleva meses fallando en silencio es indistinguible de una copia que funciona, hasta el día en que hace falta. Si eliges servidor propio, la comprobación periódica de que la copia se restaura —no de que se hace, de que se restaura— tiene que estar en la agenda de alguien con nombre y apellidos.

3.2. Las actualizaciones que no se hacen se acumulan

Con un servidor propio, cada actualización es una decisión: hay que pararlo, hay que hacerla fuera de horario, hay que arriesgarse a que algo deje de funcionar. La consecuencia natural es posponerla, y a los tres años la clínica va cinco versiones por detrás, con un sistema operativo que ya no recibe parches. Es exactamente el camino por el que se llega a lo que se cuenta en dejar atrás el software dental de escritorio.

3.3. Lo que hay que exigir por escrito en cada modelo

Con nube: tiempo de respuesta del soporte, ventana de mantenimiento, qué pasa si cancelas y en qué formato te devuelven los datos. Con servidor propio: quién administra el equipo, con qué frecuencia se comprueba la restauración de la copia y cuánto cuesta cada intervención. Sin esas cláusulas, las dos opciones son la misma promesa verbal.

4. Qué pasa cuando se cae internet

Es la objeción número uno a la nube, es legítima y tiene una respuesta más matizada de lo que parece.

4.1. Cuánto dura de verdad una caída de conexión

Una avería de conexión en una zona urbana se mide en horas y casi siempre se resuelve el mismo día. Una avería del servidor de la clínica se mide en el tiempo que tarde en llegar quien lo administra, más el tiempo de recuperar la copia. La pregunta útil no es cuál falla más, sino cuánto dura cada fallo y quién lo arregla.

4.2. El respaldo de conexión, que cuesta poco y casi nadie pone

Una segunda línea de datos móvil que entre automáticamente cuando cae la principal convierte una caída de cuatro horas en un minuto de corte. Cuesta una fracción de lo que cuesta un servidor y es la medida que más reduce el riesgo de trabajar en la nube. Si vas a la nube, esto no es opcional: es parte de la decisión.

4.3. El plan B que hay que tener igualmente

Vayas por donde vayas, la clínica necesita saber qué hace si el sistema no está disponible durante dos horas: tener la agenda del día impresa o accesible desde un móvil, saber a quién llamar y tener claro cómo se registra lo que se atiende mientras tanto para meterlo después. Es media hora de preparación que nadie hace hasta que la necesita.

5. Dónde están los datos y de quién son

La propiedad de los datos no depende del modelo técnico —son de la clínica en los dos casos— pero la facilidad para recuperarlos sí depende, y mucho.

Los datos son de la clínica en los dos modelos; lo que cambia es lo fácil que resulta recuperarlos.

5.1. Ser el responsable del tratamiento no es tener el disco

La clínica es responsable del tratamiento de los datos de sus pacientes y el proveedor del software es un encargado del tratamiento, con lo que eso implica en el Reglamento General de Protección de Datos: contrato de encargo, instrucciones por escrito y devolución o supresión de los datos al terminar el servicio. Eso es igual en la nube y en local. Lo que cambia es que, con un servidor propio, el disco está físicamente en tu armario, y con la nube tu única llave práctica es la función de exportación que el proveedor te dé.

5.2. Dónde están los servidores sí es una pregunta legítima

Si eliges nube, pregunta en qué país están los servidores y qué dice el contrato sobre transferencias internacionales. No es una cuestión de desconfianza: es un dato que tienes que conocer para tu propio registro de actividades de tratamiento, y que además condiciona los plazos y trámites si algún día hay una incidencia de seguridad.

5.3. La exportación, que es la cláusula que de verdad protege

La garantía práctica no es dónde esté el disco, es poder descargarte en cualquier momento una copia completa y utilizable de tus datos, sin pedir permiso y sin coste añadido. Eso es lo que conviene comprobar antes de firmar, no después: está desarrollado en los datos de la clínica son tuyos, que es donde se detalla qué cláusula lo garantiza de verdad y cómo se comprueba antes de firmar.

6. El coste a tres años, con los dos modelos al lado

Comparar el primer recibo da la vuelta al resultado con frecuencia, porque los dos modelos reparten el gasto de forma muy distinta en el tiempo.

6.1. Lo que se paga en cada modelo, por conceptos

La nube concentra casi todo en una cuota recurrente que incluye programa, alojamiento, copias, actualizaciones y soporte. El servidor propio reparte el gasto: licencia o suscripción del programa, equipo servidor, sistema operativo y licencias asociadas, sistema de copias, mantenimiento informático y las horas de quien lo administra. Esa última línea es la que nunca aparece en la comparativa y es la que más varía.

6.2. Los conceptos que se olvidan en el servidor propio

Al hacer la cuenta a tres años conviene no dejarse: la renovación del equipo cuando cumpla su vida útil, el sistema de alimentación ininterrumpida, la copia que se lleva fuera del local, las horas de la persona que administra y el coste de cada avería. Sumados, suelen acercar mucho los dos modelos, y en clínicas pequeñas hacen que la nube salga más barata además de más cómoda.

6.3. Los conceptos que se olvidan en la nube

Y al revés: la cuota por usuario crece cuando crece el equipo, los módulos que van aparte se contratan uno a uno y la migración inicial se cobra una vez. El método completo para poner las dos ofertas sobre la misma base está en el precio de un software de clínica dental, y lo que se esconde detrás de las versiones sin coste, en el coste real de un software dental gratis.

7. Cómo distinguir una nube real de un escritorio remoto

Hay cuatro comprobaciones que no fallan y que se hacen en la propia demostración, sin conocimientos técnicos.

• Que se abra en un navegador cualquiera sin instalar ningún programa antes.
• Que funcione igual desde un ordenador que nunca haya tenido ese software.
• Que las actualizaciones lleguen sin que nadie de la clínica tenga que hacer nada.
• Que dos personas puedan trabajar a la vez sin que una expulse a la otra.
• Que exista una exportación de datos que descargas tú, no un fichero que te envían.

7.1. La prueba del ordenador ajeno

La más rápida de todas: pide entrar desde un portátil que no sea de la clínica y en el que no se haya instalado nada. Si hace falta descargar un cliente, configurar una conexión o pedir que alguien «te dé acceso», no es una aplicación de navegador. No significa que el programa sea malo, significa que las ventajas de mantenimiento que te están vendiendo no son las que vienen con la nube.

7.2. La prueba de la actualización

Pregunta cuándo fue la última actualización y qué tuvo que hacer la clínica para recibirla. En una aplicación de navegador la respuesta es que no tuvieron que hacer nada y que muchos ni se enteraron. En un escritorio remoto, la respuesta incluye una ventana de mantenimiento, un aviso previo y a veces una tarde sin servicio.

7.3. Y la de trabajar dos a la vez

En clínicas con varios puestos hay licencias que se pisan: si entra la recepción, el gabinete se queda fuera. Es una limitación que no siempre se menciona y que se nota el primer día. Pide que dos personas entren a la vez durante la demostración y que las dos guarden algo. Lo que aparece a partir de varios gabinetes está en software dental para policlínicas con varios gabinetes.

8. Cómo decidir según tu clínica

Con todo lo anterior, la decisión se vuelve bastante mecánica y depende sobre todo de si tienes o no a alguien que administre sistemas.

Sin alguien que compruebe la restauración de la copia, un servidor propio no es más barato: es un servidor sin mantenimiento.

8.1. Si no tienes informático, la nube casi siempre gana

Una clínica de uno o dos gabinetes sin personal técnico propio no tiene quién actualice, quién compruebe las copias ni quién responda una avería el mismo día. Todas las ventajas del servidor propio dependen de tener eso, así que sin ello el servidor propio no es una opción más barata: es una opción sin mantenimiento. Qué priorizar en ese escenario está en software para el dentista que trabaja solo.

8.2. Cuándo tiene sentido el servidor propio

Tiene sentido cuando ya hay una persona o una empresa que administra los sistemas de la clínica con un contrato real, cuando hay equipos de gabinete que solo dialogan bien dentro de la red local, o cuando la conexión de la zona es mala y no se puede resolver con una línea de respaldo. Fuera de esos tres casos, se elige por costumbre más que por criterio.

8.3. Y qué hacer si ya tienes un servidor y funciona

No hay ninguna urgencia en cambiar algo que funciona y está mantenido. La señal de que sí toca moverse es otra: cuando las actualizaciones se posponen, cuando nadie ha comprobado una restauración de copia en el último año o cuando el equipo ya no admite la versión nueva del programa. Cómo se hace el cambio sin parar la agenda está en cambiar de software dental sin parar y los plazos reales, en cuánto tarda de verdad una migración dental.

9. Qué aporta obeliOmed con esto

Los criterios anteriores aplicados a un caso concreto, para ver qué significan cuando están resueltos.

9.1. Aplicación de navegador, sin instalar nada

obeliOmed se usa desde el navegador: no hay cliente que instalar en cada puesto, no hay versión que la clínica tenga que actualizar y se entra igual desde el gabinete, desde recepción o desde casa con la clave de cada persona. Varias personas trabajan a la vez sin que una expulse a la otra, y cada una ve y puede modificar lo que le corresponde por su perfil: hay cuatro perfiles dentales distintos.

9.2. Dónde están los datos y qué se hace con ellos

Los servidores están en España. Los documentos y los campos marcados van cifrados con AES-256-GCM. La infraestructura hace copias cada tres horas, además de diarias, semanales y mensuales, de modo que la comprobación de la copia no es una tarea que quede en la agenda de nadie de la clínica. Y cada cambio de un dato clínico queda registrado con su autor, su fecha y el valor anterior.

9.3. La puerta de salida, que es lo que de verdad se firma

En cualquier momento puedes descargarte una copia completa de tus datos, sin pedirla y sin coste añadido. Al entrar, los datos del programa anterior se importan, de modo que la exportación funciona en los dos sentidos. Y como la parte contable y de facturación vive en el mismo sistema, la clínica no arrastra un segundo programa aparte: qué significa eso para un centro privado completo está en el ERP de gestión para clínicas privadas.