El desafío
Tres sedes, tres sistemas de registros incompatibles (uno en Excel, uno en Access, uno en papel). La rotación de personal hacía que el conocimiento se fuera por la puerta cada seis meses, y los reguladores empezaban a pedir audit trails que el equipo no tenía.Nuestra solución
Construimos un Sistema de Información de Laboratorio multi-tenant en Laravel + Vue, desplegado en un cluster Kubernetes gestionado con backups diarios y un log de auditoría nivel regulatorio. La migración corrió en paralelo durante 60 días antes del cutover — ambos sistemas vivos, reconciliados de noche, para que el equipo pudiera volver atrás si algo se rompía.Los resultados
El tiempo de entrega de reportes bajó 68% en las tres sedes, medido durante 90 días post-lanzamiento. El log de auditoría satisfizo la siguiente inspección externa sin observaciones. El onboarding de personal nuevo pasó de 3 semanas a 4 días.El arco de 90 días
Semanas 1–2. Discovery on-site en las tres sedes. Estudios de tiempo y movimiento sobre el flujo existente. Salida: un documento de alcance escrito con propuesta de precio fijo.
Semanas 3–8. Build. Dos ingenieros + un diseñador en sprints de dos semanas. El director del laboratorio estuvo en cada review — sin proxies, sin filtro de PM. Para la semana 6 el LIS core estaba corriendo en un cluster de staging que el equipo del lab usaba diariamente para registros nuevos.
Semanas 9–12. Migración. Escribimos importadores idempotentes por sistema fuente. Reconciliados de noche contra datos legacy durante 60 días. Cuando hicimos el cutover en la semana 12, cero registros se perdieron y el equipo no notó el cambio.
Qué haríamos distinto
La fase de migración pudo haberse comprimido a 30 días si hubiéramos insistido antes en consolidar los tres sistemas legacy en una base de staging única primero. El enfoque paralelo funcionó pero la carga de doble-entrada sobre el equipo del lab fue real. En el próximo engagement así iríamos directo a un dataset de staging unificado con un shadow-cutover de una semana.