Casi todas las comparaciones entre programas de gestión empiezan y terminan en la cuota mensual, porque es el único número que los proveedores publican y el más fácil de poner en una tabla. Después llega la implantación real y aparecen partidas que nadie había contado, casi siempre en forma de horas del equipo, que es el recurso más caro y el que no figura en ninguna factura.
Las siete partidas que no salen en la tabla comparativa
- La exportación del sistema antiguoAlgunos proveedores cobran por entregarte tus propios datos, y otros los entregan en un formato que obliga a un trabajo de conversión previo.
- Los documentos adjuntosRadiografías, consentimientos firmados e informes escaneados suelen ir por separado del volcado principal, y son la parte que más pesa y más se olvida.
- El mes de doble trabajoDurante el solape, el equipo consulta el sistema viejo y registra en el nuevo. Son horas reales de personas, no una línea de presupuesto.
- La formación del equipoNo es solo la sesión inicial: son las semanas de rendimiento reducido mientras cada persona reconstruye sus automatismos.
- La reconfiguración de lo periféricoRecordatorios, plantillas, series de facturación, catálogos de servicios y permisos por rol hay que volver a definirlos en el destino.
- Lo que no viajaSiempre hay algo que no se puede trasladar. Decidir de antemano qué se acepta perder evita descubrirlo el día del cambio.
- El acceso al histórico antiguoSi el sistema anterior queda apagado, hay que resolver dónde se consulta lo que no migró y durante cuánto tiempo se conserva.
Sumadas, esas siete partidas explican por qué dos migraciones con la misma cuota mensual acaban costando cosas muy distintas. La variable que más pesa no es el destino sino el origen: lo que tu programa actual sea capaz de exportar decide la mitad del presupuesto antes de que empiece el proyecto.
¿Por qué el origen manda más que el destino?
Porque ningún sistema de destino puede importar lo que nadie le entrega. Un programa que exporta un volcado completo con pacientes, historia, imágenes y facturación permite un traslado limpio. Uno que solo genera un listado en hoja de cálculo obliga a reconstruir a mano todo lo demás, y ahí es donde el proyecto se encarece sin que cambie una sola línea del contrato del nuevo proveedor.
Por eso la primera gestión de cualquier cambio no es firmar con el nuevo, sino pedir por escrito al actual la exportación completa de tus datos, con el detalle de qué incluye y en qué formato. Esa respuesta, o su ausencia, te dice más sobre el coste de cambiar de software de clínica que cualquier presupuesto.
El coste que no se paga en dinero
Hay una partida más, difícil de cuantificar y muy real: el desgaste del equipo. Una migración mal planteada gasta paciencia, y esa cuenta se paga durante meses en forma de resistencia a cualquier cambio posterior. Reducirla depende menos del presupuesto que de dos decisiones: explicar por qué se cambia antes de empezar y no hacerlo en la semana de más carga asistencial del año.
Qué abarata de verdad una migración
Que el proceso permita equivocarse sin consecuencias. En Sanagest, la importación pasa por previsualizar las cabeceras y una muestra de datos con el mapeo de campos sugerido, validar con un informe de errores y simular en seco el resultado completo antes de escribir un solo dato. Si la ejecución se corta a mitad, se retoma desde el último punto de control en vez de volver a empezar.
Ese diseño ahorra dinero por una razón poco glamurosa: elimina los reintentos. La partida que dispara el coste de una migración no suele ser la primera carga, sino la tercera, cuando se descubre que un campo se mapeó mal y hay que deshacerlo todo. Admite tres formatos de fichero, según lo que pueda entregar el programa anterior, y ese margen evita un trabajo de conversión intermedio.
El cómo, paso a paso
Antes de calcular el coste conviene entender el proceso: qué se valida, qué se simula y en qué orden se traslada cada bloque.
¿Cuándo no compensa cambiar, aunque el nuevo sea mejor?
Cuando el problema real es de configuración y no de producto, cuando el equipo está saturado por otra razón o cuando falta menos de un trimestre para un cierre fiscal exigente. También cuando la mejora esperada es marginal: cambiar para ganar dos funciones que se usarán una vez al mes rara vez cubre la factura completa del traslado.
Compensa, en cambio, cuando el sistema actual obliga a trabajar fuera de él con hojas de cálculo, cuando hay que teclear el mismo dato dos veces cada día o cuando falta una obligación normativa que no se puede resolver con un apaño. Ahí el coste de no cambiar crece cada mes y el cálculo se invierte.
Preguntas frecuentes sobre el coste de cambiar de programa
¿Me pueden cobrar por exportar mis propios datos?
Depende de lo que diga tu contrato, y es una de las cláusulas que más conviene leer antes de firmar cualquiera. Lo razonable es que la salida de datos esté prevista, con formato y plazo, sin coste desproporcionado. Si tu contrato actual no lo regula, pide la exportación por escrito y conserva la respuesta, sea cual sea.
¿Qué formatos admite la importación de Sanagest?
Tres: fichero CSV, volcado SQL y JSON, según lo que pueda entregar el programa de origen. Antes de escribir nada se previsualizan cabeceras y una muestra con el mapeo de campos sugerido, se valida con un informe de errores y se simula en seco. Esa secuencia existe para que un mapeo equivocado no se descubra con los datos ya escritos.
¿Hay que migrar todo el histórico o solo lo reciente?
Es una decisión de la clínica y tiene consecuencias en las dos direcciones. Migrar todo cuesta más y deja el sistema nuevo con datos antiguos de calidad desigual; migrar solo lo reciente abarata el proyecto y obliga a resolver dónde se consulta el resto, con sus obligaciones de conservación intactas. Conviene decidirlo antes, no durante.
¿Conviene mantener el sistema antiguo un tiempo?
Suele ser lo prudente, al menos en modo de solo lectura y durante un periodo acotado. Sirve para resolver dudas puntuales sobre lo que no viajó y para comprobar contra el origen cualquier cifra que no cuadre. Lo que no conviene es dejarlo abierto para registrar, porque entonces la clínica acaba con dos sistemas vivos y ninguno fiable.
Sigue por la prueba
La forma más barata de no equivocarse en un cambio es probar antes de comprometerse. Así se monta un piloto que sirva para decidir.