TL;DR: claves para la adopción de un HIS
- El sistema no cambia el proceso: lo fija y lo hace visible. Cerca del 80 % de las discusiones de una implementación son de gobierno, no de software.
- La resistencia casi nunca es abstracta: es una objeción concreta del puesto, y en general racional.
- Un piloto de 4 a 8 semanas, con criterio de salida escrito. Además, más acompañamiento en la semana 3 que en la semana 1.
- La adopción se mide en cuatro niveles, siempre desagregados por servicio y turno.
Cómo gestionar la adopción de un sistema de información hospitalaria
Gestionar la adopción de un HIS es rediseñar cómo se trabaja y sostener ese rediseño. De hecho, consiste en decidir quién registra qué, en qué momento y con qué responsabilidad, antes de configurar el sistema. El software es la parte más predecible del proyecto. En cambio, la adopción se gana con gobierno, datos maestros, acompañamiento en el puesto y medición desde la semana uno.
Llevamos más de 25 años implementando software clínico en K2BHealth. Por eso sabemos que los proyectos que fracasan rara vez lo hacen por la tecnología. En este artículo compartimos qué implica la gestión del cambio en el sector salud y de dónde viene la resistencia. También vemos cómo salir a producción sin interrumpir la operación y con qué indicadores sostener el cambio.
¿Qué implica la gestión del cambio en el sector salud al implementar un HIS?
La gestión del cambio en el sector salud es el conjunto de decisiones de proceso, preparación de datos, capacitación, comunicación y medición. Es decir, lo que permite que una institución adopte de verdad un sistema de información hospitalaria. Por lo tanto, no es solo comunicar ni capacitar: es definir cómo se va a trabajar y sostener esa definición. Si todavía se pregunta qué es HIS, conviene empezar por esa base.
En la práctica, el trabajo se reparte en cinco frentes:
- Decisiones de proceso: quién registra qué, en qué momento y con qué responsabilidad.
- Datos maestros y catálogos: el camino crítico real del cronograma, y el que siempre se subestima.
- Capacitación y acompañamiento en el puesto de trabajo, por rol y por turno.
- Comunicación con confirmación de que llegó, no solo enviada.
- Medición de adopción desde la semana uno.
Lo que más tiempo consume, y casi nunca está en el plan, es definir quién hace los registros nuevos. Por ejemplo, quién sella el fin de la cirugía o quién marca la dosis al administrarla. Por eso, cada dato nuevo necesita un dueño y un momento. En un proyecto sano, el esfuerzo de acompañamiento y definición es comparable al de la configuración técnica. Si el presupuesto no lo refleja, ese ya es el principal riesgo.
¿Cuáles son las causas de la resistencia al cambio en el sector salud?
Las causas de la resistencia al cambio en el sector salud casi nunca son “resistencia” en abstracto. Al contrario, son objeciones concretas, específicas de cada puesto y, en general, racionales. Por lo tanto, tratarlas como un problema de actitud garantiza que no se resuelvan. Estas son las más frecuentes por perfil:
Médicos
Causa principal: El sistema les transfiere trabajo administrativo que antes hacía otra persona.
Otras causas frecuentes: Minutos de registro que se restan a la consulta. Sensación de vigilancia. Alertas que interrumpen decisiones ya tomadas.
Enfermería
Causa principal: Son quienes más registran y menos participan en las definiciones.
Otras causas frecuentes: Doble registro sin fecha de fin. Hardware lejos de la cama. Capacitación del turno noche por transmisión oral.
Administrativos
Causa principal: Temor a que el puesto desaparezca.
Otras causas frecuentes: El sistema expone errores que se corregían informalmente; pérdida de la planilla propia.
Además, hay una causa transversal y más corrosiva que todas: la sensación de “yo cargo datos para que otro los mire”. El antídoto es concreto y barato: devolver el dato a quien lo genera. Así, cada servicio ve su propio indicador en su propia pantalla.
Asimismo, dos características del sistema pesan en la aceptación. La interoperabilidad elimina la objeción más difícil de refutar: “voy a tener que cargar todo dos veces”. El doble registro es la causa número uno de rechazo genuino. Sin embargo, desaparece cuando laboratorio, imágenes y facturación se integran con un estándar como HL7 FHIR. Por otro lado, la flexibilidad se juega en algo simple. Cuando un servicio pide un cambio razonable, ¿se resuelve en la reunión o entra en una cola de desarrollo?
¿Cómo implementar un HIS sin interrumpir la operación clínica?
En primer lugar, el principio es que la atención no se detiene nunca; el que se adapta es el sistema. Las etapas que aplicamos para lograrlo son cinco:
Antes de salir a producción
- Decidir el proceso antes de configurar. Esto aplica a cada circuito que cruza áreas: identificación del paciente, admisión, medicación, pase de guardia, circuito quirúrgico y egreso. Para cada uno, cuatro preguntas: quién ejecuta, quién registra, en qué momento y qué pasa si falta el dato.
- Preparar los datos maestros y migrar poco y bien. Padrón deduplicado, profesionales con sede y servicio, catálogos con dueño y fecha de congelamiento. Se migran identidad, episodios abiertos, medicación activa, alergias y agenda futura. El resto queda en solo lectura con fecha de apagado.
- Elegir un piloto de 4 a 8 semanas. Un proceso completo de punta a punta, con volumen suficiente y una jefatura que quiere el cambio. En cambio, no conviene empezar por urgencia ni por el servicio más conflictivo. El criterio de salida se escribe antes de arrancar.
Salida a producción y estabilización
- Proteger el corte y las primeras 72 horas. El corte se hace en el momento de menor volumen. Las primeras semanas, la agenda se reduce de forma programada entre un 20 y un 30 %. Además, se necesita acompañamiento presencial en todos los turnos, congelamiento de cambios y guardia extendida con escalamiento nominal. El go/no-go se decide 48 a 72 horas antes, con lista de verificación. Posponer una salida es la decisión más valiosa que puede tomar un comité.
- Sostener las semanas 2 a 6. Pasó la adrenalina, el acompañamiento se retiró y reaparece el papel: es donde muere la adopción. Por eso recomendamos reservar más acompañamiento para la semana 3 que para la semana 1. También conviene declarar una fecha de fin para el doble registro.
El motor de parametrización de nuestro HIS habilita una táctica clave: la obligatoriedad progresiva. Se sale a producción con el mínimo de campos obligatorios y se endurece a medida que el registro se consolida. Todo se hace desde el backoffice, sin tocar código.
¿Cómo medir la adopción clínica y sostener el cambio?
La adopción se mide en cuatro niveles, porque medir solo el primero es el error clásico. Los KPIs que utilizamos se organizan así:
Nivel 1
Uso
¿Entran al sistema?
KPIs de ejemplo: Usuarios activos sobre habilitados, por rol y servicio. Sesiones por turno, con noche y fin de semana medidos aparte.
Nivel 2
Cobertura del proceso
¿El hecho quedó en el sistema?
KPIs de ejemplo: % de consultas con registro clínico. % de prescripciones electrónicas. % de dosis registradas en el punto de administración. % de cuentas armadas sin intervención manual.
Nivel 3
Calidad del registro
¿El dato sirve?
KPIs de ejemplo: Latencia entre el hecho y su registro. % de campos estructurados frente a texto libre. % de valores no informativos en campos obligatorios. Tasa de override de alertas.
Nivel 4
Autonomía y soporte
¿Se sostiene solo?
KPIs de ejemplo: Tickets por 100 usuarios por semana y su tendencia; % resuelto por key users sin escalar.
The latencia entre el hecho y su registro es el mejor indicador de adopción real. Distingue “usar el sistema” de “transcribir el papel al sistema”. Además, hay una regla transversal: el numerador siempre desagregado por servicio y por turno. Por ejemplo, un promedio institucional del 85 % puede esconder un servicio en 30 %, y ahí es donde hay que ir.
Para comparar, hay valores que deben registrarse antes del go-live. Por ejemplo, el tiempo de documentación por consulta y por registro de enfermería, medido durante 2 a 4 semanas. También el tiempo de mostrador por admisión y una encuesta corta de personal que se repite a los 6 meses. En consecuencia, si la fórmula cambia entre el antes y el después, la comparación no vale.
Implemente un HIS flexible e interoperable con K2BHealth
En resumen, un HIS no arregla un proceso que la institución no definió: lo congela y lo hace visible. Por lo tanto, nuestra principal recomendación es decidir el proceso antes de configurar el sistema. Además, cada decisión y cada indicador necesita un dueño con nombre y tiempo asignado. Hay tres corolarios: empezar chico, no retirar el acompañamiento en la semana 2 y evitar la flexibilidad ilimitada.
En K2BHealth diseñamos nuestro Sistema HIS para que la gestión del cambio se haga con parámetros y no con memorandos. Formularios, catálogos, indicadores y reglas clínicas se configuran desde el backoffice. Además, la interoperabilidad HL7 FHIR R4 permite convivir con lo que ya existe. Nuestra metodología incluye una especificación aprobada por la institución y tres puertas de validación por funcionalidad. En definitiva: flexible en la superficie, estricto en el modelo. Conversemos sobre cómo llevar la adopción de su institución a un resultado medible.