Migración de sistema HIS: cómo hacerla sin interrumpir la atención clínica
Un HIS no se apaga un viernes para encenderse el lunes. Mientras se migra, la emergencia sigue recibiendo pacientes, el bloque quirúrgico sigue operando y la internación sigue medicando. Así, un error de identificación o una indicación perdida llega al paciente antes que a cualquier reporte.
Por eso, esta guía explica cómo proteger la continuidad clínica durante la migración de un sistema HIS, según el método con el que trabajamos en K2BHealth. Si todavía está evaluando si conviene cambiar de sistema, le sugerimos revisar antes las 9 señales de un sistema HIS obsoleto.
En resumen
- Diagnosticar antes de migrar, y postergar ante picos de demanda o auditorías.
- Migrar solo lo necesario para atender el primer día y autorizar el cutover con todos los criterios de aceptación cumplidos.
- Retirar el sistema anterior cuando los KPIs se estabilizan frente a la línea de base.
¿Qué diagnosticar antes de migrar un HIS?
El diagnóstico previo cubre seis frentes:
- Procesos y servicios.
- Sistemas e integraciones.
- Datos.
- Usuarios por rol y sede.
- Infraestructura.
- Restricciones, como fechas de contrato y picos estacionales.
Para decidir qué proteger primero, se cruzan el impacto clínico de una falla y el volumen del proceso. Como resultado, casi siempre quedan arriba la emergencia, el bloque quirúrgico, la internación, el retorno de resultados críticos y la identificación del paciente.
Además, entre las integraciones pesan más las que llevan resultados o indicaciones. Es decir, una factura demorada se recupera; una indicación perdida, no.
Condiciones para empezar y cuándo postergar
Antes de empezar, pedimos cinco condiciones:
- Patrocinio de la dirección.
- Referentes clínicos con tiempo asignado.
- Catálogos maestros depurados.
- Infraestructura verificada.
- Un acuerdo con el proveedor saliente para acceder a los datos.
En cambio, recomendamos postergar ante un pico de demanda, una auditoría o acreditación en curso u otra transformación grande en paralelo. También conviene esperar si falta acceso a los datos anteriores o si las pruebas no alcanzaron los criterios de aceptación. De hecho, postergar a tiempo cuesta menos que una puesta en marcha que sale mal.
Los referentes clínicos tienen la palabra final sobre si el sistema es seguro para la atención. Por lo tanto, como proveedores, proponemos y ejecutamos, pero no decidimos la aceptación clínica.
¿Cómo preparar y validar los datos clínicos?
En primer lugar, se migra lo que hace falta para atender al paciente el primer día: identificación, antecedentes, alergias, medicación activa, diagnósticos vigentes, turnos futuros, episodios abiertos y saldos.
Por otro lado, el historial completo que ya no se edita se conserva para consulta, dentro de los plazos legales. Además, nada se borra sin una decisión explícita y documentada.
Problemas de calidad frecuentes
Estos son los problemas que más aparecen y cómo los resolvemos:
Problema
Pacientes duplicados
Cómo se resuelve: Reglas de comparación y revisión humana de los casos dudosos.
Problema
Datos incompletos
Cómo se resuelve: Se marcan y se completan en el primer contacto con el paciente.
Problema
Códigos propios
Cómo se resuelve: Se mapean a terminologías estándar.
Problema
Texto libre
Cómo se resuelve: Se migra como texto, sin inventar una estructura.
Mapeo entre sistemas
Primero, cada entidad y catálogo tiene una tabla de mapeo validada por el referente correspondiente. Como pivote se usan SNOMED CT, CIE-10, LOINC y el diccionario nacional de medicamentos. Además, un índice relaciona el identificador anterior con el nuevo para rastrear cada dato hasta su origen.
En cambio, lo que no se puede mapear con certeza queda marcado para revisión. Asimismo, usar FHIR como formato intermedio obliga a expresar cada dato con significado estándar.
Validación de los datos migrados
La validación de los datos migrados revisa cinco aspectos:
- Completitud: conteos de origen contra destino.
- Exactitud: muestras aleatorias y una muestra dirigida a casos complejos, como pacientes crónicos y embarazadas.
- Integridad de las relaciones entre datos.
- Trazabilidad de cada dato hasta su origen.
- Pruebas de uso con casos simulados.
Finalmente, la validación clínica la aprueban los referentes de cada servicio. Es decir, sin su firma no hay puesta en marcha.
¿Cómo organizar la convivencia de ambos sistemas y las pruebas?
La transición puede ser gradual o completa, según cuánto dependan los servicios entre sí:
Transición gradual
Por servicio, módulo o sede.
Cuándo conviene: Instituciones grandes o con varias sedes.
A favor: Reduce el riesgo de cada paso.
En contra: Alarga la convivencia y exige integraciones temporales.
Transición completa
Todo el hospital en un mismo corte.
Cuándo conviene: Instituciones medianas con procesos muy integrados.
A favor: Es más corta y evita la doble carga.
En contra: Concentra el riesgo en un solo momento.
En la práctica, funciona combinar las dos estrategias. Primero van los servicios con poca dependencia, como ambulatorio y agenda. Después van juntos los muy integrados, como el bloque quirúrgico con su stock y sus cuentas.
Registro único mientras conviven
Mientras conviven, cada dato tiene un único sistema de registro en cada momento. Además, en cada puesto se publica dónde se registra y dónde se consulta. Por eso, nunca se le pide a un profesional que registre lo mismo en dos sistemas, porque los registros dejan de coincidir.
Pruebas y criterios de aceptación
Además, probamos cada circuito con usuarios reales de cada rol. Las pruebas incluyen:
- Escenarios de punta a punta.
- Casos de riesgo, como un paciente sin identificar.
- Integraciones con datos reales.
- Carga con el día más exigente.
- El ensayo del cutover y de la vuelta atrás.
El cambio se autoriza solo si se cumplen todas estas condiciones:
Criterio
Sin defectos bloqueantes.
Criterio
Validación de datos firmada.
Criterio
Integraciones críticas funcionando.
Criterio
Usuarios capacitados y evaluados.
Criterio
Contingencia ensayada.
Criterio
Soporte con turnos asignados.
Por último, el go/no-go lo decide el comité, con la firma de la dirección y de los referentes clínicos.
¿Cómo preparar al personal y ejecutar el cutover?
Antes de la puesta en marcha, capacitamos por rol y por circuito para que cada persona pueda hacer su trabajo en el sistema. Por ejemplo, el médico de guardia practica su turno completo.
Primero se forma a los usuarios clave, que después acompañan a sus compañeros. Luego, cada persona resuelve los casos de su rol en un ambiente de práctica antes de acceder a producción. Sobre la adopción, puede consultar nuestra guía de gestión del cambio.
El cutover se programa en un período de baja demanda, con los usuarios clave disponibles y lejos de los cierres contables. Esta es la secuencia:
- Congelamos los cambios en el sistema anterior.
- Hacemos la última extracción y carga.
- Validamos los datos.
- Activamos las integraciones.
- Habilitamos a los usuarios.
- Verificamos los servicios críticos uno por uno.
- Reforzamos el soporte en el lugar.
Plan de contingencia y vuelta atrás
La contingencia se arma antes de necesitarla e incluye:
- Procedimientos en papel por servicio.
- Listados de respaldo de internados, medicación activa, alergias y cirugías.
- Criterios de activación con un responsable.
- Un circuito para cargar después lo registrado en papel.
- Contactos de escalamiento.
Por otro lado, se vuelve atrás si aparece un riesgo para la seguridad del paciente que la contingencia no puede contener. Por ejemplo, errores de identificación, corrupción de datos clínicos o la falla prolongada de una integración crítica.
Los criterios de vuelta atrás se fijan antes del cutover, porque en medio de la crisis nadie decide bien.
¿Qué soporte y qué KPIs indican que el nuevo HIS se estabilizó?
De hecho, los primeros días definen si el equipo confía en el sistema nuevo. Por eso, hay presencia en los servicios críticos y una mesa de ayuda dedicada. También hay una reunión diaria con el comité y prioridad por impacto clínico.
Indicadores y línea de base
Los indicadores que seguimos son:
- Incidentes por severidad y su tiempo de resolución.
- Disponibilidad y tiempos de respuesta de las pantallas críticas.
- Adopción: porcentaje de registros hechos en el sistema y no en papel.
- Tiempos de admisión y de consulta.
- Errores de integración y cuentas facturadas en plazo.
Sin embargo, sin una línea de base medida antes del cambio y con la misma definición de cada indicador, solo hay impresiones. Sobre cómo medir resultados, vea nuestro artículo sobre el ROI de un software médico.
Cuándo retirar el sistema anterior
El sistema anterior se retira cuando se cumplen estas condiciones:
- Los indicadores están dentro del umbral.
- No hay incidentes críticos abiertos.
- Lo registrado en contingencia ya está cargado.
- El histórico es accesible.
- Hay una copia completa resguardada según la normativa.
Así, el retiro cierra una etapa del proceso de transformación digital de la institución.
Preguntas frecuentes
¿Cuánto dura el diagnóstico de migración?
Depende del tamaño de la institución, de los sistemas e integraciones y del volumen de datos. Por eso, se define al acordar su alcance.
¿Qué pasa con los datos cargados en el sistema nuevo si hay que volver atrás?
No se pierden. Se extraen, se cargan en el sistema anterior o quedan en papel según el plan. Luego se vuelven a migrar en el siguiente intento, con conciliación registro por registro.
¿Qué errores se ven con más frecuencia?
Subestimar la calidad de los datos, no asignar tiempo a los clínicos y replicar el sistema viejo. También, dejar las integraciones para el final, capacitar solo en teoría y retirar el sistema anterior demasiado pronto. Sin embargo, casi todos se previenen con decisiones tempranas.
¿Cómo planificar la migración de su HIS con K2BHealth?
Migrar sin frenar la atención depende de coordinar desde el inicio a quienes atienden y a quienes configuran el sistema. Por eso, acompañamos el proyecto de punta a punta, en la nube (SaaS) o en su infraestructura:
- Diagnóstico y rediseño de circuitos.
- Configuración del sistema HIS.
- Migración, validación de datos e integraciones sobre HL7 FHIR con Dandelion.
- Pruebas, capacitación, puesta en marcha y soporte.
Para empezar, proponemos un diagnóstico de migración. Además, este entrega la estrategia recomendada, los riesgos, el cronograma y los recursos que debe aportar la institución.