En el modelo HPP/exponencial descrito por NIST, la tasa estimada expresa fallos por tiempo total de operación. Su interpretación depende de definir el evento, la población y la exposición; no predice la fecha de fallo de una unidad. (NIST/SEMATECH, §8.4.5.1, líneas web 8–20)

Respuesta breve: qué mide λ̂

Si se observan r fallos durante una exposición total T, el estimador HPP es:

λ̂ = r / T NIST define T como tiempo total de operación. Si T son horas, λ̂ se expresa en fallos por hora. (NIST/SEMATECH, §8.4.5.1, ecuación, línea web 20)

Para r > 0, NIST presenta MTBF̂ = T/r, el recíproco de λ̂ dentro de este modelo; no son dos garantías distintas. (NIST/SEMATECH, §8.4.5.1, línea web 20)

Antes de nombrar λ, distingue el tipo de proceso

NIST define un sistema reparable como uno que puede restaurarse a una operación satisfactoria. Cuando los fallos ocurren durante el tiempo de operación y el sistema se repara, la magnitud se denomina tasa de ocurrencia de fallos (ROCOF) o tasa de reparación. En una población no reparable, los componentes que fallan se retiran permanentemente; NIST reserva «tasa de fallo» y hazard para sus tiempos hasta el primer fallo. (NIST/SEMATECH, §8.1.2.1, líneas web 7–9)

En el HPP, NIST expresa el número esperado de fallos hasta T como M(T)=λT y llama a λ tasa de reparación o ROCOF. §8.4.5.1 presenta el cociente total de fallos/tiempo de operación para sistemas reparables y poblaciones exponenciales no reparables. La forma coincide; la interpretación depende del proceso y de la unidad observada. (NIST/SEMATECH, §8.1.7.1, líneas web 7–11; §8.4.5.1, líneas web 19–20)

Ejemplo conceptual: un equipo restaurado puede volver a fallar; en una cohorte de componentes retirados al fallar, cada pieza aporta su primer evento. La forma común no vuelve intercambiables los registros ni demuestra que una tasa constante describa un equipo concreto. Antes de interpretar λ, distingue un sistema con eventos recurrentes de una población seguida hasta el primer fallo. Esto aclara el término; no prescribe reparación o sustitución.

Antes de dividir: define qué cuenta como fallo

La división es sencilla; decidir qué entra en ella no lo es. «Fallo» puede significar pérdida de una función requerida, una parada, una alarma, una intervención correctiva o la detección de una degradación. Esas definiciones no son intercambiables. La ecuación de NIST no resuelve cuál debe usar una planta: el equipo que prepara el análisis debe documentar el evento que entra en el numerador y mantener el criterio durante la exposición.

Una definición útil deja claro qué condición observable inicia el registro, qué evidencia lo confirma, cómo se tratan las repeticiones de una misma incidencia y qué queda fuera. Si se cuentan unas veces las paradas y otras las órdenes de trabajo, r deja de describir una clase homogénea de eventos. Si una intervención genera varias notificaciones administrativas, tampoco se debe asumir que cada notificación represente un fallo independiente.

La fórmula estadística de NIST tampoco fija en España o en la UE una clasificación legal de averías, una taxonomía ni un formato obligatorio de GMAO. Es una referencia técnica estadounidense. Cada organización define el evento según la pregunta, sus activos y sus registros; esta explicación no sustituye sus políticas de mantenimiento, calidad o seguridad.

La exposición debe corresponder a la población

El denominador es el tiempo total de operación, no necesariamente el tiempo calendario entre dos fechas. Hay que decir qué equipos forman la población, qué estados cuentan como operación y cómo se suman las horas. Para un equipo único puede ser exposición acumulada de ese equipo. Para varias unidades, puede ser la suma de horas de operación de unidades comparables bajo una definición y ventana coherentes.

Supóngase que se analizan equipos con diferente régimen. Uno trabaja a turnos y otro permanece parte del mes en reserva. Sumar sus horas calendario produciría una exposición distinta de sumar horas efectivamente operadas. El cálculo no puede elegir ese criterio por ti: el informe debe decir qué denominador utiliza. Si solo se conocen horas de calendario, no las llames horas de operación sin justificar esa equivalencia.

También debe quedar explícito si una unidad se incorpora o sale de observación a mitad del periodo, si hubo cambios de configuración o mantenimiento mayor y si faltan registros. En un grupo heterogéneo, una tasa agregada puede ocultar diferencias entre modelos, condiciones de carga o prácticas de operación. La cuenta agregada puede ser aritméticamente correcta y, aun así, poco informativa para una máquina concreta.

Un registro mínimo para hacer reproducible la cuenta puede contener: identificador de activo o población; inicio y fin de observación; horas computadas; criterio de operación; definición de fallo; número de eventos aceptados; fuente del dato; y exclusiones conocidas. La lista es una propuesta de trazabilidad; no es una plantilla oficial de NIST ni un requisito español. Con esos datos, otra persona puede reconstruir r y T, revisar una exclusión y detectar si cambió el criterio.

Ejemplo numérico hipotético: estimación con fallos

Ejemplo hipotético; no representa una planta, una muestra ni un resultado publicado. Supuestos: se observa una población homogénea de equipos durante el mismo tipo de exposición; se registra un fallo definido de antemano; los datos cubren un total de 1.200 horas de operación; el modelo HPP es razonable para este ejercicio; no hay datos omitidos en el ejemplo.

Si el registro hipotético contiene 3 fallos, entonces:

  • r = 3 fallos.
  • T = 1.200 horas de operación.
  • λ̂ = 3 / 1.200 = 0,0025 fallos por hora de operación.
  • MTBF̂ = 1.200 / 3 = 400 horas por fallo, recíproco de 0,0025 fallos por hora.

La tasa y la probabilidad de intervalo no son la misma magnitud. Si se adopta el HPP exponencial con λ = 0,0025 fallos por hora, la probabilidad modelada de al menos un evento durante una hora es 1 − e^(−0,0025) ≈ 0,2497 %. Ese cálculo depende del modelo y de la duración elegida; ni esa probabilidad ni el MTBF estimado de 400 horas indican cuándo fallará una unidad concreta. (NIST/SEMATECH, §8.1.7.1, fórmula de F(t), líneas web 7–11)

No conviertas la tasa en una probabilidad sin realizar una operación que corresponda a la pregunta y sus supuestos. (NIST/SEMATECH, §8.4.5.1, marco HPP/exponencial, líneas web 8–20)

Cuando la observación termina con unidades todavía en servicio

Al cerrar la ventana, las unidades que siguen funcionando aportan su tiempo observado, pero no un fallo al numerador. Es una lectura de los datos de entrada, no un protocolo de seguimiento prescrito por NIST para una planta.

NIST dice expresamente que el estimador de máxima verosimilitud HPP/exponencial se aplica tanto si los datos son censurados como si son completos. Por tanto, la palabra «censurado» no exige cambiar la forma puntual r/T que presenta la sección. Sí exige describir qué observaciones y qué tiempo entraron en la muestra: sin esa definición no se puede reconstruir el numerador y el denominador.

El manual no ofrece en este apartado una taxonomía práctica de mecanismos de censura ni resuelve cómo tratar seguimientos locales incompletos. NIST/SEMATECH, §8.4.5.1, ecuación y línea web 19.

La inclusión de datos censurados tampoco convierte cualquier intervalo de confianza en exacto. NIST distingue los diseños de duración fija para los que sus límites son exactos de otras situaciones en las que son aproximados; la naturaleza de los datos y el plan de observación deben leerse juntos.

Esta observación conecta la afirmación sobre el estimador puntual con el límite de intervalos explicado más adelante, sin presentar la censura como autorización para extrapolar una fecha de fallo o un resultado individual.

Cero fallos no equivale a tasa cero

Con r = 0, r/T da cero como estimación puntual mecánica, pero una ventana finita sin fallos no demuestra que la tasa verdadera sea cero. NIST ofrece en ese caso un límite inferior unilateral de MTBF, no un límite superior. Comunica la exposición observada y el límite calculado bajo sus supuestos, no “el equipo no falla” ni “MTBF infinito”. (NIST/SEMATECH, §8.4.5.1, líneas web 26 y 104–105)

Estimación puntual y límites de confianza

Las 400 horas del ejemplo anterior son una estimación puntual basada en la exposición y los dos fallos supuestos. Por sí solas no muestran cuánto podría variar el resultado con una muestra limitada. NIST presenta factores para calcular límites inferior y superior de MTBF a un nivel de confianza elegido; esos límites acompañan al estimador cuando interesa mostrar la incertidumbre del cálculo. (NIST/SEMATECH, §8.4.5.1, pasos 1–4, líneas web 21–25)

La propia sección ofrece un ejemplo diferente: un sistema estuvo dos meses calendario bajo observación, acumuló 800 horas de operación y registró dos fallos. El MTBF estimado es 800/2 = 400 horas. Para un intervalo bilateral del 90 %, NIST obtiene (127, 2.251) horas; también aclara que 127 horas es un límite inferior unilateral del 95 %. No son dos cifras intercambiables: el nivel y el tipo de límite forman parte del resultado. (NIST/SEMATECH, §8.4.5.1, ejemplo, líneas web 109–110)

Resultado del ejemplo NIST Qué comunica Qué no comunica
MTBF estimado: 400 h Cociente de 800 horas entre dos fallos en el modelo Cuándo fallará el siguiente equipo
Intervalo bilateral del 90 %: 127–2.251 h Un rango calculado con el procedimiento y los supuestos indicados Un intervalo individual de sustitución
Límite inferior unilateral del 95 %: 127 h Una cota inferior con una construcción unilateral El límite inferior del intervalo bilateral del 90 %

NIST señala además que sus límites son exactos para ciertos esquemas de prueba de duración fija y aproximados en otras situaciones. El texto cita como casos exactos sistemas reparables observados durante tiempo fijo y unidades no reparables en prueba de tiempo fijo con reemplazo de las unidades que fallan. Antes de trasladar un intervalo a otro diseño de observación, hay que comprobar si coincide con esos casos; no basta con copiar la fórmula. (NIST/SEMATECH, §8.4.5.1, líneas web 103–104)

Qué ocurre al agregar varios equipos

Cuando se reúnen varias unidades, sumar eventos y exposición preserva la forma del estimador: total de fallos dividido entre total de horas de operación. NIST expresa la relación como “Total Failures / Total Time”; sumar numeradores y denominadores antes de dividir es distinto de promediar sin ponderar tasas de equipos que han aportado exposiciones diferentes. La ecuación da una tasa para la población agregada que se haya definido, no una explicación de cada unidad. (NIST/SEMATECH, §8.4.5.1, ecuación, línea web 20)

Ejemplo hipotético de agregación; no son datos observados. Supón que el equipo A aporta 400 horas y dos fallos, mientras el equipo B aporta 800 horas y un fallo. La tasa calculada por separado sería 2/400 = 0,005 fallos por hora para A y 1/800 = 0,00125 para B. La media aritmética simple de esas tasas es 0,003125 fallos por hora. En cambio, la estimación agregada es (2+1)/(400+800) = 3/1.200 = 0,0025 fallos por hora.

La diferencia aparece porque las exposiciones no son iguales.

Este ejemplo muestra una operación, no una recomendación para agrupar equipos. Si A y B tienen diseños, condiciones o definiciones de evento distintas, la tasa combinada puede ocultar diferencias relevantes. Conserva las tasas por estrato junto a la agregada cuando la pregunta requiera distinguir esas poblaciones.

¿Cuándo es razonable hablar de tasa constante?

NIST titula la sección «Constant repair rate (HPP/exponential) model». Su explicación de la curva de vida indica que la tasa de fallos suele describirse como constante en la zona plana, entre fases de fallos tempranos y desgaste; esta ubicación es un marco del modelo, no una observación automática de cada activo. (NIST/SEMATECH, §8.4.5.1, líneas web 8–11)

Antes de usar la cifra como resumen, conviene preguntar si el periodo combina fases distintas. Un conjunto recién instalado, un activo envejecido y una flota con equipos de distintas edades podrían producir un promedio que no refleje una tasa estable. Un cambio de carga, diseño, mantenimiento o definición de evento también puede romper la comparabilidad temporal. La curva plana no se demuestra porque el cociente parezca estable en una sola ventana.

Una revisión exploratoria puede representar eventos y exposición por intervalos comparables y comprobar si hay señales de tendencia, agrupamiento o cambio de condiciones. Este consejo es una práctica analítica general, no una instrucción específica de la sección NIST citada. Si la pregunta requiere un modelo de vida variable, fallos recurrentes dependientes de edad o intervalos de confianza detallados, un único estimador HPP puede ser insuficiente. El análisis apropiado depende de la estructura de los datos y debe hacerlo personal competente.

Cómo llevar la cifra a un informe sin exagerarla

Al presentar el resultado, separa observación, cálculo e interpretación:

  1. Observación: «Se registraron tres eventos de tipo X durante 1.200 horas de operación acumulada en la población definida». En un caso real, cada palabra debe corresponder con el registro local; aquí el ejemplo sigue siendo hipotético.
  2. Cálculo: «Bajo el modelo HPP, λ̂ = 0,0025 eventos por hora y MTBF̂ = 400 horas». Incluye fórmula y unidad.
  3. Interpretación: «La estimación resume esta exposición; no es una garantía por unidad ni una recomendación de intervención». Indica si la tasa constante se considera plausible y qué limitaciones quedan abiertas.

Puede enlazarse con el registro de evidencia de mantenimiento para documentar qué evento se observó y de qué registro procede. Ese recurso ayuda con trazabilidad de evidencias; no aporta una tasa de referencia ni confirma el modelo HPP.

Lo que λ̂ no responde

En España y la UE, esta página ofrece explicación estadística general; no interpreta una obligación legal concreta ni una norma de seguridad de máquinas. NIST/SEMATECH es una fuente técnica estadounidense y la sección citada no establece vigencia para una instalación española. Si el resultado afecta decisiones de ingeniería, seguridad o inversión, contrástalo con los registros del centro y con profesionales competentes.

Preguntas frecuentes

¿Cómo se calcula λ̂ bajo el modelo HPP?

En la sección HPP/exponencial de NIST, λ̂ es el número de fallos dividido entre el tiempo total de operación del sistema. NIST/SEMATECH, §8.4.5.1, ecuación, línea web 20

¿Qué relación tiene λ̂ con el MTBF?

NIST expresa el MTBF estimado como tiempo total de operación dividido entre fallos; λ̂ es su recíproco. NIST/SEMATECH, §8.4.5.1, ecuación, línea web 20

¿Qué puede concluirse si no hubo fallos?

NIST indica que solo existe un límite inferior unilateral para el MTBF en ese caso; no hay límite superior. NIST/SEMATECH, §8.4.5.1, líneas web 26 y 104–105

¿Cuándo encaja el modelo de tasa constante?

La sección lo presenta como modelo HPP/exponencial y explica su uso típico durante la zona plana de tasa constante de la curva de vida. NIST/SEMATECH, §8.4.5.1, líneas web 8–11

¿Cómo afecta la censura de datos a la estimación HPP de λ?

NIST indica que la misma forma de estimador de máxima verosimilitud se aplica a datos censurados o completos; los límites de confianza dependen además del diseño de observación. (NIST/SEMATECH, §8.4.5.1, línea web 19)