Cambiar de software dental sin parar la clínica

1. Por qué no hay que cerrar, y qué sí hay que asumir

El miedo a parar es la primera razón por la que muchas clínicas aguantan años con un programa que ya no les sirve. Conviene separar lo que es cierto de lo que no.

1.1. Los dos sistemas pueden convivir semanas

El trabajo pesado de una migración —extraer, convertir, cargar, revisar— ocurre sobre una copia de los datos mientras el programa antiguo sigue atendiendo con normalidad. La clínica no se entera de nada de eso. Solo hay un momento en que las dos cosas no pueden coexistir, que es el instante en que se empieza a registrar en el nuevo, y ese instante dura minutos, no días.

1.2. Lo que sí hay que asumir: dos o tres semanas más lentas

No por el software, por las personas. El equipo tarda ese tiempo en manejarse con soltura, y durante ese periodo cada operación cuesta más clics y más dudas. La forma sensata de gestionarlo no es negarlo sino planificarlo: reducir ligeramente la agenda esos días es mucho más barato que sufrirlos con la sala llena.

1.3. Y lo que convierte un cambio previsible en una semana mala

Siempre lo mismo: fijar la fecha de corte antes de conocer el alcance real de la migración. Cuando la fecha manda, lo primero que se recorta es la verificación de la carga, y los errores aparecen ya en producción. El orden correcto está en el resto de este artículo, y los plazos reales de cada fase, en cuánto tarda de verdad una migración dental.

2. Fase cero: lo que se decide antes de tocar nada

Es la fase más barata y la que más problemas evita. Ocupa unos días y se hace con un documento, no con un programa.

2.1. Qué sale del sistema antiguo, bloque a bloque

Antes que nada hay que saber qué se puede extraer y en qué forma: pacientes, historia clínica, odontogramas, periodontogramas, radiografías, presupuestos con su estado y facturación. Se pide por escrito, desglosado, con el formato de entrega y el plazo de cada bloque. Cómo se plantea esa solicitud está en cómo exportar los datos de tu Gesden.

2.2. Qué se compromete a traer el destino

La otra mitad de la misma conversación. El proveedor nuevo tiene que decir por escrito qué bloques carga, cuáles no, en qué formato los necesita y quién responde si falta algo después del corte. Sin ese documento, la palabra «migración incluida» no significa nada comparable entre dos ofertas.

2.3. Y las fechas del contrato que dejas

Conviene mirar dos cláusulas del contrato actual antes de planificar: el preaviso que hay que dar para resolver y cuánto tiempo ponen tus datos a tu disposición después de la baja. Las dos condicionan el calendario, y las dos se descubren tarde con demasiada frecuencia.

3. La carga en paralelo, con el sistema antiguo funcionando

Aquí ocurre casi todo el trabajo del proyecto y la clínica sigue atendiendo como cualquier otra semana.

3.1. Se trabaja sobre una copia, no sobre el original

La extracción se hace una vez y a partir de ahí todo el proceso —conversión, carga, revisión, correcciones, segunda carga— ocurre sobre esa copia. El programa que está atendiendo pacientes no se toca en ningún momento, y eso elimina la principal fuente de riesgo del proyecto.

Casi siempre hacen falta dos cargas: la primera sirve para descubrir qué no tiene equivalencia.

3.2. Casi siempre hacen falta dos cargas

La primera carga sirve para descubrir los problemas: estados que no tienen equivalencia, campos que llegan vacíos, imágenes sin su vínculo. Se corrige la conversión y se vuelve a cargar. Planificar una sola carga es lo que obliga a aceptar errores «pequeños» por falta de tiempo, y esos errores se quedan para siempre.

3.3. Y la ventana de datos nuevos

Entre la extracción y el corte, la clínica sigue generando datos en el sistema antiguo. Hay dos formas de resolverlo: una segunda extracción incremental justo antes del corte, o introducir a mano en el nuevo lo generado en esos días. La segunda es viable si la ventana es corta, y por eso conviene que lo sea. Qué se pierde con más facilidad en esta fase está en migrar odontogramas, periodontogramas y radiografías sin perderlos.

4. La verificación, que es la fase que nadie presupuesta

Es la que decide si el cambio sale bien, cuesta unas horas y es lo primero que se sacrifica cuando el calendario aprieta.

4.1. El recuento, que detecta lo que falta en bloque

Contar pacientes, presupuestos e imágenes en el destino y compararlo con los listados sacados del origen. Es media hora y caza el error más frecuente: un filtro aplicado sin avisar que ha dejado fuera a los pacientes inactivos o a los datos anteriores a una fecha.

4.2. Los tres casos a mano, que los elige un profesional

El recuento no ve un odontograma con la malla correcta y todos los estados vacíos. Eso solo lo detecta alguien que conoce el caso mirando la pantalla. Se eligen tres pacientes con historia complicada —varias piezas tratadas, exploración periodontal, presupuesto aceptado a medias, radiografías— y se revisan enteros.

4.3. Y el acta de lo que falta

Lo que no haya llegado se escribe: qué bloque, qué volumen y qué se decide hacer. Sirve para reclamar mientras el contrato sigue vivo y para que dentro de dos años nadie se pregunte por qué falta el histórico de una época. Es un documento de media página y es la diferencia entre una pérdida y una decisión.

5. El día de corte: cómo se elige y cómo se prepara

Es el único momento del proyecto que la clínica nota, y con preparación dura minutos.

5.1. Qué día elegir

El mejor es el primer día laborable después de un cierre: el lunes siguiente a un puente, o la vuelta de vacaciones. Se gana el fin de semana para la carga final y el equipo llega descansado. El peor es un viernes, porque cualquier problema se arrastra dos días sin poder resolverlo, y también lo es el principio de mes si la clínica factura fuerte esos días.

5.2. Qué se prepara la víspera

La agenda de los primeros días impresa o accesible desde un móvil, los teléfonos de contacto del proveedor nuevo a mano, la extracción incremental hecha y una agenda algo más holgada para los dos primeros días. Media hora de preparación que evita la mayor parte de los sustos.

5.3. Y la agenda de esos días, deliberadamente más ligera

Dejar dos o tres huecos más al día durante la primera semana no es perder producción: es cambiarla de sitio para no acumular retrasos que después se pagan con pacientes esperando. Es la medida más eficaz de todo el proyecto y la que menos se aplica. Cómo se organiza la puesta en marcha está en implantar un software clínico sin frenar la consulta.

6. La primera semana, y qué es normal que ocurra

Saber qué va a pasar reduce a la mitad la sensación de que algo ha salido mal, porque casi todo lo que ocurre es previsible.

6.1. La lista de dudas, que ahorra más de lo que parece

Poner un papel en recepción donde cualquiera apunte lo que no sabe hacer, y repasarlo entero una vez al final de la semana con el proveedor, resuelve en una sesión lo que de otro modo son veinte llamadas sueltas. Además destapa las dudas que nadie preguntaba por vergüenza y que estaban generando trabajo paralelo.

6.2. El trabajo en papel, que hay que cortar pronto

Es normal los dos primeros días y se vuelve un problema si se instala. Lo que funciona es la regla de volcarlo el mismo día, sin excepciones: en cuanto una nota pasa la noche en el mostrador, deja de volcarse y el registro clínico empieza a tener huecos.

6.3. Y la señal de que algo va mal de verdad

La diferencia entre incomodidad y problema es de volumen. Que falte un dato de un paciente concreto es lo esperable; que falte el histórico de todo un año o que ningún periodontograma haya llegado con valores es otra cosa, y se reclama de inmediato con el acta de verificación en la mano, mientras el contrato anterior sigue vivo.

7. El equipo, que es el factor que más decide

Con el mismo software y la misma migración, dos clínicas tienen experiencias muy distintas, y la diferencia casi nunca es técnica.

7.1. La formación antes del corte, no después

Formar cuando el sistema ya es el único que hay significa aprender con pacientes delante. Lo que funciona es dar la formación una o dos semanas antes, con la copia cargada y datos reales, de modo que el día del corte cada persona ya haya hecho al menos una vez lo que va a hacer ese día.

7.2. Una persona de referencia dentro de la clínica

Alguien del equipo que dedique unas horas a conocer el programa un poco más que el resto y que sea el primer filtro de las dudas. No hace falta que sea informático; hace falta que exista, porque sin esa figura todas las dudas van al proveedor y las pequeñas no llegan a preguntarse nunca.

7.3. Y no intentar replicar lo que había

Pedir que el programa nuevo se parezca al viejo pantalla por pantalla desaprovecha la única oportunidad real de arreglar procesos que llevan años torcidos, y además es imposible. Las tres primeras semanas cualquier programa parece peor que el que se manejaba con los ojos cerrados; eso no es un dato sobre el producto.

8. La red de seguridad que hay que dejar montada

Tres medidas que se piden al principio, cuestan poco y resuelven lo que pueda salir mal.

La copia de la extracción llega también a la clínica, y no se borra cuando el proyecto termina bien.

• Acceso de solo lectura al sistema antiguo durante unas semanas.
• Una copia propia de la extracción, guardada fuera del proyecto.
• Los listados del origen impresos o en un fichero, como referencia.
• El acta de verificación firmada, con lo que falta y lo que se decidió.
• Un contacto con nombre en el proveedor nuevo para la primera semana.

8.1. El acceso de lectura es la red principal

Resuelve por sí solo la mayor parte de los sustos de los primeros días: un dato que no aparece se consulta y se sigue trabajando. Se negocia al principio, cuando aún eres cliente, y es prácticamente imposible de conseguir una vez comunicada la baja.

8.2. La copia propia, que no se borra al terminar

La extracción tiene que llegar también a la clínica, no solo al proveedor de destino. Es tuya, la necesitas para tus obligaciones de conservación y es lo único que permite repetir la carga si hace falta. Guárdala en un soporte propio, comprueba que se abre y consérvala aunque el proyecto haya terminado bien.

8.3. Y el hábito que evita repetir todo esto

Una vez en el sistema nuevo, descargar una copia completa de tus datos una vez al año y comprobar que se abre convierte cualquier decisión futura en reversible. Es la conclusión práctica de todo el proceso y está desarrollada en los datos de la clínica son tuyos, junto con el mapa completo en el software para clínicas dentales y cómo elegirlo.

9. Qué aporta obeliOmed con esto

Qué resuelve obeliOmed de cada fase del procedimiento anterior.

9.1. La entrada

Los datos del programa anterior se importan al empezar. Lo que conviene fijar por escrito, aquí y con cualquier proveedor, es qué bloques concretos viajan, en qué formato los necesita el destino y quién responde si falta algo tras el corte: eso se pacta en el presupuesto de migración con la lista de la fase cero delante.

9.2. El corte, sin instalación en cada puesto

Se usa desde el navegador, así que el día del corte no hay que instalar nada en los ordenadores de la clínica ni preparar un servidor: cada persona entra con su clave desde el puesto que tenga. Hay cuatro perfiles dentales con permisos distintos, de modo que las cuentas se reparten desde el primer día sin que nadie comparta clave.

9.3. Y la red, desde el primer día

En cualquier momento puedes descargarte una copia completa de tus datos, sin solicitarla y sin coste añadido, así que el hábito anual del apartado 8 es posible desde la primera semana. La infraestructura hace copias cada tres horas, además de diarias, semanales y mensuales; los servidores están en España y los documentos y campos marcados van cifrados con AES-256-GCM. Y cada cambio queda registrado con su autor, su fecha y el valor anterior, que es lo que permite reconstruir qué pasó en los días de transición.