Dejar el software dental de escritorio: cuándo toca

1. El escritorio no falla de golpe, se degrada

Esa es la razón por la que casi nadie cambia a tiempo: no hay un día en que el programa deje de funcionar, hay años en que funciona cada vez peor.

1.1. Por qué el deterioro es invisible

Cada síntoma aislado parece pequeño y tiene una explicación razonable. La pantalla va un poco más lenta porque hay más pacientes. La actualización se pospone porque no es buen momento. La copia se comprobará cuando haya un rato. Ninguna de esas decisiones es irracional por separado, y juntas producen un sistema que nadie ha mirado en tres años.

1.2. El momento en que se descubre

Casi siempre es el mismo: una avería del equipo servidor un lunes por la mañana. Entonces se descubren tres cosas a la vez —que la copia no se restaura, que el técnico que lo montó ya no trabaja allí y que la versión nueva no corre en ese hardware— y hay que resolverlas con la agenda llena. El cambio se hace igual, pero en el peor momento posible.

1.3. Lo que este artículo propone

Adelantar esa decisión unos meses y tomarla con calendario. Las señales de los apartados siguientes se revisan en media hora y dicen con bastante fiabilidad si tu instalación está en la fase tranquila o en la fase de riesgo. El mapa completo de la decisión está en el software para clínicas dentales y cómo elegirlo.

2. Las ocho señales de que ha llegado el momento

Se revisan una a una. Con tres o más marcadas, la conversación deja de ser «si» y pasa a ser «cuándo».

• Nadie ha comprobado en el último año que la copia se restaura de verdad.
• El sistema operativo del servidor o de los puestos ya no recibe parches.
• La versión nueva del programa pide un equipo que no tenéis.
• Quien montó la instalación ya no trabaja con la clínica.
• Hay funciones que os hacen falta y solo están en el modelo nuevo.
• Trabajar desde fuera exige un apaño que solo entiende una persona.
• Cada actualización se pospone porque da miedo.
• La clínica ha crecido y el equipo servidor no se ha tocado desde el principio.

2.1. Las tres que pesan más

La copia sin comprobar, el sistema sin parches y la dependencia de una sola persona. Cualquiera de las tres justifica por sí sola planificar el cambio, porque las tres son riesgos que crecen solos y ninguna se resuelve trabajando más.

2.2. Las que se pueden resolver sin cambiar de modelo

Algunas de la lista tienen arreglo dentro del escritorio: renovar el equipo servidor, contratar un mantenimiento informático de verdad, poner un sistema de copia con verificación automática. Si eso está en el presupuesto y hay quien lo sostenga, es una opción legítima y conviene compararla con el cambio de modelo.

2.3. Y la que no es una señal técnica

La quinta: que haya funciones que necesitáis y solo estén disponibles en el modelo nuevo. Eso no es deterioro, es evolución del producto, y se decide con criterios funcionales y no de riesgo. La lista de lo que no se negocia está en las funcionalidades que un software dental necesita.

3. La copia de seguridad, que es la señal más grave

De todos los riesgos de una instalación propia, este es el que más clínicas ha dejado sin historia clínica y el más fácil de comprobar.

3.1. Cómo se comprueba en la práctica

Se pide a quien administre el sistema que restaure la copia de una fecha concreta en un equipo distinto y que enseñe un paciente con su odontograma. Si la respuesta es que se puede hacer «cuando haya un hueco», anótalo como señal marcada. Si la respuesta es que nunca se ha hecho, la señal está marcada y es de las graves.

3.2. Por qué falla en silencio

Porque los sistemas de copia avisan cuando no pueden escribir y no avisan cuando escriben algo inservible: un disco que se llenó, una base de datos que estaba en uso al copiarla, una ruta que cambió de sitio. Ninguno de esos casos produce un error visible en el mostrador, y todos producen una copia que no sirve.

3.3. Y la obligación que hay detrás

Conservar la documentación clínica en condiciones que garanticen su correcto mantenimiento y seguridad es una obligación de la clínica según la Ley 41/2002, con un mínimo de cinco años desde el alta de cada proceso asistencial. Una copia que no se restaura no cumple esa condición aunque exista el fichero.

4. El sistema operativo sin parches

Es la segunda señal en gravedad y la más fácil de ignorar, porque el programa sigue abriéndose con normalidad.

4.1. Qué significa que deje de recibir parches

Que las vulnerabilidades que se descubran a partir de ese momento no se corrigen nunca. El ordenador sigue funcionando igual de bien y cada mes que pasa acumula agujeros conocidos y públicos. En un equipo que guarda historias clínicas, eso deja de ser una cuestión técnica y pasa a ser un riesgo de seguridad de los datos de tus pacientes.

4.2. La obligación de seguridad que recae en la clínica

El Reglamento General de Protección de Datos exige aplicar medidas técnicas y organizativas apropiadas al riesgo, y tratándose de datos de salud el riesgo es alto. Mantener el sistema actualizado es una de las medidas más básicas, y la clínica es la responsable con independencia de quién administre el equipo.

Un sistema que ya no recibe parches sigue abriéndose igual de bien y acumula agujeros conocidos cada mes.

4.3. El círculo que se cierra solo

El patrón se repite: el sistema antiguo no admite la versión nueva del programa, el programa antiguo no corre en un sistema moderno, y renovar uno obliga a renovar el otro. Cuando se llega ahí, el coste de mantener la instalación deja de ser un mantenimiento y pasa a ser una renovación completa, que es justo el momento en que conviene comparar con el otro modelo. Esa comparación está en software dental en la nube o local.

5. La dependencia de una persona concreta

La tercera señal grave, y la única que no se arregla con dinero de un día para otro.

5.1. El conocimiento que no está escrito

En muchas instalaciones antiguas hay detalles que solo conoce quien las montó: dónde está la copia, qué hay que hacer para que los puestos vean el servidor, por qué ese equipo no se puede apagar los martes. Si esa persona ya no trabaja con la clínica, ese conocimiento no existe en ninguna parte y cualquier incidencia empieza desde cero.

5.2. Cómo se mide el riesgo

Con una pregunta: si mañana hay que reinstalar el sistema desde cero, ¿quién lo hace y con qué documentación? Si la respuesta es un nombre y nada más, el riesgo es alto. Si es un nombre y un documento, es asumible. Si no hay nombre, la señal está marcada y es urgente.

5.3. Lo que cambia con el otro modelo

Con una aplicación de navegador, ese conocimiento deja de ser de la clínica: no hay servidor que reinstalar ni configuración de red que reconstruir. Queda lo de los puestos y la conexión, que es mucho menos y está documentado en cualquier parte. Qué priorizar cuando no hay apoyo técnico está en software para el dentista que trabaja solo.

6. Qué se gana al cambiar de modelo

Conviene ser concreto, porque la lista de ventajas genéricas no ayuda a decidir.

6.1. Lo que más se nota el primer mes

Que añadir un puesto o dar de alta a alguien deja de ser una intervención técnica. En una clínica que crece o que tiene rotación, eso solo ya cambia el día a día, y elimina la tentación de compartir clave que aparece cuando dar de alta a una persona cuesta una visita del técnico.

6.2. Lo que más se nota el primer año

Que nadie vuelve a posponer una actualización ni a preguntarse si la copia funciona. Son dos preocupaciones de fondo que desaparecen, y su desaparición no se percibe como una ventaja hasta que se compara con el año anterior.

6.3. Y lo que hay que seguir mirando igual

El contrato. Con el modelo de servicio, la garantía deja de ser el disco de tu armario y pasa a ser lo que esté escrito: qué exportación tienes disponible, con qué formato, sin coste y sin condiciones. Eso se comprueba antes de firmar y está desarrollado en los datos de la clínica son tuyos.

7. Qué se pierde, y qué no se pierde en realidad

Hay tres objeciones habituales y conviene tratarlas con honestidad, porque dos son reales y una no.

7.1. Lo que sí se pierde: el control físico del disco

Es cierto y es la objeción legítima. Con un servidor propio, los datos están en tu armario y puedes tocarlos; con el otro modelo, están en el centro de datos del proveedor. La compensación práctica no es un argumento de confianza sino un hábito: descargar una copia completa de tus datos una vez al año y guardarla tú. Con eso, el control vuelve a ser tuyo sin la carga de mantener un servidor.

7.2. Lo que también se pierde: trabajar sin conexión

También es cierto. Con una instalación local se sigue trabajando aunque caiga internet. La respuesta razonable no es negarlo sino reducirlo: una segunda línea de datos móvil que entre automáticamente convierte una caída de horas en un corte de un minuto, y cuesta una fracción de lo que cuesta sostener un servidor.

7.3. Lo que no se pierde: la velocidad ni el control de los datos

La sensación de que una aplicación de navegador va más lenta depende mucho más de cómo esté programada que de dónde se ejecute, y se comprueba probándola con tus datos y tu conexión. Y el control legal de los datos no cambia: la clínica es la responsable del tratamiento en los dos modelos, y lo que decide el control práctico es la cláusula de exportación, no la ubicación del disco.

8. Cómo se planifica antes de que lo decida una avería

La diferencia entre un cambio tranquilo y una urgencia son unas semanas de anticipación y tres decisiones.

Un cambio planificado se hace en un mes tranquilo; uno forzado por una avería, el día que toca.

8.1. Poner fecha a la revisión, no al cambio

Lo primero no es decidir cambiar, es decidir cuándo se revisa la lista de señales del apartado 2. Una vez al año, con quien administre los sistemas delante y media hora de agenda. De ahí sale un número de señales marcadas, y ese número decide si hay proyecto o no lo hay.

8.2. Resolver el alcance antes que la fecha

Si hay proyecto, el primer paso es saber qué sale del sistema actual y en qué formato: pacientes, historia, odontogramas, periodontogramas, imágenes, presupuestos y facturación, bloque a bloque. Con una instalación propia hay una ventaja, y es que la base de datos está físicamente en tu equipo, lo que amplía las vías posibles. El procedimiento está en migrar odontogramas, periodontogramas y radiografías sin perderlos.

8.3. Y elegir el momento, no aceptarlo

Un cambio planificado se hace en un mes tranquilo, con el equipo completo y arrancando después de un cierre. Un cambio forzado por una avería se hace el día que toca. Entre las dos cosas hay semanas de diferencia en el resultado y el mismo coste económico. El procedimiento completo está en cambiar de software dental sin parar y los plazos, en cuánto tarda de verdad una migración dental.

9. Qué aporta obeliOmed con esto

Qué resuelve obeliOmed de cada una de las cargas que deja atrás una instalación de escritorio.

9.1. Lo que deja de ser tarea de la clínica

Se usa desde el navegador: no hay servidor que administrar, ni sistema operativo que parchear, ni versión que instalar puesto a puesto, ni equipo que renovar cada cuatro años. Añadir una persona es crear su cuenta, no una visita del técnico, y hay cuatro perfiles dentales con permisos distintos para que nadie comparta clave.

9.2. Las copias y la seguridad

La infraestructura hace copias cada tres horas, además de diarias, semanales y mensuales, de modo que la comprobación periódica deja de depender de que alguien de la clínica se acuerde. Los servidores están en España, los documentos y los campos marcados van cifrados con AES-256-GCM y cada cambio de un dato clínico queda registrado con su autor, su fecha y el valor anterior.

9.3. Y la objeción legítima, resuelta con un hábito

El control físico del disco se compensa con la cláusula que de verdad importa: en cualquier momento puedes descargarte una copia completa de tus datos, sin solicitarla, sin coste añadido y sin que dependa de estar al corriente de pago. Con esa descarga hecha una vez al año, el control vuelve a estar en la clínica sin la carga de mantener un servidor. Y al entrar, los datos del programa anterior se importan, con el alcance que se pacte por bloques.