La prontitud del recurso es control, no una checklist

En la manufactura regulada, “recurso listo” suele significar tres cosas a la vez: el equipo está en el estado correcto, lo que lo habilita sigue vigente, y quien lo operará está autorizado. En papel, eso se vuelve una checklist al inicio del turno. En una hoja de cálculo, una columna verde. En planta, la pregunta de riesgo es otra: ¿puede empezar el lote cuando alguna de esas condiciones ya venció?

Las buenas prácticas de fabricación tratan equipo, utilidades y personal como parte del control del proceso — no como ambientación. El estado de limpieza, la calibración, el mantenimiento, la calificación y el entrenamiento no son adorno del POP. Son precondiciones de ejecución. La diferencia entre checklist y control es el momento en que se descubre la falla: antes del start, o en la investigación después del desvío.

Lo que realmente compra una checklist

Una checklist bien llenada registra intención. Pregunta si alguien miró. No garantiza que lo mirado siga siendo verdad en el segundo en que inicia la orden.

Tres límites aparecen pronto:

1. La vigencia es tiempo, no un sello. Una calibración “ok ayer” puede estar vencida hoy. Una limpieza “hecha en el turno A” puede no cubrir el producto del turno B. Un entrenamiento “completado en el trimestre” puede haber dejado expirar la skill exigida para ese paso.
2. La checklist no bloquea. Si el operador marca y sigue, el sistema de ejecución no sabe que había un “no” escondido en un papel paralelo.
3. El estado cambia después de la firma. Una intervención de mantenimiento, un cambio de formato o una alarma de utilidad pueden invalidar la prontitud minutos después del “listo” del inicio del lote.

Por eso la prontitud de recurso, cuando es seria, se parece menos a un formulario y más a un seguro: el recurso solo entra al flujo si vigencia, estado y autorización son coherentes — y deja de entrar cuando cualquiera de ellos cae.

La checklist prueba que alguien preguntó. El control prueba que el proceso no avanzó sin la respuesta correcta.

Qué necesita significar “listo”

Un modelo útil de resource readiness suele unir tres ejes en el mismo recurso (línea, balanza, sala, persona, utensilio):

• Estado — limpio / sucio / en mantenimiento / en calificación / bloqueado. Estado sin dueño y sin transición auditable se vuelve opinión de turno.
• Vigencia — calibración, mantenimiento preventivo, vigencia de limpieza, de solución, de skill. Sin fecha y sin regla de expiración, “válido” es solo un adjetivo.
• Autorización — quién puede liberar el recurso, quién operarlo, quién sortearlo. Un bypass sin rastro es el atajo que la inspección encuentra después.

Cuando esos ejes viven en sistemas separados — calibración en un CMMS, limpieza en el EBR, entrenamiento en el LMS, estado en la cabeza del supervisor — la planta reconcilia a la hora del start. La reconciliación humana bajo presión es exactamente el modo de falla que la checklist finge haber resuelto.

El modo de falla silencioso

Lo peor no es el recurso claramente fuera. Es el recurso “casi ok” que la operación decide usar “solo esta vez”.

Señales concretas:

• Starts de lote con calibración por vencer el mismo día, sin regla clara de corte
• Limpieza firmada para un producto y reutilizada mentalmente para el siguiente
• Operador cubriendo puesto con skill vencida “porque nadie más vino”
• Mantenimiento abierto en paralelo mientras la orden sigue “en producción”
• Desvíos de contaminación o de datos cuya causa raíz es un recurso usado fuera de estado — descubiertos en la revisión, no en el start

En esos casos, la documentación de prontitud existía. Faltaba la barrera.

Imponer la prontitud en el momento del control

El desplazamiento es el mismo de EBR, holding time y dispensación: mover el control al instante en que todavía se puede impedir el daño.

En la práctica, eso pide:

1. El start consulta el recurso, no la memoria. La orden solo avanza si los recursos ligados al paso están en estado y vigencia compatibles.
2. La expiración es un evento, no una sorpresa de planilla. Cuando cae la vigencia, el recurso sale del pool disponible — con registro de cuándo y por qué.
3. El bypass es una excepción gobernada. Si calidad autoriza seguir con salvedad, eso se vuelve desvío o permiso explícito, atribuible, no un “ok verbal” por radio.
4. La evidencia sobrevive a la inspección. Estado, vigencia y autorización deben poder reconstruirse para ese lote, a esa hora — no “en general la planta controla esto”.

Aquí es donde un módulo de prontitud de recurso (en NEO, NEO TASK) deja de ser una lista de tareas y pasa a ser parte del system of record de la ejecución: vigencia, estado y bloqueo de lo no conforme. La misma lógica de momento del control aparece en los registros electrónicos de lote.

Lo que el software no resuelve solo

Ningún bloqueo salva un maestro mentiroso. Si la vigencia de limpieza se parametrizó sin criterio, si la calibración del CMMS no habla con el piso, o si la skill del LMS no está ligada al paso del EBR, el sistema solo impone una ficción más rápido.

Tampoco sustituye la decisión de calidad sobre el riesgo residual. Impone el momento de la decisión. Sin dueño del estado y sin reglas de transición, el “bloqueo automático” se vuelve ruido que la operación aprende a saltar.

Preguntas antes de declarar los recursos “bajo control”

• ¿El start del paso consulta estado y vigencia en tiempo real, o confía en la checklist de la mañana?
• Cuando vencen calibración, limpieza, mantenimiento o skill — ¿el recurso sale de disponible, o solo genera un recordatorio?
• ¿Los bypass exigen autorización atribuible y quedan en el registro del lote?
• ¿La prontitud de persona y la de equipo usan la misma lógica de vigencia, o una es rígida y la otra es “arreglo”?
• En inspección, ¿muestran el bloqueo que impidió el uso — o la investigación del uso que no debió ocurrir?

La última pregunta suele separar teatro de control.

La prontitud de recurso bien hecha no es otra lista para firmar. Es la planta negándose, por diseño, a empezar lo que no podrá defender después. La checklist pregunta. El control impide.

En su operación, ¿el “listo” sigue siendo una marca en el papel — o una condición que el sistema puede negar?