Migración de expedientes: qué preparar antes del cambio

Migración de expedientes clínicos: qué preparar antes del cambio

En una consulta de psicología, cada historia clínica reúne información asistencial, documentos, consentimientos, datos de contacto, citas, facturas y notas cuyo significado depende, en buena medida, de cómo se han organizado hasta ese momento.

Cuando el cambio se hace deprisa, los problemas no suelen aparecer el primer día. Se manifiestan después: una nota evolutiva que no conserva su fecha, un documento adjunto que deja de abrirse, un paciente activo sin sus antecedentes o una factura que ya no puede relacionarse con la sesión correspondiente. Y, mientras intentamos reconstruir lo ocurrido, la carga mental vuelve a caer sobre nosotros, los terapeutas, que ya estamos sosteniendo bastante en la práctica clínica diaria.

Por eso, el traspaso de historias clínicas entre software necesita un encuadre propio. Hay que saber qué información existe, qué debe conservarse, qué puede depurarse, cómo se trasladará y de qué manera comprobaremos que el nuevo sistema mantiene la integridad y la trazabilidad de los datos.

Una migración bien hecha no busca trasladarlo todo sin pensar: busca que cada dato necesario llegue al lugar correcto, con su contexto y con una forma segura de comprobarlo.

Auditoría y limpieza: el primer paso antes de exportar

Antes de hablar con el proveedor del nuevo programa, conviene detenerse en el sistema actual y hacer un inventario realista. No el que aparece en el folleto comercial, sino el que refleja el funcionamiento cotidiano de nuestra consulta.

En muchas consultas psicológicas, la información está distribuida entre varios apartados: ficha del paciente, historia clínica, notas de sesión, documentos firmados, agenda, facturación, correos electrónicos y archivos guardados fuera del programa. El primer riesgo consiste en asumir que todo forma parte de una única base de datos y que, por tanto, podrá exportarse de una sola vez. No siempre es así.

Qué información puede formar parte del expediente

El inventario debe recoger, al menos, estas categorías:

• Datos identificativos y de contacto: nombre, documento identificativo cuando proceda, teléfono, correo electrónico y datos necesarios para la comunicación asistencial.
• Información clínica: motivo de consulta, antecedentes relevantes, hipótesis de trabajo, objetivos terapéuticos, evolución y notas clínicas.
• Documentación asociada: consentimientos informados, contratos terapéuticos, informes, derivaciones, cuestionarios y otros archivos adjuntos.
• Información de agenda: citas futuras, citas canceladas, sesiones realizadas y recordatorios pendientes.
• Datos administrativos y económicos: facturas, pagos, bonos, tarifas aplicadas y cualquier relación entre el servicio prestado y su registro contable.
• Registros de comunicación: mensajes internos del programa, observaciones administrativas y comunicaciones que tengan relevancia para la atención.

No todo lo que aparece dentro de un software tiene el mismo valor asistencial ni debe conservarse de la misma forma. Una etiqueta interna puede haber sido útil durante un periodo y carecer de sentido en la nueva plataforma. Una nota administrativa puede no pertenecer a la historia clínica, mientras que un documento aparentemente secundario puede acreditar un consentimiento necesario.

La limpieza previa no significa borrar indiscriminadamente. Significa distinguir entre información duplicada, información obsoleta, información incompleta y documentación que debemos mantener aunque no vaya a importarse con el mismo formato.

Cómo revisar la calidad de los datos

Una auditoría manejable puede comenzar con una muestra de expedientes, especialmente si la consulta tiene un volumen elevado. Seleccionaremos pacientes activos, procesos finalizados, expedientes con documentos adjuntos y casos que representen distintas formas de trabajo. Si el programa actual permite generar informes, será útil conocer cuántos registros contiene cada categoría y en qué formato se pueden obtener.

Durante esta revisión suelen aparecer problemas como:

• pacientes duplicados por haber sido registrados con variaciones en el nombre;
• teléfonos o correos electrónicos antiguos;
• expedientes sin fecha de alta o cierre;
• notas clínicas mezcladas con observaciones administrativas;
• archivos adjuntos cuyo nombre no identifica al paciente o al documento;
• citas asociadas a una ficha duplicada;
• campos personalizados que el nuevo software no contempla;
• documentos escaneados con una calidad insuficiente para su consulta posterior.

Dicho de otro modo, la pregunta no es únicamente si podemos sacar los datos del programa actual, sino si esos datos están suficientemente ordenados para que otra herramienta pueda interpretarlos sin perder información.

La copia de seguridad no es opcional

Antes de modificar, limpiar o exportar cualquier registro, debemos realizar una copia de seguridad completa y comprobar que puede abrirse o restaurarse. Guardar un archivo en una carpeta y dar por terminada la tarea no ofrece esa garantía.

La copia debe conservarse en un entorno protegido, con acceso limitado y medidas acordes con la sensibilidad de la información. También conviene dejar constancia de la fecha, del contenido incluido y del responsable que ha verificado el proceso. Si la exportación se hace en varias partes —por ejemplo, una para pacientes, otra para citas y otra para documentos—, cada archivo debe quedar identificado.

No es prudente trabajar directamente sobre la única copia disponible. La versión exportada debe duplicarse antes de iniciar la limpieza, de manera que podamos volver al estado original si detectamos que se ha eliminado o transformado un dato por error.

Cumplimiento legal: qué conservar y durante cuánto tiempo

El cambio de software de gestión de consultas no modifica nuestras obligaciones como responsables de la documentación asistencial. En España, la Ley 41/2002, de Autonomía del Paciente, establece en su artículo 17.1 que la documentación clínica debe conservarse, como mínimo, durante cinco años desde la fecha del alta de cada proceso asistencial.

Ese plazo de cinco años es un mínimo estatal. Algunas comunidades autónomas contemplan periodos de conservación superiores, que pueden llegar a 15 años en Cantabria o a 20 años en Cataluña y Navarra, según la regulación aplicable. Por eso, no basta con aplicar una regla general a todos los expedientes: debemos revisar qué normativa corresponde a nuestra consulta y a la documentación que gestionamos.

La responsabilidad tampoco desaparece porque utilicemos una plataforma externa. Cuando ejercemos de forma individual, somos responsables directos de la gestión y custodia de la documentación asistencial que generamos. El proveedor puede ofrecer infraestructura, alojamiento, copias de seguridad o soporte técnico, pero eso no convierte la migración en una tarea ajena a nuestra supervisión profesional.

Separar conservación, traslado y eliminación

Conviene distinguir tres decisiones que a menudo se mezclan:

1. Qué documentación debe conservarse. La antigüedad del expediente no basta para decidirlo, porque el plazo puede contar desde el alta del proceso asistencial y no desde la última vez que abrimos el archivo.

2. Qué documentación debe migrarse al nuevo programa. Podemos necesitar conservar ciertos documentos sin que todos tengan que incorporarse como campos editables en la nueva plataforma.

3. Qué documentación puede eliminarse de forma segura. Esta decisión requiere una base jurídica y organizativa suficiente; no debe tomarse simplemente porque el nuevo software no admita un formato concreto.

Los expedientes históricos pueden mantenerse en un repositorio seguro y separado del sistema operativo habitual, siempre que podamos localizar la información, limitar los accesos y demostrar que no ha sido alterada. En otros casos, será preferible migrarlos completos. La elección depende del volumen, del riesgo clínico, de las obligaciones de conservación y de la capacidad del nuevo programa.

El RGPD y la LOPDGDD forman parte del marco de protección de datos que debemos tener presente, pero el plazo mínimo de cinco años de conservación de la documentación clínica procede específicamente de la Ley 41/2002. Esta distinción es importante porque evita atribuir a una norma una obligación que deriva de otra y nos ayuda a documentar mejor nuestras decisiones.

Estrategia de volcado: mapeo de campos y formatos compatibles

La parte más delicada del traspaso de historias clínicas entre software suele ser el mapeo. El programa antiguo y el nuevo no organizan necesariamente la información con los mismos campos. Lo que antes aparecía como una única sección de observaciones puede dividirse en antecedentes, objetivos, evolución y documentos. O puede suceder lo contrario: varios campos específicos terminan agrupados en un espacio de texto libre.

Antes de exportar, debemos pedir al proveedor del nuevo software una descripción clara de los campos que puede recibir y de los formatos admitidos. Los formatos habituales son CSV o XLSX para datos estructurados, y PDF para notas clínicas firmadas o documentos adjuntos. Sin embargo, que un archivo pueda exportarse en uno de esos formatos no significa que toda la información vaya a conservarse con el mismo nivel de detalle.

El mapeo debe hacerse antes de la importación definitiva

El mapeo consiste en relacionar cada columna o categoría del sistema antiguo con su destino en el nuevo. Por ejemplo:

La vista previa del mapeo es una fase esencial. Antes de confirmar el volcado definitivo, debemos revisar cómo interpreta el nuevo sistema las columnas, qué campos quedan vacíos y qué transformaciones aplica a las fechas, los nombres de archivo o los textos largos.

Si las notas clínicas son texto libre y no siguen una estructura homogénea, es posible que no exista una importación automática perfecta. Este es uno de los puntos en los que conviene ser prudentes: no hay un estándar técnico universal que permita trasladar todas las notas evolutivas sin formato prefijado conservando automáticamente su contexto.

Qué preguntar al proveedor

La conversación con el proveedor debería ser concreta. No basta con saber si el programa permite importar datos; necesitamos conocer el alcance real de esa función.

Estas preguntas ayudan a delimitarlo:

• ¿Qué campos pueden importarse directamente y cuáles requieren una intervención manual?
• ¿Se admiten archivos CSV, XLSX y PDF?
• ¿Se conservan las fechas originales de las notas y documentos?
• ¿Se mantiene el autor o profesional asociado a cada registro?
• ¿Es posible importar documentos adjuntos en bloque?
• ¿Qué ocurre con los pacientes duplicados?
• ¿Hay límites de tamaño o de número de archivos?
• ¿Se puede hacer una importación de prueba antes del volcado definitivo?
• ¿Existe un registro de errores o de elementos rechazados?
• ¿Se puede deshacer la importación si el resultado no es correcto?
• ¿Qué medidas de seguridad se aplican a los archivos durante el traslado?
• ¿Cómo se garantiza la inalterabilidad y la trazabilidad de los datos guardados?

Un proveedor serio debería poder explicar el proceso sin reducirlo a una promesa genérica de migración automática. En algunos casos será necesario contratar asistencia técnica o preparar una transformación específica de la base de datos. El coste de una migración a medida puede variar mucho según la complejidad y no conviene tomar decisiones basadas en una cifra supuesta.

Priorización de datos: empezar por lo que sostiene la práctica actual

Intentar migrar todos los expedientes al mismo tiempo puede bloquear la consulta durante semanas. Una estrategia más sostenible consiste en trabajar por fases, empezando por la información que necesitamos para seguir atendiendo sin interrupciones.

Los primeros expedientes deberían ser los de pacientes activos, con citas recurrentes o tratamientos en curso. Son los registros en los que una pérdida de contexto tendría un impacto más inmediato: antecedentes que necesitamos consultar, objetivos terapéuticos vigentes, documentos pendientes o citas ya programadas.

Después podemos abordar los expedientes finalizados recientes y, por último, los históricos que deben conservarse por obligación legal o por razones asistenciales, aunque no se consulten con frecuencia.

Un orden de migración razonable

1. Pacientes activos con sesión programada. Deben incluir la información clínica necesaria para la continuidad asistencial, los datos de contacto y las citas futuras.

2. Pacientes activos sin cita próxima. Conviene trasladar sus expedientes antes de cerrar el sistema antiguo, aunque la comprobación pueda hacerse en una segunda tanda.

3. Procesos finalizados recientemente. Se revisará la fecha de alta y el plazo de conservación aplicable.

4. Expedientes históricos. Pueden migrarse al nuevo software o conservarse en un sistema seguro de consulta, dependiendo de la capacidad de búsqueda y del nivel de acceso requerido.

5. Registros duplicados o incompletos. No deberían entrar en el volcado general sin una decisión previa sobre su unificación, conservación o descarte justificado.

Este orden no implica que los expedientes antiguos carezcan de importancia. Significa que la continuidad de quienes están en tratamiento requiere una protección inmediata y que, mientras tanto, podemos trabajar con más calma sobre la documentación histórica.

En la práctica, también es útil establecer una fecha de corte. Hasta ese día, el software antiguo seguirá siendo el registro principal. A partir de la fecha acordada, todas las nuevas notas, citas y documentos se incorporarán al sistema nuevo. Si mantenemos dos plataformas abiertas sin una regla clara, aumentan las posibilidades de registrar una sesión en un sitio y una modificación en otro.

La prioridad no la marca el volumen del archivo, sino el riesgo de perder continuidad en los procesos que siguen abiertos.

Evitar la doble escritura durante demasiado tiempo

Durante una migración puede ser necesario mantener ambos sistemas durante un periodo breve, pero no conviene convertir la duplicación en una rutina indefinida. Escribir las mismas notas en dos programas incrementa la fatiga administrativa y puede generar discrepancias difíciles de detectar.

Si el periodo de convivencia es inevitable, debemos definir:

• cuál es el sistema oficial para las notas clínicas;
• dónde se registran las citas nuevas;
• quién actualiza los datos de contacto;
• cómo se identifican los expedientes ya migrados;
• cuándo se incorpora un documento recibido durante la transición;
• qué persona revisa las incidencias y con qué frecuencia.

Los límites aquí son una forma de cuidado profesional. Reducen la carga mental y protegen el encuadre terapéutico, porque evitan que una tarea administrativa abierta se cuele continuamente entre sesiones.

Verificación de integridad: comprobar que el cambio ha terminado de verdad

La importación no termina cuando el programa muestra un mensaje de proceso completado. Termina cuando podemos demostrar que la información relevante está en el lugar correcto y que los registros mantienen una relación comprensible entre sí.

La comprobación debe hacerse sobre una muestra amplia y variada, no únicamente sobre el primer expediente que aparece en pantalla. Revisaremos pacientes activos, casos con muchos documentos, expedientes con notas de distintas fechas, citas futuras y registros administrativos relacionados con la facturación.

Qué debe revisarse después del volcado

Para cada expediente de prueba, comprobaremos:

• que el paciente correcto aparece una sola vez o que los duplicados están identificados;
• que los datos identificativos y de contacto se han trasladado sin cambios inesperados;
• que las notas clínicas conservan sus fechas y su orden cronológico;
• que los documentos adjuntos se abren y corresponden al paciente adecuado;
• que los consentimientos y archivos firmados mantienen una referencia clara;
• que las citas futuras conservan fecha, hora, duración y profesional;
• que las facturas y pagos, cuando se hayan migrado, siguen relacionados con el servicio correspondiente;
• que las notas no se han truncado por superar el límite de caracteres del nuevo sistema;
• que los permisos de acceso funcionan según el papel de cada usuario;
• que el registro de actividad permite saber quién ha creado o modificado cada elemento.

La trazabilidad es especialmente relevante en una plataforma de historia clínica digital para psicología. No se trata solo de poder ver el contenido, sino de conocer cuándo se incorporó, quién lo registró y si ha sufrido alguna modificación. Los programas de gestión de clínicas deben garantizar condiciones de inalterabilidad y trazabilidad de los datos guardados, además de cumplir las obligaciones que correspondan en materia de facturación, incluida la normativa fiscal aplicable, como VeriFactu en España.

Hacer una prueba antes del cambio completo

Una migración piloto permite detectar errores sin poner en riesgo toda la base de datos. Para hacerla, seleccionaremos un grupo limitado de expedientes representativos y seguiremos el recorrido completo: exportación, limpieza, mapeo, importación y revisión.

La prueba debería incluir, al menos:

• un expediente sencillo;
• uno con varias notas de evolución;
• uno con documentos adjuntos;
• un paciente activo con citas futuras;
• un registro con información administrativa o de facturación;
• un caso que contenga campos personalizados.

Después compararemos el origen y el destino. No hace falta revisar cada palabra de todos los documentos si disponemos de una estrategia de muestreo razonable, pero sí debemos confirmar que no se ha perdido la estructura que permite interpretar el expediente.

También es útil conservar un registro de incidencias: qué dato falló, cómo se corrigió y si el problema puede repetirse en otros pacientes. Este documento no es burocracia añadida; sirve para que la segunda importación no dependa de la memoria ni de conversaciones dispersas con el soporte técnico.

Cierre del sistema antiguo y conservación de la documentación

Una vez verificado el nuevo entorno, todavía queda una decisión importante: qué hacer con el software antiguo. Cerrarlo demasiado pronto puede impedir consultar información que no se haya trasladado correctamente. Mantenerlo abierto sin límites puede prolongar riesgos, costes y confusión.

Antes de desactivarlo, debemos contar con:

1. una copia de seguridad final;

2. un inventario de los expedientes incluidos y excluidos;

3. la confirmación de que los pacientes activos están operativos en el nuevo sistema;

4. una forma segura de consultar la documentación histórica que no se haya importado;

5. la identificación de quién puede acceder al archivo antiguo;

6. una política para conservar o eliminar la plataforma cuando ya no sea necesaria;

7. la documentación de las incidencias y decisiones tomadas durante la migración.

Si decidimos conservar archivos fuera del nuevo software, el repositorio debe permitir localizar la documentación durante todo el periodo exigible, con controles de acceso y garantías de integridad. Escanear documentos y guardarlos en una carpeta no demuestra por sí solo que puedan destruirse los originales ni que las copias digitales tengan siempre la misma validez. Esa decisión requiere comprobar las condiciones de autenticidad, integridad y conservación aplicables.

El cambio de software de gestión de consultas tampoco es un buen momento para rediseñar toda la metodología clínica sin transición. Podemos aprovechar para simplificar campos, ordenar categorías y establecer mejores permisos, pero conviene separar los cambios necesarios para migrar de las mejoras que pueden abordarse después. Si intentamos transformar el sistema y trasladar la información al mismo tiempo, será más difícil saber de dónde procede cada error.

Una migración que proteja la consulta, no que la desborde

Preparar la migración de expedientes clínicos exige una combinación de criterio técnico, responsabilidad documental y conocimiento de cómo trabajamos realmente los psicoterapeutas. La secuencia es clara: inventariar la información, crear una copia de seguridad, limpiar sin borrar a ciegas, exportar en formatos compatibles, revisar el mapeo, importar por prioridades y verificar el resultado antes de cerrar el sistema anterior.

La Ley 41/2002 fija un mínimo de cinco años para conservar la documentación clínica desde el alta de cada proceso asistencial, pero ese plazo puede ser superior según la comunidad autónoma y el tipo de documentación. Por eso, la migración no debe convertirse en una oportunidad improvisada para eliminar expedientes antiguos ni en una promesa tecnológica de traslado instantáneo.

Un buen software puede reducir la carga administrativa, ordenar la agenda y ofrecer una historia clínica digital más consistente. Pero la herramienta solo cumple su función cuando el proceso de cambio respeta los límites de la consulta, mantiene la continuidad de los pacientes y nos permite saber qué ha ocurrido con cada dato. La sostenibilidad no está en hacer más deprisa una migración compleja, sino en diseñarla de forma que, cuando termine, podamos volver a nuestra tarea principal con la tranquilidad de que el trabajo clínico sigue estando protegido.