Migrar datos de pacientes sin perder el historial

Principales conclusiones

• Migrar bien no es “pasar contactos”: exige asegurar continuidad del historial, incluidos documentos, notas clínicas y episodios asociados al paciente correcto.
• Un formato de exportación CSV es útil para datos tabulares, pero no cubre bien adjuntos, consentimientos o informes; planifica esos bloques aparte.
• Las pruebas antes de migrar deben incluir casos reales: pacientes con bonos, anulaciones, mutuas, varios profesionales y facturas rectificativas.
• El criterio clave es la trazabilidad: poder demostrar qué se exportó, cuándo, quién lo validó y qué quedó fuera, por requisito operativo y de RGPD.

Cambiar de programa sin perder información es posible, pero no se improvisa. La migración afecta a agenda, cobros, historia y trabajo de recepción; si falla, se nota el primer día.

Qué significa “no perder el historial” en una clínica

Define “historial” con tu forma de trabajar

En una clínica, historial no es solo una ficha con nombre y teléfono. Suele incluir piezas que están repartidas por el software actual y por carpetas “paralelas”:

• Identificación: datos personales, contacto, DNI/NIE si lo usáis, dirección, fecha de nacimiento.
• Relación asistencial: episodios/visitas, notas por sesión, profesional que atendió, motivo de consulta (si lo registráis), derivaciones internas.
• Documentación: consentimientos informados, informes, pruebas adjuntas, partes, imágenes, PDFs.
• Gestión: presupuestos, facturas, cobros, formas de pago, bonos, sesiones consumidas, impagos, devoluciones.
• Operativa: recordatorios, comunicaciones, citas anuladas/no presentados, etiquetas internas (“prefiere mañanas”, “llamar antes”, “mutua X”).

Acción aplicable (hoy): imprime o comparte una “lista de historial” de tu clínica y marca qué es imprescindible migrar y qué puede quedar como archivo consultable.

Decide qué continuidad necesitas desde el día 1

No todas las clínicas necesitan lo mismo el primer día tras el cambio. La pregunta práctica es: ¿qué tiene que poder ver recepción y el profesional en una llamada o en una cita?

Ejemplo realista:

• Recepción atiende una llamada: necesita ver última visita, saldo de bono, facturas pendientes y teléfono correcto.
• El profesional abre la sesión: necesita ver notas previas, documentos relevantes y quién atendió antes.

Acción aplicable (esta semana): define un “mínimo operativo” para el arranque: 8–12 campos y 3–5 documentos clave por paciente que no pueden faltar.

Lo que suele romperse al exportar datos de pacientes

El CSV no es el historial completo

Muchas herramientas permiten exportar datos de pacientes a un formato de exportación CSV. Es útil, pero tiene límites claros:

• El CSV va bien para tablas (pacientes, citas, facturas).
• Va mal o no sirve para adjuntos (PDFs, imágenes), firmas, consentimientos escaneados o documentos versionados.
• Suele perder relaciones complejas si no se exportan con claves consistentes (por ejemplo, visitas vinculadas a un paciente por un ID interno).

Acción aplicable: pide al proveedor actual un listado de exportaciones disponibles y señala cuáles son CSV y cuáles son “carpetas” o “archivos sueltos”.

Campos “libres” y notas: el agujero negro típico

Si tu equipo escribe mucho en campos de texto libre (“Observaciones”, “Notas internas”), al migrar pueden pasar tres cosas:

• Se copian, pero quedan en un campo distinto y nadie las encuentra.
• Se cortan por límites de longitud.
• Se mezclan notas internas con notas del profesional, creando un problema de uso y de privacidad interna.

Acción aplicable: elige 20 pacientes al azar y revisa cuántas decisiones operativas están en “notas” (por ejemplo: “no llamar al trabajo”, “prefiere WhatsApp”). Si son muchas, define dónde deben vivir en el nuevo sistema.

Duplicados y pacientes “parecidos”

En clínicas con años de recorrido es habitual tener:

• El mismo paciente con dos fichas (un día entró con un teléfono, otro con otro).
• Apellidos con variantes, tildes o dobles apellidos.
• Menores vinculados a un tutor, pero con datos mezclados.

El riesgo es migrar duplicados y que, después, el profesional vea el historial partido.

Acción aplicable: antes de exportar, acuerda una regla de unificación (por ejemplo: “si coincide DNI/NIE, se fusiona; si no, revisión manual”) y deja constancia de quién valida.

Plan de migración por fases (sin parar la consulta)

Fase 1: inventario y mapa de datos

Aquí no se mueve nada todavía. Se decide qué hay y cómo se llama en cada lado.

1. Inventario de módulos y “fuentes reales”:
   • Programa actual
   • Excel de bonos
   • Carpeta de consentimientos escaneados
   • Drive/Dropbox con informes
   • TPV/banco para cobros y devoluciones
2. Mapa de campos (origen → destino):
   • “Teléfono 1” → “Móvil”
   • “Aseguradora” → “Mutua”
   • “Observaciones recepción” → “Notas administrativas”
3. Reglas: qué se migra tal cual, qué se limpia, qué no se migra.

Acción aplicable: crea una tabla simple (Excel) con tres columnas: Campo actual, Campo nuevo, Regla/nota. Que la firmen gerente y responsable de recepción.

Fase 2: exportación controlada y copia de seguridad

Antes de tocar nada:

• Genera una copia de seguridad del sistema actual con fecha y responsable.
• Exporta por bloques: pacientes, citas, facturación, bonos, comunicaciones, documentos.
• Guarda la exportación en una ubicación controlada con permisos limitados.

Si trabajas con proveedor, exige un registro de:

• Fecha y hora de exportación
• Qué incluye y qué no
• Formato (por ejemplo, CSV, PDF, ZIP de adjuntos)

Acción aplicable: nombra un “custodio” de los ficheros (normalmente gerencia o administración) y registra en un documento interno dónde están y quién tiene acceso.

Fase 3: carga en entorno de pruebas

Pide (o monta) un entorno donde se pueda importar sin afectar al trabajo diario. Aquí se hacen las pruebas antes de migrar con casos reales.

Checklist de pruebas operativas:

• Buscar un paciente por nombre, teléfono y DNI/NIE (si aplica).
• Ver continuidad del historial: últimas visitas, notas, documentos.
• Crear una cita y comprobar disponibilidad por profesional y cabina/sala (si lo usáis).
• Registrar un cobro, una factura y una devolución (si procede).
• Ver un bono: saldo correcto y consumo al registrar sesión.

Acción aplicable: define 10 “casos tipo” y asigna a cada uno un validador: recepción valida agenda; administración valida facturas; un profesional valida historia y documentos.

Fase 4: migración final y ventana de cambio

La migración final se planifica con una “ventana” en la que:

• Se minimizan cambios en el sistema antiguo (para no generar datos que luego no se migren).
• Se define qué se hace con citas nuevas, anulaciones y cobros durante la ventana.

Práctica habitual:

• Hasta una hora acordada, se trabaja normal.
• A partir de esa hora, recepción apunta cambios críticos en un registro temporal (por ejemplo, una hoja controlada) para replicarlos en el nuevo sistema tras la carga.

Acción aplicable: diseña un “parte de cambios” para la ventana: paciente, acción (cita/cobro/anulación), hora, responsable.

Validación: cómo comprobar continuidad del historial sin volverte loco

Muestreo inteligente: no revises “todo”, revisa lo que duele

Revisar paciente por paciente es inviable. Lo que funciona es un muestreo que cubra complejidad:

• Pacientes con muchas visitas
• Pacientes con documentos adjuntos
• Pacientes con bonos y consumos parciales
• Pacientes con facturas rectificativas o devoluciones
• Pacientes atendidos por varios profesionales
• Pacientes de mutua (si aplica) y privados

Acción aplicable: prepara una lista de 30–50 pacientes “de estrés” (no por volumen, sino por casuística) y úsala como test estándar.

Reconciliación básica: totales que deben cuadrar

Sin entrar en cifras públicas ni promesas, hay controles simples que detectan fallos rápido:

• Número de pacientes exportados vs importados (debe explicarse cualquier diferencia).
• Número de citas en un rango de fechas (por ejemplo, el último mes cerrado).
• Número de facturas emitidas en un periodo contable cerrado.
• Número de documentos adjuntos y su accesibilidad.

Acción aplicable: pide al proveedor un informe de importación con “importados / rechazados / pendientes” y el motivo de cada rechazo.

Trazabilidad y RGPD: no es burocracia, es protección

La migración implica tratamiento de datos personales de salud. En España aplica el **RGPD y la LOPDGDD . Además, si hay un proveedor que te ayuda, normalmente actúa como encargado del tratamiento y necesitas un contrato acorde.

En la práctica, esto se traduce en:

• Control de accesos a los ficheros de exportación.
• Registro interno de quién manipula datos y con qué finalidad.
• Eliminación o archivo seguro de ficheros temporales tras la migración.
• Procedimiento para atender derechos (acceso, rectificación, supresión) también durante el cambio.

La **AEPD publica guías y criterios útiles para aterrizar medidas y responsabilidades sin convertirlo en un proyecto eterno.

Acción aplicable: pide por escrito al proveedor qué medidas usa para transferir ficheros (canal, cifrado, acceso) y quién puede acceder durante el proceso.

Agenda, cobros y personal: lo que nadie quiere descubrir el lunes

Agenda: recursos, duraciones y reglas de huecos

Al migrar agenda, los fallos típicos no son “faltan citas”, sino:

• Duraciones por defecto distintas (30 vs 45 minutos).
• Reglas de solape por profesional.
• Recursos no migrados (sala, cabina, equipo) y citas que quedan “sin sitio”.
• Tipos de cita que cambian de nombre y rompen estadísticas internas.

Acción aplicable: antes del cambio, lista tus tipos de cita (primera, revisión, informe, mutua, teleconsulta si existe) con duración y recursos; valida que existen igual en el nuevo sistema.

Cobros y facturación: qué debe estar cerrado antes

Si cambias de software en mitad de un periodo contable, aparecen dudas operativas:

• ¿Dónde emito una factura rectificativa de una factura antigua?
• ¿Dónde miro el historial de cobros de un paciente si hay una reclamación?
• ¿Cómo controlo impagos si el estado no migró bien?

Sin dar asesoramiento fiscal, la práctica de gestión es clara: cierra lo que puedas cerrar antes del cambio y define qué consultas se harán en el sistema antiguo como “archivo”.

Acción aplicable: acuerda una fecha interna de “corte operativo” para facturación y un procedimiento: “las facturas anteriores se consultan en el sistema antiguo; las nuevas se emiten en el nuevo”.

Equipo: permisos, roles y altas/bajas

Durante una migración, el riesgo humano es alto:

• Alguien entra con permisos de más “para ayudar”.
• Se crean usuarios genéricos compartidos.
• No se replican bien los roles (recepción ve notas que no debería, o el profesional no ve documentos necesarios).

Acción aplicable: prepara una lista de usuarios con su rol y acceso mínimo necesario. Revisa el primer día: recepción, administración, dirección y cada profesional.

Qué pedir a un proveedor antes de firmar la migración

Preguntas concretas que evitan sorpresas

Llévate estas preguntas a la demo o a la reunión técnica:

• ¿Qué formatos de exportación soportan desde mi sistema actual: CSV, Excel, JSON, ZIP de adjuntos?
• ¿Cómo importan documentos: por enlace, por carga masiva, por carpeta por paciente?
• ¿Qué campos no se importan y por qué?
• ¿Cómo resuelven duplicados: regla automática, revisión manual, informe de conflictos?
• ¿Qué entregan al final: informe de importación, listado de errores, registro de mapeo?
• ¿Hay entorno de pruebas y cuántas iteraciones de prueba permite el proceso?

Si estás evaluando ClinicaDigital Software, aplica estas mismas preguntas; te sirven igual para comparar con cualquier alternativa sin depender del discurso comercial.

Acción aplicable: exige un documento de “alcance de migración” con: qué entra, qué no entra, qué se valida, quién valida y qué se considera migración aceptada.

Señales de riesgo (para parar y redefinir)

• “Todo se pasa” sin detallar qué significa todo.
• No hay plan de pruebas antes de la fecha de cambio.
• No hay informe de errores de importación.
• Te piden los ficheros por canales informales sin control de acceso.
• No se habla de roles/permisos ni de trazabilidad.

Acción aplicable: si detectas una señal, convierte el punto en requisito: “sin entorno de pruebas no hay fecha de cambio”, por ejemplo.

Cómo aplicarlo en tu clínica

1. Lunes (gerencia + recepción, 45 minutos): definid el “mínimo operativo” de continuidad del historial (campos y documentos imprescindibles) y anotadlo en una hoja compartida.
   Comprobación: todos los perfiles (recepción, profesional, administración) confirman que con ese mínimo pueden trabajar un día completo.

2. Martes (administración, 60 minutos): inventario de fuentes de datos y exportaciones disponibles; pedid al proveedor actual la exportación en formato de exportación CSV y, aparte, adjuntos/documentos.
   Comprobación: existe una carpeta controlada con exportaciones fechadas y un registro de quién tiene acceso.

3. Miércoles (responsable designado + proveedor, 60–90 minutos): construir el mapa de campos origen→destino y acordar reglas de duplicados y normalización (teléfonos, tildes, DNI/NIE si aplica).
   Comprobación: el mapa tiene responsable y versión; cualquier cambio queda anotado.

4. Jueves (recepción + 1 profesional + administración, 90 minutos): ejecutar pruebas antes de migrar con 10 casos tipo (bono, mutua, devoluciones, múltiples profesionales, documentos).
   Comprobación: lista de incidencias con captura o ejemplo, y decisión: se corrige en origen, en el mapeo o en destino.

5. Viernes (gerencia, 30 minutos): definir ventana de cambio y “parte de cambios” para anotar citas/cobros durante el corte; comunicarlo al equipo.
   Comprobación: todo el equipo sabe qué se apunta, dónde y quién lo traspasa al nuevo sistema.

Preguntas frecuentes

¿Qué datos mínimos debo migrar para empezar a trabajar?

Debes migrar identificación del paciente, contacto, agenda futura y un resumen utilizable del historial reciente. Añade facturación abierta (impagos, bonos activos) para que recepción pueda cobrar y cuadrar. Lo demás puede quedar como archivo consultable si lo defines así desde el principio.

¿El formato CSV sirve para migrar documentos y consentimientos?

No, el CSV sirve para datos tabulares y relaciones básicas si están bien identificadas. Los documentos suelen migrarse como ficheros (por ejemplo, carpetas o ZIP) y requieren una regla para vincularlos a cada paciente. Pide un método de importación de adjuntos y pruébalo con varios tipos de documento.

¿Cómo gestiono las citas nuevas durante la ventana de cambio?

Define una hora de corte y un registro temporal único para cambios críticos: altas de cita, anulaciones y cobros. Una persona responsable traspasa esos cambios al nuevo sistema tras la carga final. Si no hay registro único, aparecerán huecos duplicados o citas perdidas.

¿Qué debo pedir para cumplir RGPD en una migración?

Debes pedir medidas de transferencia y almacenamiento seguro de ficheros, control de accesos y trazabilidad de quién manipula los datos. Asegura que existe contrato de encargo de tratamiento si un proveedor interviene, conforme a RGPD y LOPDGDD . Conserva un registro interno del proceso y elimina copias temporales cuando ya no sean necesarias.

Enlaces externos

• El tratamiento de los datos sanitarios en la historia clínica …
• Programa Formativo de la Especialidad de Enfermería Obstétrico …
• grupo de trabajo sobre gasto sanitario
• ESTRATEGIA DE SALUD DIGITAL
• ¿qué es la transformación biónica? - European Commission
• La migración implica tratamiento de datos personales de salud. En España aplica el **RGPD
• La **AEPD
• Debes pedir medidas de transferencia y almacenamiento seguro de ficheros, control de accesos y trazabilidad de quién manipula los datos. Asegura que existe contrato de encargo de tratamiento si un proveedor interviene, conforme a RGPD