5 porqués: leer dos rutas de un informe de fallo
Lee dos rutas en un informe de fallo: cómo se produjo un defecto y por qué escapó a las pruebas, sin atribuir el método de los 5 porqués a la Junta.
Qué cambia al digitalizar una orden de trabajo: fechas, fotos, estados y cierre. Separa solicitud, ejecución y evidencia; las funciones dependen del sistema.
Una orden de trabajo digital no es una hoja escaneada con otro nombre ni una garantía de mejora. Es un registro que se crea, consulta y actualiza en un medio digital. El equipo debe poder seguir qué dato se capturó, a qué solicitud pertenece, quién lo registró y qué significa cada transición. Si esos puntos quedan ambiguos, la pantalla solo traslada la confusión del papel.
Al pasar al registro digital, revisa cinco cosas: cómo se enlazan solicitud y orden, qué evento nombra cada fecha, qué evidencia queda vinculada, qué significa cada estado y qué guarda el cierre. La herramienta muestra datos; el procedimiento local define quién los registra y qué significan. NASA NODIS, NPR 8831.2F, Appendix D §§D.3.1–D.3.3; DOE O&M Best Practices Guide, Chapter 4 §4.3
NASA NODIS ofrece un formulario interno de mantenimiento de instalaciones, disponible en papel o electrónico y adaptable al centro y al CMMS que utilice. Al completar una orden, el ejemplo NASA la cierra, incorpora la información al historial de la instalación y registra y comunica la fecha de finalización. NASA NODIS, NPR 8831.2F, Appendix D, §§D.3, D.3.1–D.3.3, HTML lines 400–405, 434–542 and 558–570
En una conversación diaria, “aviso”, “solicitud” y “orden” pueden usarse como si fueran sinónimos. En un registro, esa mezcla dificulta entender qué pasó. Un aviso comunica una necesidad observada. Una orden organiza un trabajo concreto. La relación entre ambos puede ser uno a uno, o un aviso puede terminar en varias órdenes, por ejemplo si el alcance se divide.
Esta última posibilidad aparece en el formulario NASA: el NODIS distingue un número para la solicitud y otro para la orden, y contempla que una solicitud genere más de una (§D.3.2).
En papel, la relación puede quedar en otra hoja, una anotación o una carpeta. En digital, puede figurar en campos enlazados. En ambos medios, comprueba si se puede volver desde la orden al aviso y desde el aviso a las órdenes que originó. Un identificador distinto o un aviso archivado aparte puede romper ese recorrido.
Para revisar el flujo local, escribe primero sus objetos y relaciones en lenguaje normal. Por ejemplo: “el aviso 24 describe una observación; la orden 31 planifica una tarea; si se divide el alcance, la orden 32 también queda enlazada al aviso 24”. Es un ejemplo editorial. Después sigue el identificador en ambos sentidos y comprueba si una persona ajena al registro inicial entiende por qué hay uno o varios trabajos.
También conviene conservar el dato original. Una descripción del solicitante no debería transformarse sin rastro en una conclusión técnica. Si después alguien corrige el activo o el síntoma, el historial debe permitir distinguir la observación inicial de la rectificación. En papel puede requerir una anotación fechada; en digital, revisa qué cambios conserva la configuración usada. U.S. Department of Energy, O&M Best Practices Guide, Chapter 4 §4.3, printed pp. 4.1–4.2 / PDF physical pp. 45–46
“Fecha” es un campo demasiado corto para contar qué ocurrió. Una solicitud recibida a las 09:10, una orden asignada a las 10:25 y una tarea terminada a las 15:40 son hechos diferentes. Si solo se conserva una marca temporal y no se explica a qué evento corresponde, dos personas pueden leerla de manera distinta.
La guía NASA ilustra esta distinción: el formulario contempla fechas requeridas de inicio y finalización y las instrucciones de cierre indican registrar e informar la fecha final (§D.3.2–D.3.3). NASA NODIS, NPR 8831.2F, Appendix D §D.3.2, HTML lines 443–446 and §D.3.3, HTML lines 558–570
Nombra cada momento según el evento: recepción, creación, asignación, inicio o finalización. No todas las organizaciones necesitan todos esos campos. Si solo se guarda una marca temporal, aclara si corresponde a la creación, a la última modificación o a la hora declarada por quien hizo el trabajo. La carga posterior de un dato no es necesariamente la fecha del hecho. Si el proceso local necesita ambas, conserva por separado el momento del evento y el de captura.
En papel, una fecha escrita a mano puede acompañar una firma o una nota. Una marca generada por el sistema digital, en cambio, podría señalar la carga o modificación del archivo y no el evento de mantenimiento. Al comparar los medios, anota qué fecha aparece en el original, quién la escribió y qué hecho designaba; después comprueba qué conserva el nuevo flujo. Comprueba ese comportamiento en la configuración que se usará.
| Momento que interesa | Pregunta que debe responder el registro | Error de lectura que se evita |
|---|---|---|
| Recepción de la solicitud | ¿Cuándo llegó el aviso al proceso y quién lo recibió? | Confundir la recepción con el inicio del trabajo |
| Creación de la orden | ¿Cuándo se abrió el registro de trabajo? | Tratar la carga posterior como fecha del evento original |
| Inicio previsto o real | ¿La fecha es una previsión o una anotación de inicio? | Presentar planificación como ejecución ocurrida |
| Finalización | ¿Qué persona declara la finalización y qué fecha registra? | Leer “completado” como prueba de cualquier otra aprobación |
| Última actualización | ¿Qué cambió y quién lo actualizó? | Suponer que el cambio más reciente es el cierre del trabajo |
Empieza por los eventos que el equipo necesita reconstruir. Añade una marca temporal solo si el equipo sabe qué representa y quién la mantiene.
Una foto puede documentar lo que se ve en un activo o una pieza. Por sí sola no explica por qué se tomó, cuándo corresponde ni a qué orden pertenece; tampoco demuestra la causa de una avería, una reparación completa o la seguridad de una puesta en marcha.
Si el flujo local utiliza imágenes, define qué pregunta responde cada una: ¿documenta la condición observada, identifica una pieza, muestra el resultado de una tarea o deja constancia de una revisión? La misma imagen no sirve automáticamente para todas esas finalidades. Asóciala al identificador de la solicitud u orden y a un momento o etapa comprensible. Si el contenido visual no permite reconocer el activo o el contexto, quien lo consulte después podría atribuirlo a otro trabajo.
En papel, la imagen puede archivarse con la orden o quedar en un correo o carpeta aparte. En digital puede ser un adjunto, un enlace o un archivo en otra aplicación. Comprueba con la configuración real quién puede abrirlo y si permanece ligado a la orden al consultarla o exportarla.
Una pauta de lectura simple es separar cuatro datos cuando haya una imagen: qué muestra según quien la adjunta, a qué orden se vincula, cuándo se tomó o incorporó y qué limitación tiene. “Foto de la carcasa” describe un archivo; “la foto demuestra que el trabajo quedó seguro” es una conclusión distinta y normalmente requiere más evidencia y competencia.
Mantén la descripción en el nivel que la imagen y el proceso permiten. No infieras estado interno, causa de fallo ni autorización a partir de una fotografía aislada.
Si la imagen no aporta información útil o no puede conservarse, registra el hecho por otra vía. Limita el acceso y la conservación a lo que requiera el proceso local.
En una hoja, alguien puede tachar una casilla o firmar. En digital, un desplegable puede mostrar “pendiente”, “en curso” o “cerrada”. El rótulo no basta: el proceso debe indicar qué hecho permite cambiar de estado y quién puede registrarlo.
Como esquema de lectura, separa cuatro momentos: solicitud recibida, alcance revisado, trabajo ejecutado y cierre registrado. Así se ve si una sola etiqueta mezcla tareas distintas. Si “cerrada” significa que alguien completó el trabajo, no la leas también como una revisión independiente, una validación documental o una autorización de retorno a servicio. Esas decisiones deben quedar en el procedimiento local y con el responsable que corresponda.
| Pregunta local | Evidencia que puede ayudar a responderla | Lo que no demuestra por sí sola |
|---|---|---|
| ¿Se recibió la solicitud? | Identificador, momento y descripción inicial del aviso | Que el alcance esté definido o aprobado |
| ¿Se revisó el alcance? | Anotación o decisión atribuible a quien lo revisó | Que la tarea se haya ejecutado |
| ¿Quién hizo el registro de ejecución? | Nombre o identificador de quien aporta la información, según el proceso local | Que otra persona haya verificado el resultado |
| ¿Quién cerró la orden? | Registro del cierre y la fecha asociada | Una autorización de retorno a servicio que no esté documentada |
| ¿Qué se conserva para consultar después? | Historial enlazado al identificador de la orden | Que el historial incluya fuentes externas no conectadas |
Cada organización define los pasos y responsables según su actividad y procedimientos. El cierre administrativo de una orden no equivale por sí solo a una evaluación de seguridad.
NASA NODIS describe un procedimiento interno en el que el cierre añade información al historial y registra y comunica la fecha de finalización (§D.3.3). Comprueba por separado cómo registra esos hechos la herramienta local. NASA NODIS, NPR 8831.2F, Appendix D §D.3.3, HTML lines 558–570
Digitalizar una carpeta antigua puede significar escanear una hoja, transcribir algunos campos o reconstruir una orden en un sistema. Esas acciones no son equivalentes. El escaneo conserva una representación visual; la transcripción convierte parte del contenido en datos; la reconstrucción añade una estructura que quizá no existía en el original. Si no se distingue qué se hizo, una persona que consulte el registro puede interpretar una transcripción como dato verificado o la fecha de carga como fecha del trabajo.
Antes de trasladar una orden, define qué se considera la fuente original y cómo se identificará en el nuevo registro. Puede bastar un número antiguo, una fecha, un código de activo o la ubicación del documento. Cuando el identificador anterior no exista o sea ilegible, registra esa limitación; no inventes un número que parezca original. Si el texto manuscrito no se entiende, indica que no pudo transcribirse con certeza. No completes huecos a partir de lo que “probablemente” pasó.
La relación debe mantenerse si el documento digital se guarda aparte. En papel, el anexo puede quedarse con la hoja; en digital, puede estar en otra carpeta o aplicación. Comprueba si una persona autorizada puede volver desde la orden al documento de origen y distinguir su revisión.
Una migración pequeña puede revisarse con una muestra representativa: una orden simple, una con más de un anexo y una cuyo texto original tenga una ambigüedad conocida. Es una comprobación editorial. Para cada ejemplo, comprueba que el identificador se conservó, que las fechas mantienen su significado, que las imágenes o documentos están asociadas al hecho correcto y que las notas de incertidumbre no desaparecieron.
Si una categoría se transforma, conserva una correspondencia entre la etiqueta antigua y la nueva para que el historial no cambie de sentido.
NASA NODIS presenta un formulario interno de mantenimiento que puede usarse en papel o en formato electrónico y adaptarse al centro y al CMMS empleado. El apéndice distingue el número de solicitud del número de orden y contempla que una solicitud genere más de una orden (§D.3.2).
Al cierre, describe cómo la información se incorpora al historial de la instalación y cómo se registra y comunica la fecha de finalización (§D.3.3). NASA NODIS, NPR 8831.2F, Appendix D §§D.3–D.3.3, HTML lines 400–405, 434–542 and 558–570
DOE enumera capacidades posibles de un sistema CMMS, como gestionar órdenes, mantener historial, asociar documentos o facilitar entradas móviles. Es una lista de posibilidades, no una garantía sobre un producto o una instalación concreta. U.S. Department of Energy, O&M Best Practices Guide, Chapter 4 §4.3 “CMMS Capabilities”, printed pp. 4.1–4.2 / PDF physical pp. 45–46
Son ejemplos técnicos estadounidenses, no legislación española o europea ni una plantilla obligatoria. Ninguna fuente exige adjuntar fotografías, define estados universales o acredita funciones de WizeeMind. La página trata la trazabilidad del registro; no ofrece una evaluación de seguridad ni presenta WizeeMind como GMAO.
Para comprobar si el cambio de medio conserva el hilo de una orden, elige un caso que pueda seguirse en ambos formatos. Usa el mismo aviso, el mismo alcance y el mismo punto final. No compares una carpeta completa con una orden digital que ya empieza después de la recepción: los recorridos no serían equivalentes.
Si el proceso admite que un aviso origine varias órdenes, incluye un caso así: comprueba que cada orden conserva el vínculo al mismo aviso y que, al volver a este, aparecen todas. Si no hay un caso real autorizado, utiliza un registro de prueba con datos ficticios y etiquétalo como tal.
| Prueba común | Qué anotar en cada medio |
|---|---|
| Seguir la solicitud | Si el aviso original lleva a la orden y si la orden permite volver al aviso; anota cuántas órdenes se relacionan. |
| Reconstruir el tiempo | Qué fecha corresponde a recepción, creación, inicio y finalización; separa el evento del momento en que se capturó el dato. |
| Abrir la evidencia | Si el anexo o la foto se encuentra desde la orden y qué hecho dice documentar; señala enlaces rotos o archivos sin contexto. |
| Entender el cierre | Quién registra cada transición, qué significa el último estado y dónde se consulta después el historial. |
Registra para cada prueba si el dato está presente, se puede recuperar y tiene un significado claro. Si falta algo, anota la carencia tal como aparece; no la completes por suposición. La comparación sirve para localizar diferencias de trazabilidad, no para demostrar por sí sola que un medio reduce errores o mejora la seguridad. Para medir resultados hacen falta datos locales, un periodo definido y criterios acordados.
El cambio está bien documentado cuando otra persona puede seguir el aviso hasta la orden cerrada y distinguir los hechos registrados de las conclusiones posteriores. Si el recorrido se interrumpe, describe el punto exacto: falta el identificador, una fecha mezcla dos eventos, el anexo no abre o el estado no revela qué ocurrió. Esa observación concreta permite revisar el proceso sin atribuir a la herramienta capacidades que no se comprobaron.
La prueba compara el registro disponible, no la calidad del mantenimiento ni la autorización del trabajo. Esas conclusiones dependen de la evaluación, los procedimientos y las personas responsables de cada centro.
Al digitalizar una orden, conserva el vínculo con el aviso, el significado de cada fecha y estado, el contexto de la evidencia y el registro de cierre. Compara el mismo recorrido en ambos medios y anota lo que no pueda reconstruirse; no conviertas una marca o un archivo en una conclusión que no contiene.