Si trabajas en ingeniería biomédica conoces los dos modos de operación: reactivo (un equipo falla, alguien lo arregla, vuelta al ciclo) y anticipativo (el técnico ve venir el problema, lo programa fuera del horario clínico, evita el incidente). La mayoría de servicios opera en el primer modo no porque quiera, sino porque su tooling no le deja operar en el segundo.
Por qué el modo reactivo es más caro de lo que parece
El coste obvio del mantenimiento reactivo es el del propio incidente: el técnico que sale a reparar, las horas de equipo parado, los pacientes desplazados. El coste menos obvio — y más alto a medio plazo — es el patrón operativo que se construye alrededor: turnos de guardia diseñados para responder rápido, contratos de servicio sobredimensionados para cubrir tiempos de respuesta agresivos, stocks de repuestos que están allí "por si acaso", y un equipo técnico que pasa más tiempo apagando incendios que mejorando la operación.
En un grupo clínico medio, la diferencia entre operar en modo reactivo o anticipativo es del orden de cinco a siete dígitos al año, pero no aparece en ninguna línea concreta del presupuesto. Es uno de esos costes que se descubren cuando se eliminan.
Tres cambios que reducen el modo reactivo sin más inversión
- Capturar señales preventivas de los equipos en tiempo real, no solo cuando se hace inspección. Las señales existen — están en los logs del fabricante. Lo que falta es alguien que las correlacione.
- Convertir el mantenimiento programado en mantenimiento basado en estado. En lugar de revisar cada X meses, revisar cuando el comportamiento del equipo lo indica.
- Estructurar el histórico técnico para que la información del incidente N-1 sirva al N. Un servicio sin histórico estructurado vuelve a empezar de cero cada vez.
El obstáculo que casi siempre aparece
Cuando hablamos de esto con departamentos de ingeniería biomédica, el obstáculo no es técnico. Es organizativo: los datos relevantes están repartidos entre el contrato del fabricante, el sistema interno del hospital, una hoja de cálculo en el ordenador de un técnico veterano y, a veces, en la cabeza de alguien que va a jubilarse en cinco años. La parte difícil del cambio no es montar una plataforma — es desbloquear la información que ya existe en silos distintos.
Por dónde empezar
Para un servicio que quiera empezar el cambio sin un proyecto enorme, el primer paso suele ser auditar dos cosas: qué señales de los equipos se están capturando hoy y cuáles se están perdiendo, y qué información que ya existe puede consolidarse antes de añadir nada nuevo. La mayor parte de la mejora inicial viene de organizar lo que ya tienes, no de comprar más.