Equipos clínicos heredados, el parche que no depende de ti

En un servidor corporativo, aplicar un parche es una decisión de TI. En un equipo clínico la cosa cambia: el fabricante entrega el software como un conjunto validado, con su sistema operativo, sus controladores y su aplicación probados juntos, y a veces certificados para uso clínico. Cambiar una pieza por cuenta propia puede alterar el comportamiento del equipo, y en un monitor o una bomba eso es un riesgo para el paciente, no una molestia.

Por eso el contrato de servicio suele decir que solo el servicio técnico del fabricante toca el software, y que cualquier cambio de otro deja sin efecto la validación y el soporte. El analista no «exige el parche»: entiende quién puede aplicarlo y qué se arriesga si se hace sin permiso.

Un sistema operativo fuera de soporte ya no recibe correcciones de su creador: lo que se descubra de ahora en adelante queda sin parche. Es el dato de partida de cualquier plan para equipos heredados, y se obtiene comparando la fecha de fin de soporte con la fecha de corte del inventario.

Abre inventario-equipos.csv y lee leeme.txt: la regla 1 explica cómo tratar las fechas dudosas y la regla 3, qué equipos se ven desde la red.

Algunos equipos, sobre todo los que corren un firmware propietario, no publican ninguna fecha de fin de soporte. No tener la fecha no significa estar seguro, ni tampoco estar expuesto: significa que no lo sabes. Suponer lo mejor deja un hueco sin mirar, y suponer lo peor llena la lista de ruido.

Lo correcto es tratarlo como una pregunta abierta con dueño: se consulta al fabricante por escrito, se anota la fecha en el inventario y, mientras tanto, el equipo se vigila por otros medios.

La criticidad clínica pesa tanto como el soporte: un equipo de cuidados intensivos tiene pacientes conectados todo el tiempo, y cualquier plan lo tiene que tratar con más cuidado que uno de consulta externa. Cruza la ubicación con el estado del soporte.

No todo lo fuera de soporte está atado al fabricante. La columna parchea separa los equipos que solo toca el servicio técnico de los que puede mover el área de TI de la clínica, y esa diferencia cambia el plan: unos se actualizan o se sustituyen con un proyecto propio, los otros esperan al proveedor o se protegen por otros medios.