Migración de software clínico sin perder pacientes · framework de 60 días

Hablo con clínicas casi a diario. La pregunta que más miedo da no es "qué software elijo" · es "cómo migro sin perder a mis 2000 pacientes". El miedo es legítimo · porque ~95% de migraciones mal hechas pierden datos. Este es el framework de 60 días que reduce ese riesgo a casi cero · con 5 fases claras y comprobables.

Por qué fallan la mayoría de migraciones

Tres causas concentran casi todos los fallos que veo:

• Confiar en el "soporte exportará todo".El soporte del software viejo NO tiene incentivo para que migres bien. En 60% de casos te dan CSV incompleto · sin historia clínica · o con campos truncados.
• Migrar el día X sin paralelo. Cutover directo sin probar el nuevo sistema en producción. Cuando algo falla · ya no tienes el viejo activo y pierdes citas reales.
• No comunicar al paciente. Pacientes se enteran cuando reciben un SMS desde número desconocido · piensan que es spam · se borran. Pérdida silenciosa pero significativa.

Las clínicas que migran bien hacen lo contrario: exportan temprano · prueban en sandbox · corren paralelo · comunican con antelación.

Framework 5 fases · 60 días

Fase 1 · Exportación + ETL prep (días 1-12)

Objetivo: tener una copia local · íntegra · portable de TODOS tus datos · antes de tomar cualquier decisión.

• Solicita exportación formal al proveedor actual (carta certificada · email a soporte · portal admin). Es tu derecho de portabilidad (Art. 20 RGPD).
• Datos a pedir explícitamente: pacientes · contactos · historia clínica · presupuestos · facturas · citas pasadas · citas futuras · reseñas · adjuntos (radiografías · fotos · PDFs) · campos personalizados · etiquetas.
• Formato: CSV o JSON por entidad. Si solo dan PDF · no es portabilidad real. Insiste.
• Plazo legal: 1 mes desde solicitud (Art. 12.3 RGPD). Si retrasan · denuncia AEPD vía sede electrónica.
• Backup local doble: guarda copia en disco externo cifrado + copia en cloud cifrado distinto proveedor del nuevo software.

Fase 2 · Mapeo de campos viejo → nuevo (días 13-22)

Objetivo: documentar exhaustivamente cómo cada campo del software viejo se traduce al nuevo. La parte aburrida y la que más fallos evita.

• Hoja Excel con 4 columnas: campo origen · tipo origen · campo destino · transformación necesaria.
• Casos típicos problemáticos: fechas en formato diferente (DD/MM/YYYY vs ISO) · teléfonos con/sin prefijo · NIF con/sin guión · seguros con códigos diferentes · ortodoncia con campos custom que no existen en el nuevo.
• Decide explícitamente qué NO migrar. Si llevas 8 años con datos · probablemente 30% son pacientes inactivos con datos corruptos. Marca un cutoff (ej. pacientes con cita en últimos 36 meses).
• Reunión con proveedor del nuevo software · revisa mapeo con su equipo onboarding. La mayoría tiene ETL kit para los 3-4 software más comunes (Doctoralia · Gesden · Dentalink · Klinikare).

Fase 3 · Sandbox testing con dataset (días 23-37)

Objetivo: cargar datos reales en entorno de prueba del nuevo software · validar que todo funciona · ANTES de tocar producción.

• Pide al nuevo proveedor entorno sandbox / staging. Cualquier software profesional lo tiene. Si no · señal roja.
• Carga primero muestra pequeña (50-100 pacientes) · verifica que historiales · presupuestos · adjuntos llegan completos.
• Test de búsqueda · creación cita · facturación · exportación interna. Si la nueva exportación falla · no migres todavía.
• Carga total una vez sandbox limpio. Revisa contadores · número total pacientes · número total citas · número total facturas · debe coincidir con origen.
• Test pacientes específicos seleccionados al azar. Verifica que la información en pantalla coincide con el viejo software. Toma capturas como evidencia.

Fase 4 · Paralelo 7 días (días 38-44)

Objetivo: ambos sistemas activos simultáneamente · todo lo nuevo entra en ambos · la clínica trabaja con confianza.

• Equipo recepción usa el nuevo software como principal · pero replica creaciones críticas (cita · paciente nuevo · factura) en el viejo · durante 7 días.
• Cada noche · diff entre sistemas. Lista de discrepancias · resolución por la mañana siguiente.
• Recordatorios automáticos siguen saliendo del software viejo (no quieres dejar pacientes sin SMS por la migración).
• Si tras 7 días la lista de discrepancias es <5 · cutover OK. Si es >5 · prolonga paralelo otros 7 días.

Fase 5 · Cutover + rollback plan (días 45-60)

Objetivo: cortar al nuevo · mantener viejo en modo "solo lectura" por seguridad · postmortem.

• Día 45 cutover. Comunica al equipo. Recordatorios pasan a nuevo software.
• Software viejo: cancela renovación automática · pero conserva acceso solo-lectura mínimo 60 días post-cutover. Lo necesitarás para resolver casos puntuales.
• Plan de rollback documentado · activable en <4h · si en día 45-50 detectas problema crítico imposible resolver. La existencia del plan reduce stress aunque no se use.
• Día 60: postmortem. Qué funcionó · qué no · cuántas incidencias hubo · cuántos pacientes contactaron sobre cambios · qué documentar para próxima migración.

Comunicación a pacientes · cómo no perderlos

La parte más subestimada. Patrón que funciona:

• T-30 días: email a todos los pacientes con cita activa o cita en últimos 12 meses. Cuerpo: estamos migrando a sistema mejor · tu información está segura · recibirás recordatorios desde nuevo número X · tu cita el día Y sigue confirmada.
• T-15 días: WhatsApp / SMS recordatorio con número nuevo · "guárdalo en agenda como Clínica X".
• T-0 (cutover): primer mensaje desde nuevo sistema incluye frase de confirmación "Te escribimos desde el nuevo sistema de Clínica X · si no esperabas este mensaje · llama a [teléfono]".
• T+7 días: recordatorio amable a quien no haya interactuado · "¿Recibiste nuestro mensaje anterior?". Filtras pacientes que cambiaron de número.

Errores específicos por software de origen

Migrar desde Doctoralia

• Doctoralia no exporta reseñas (son suyas según TOS). Acepta esa pérdida o haz captura manual de las mejores.
• Historia clínica en Doctoralia suele estar incompleta (muchas clínicas no la usan · solo gestión cita). No esperes encontrar todo en el export.
• Pacientes captados vía SEO Doctoralia seguirán llegando ahí mientras pagues. Decisión: mantener tier mínimo 6-12 meses para no perder canal · o cortar de golpe.

Migrar desde Klinikare · Gesden · Dentalink

• Software dental específico suele tener export más completo · pero campos custom complejos (planes tratamiento ortodoncia · curva oclusal · odontograma).
• Odontograma rara vez migra 1:1. Suelen pasar a PDF adjunto · pierdes editable. Decide si es bloqueante.

Migrar desde Excel · WhatsApp · papel

• Lo más fácil técnicamente · pero más manual. Limpia primero (duplicados · pacientes inactivos).
• Aprovecha para enriquecer (segmentación · etiquetas · cumpleaños · canal preferido).

Checklist final · 12 puntos no-negociables

• Exportación completa de pacientes con historial.
• Exportación completa de citas (pasadas y futuras).
• Exportación de facturas/presupuestos.
• Backup doble local + cloud.
• Mapeo de campos documentado.
• Sandbox cargado y validado.
• Plan de comunicación a pacientes 3 fases.
• Plan de rollback documentado.
• Paralelo mínimo 7 días.
• Recordatorios automáticos no se interrumpen.
• Software viejo conservado 60 días solo-lectura.
• Postmortem agendado día 60.

Cómo AI Empire encaja en una migración

Si vienes a AI Empire desde otro software · el flujo típico que hacemos:

• Recibimos tu export en CSV/JSON · cargamos en sandbox cliente · validamos contigo antes de pasar a producción.
• El bot WhatsApp se entrena con tu KB previa (precios · horarios · servicios) en paralelo · sin tocar tus pacientes hasta que apruebas.
• Primera salida a producción es con grupo piloto (50-100 pacientes opt-in) · no big bang.

AI Empire no reemplaza tu software de gestión clínica (Doctoralia · Gesden · etc.). Es una capa de WhatsApp y recepción IA encima · integrada con Cal.com para citas. La historia clínica sigue en tu software de gestión.

Disclaimer: este artículo es operativo general · cada software tiene particularidades. Habla con el equipo onboarding del nuevo proveedor antes de empezar. AI Empire no presta servicios de migración de software clínico genérico fuera del scope WhatsApp + recepción.