Migración de software para clínicas de psicología sin pérdida de datos

1. Por qué el miedo a perder el histórico frena el cambio

1.1. El coste de quedarse

Casi ningún centro cambia de software porque el actual esté mal desde el primer día: cambia porque las tarifas suben sin avisar, porque dejó de recibir actualizaciones, o porque el equipo lleva meses cruzando datos a mano entre hojas de cálculo y mensajes sueltos. Lo que frena la decisión no es el software nuevo: es el miedo a perder años de notas de evolución, fichas de pacientes y el registro histórico de citas en el camino.

Ese miedo es razonable. Una migración mal hecha sí puede perder datos o desordenar el histórico de un paciente. La diferencia real está en cómo se hace, no en si se hace. Qué debe tener un sistema pensado para psicología, más allá de la migración en sí, está en la guía completa de software para clínicas de psicología.

1.2. Qué se puede perder de verdad si se hace mal

Los riesgos reales de una migración descuidada son concretos: fichas duplicadas que mezclan a dos pacientes distintos, notas de sesión que pierden su orden cronológico, o un bono con saldo pendiente que llega al sistema nuevo con el número equivocado. Ninguno de los tres se evita prometiendo velocidad; se evita validando antes de dar el proceso por cerrado, con una muestra revisada a mano, no solo con una comprobación automática.

2. Qué se migra de tu sistema actual

2.1. La ficha y la historia clínica

Datos demográficos y de contacto, mutuas asociadas, y el cuerpo de la historia: las notas de evolución de cada sesión, en su orden cronológico original, junto con los informes y evaluaciones ya registrados. El objetivo no es trasladar nombres y teléfonos: es que el proceso terapéutico se pueda seguir leyendo como una serie continua, no como documentos sueltos con fecha.

2.2. Agenda, bonos y facturación

El histórico de citas ya realizadas y las citas futuras ya programadas, para que no se pierda ni una reserva en el cambio. Y la parte económica: facturas emitidas, cobros registrados y, sobre todo, el saldo exacto de los bonos de sesiones activos de cada paciente —es el dato que más duele perder, porque afecta directamente a lo que se le puede cobrar o no a alguien la semana que viene—. El detalle de cómo se controla el saldo de un bono día a día, una vez migrado, está en control de bonos de sesiones en psicología.

Lo que no se migra porque no hace falta: configuraciones internas del programa antiguo, plantillas de informe que ya no se van a usar o campos que el centro decidió dejar de rellenar hace tiempo. Migrar todo sin criterio no es más seguro, es más ruido que revisar después.

3. Cómo se hace: las fases del proceso

3.1. Extracción y análisis del origen

Se audita de dónde vienen los datos —hojas de cálculo, un programa de escritorio con base de datos local, una plataforma en la nube— y qué estructura tienen. No todos los orígenes son igual de limpios: un Excel mantenido por varias personas durante años suele necesitar más trabajo de depuración que una base de datos SQL exportada de un sistema anterior.

Esta fase termina con un mapa concreto: qué campos del sistema antiguo corresponden a qué campos del nuevo, y qué información no tiene un destino claro y hay que decidir qué hacer con ella antes de seguir. Ese mapa es lo que se revisa con el centro antes de tocar un solo dato real.

3.2. Depuración y validación en un entorno aparte

Los datos se cargan primero en un entorno de pruebas, no en el sistema en producción. Ahí se corrigen errores de formato, se detectan fichas duplicadas de un mismo paciente y se comprueba que cada nota de evolución sigue asociada al paciente correcto. Esta fase es la que de verdad evita los errores del apartado anterior: nada llega al sistema real sin pasar por aquí.

La validación no se da por buena porque el proceso automático no haya lanzado ningún error: se revisa a mano una muestra real de expedientes, comparando lo que hay en el sistema nuevo contra el origen, campo por campo. Es la única manera de detectar un duplicado que el proceso automático no identificó porque los dos nombres estaban escritos de forma ligeramente distinta.

3.3. Volcado y arranque

Una vez validado, el volcado definitivo se programa fuera del horario asistencial habitual —normalmente un fin de semana—, y el centro empieza a trabajar con su histórico ya disponible en el sistema nuevo. Lo urgente son los bonos con saldo pendiente y las citas ya agendadas; el resto del histórico puede seguir entrando en paralelo sin bloquear el arranque.

4. Mientras dura la migración, la consulta sigue

4.1. El sistema antiguo no se apaga hasta el final

Durante la preparación —auditoría, extracción, depuración y validación en el entorno de pruebas— el centro sigue agendando y registrando en su sistema actual con normalidad. No hay un punto intermedio en el que la consulta se quede sin herramienta.

4.2. El día del cambio

El día acordado para el volcado definitivo se hace una última extracción con lo registrado hasta ese momento, y el sistema nuevo arranca con el histórico completo. Los primeros días conviene tener a mano el acceso al sistema antiguo por si aparece algo que revisar, aunque el trabajo diario ya pase por el nuevo.

Ese solapamiento de unos pocos días no es un fallo del proceso: es parte de él. Es más barato mantener el acceso de lectura al sistema viejo una semana de más que descubrir tarde que faltaba algo y no tener dónde comprobarlo.

5. Seguridad durante el trasvase

El acuerdo de confidencialidad se firma antes de que salga el primer dato de tu clínica.

5.1. Confidencialidad del proceso

Antes de que se comparta cualquier copia de la base de datos actual, se formaliza un contrato de encargo de tratamiento que fija qué se puede hacer con esa información y durante cuánto tiempo. Los datos que se manejan durante la migración son historias clínicas de salud mental, categoría especial bajo el RGPD, y el proceso se trata con ese nivel desde el primer archivo que se comparte.

5.2. Cifrado y ubicación

Los servidores están en España. Los documentos clínicos y los campos marcados como sensibles van cifrados con AES-256-GCM, con clave derivada por ámbito y rotación periódica, y la conexión viaja bajo TLS 1.3. No usamos la palabra «certificado»: no tenemos una certificación externa que lo respalde. El detalle de qué revisar en cualquier proveedor está en el checklist de auditoría RGPD, y el marco específico de datos de psicología en RGPD en psicología.

6. Qué queda registrado si hay que corregir algo

6.1. Un error se corrige, no se oculta

Si tras la migración aparece un dato mal traído —una fecha, un importe, un bono con el saldo equivocado—, se corrige. El dato se modifica, no queda bloqueado. Lo que garantiza la trazabilidad es que la auditoría guarda quién hizo el cambio, cuándo y qué valor había antes, tal y como exige la Ley 41/2002 sobre la historia clínica.

6.2. Las notas del terapeuta, con su propio régimen

Las anotaciones subjetivas del terapeuta migran con el mismo tratamiento diferenciado que ya tenían, o se configuran como tal si el sistema de origen no las distinguía: viven en un campo con permiso propio, no accesible por la vía general de una solicitud de acceso. El marco completo está en custodia legal de la historia clínica en psicología.

7. El motor de gestión detrás

7.1. Un ERP de gestión, no un módulo de facturación

obeliOmed se apoya en un núcleo ERP de código abierto para la parte contable y fiscal, la de un sistema de gestión completo y no un módulo simplificado para emitir tickets. Para un centro con colaboradores que cobran por sesión, bonos y facturación a mutuas, esa diferencia se nota en cada liquidación mensual.

7.2. Lo clínico y lo económico en el mismo sitio

Al cerrar la nota de una sesión se descuenta el bono y queda registrada la actividad del profesional que la impartió, sin un segundo paso administrativo que alguien pueda olvidar. Y VeriFactu y TicketBAI se cumplen en la parte de facturación, sin que el centro tenga que gestionar nada adicional por su cuenta.

Esto es justo lo que suele fallar en una migración mal planteada: se traslada la historia clínica pero se deja fuera la parte de cobros, y el centro acaba con dos sistemas —uno para lo clínico y otro para la caja— que hay que cuadrar a mano cada mes. El detalle de cómo se automatizan cobros y citas está en automatización de cobros y gestión de citas en psicología.

8. Precio y contratación

8.1. Los planes

El plan 29 € al mes cubre a quien trabaja solo; el plan 49 € añade recepción y agenda compartida; y el plan 79 € es para un centro con varios terapeutas, colaboradores o facturación a mutuas. Comprometiéndote a doce meses pagas diez.

8.2. Qué se presupuesta aparte

La migración de un volumen estándar va incluida en la puesta en marcha; si el origen está en formatos poco habituales o disperso en varios sitios, se presupuesta según el caso. La contratación es mes a mes, sin permanencia alguna, y los datos se exportan en formato abierto cuando quieras, sin coste añadido.

9. Un caso real: la migración de la Clínica Masera

70.000 historiales, tres formatos de origen, cinco semanas, sin parar la consulta.

9.1. Las cifras reales

La Clínica Masera, una policlínica privada multidisciplinar, migró 70.000 historiales repartidos en tres formatos distintos —papel, hojas de cálculo y un software antiguo— en un proyecto de cinco semanas. La clínica siguió operando con su sistema anterior mientras se preparaba la migración, y trabajó con los dos sistemas en paralelo los primeros tres días. La validación se hizo sobre una muestra aleatoria de 150 expedientes revisados a mano, con 23 registros duplicados detectados y corregidos antes de dar el proyecto por cerrado. El caso completo está en caso de éxito de la Clínica Masera.

9.2. Cómo empezar la tuya

El primer paso no es elegir fecha: es mandar una muestra real de tu sistema actual —un extracto de fichas, la estructura de tu agenda— para valorar la viabilidad antes de comprometer nada. A partir de ahí se ve si el origen es limpio o necesita más trabajo de depuración, y eso es lo que determina el plazo real, no una estimación genérica.

Un centro pequeño con un solo terapeuta y una hoja de cálculo ordenada puede estar listo en días; uno con varios colaboradores, distintos formatos de bono y años de historial repartido entre carpetas suele necesitar el proceso completo de varias semanas, como en el caso de Masera. Ninguno de los dos escenarios es un problema: son puntos de partida distintos que se presupuestan de forma distinta.