Cómo reducir la resistencia del equipo al implantar un software clínico nuevo

1. El riesgo real no es técnico, es humano

1.1. Por qué el equipo se aferra a la rutina antigua

Nadie se resiste a un sistema nuevo porque sea peor: se resiste porque el sistema antiguo, con todos sus defectos, es un territorio conocido donde cada persona sabe exactamente qué hacer sin pensar. Cambiar eso implica, durante un tiempo, hacer más despacio algo que antes se hacía rápido de memoria, y esa sensación de ir más lento es la que se interpreta como «el sistema nuevo es peor», aunque técnicamente resuelva mejor el mismo problema. Entender esto desde el principio evita el error de tratar la resistencia como algo irracional que hay que vencer a la fuerza, y es tan aplicable a una clínica pequeña como a un centro con un volumen alto de pacientes y de personal.

1.2. El boicot pasivo: cuando «no funciona» es en realidad «no quiero»

El boicot rara vez es explícito. Casi nunca alguien dice abiertamente que no va a usar el sistema nuevo; lo habitual es un uso mínimo, un «esto no funciona» repetido sin detalle, o volver por atajos al método antiguo en cuanto nadie supervisa. Ese boicot pasivo es más difícil de detectar que uno activo, y si no se aborda a tiempo, contamina al resto del equipo: si la persona con más antigüedad no usa el sistema con normalidad, el mensaje que reciben los demás es que tampoco hace falta esforzarse.

2. Antes del despliegue: comunicar y escuchar

2.1. Involucrar al personal clave desde la elección del sistema

El rechazo baja de forma notable cuando el equipo no se entera del cambio el mismo día que llega el sistema nuevo, sino que ha participado, aunque sea de forma limitada, en identificar qué necesita de esa herramienta antes de que se elija. No hace falta convertir la decisión en una asamblea, pero sí preguntar a quien trabaja cada día en recepción o en consulta qué le sobra y qué le falta del sistema actual, y tener esas respuestas presentes en la elección final. Muchas de esas carencias coinciden, de hecho, con los costes ocultos de seguir con el software antiguo que el propio equipo ya percibe cada día, aunque nunca lo haya puesto en esos términos.

2.2. Explicar el beneficio directo, no solo el cambio

Anunciar que «vamos a cambiar de programa» sin explicar qué gana cada persona con ese cambio deja al equipo esperando solo la parte incómoda: aprender algo nuevo. Explicar en concreto qué tarea que hoy lleva diez pasos pasará a llevar tres, o qué información que hoy hay que buscar en dos sitios estará en uno solo, convierte el cambio en algo que resuelve un problema real de esa persona, no en una imposición desde dirección sin justificación aparente.

3. La formación por perfiles, no de talla única

3.1. Recepción: los flujos de mostrador primero

Recepción necesita dominar de inmediato la gestión de citas, la entrada de pacientes y la facturación básica, porque son las tareas que hace decenas de veces al día desde el primer minuto del go-live. Cualquier funcionalidad que no toque en su día a día puede esperar a una segunda sesión, o no formar parte de su formación en absoluto: sobrecargarla de información que no va a usar solo aumenta la sensación de que el sistema es más complicado de lo que realmente es para su puesto.

3.2. Personal clínico: lo mínimo para no perder tiempo en consulta

Para facultativos y personal clínico, el objetivo de la formación inicial es que puedan completar una consulta sin fricción: abrir el episodio, registrar lo esencial, cerrar la visita. El resto de funcionalidades —informes avanzados, plantillas personalizadas, integraciones— se introduce después, cuando el flujo básico ya es automático, porque intentar enseñarlo todo de golpe antes del go-live es la forma más segura de que no se retenga nada.

3.3. Dirección y administración: lo que necesitan ver, no todo el sistema

Dirección y administración suelen necesitar una vista distinta: indicadores de actividad, facturación agregada, gestión de usuarios, más que los flujos operativos del día a día. Formarles en eso específicamente, en vez de darles la misma sesión genérica que a recepción o al personal clínico, evita que perciban el sistema como algo ajeno a su función y les da desde el primer día las herramientas que realmente van a usar.

4. Manuales rápidos para el día a día, no un manual completo

4.1. Guías de una página para los procesos más frecuentes

Un manual completo del sistema, de cincuenta páginas, no lo consulta nadie en pleno mostrador con un paciente esperando. Lo que sí se consulta es una guía de una sola página, con capturas claras, para el proceso concreto que se está intentando hacer en ese momento: dar de alta una cita, registrar un pago, generar un justificante. Cuantas más de estas guías cortas existan para los procesos más frecuentes de cada perfil, menos dudas llegan al soporte durante las primeras semanas.

4.2. Dónde encontrarlas en el momento que hacen falta

De poco sirve una guía bien hecha si nadie sabe dónde está cuando la necesita. Conviene dejarlas accesibles desde el propio puesto de trabajo —impresas junto al mostrador, o enlazadas desde un acceso directo visible— en vez de enterradas en una carpeta compartida que solo recuerda dónde está quien la creó. El objetivo es que la respuesta esté a un vistazo, no a una búsqueda.

5. Las primeras 72 horas: el soporte reforzado del go-live

La primera semana concentra la mayoría de las dudas — por eso el soporte está más disponible entonces.

5.1. Por qué la primera semana concentra la mayoría de las dudas

La mayoría de las consultas de manejo se concentran en los primeros días tras el go-live, cuando el equipo se enfrenta por primera vez a situaciones reales que ninguna sesión de formación previa cubrió al detalle. Es precisamente en ese momento cuando el soporte tiene que estar más disponible, con prioridad alta y tiempos de respuesta cortos, para que una duda puntual no se convierta en una mala experiencia que después cuesta revertir.

5.2. Cómo se gestiona una ralentización puntual sin que cunda el pánico

Es normal que las primeras jornadas con el sistema nuevo sean algo más lentas que con el sistema antiguo: el equipo todavía no tiene automatizados los flujos, y cada paso requiere algo más de atención consciente. Anticipar esto abiertamente, antes de que ocurra, evita que se interprete como un fallo del sistema: es una fase esperada y temporal, y el soporte reforzado está ahí precisamente para acortarla, no para que el equipo la atraviese solo.

6. Medir la adopción sin convertirlo en vigilancia

6.1. Qué se mide a nivel de equipo, no de persona

Tiene sentido seguir la adopción del sistema a nivel de área o de proceso —por ejemplo, si la facturación ya se hace al 100% dentro del sistema nuevo, o si todavía queda actividad en el sistema antiguo—, porque esa información ayuda a decidir dónde reforzar la formación. Convertir esa medición en un marcador individual de rendimiento por empleado es otra cosa, y suele generar más rechazo del que resuelve: el objetivo es ajustar el acompañamiento, no señalar a nadie en particular. El mismo criterio de proporcionalidad se aplica al registro de accesos, explicado en cómo auditar el acceso de empleados a la historia clínica: se mide lo necesario, no todo lo posible.

6.2. Usar los datos para ajustar la formación, no para señalar a nadie

Si un área concreta tarda más en adoptar el sistema, la lectura correcta casi siempre es que esa área necesita una sesión de refuerzo específica, no que las personas que la forman se estén resistiendo por mala voluntad. Tratar los datos de adopción como una herramienta de mejora del proceso de formación, y comunicarlo así abiertamente al equipo, es lo que permite seguir midiendo sin que la medición en sí misma se convierta en un motivo más de desconfianza hacia el cambio.

7. Reconocer el avance, sin depender de un sistema de puntos

7.1. Celebrar hitos reales del proceso

Marcar en voz alta hitos concretos —la primera semana con toda la facturación dentro del sistema nuevo, el primer día sin ninguna incidencia de soporte en un área— ayuda a que el equipo perciba el avance como algo real y compartido, no como un proceso que no se sabe cuándo termina. No hace falta un sistema formal de puntos o recompensas para que ese reconocimiento funcione: basta con nombrarlo cuando ocurre, en una reunión de equipo o de forma informal en el día a día.

7.2. Por qué la presión no acelera la adopción

Insistir en plazos rígidos o comparar públicamente a quien va más lento con quien ya domina el sistema suele producir el efecto contrario al buscado: quien se siente señalado se cierra más, no menos. La adopción avanza más rápido cuando la presión se sustituye por acompañamiento cercano y por la certeza de que hay soporte disponible para cualquier duda, por básica que parezca.

8. Cuando la resistencia persiste más allá de lo esperado

8.1. Distinguir resistencia por desconocimiento de resistencia por desacuerdo de fondo

Pasadas las primeras semanas, si una persona concreta sigue sin adaptarse, conviene distinguir entre dos situaciones que se parecen por fuera pero requieren respuestas distintas: quien todavía no domina el sistema por falta de formación adecuada a su caso, y quien lo domina perfectamente pero elige no usarlo como forma de protesta. La primera se resuelve con una sesión de refuerzo individual; la segunda es una conversación distinta, sobre expectativas del puesto, no sobre manejo técnico.

8.2. Qué hacer con un caso concreto que no cede

Cuando la resistencia persiste pese a formación de refuerzo y soporte disponible, suele ayudar más una conversación individual y directa que una nueva sesión formativa general para todo el equipo. Preguntar en concreto qué parte del cambio genera más rechazo —a menudo no es el sistema en sí, sino la sensación de haber perdido dominio sobre su propio trabajo— permite abordar la causa real, en vez de repetir formación sobre algo que la persona ya sabe hacer y elige no hacer. Es un patrón parecido al que aparece cuando quedan fichas duplicadas tras una migración: el síntoma visible casi nunca es la causa real del problema.

9. Qué aporta obeliOmed y cómo empezar

Un plan de formación por perfiles, con guías rápidas para el día a día, no un manual de cincuenta páginas.

9.1. Un plan de formación pensado por perfiles desde el primer día

El acompañamiento durante la implantación de obeliOmed se organiza por perfiles de usuario desde el principio —recepción, personal clínico, dirección— en vez de una única sesión genérica para todo el equipo, y se apoya con soporte reforzado durante las primeras semanas tras el go-live. El objetivo no es solo que el sistema quede instalado, sino que el equipo lo adopte con la menor fricción posible. Más contexto sobre cómo se gestiona un cambio de sistema completo en un programa de gestión pensado para un gerente no técnico.

9.2. Cómo dar el primer paso

Si el cambio de sistema todavía está en fase de planificación, el mejor momento para empezar a preparar la comunicación interna y el plan de formación por perfiles es antes de anunciar el cambio al equipo, no después. desde 29 €/⁠mes Un plan de adopción bien planteado desde el principio reduce de forma notable el tiempo que tarda el equipo en trabajar con normalidad en el sistema nuevo.