¿Cómo se bloquea un equipo con la calibración vencida en un programa de seguimiento de calibraciones?

Respuesta breve: ¿cómo se detiene realmente un equipo con el plazo vencido?

Un programa de seguimiento de calibraciones no debe limitarse a mostrar en rojo un equipo cuya fecha de recalibración planificada ha vencido; debe establecer una puerta real de autorización entre el estado del equipo y las operaciones de uso. El sistema debe reverificar el estado vigente al seleccionar el equipo, al asignarlo al trabajo, al iniciar el registro de medición y al publicar el resultado; según la política de la organización, debe bloquear su uso, ponerlo en cuarentena o permitir avanzar solo mediante un flujo de excepción autorizado y justificado.

La expresión “plazo vencido” debe usarse con cuidado. La fecha del calendario es el plan de recalibración definido por la organización; no prueba que el equipo haya empezado a medir mal en ese segundo. Lo contrario también es cierto: no puede asumirse que el equipo sea adecuado en todas las condiciones por no haber llegado la fecha. Eventos como caídas, sobrecarga, avería, resultados sospechosos, ajustes o una comprobación intermedia desfavorable pueden retirar el equipo antes de la fecha planificada.

La fecha de calibración no es una fecha de caducidad

No es correcto asignar a los equipos de medición un único plazo de calibración válido para todos. ILAC G24:2022 aborda los métodos que pueden usarse para determinar y revisar los intervalos de recalibración de los equipos de medición.[1] En la evaluación pueden entrar la intensidad de uso, el transporte, las condiciones ambientales, la estabilidad del equipo, la información del fabricante, resultados anteriores, comprobaciones intermedias, la incertidumbre de medición requerida y el impacto de un resultado erróneo. La organización debe justificar su propio programa y revisarlo con datos de rendimiento.

Por ello, la “fecha de próxima calibración” del programa no es una verdad inmutable, sino un dato planificado y controlado. Adelantar la celda para prolongar la fecha hace invisible el retraso pasado. El enfoque correcto es conservar la fecha antigua y guardar como revisión aparte la justificación del nuevo intervalo, la persona aprobadora, la fecha de decisión y los registros de respaldo. Un cambio retroactivo de fecha nunca debe ser silencioso.

ISO 10012:2026 define los requisitos vigentes para que las organizaciones controlen sus procesos y equipos de medición dentro de un sistema que respalde la confianza en los resultados válidos y fiables.[2] ISO/IEC 17025:2017, por su parte, es el marco de competencia, imparcialidad y operación coherente de los laboratorios de calibración.[3] El software no asume la responsabilidad técnica de estos marcos; preserva el vínculo entre estado del equipo, decisiones y evidencias.

Establezca primero un modelo de estado claro del equipo

Un único campo “activo/inactivo” no es suficiente. Como mínimo, los estados disponible, fecha próxima, fecha planificada vencida, en cuarentena, en mantenimiento, en ajuste, averiado y fuera de uso deben tener significados distintos. Algunos estados surgen automáticamente del calendario; otros los inicia el registro de eventos de un usuario autorizado. Por ejemplo, al pasar la medianoche de la fecha planificada el estado puede ser “retrasado”; si el equipo cae al suelo, debe pasar a “cuarentena” sin esperar la fecha.

Para cada cambio de estado debe conservarse el evento de origen: fecha planificada, comprobación intermedia fallida, daño físico, devolución del cliente, mantenimiento, ajuste, anulación de certificado o decisión autorizada. El usuario no debe poder levantar el bloqueo eligiendo “adecuado” de una lista desplegable. La condición de reincorporación al uso debe definirse en el procedimiento de la organización; el estado no debe cambiar sin completar la calibración, verificación, mantenimiento o revisión técnica requerida.

• Aviso: La fecha se acerca, debe planificarse; el equipo aún puede ser utilizable según la regla de la organización.
• Bloqueo suave: La operación se detiene, pero una persona con determinado rol puede solicitar una excepción con motivo y duración.
• Bloqueo duro: La asignación, medición o publicación no puede avanzar en el flujo estándar por ningún usuario.
• Cuarentena: Junto con el estado digital, el equipo se separa físicamente; se evita su entrega por error.
• Fuera de uso: El equipo queda cerrado a nuevos trabajos, pero sus registros y certificados pasados no se eliminan.

¿En qué puntos de operación debe actuar el bloqueo?

El control hecho solo en la pantalla de inicio caduca fácilmente. El usuario pudo abrir la página por la mañana y la fecha del equipo venció durante el día, u otro autorizado pudo ponerlo en cuarentena. La condición crítica debe reevaluarse en el servidor en el momento de la operación. Un botón gris en la interfaz es una buena orientación; no es un control de seguridad.

1. Selección y reserva del equipo

Al planificar un trabajo nuevo se evalúan el estado del equipo, su alcance, su ubicación y la fecha prevista del trabajo. Si un equipo hoy adecuado estará vencido en la fecha de realización, el sistema debe mostrarlo por adelantado. Reservar el mismo equipo para dos trabajos solapados es también un problema de adecuación.

2. Inicio del trabajo

Cuando el técnico inicia el trabajo en campo o en el laboratorio, el estado se comprueba de nuevo. Si el equipo fue puesto en cuarentena después, la reserva antigua no legitima su uso. En el trabajo sin conexión debe verse la hora de la última verificación; un trabajo de riesgo no debe iniciarse silenciosamente con un estado del equipo sin actualizar durante mucho tiempo.

3. Registro de medición y vínculo del equipo

El equipo utilizado debe vincularse obligatoriamente al registro de medición en bruto. El usuario no debe poder dejar vacío el campo del equipo ni escribir otro nombre en texto libre para saltarse el bloqueo. Si se usan varias referencias, el rol y el estado de cada una en el trabajo deben registrarse.

4. Revisión técnica

Puede descubrirse después un problema en el certificado de un equipo que parecía adecuado durante el trabajo. La revisión técnica debe volver a ver el estado del equipo y el vínculo con el certificado. El aviso no debe ser solo una ventana cerrable; el resultado de la evaluación, su motivo y la persona autorizada deben plasmarse en el registro.

5. Publicación del informe o certificado

La última puerta es la publicación. Si uno de los equipos de origen pasa a estado bloqueado, el sistema no debe declarar automáticamente inválidos los resultados, pero tampoco debe abrir el documento al cliente sin una decisión técnica. Esta distinción es importante: el programa detiene el proceso, el especialista técnico evalúa el impacto.

Si se necesita una excepción, debe ser una decisión controlada, no una “puerta trasera”

Algunas organizaciones pueden definir un procedimiento de excepción limitado para equipos con fecha vencida en condiciones de bajo riesgo. Otras no admiten excepción alguna. El software no debe imponer una política universal; debe aplicar el procedimiento aprobado de la organización. Si hay excepción, deben registrarse al menos el equipo, el trabajo, el alcance, el motivo, el solicitante, el aprobador técnico, el tiempo de inicio-fin y la evidencia del control adicional.

El botón “que el administrador continúe” no es suficiente. El rol de administrador puede no implicar autoridad técnica. Quien puede aprobar la excepción debe determinarse según el tipo de equipo y el alcance de medición. Una exención indefinida, su aplicación masiva a todo un grupo de equipos o la aprobación retroactiva de trabajos pasados son graves señales de alerta.

El registro de la excepción no debe modificar automáticamente la próxima fecha planificada. Debe además permanecer visible en las pantallas de aviso e informes; quien revisa técnicamente debe saber que en ese trabajo se avanzó fuera del estándar. Si la organización retira su decisión, las reservas de los trabajos abiertos deben reevaluarse.

Si se detecta después el vencimiento, ¿cómo se revisan los trabajos afectados?

El primer paso es cerrar el equipo al nuevo uso y separarlo físicamente. Después, en lugar de suponer “¿desde qué fecha está mal?”, se determina el intervalo de evidencia. Se evalúan en conjunto la última calibración aceptable conocida, la comprobación intermedia, la comparación o prueba funcional; las fechas de uso del equipo; la magnitud e intervalo medidos; la incertidumbre objetivo y el impacto en la decisión.

El programa debe poder listar rápidamente los trabajos en los que se usó el equipo. No solo el número de informe: deben ser accesibles los puntos de medición, el cliente, el método, el usuario, las fechas, las demás referencias utilizadas y la versión del resultado. Esta lista no es una decisión técnica; constituye el alcance de la revisión. El nuevo resultado de calibración o la evaluación del experto ayudan a determinar qué trabajos pueden haberse visto afectados.

Que haya vencido la fecha planificada y que el equipo esté fuera de tolerancia no son lo mismo. Un equipo vencido puede dar después resultados aceptables; y uno con fecha vigente puede estar dañado por un golpe. Por ello, el programa no debe emitir notificaciones automáticas al cliente ni anulaciones masivas de documentos en cada retraso. Tras la decisión autorizada, la corrección, la remediación, la revisión del informe o la notificación requeridas deben ejecutarse con registro.

Atención a los errores de fecha, hora y registro sin conexión

Aunque la lógica de bloqueo parece simple, los errores de zona horaria pueden llevar a conclusiones erróneas. El servidor puede usar la hora Europe/Istanbul mientras el dispositivo móvil está en otra zona. Si la fecha se define solo como “AAAA-MM-DD”, el momento de transición debe explicarse en la política de la organización. Que el usuario retroceda el reloj del dispositivo no debe saltarse el bloqueo; la decisión crítica debe apoyarse en la hora fiable del servidor y en un registro de sincronización firmado.

La aplicación sin conexión debe mostrar cuándo se descargó el estado del equipo. Un terminal mucho tiempo sin conexión puede contener un dato antiguo de “adecuado”. Según el riesgo de la organización, puede definirse una edad máxima del dato de estado; superada la edad, exigirse conexión para iniciar nuevos trabajos. Si tras la sincronización hay conflicto, en lugar de aceptar a ciegas al último que escribe debe crearse una cola de cuarentena o revisión.

Los archivos de certificado, las revisiones del plan y el historial de estado del equipo deben protegerse con lógica de registro inalterable. Si se carga un archivo equivocado, en lugar de borrarlo y poner uno nuevo debe establecerse una relación de anulación/sustitución. El log no debe decir solo “el usuario actualizó”; debe incluir el valor antiguo, el nuevo, la operación de origen y la hora.

El sistema de avisos y el bloqueo de uso son cosas distintas

El correo electrónico, la notificación en el panel y el informe de vencimientos próximos son necesarios para planificar. Pero que se haya enviado una notificación no significa que el riesgo esté controlado. El correo puede no leerse, el responsable puede estar de baja o el trabajo puede iniciarlo otro usuario. La notificación facilita la preparación proactiva; el bloqueo impide que se materialice la operación errónea.

En un buen diseño las notificaciones son escalonadas: para el vencimiento próximo se informa al responsable del equipo, al planificador y, si procede, a la dirección; con el retraso se cierra la asignación del trabajo; con la cuarentena se abre la tarea de separación física. El sistema no tiene que ejecutar consultas pesadas cada minuto. Un trabajo de planificación diario, la actualización de estado basada en eventos y la verificación en el momento de la operación proporcionan juntos un control fiable sin aumentar la carga del servidor.

Ocho pruebas de aceptación para la aplicación

1. ¿Puede asignarse a un trabajo de mañana un equipo cuyo plazo vence mañana; tiene el sistema en cuenta la fecha prevista del trabajo?
2. Cuando un equipo se pone después en cuarentena, ¿se vuelven a marcar las reservas abiertas y los borradores?
3. ¿Puede el usuario saltarse el bloqueo dejando vacío el campo del equipo o mediante texto libre?
4. Con el dispositivo móvil sin conexión, ¿se ve la edad de la información de estado; qué ocurre al superarse la edad máxima?
5. ¿Puede un usuario no autorizado adelantar la fecha planificada; se conservan el valor antiguo y el motivo?
6. ¿Está la excepción limitada a trabajo, alcance y duración concretos; es obligatoria la aprobación técnica?
7. ¿Pueden localizarse con una sola consulta los trabajos pasados en los que se usó el equipo, con su contexto de medición?
8. ¿Puede hacerse la reincorporación al uso sin completar los registros requeridos?

Ejecute estas pruebas no solo con datos de demostración, sino con escenarios reales anonimizados. Un resultado exitoso no es “se puso rojo en pantalla”, sino que la operación errónea se detiene en el punto correcto, el usuario autorizado puede entender el motivo y toda la cadena de decisiones puede auditarse después.

¿Cómo aborda Vizyon Muayene este control?

Vizyon Muayene; relaciona con los procesos del laboratorio de calibración controles como el inventario de equipos, el plan de calibración, la trazabilidad del equipo de referencia y el bloqueo en el flujo de trabajo del equipo vencido.[6] En qué punto la regla será bloqueo duro o suave, la autoridad de excepción y las condiciones de reincorporación deben configurarse según el procedimiento de la organización.

Para validar su propio escenario, prepare un equipo de referencia, una fecha próxima, una orden de trabajo abierta y un rol de excepción de ejemplo. Desde la página de contacto al solicitar el piloto no pruebe solo la pantalla de recordatorios; pruebe en conjunto las puertas de asignación, uso sin conexión, revisión técnica, publicación y revisión de impacto.

Preguntas frecuentes

Fuentes oficiales

1. [1] ILAC G24:2022, Intervalos de recalibración de equipos de medición.
2. [2] ISO 10012:2026, sistemas de gestión de las mediciones.
3. [3] ISO/IEC 17025:2017, laboratorios de ensayo y calibración.
4. [4] ILAC P10:07/2020, trazabilidad metrológica de los resultados de medición.
5. [5] BIPM/JCGM VIM 3, definición de calibración y distinción entre ajuste y verificación.
6. [6] VizyonTech, página de producto de Vizyon Muayene.

Las fuentes fueron verificadas el 11 de julio de 2026. Los intervalos de calibración y las reglas de excepción deben determinarse de forma autorizada según el alcance, el riesgo y las condiciones aplicables de la organización; este contenido no sustituye una decisión de conformidad técnica o jurídica.