Piloto metodológico · AeroRisk Ops Lab
Aplicación del Modelo Operativo de Caso a la investigación y regulación derivadas del fallo no contenido de motor del vuelo Qantas QF32.
El piloto delimita el suceso del 4 de noviembre de 2010 y organiza la cadena documental formada por la investigación ATSB, la regulación EASA y la comunicación oficial de Qantas.
Su estado es EXPLORATORY. El corpus está preservado y verificado, pero la extracción de evidencias y el análisis del suceso todavía no han comenzado.
Identificación
| Caso | Qantas QF32 |
|---|---|
| case_id | qantas-qf32-batam-2010 |
| Dominio | aerorisk |
| Subtipo | uncontained-engine-failure |
| Fecha del suceso | 4 de noviembre de 2010 |
| Localización | Sobre Batam Island, Indonesia |
| Aeronave | Airbus A380-842 |
| Matrícula | VH-OQA |
| Operador | Qantas Airways |
| Organismo investigador | Australian Transport Safety Bureau |
| Identificador externo | AO-2010-089 |
| case_version | 0.2.3 |
| case_status | EXPLORATORY |
El intervalo del caso delimita el suceso operacional del 4 de noviembre de 2010. El ciclo posterior de informes, revisiones y normativa se registra como evolución documental, no como parte del intervalo del evento.
Objetivo
El piloto comprueba si la misma estructura de manifiesto, fuentes, relaciones y validación utilizada por BenchDataLab puede aplicarse a un suceso aeronáutico sin deformar el núcleo metodológico.
Corpus documental
Ficha oficial del expediente AO-2010-089 y ciclo documental completo:
Preliminary→Interim-factual→Final
Cadena regulatoria sobre las inspecciones del motor Rolls-Royce Trent 900, con documentos que se sustituyen, revisan y cancelan.
Comunicación oficial del operador sobre su respuesta al suceso y la inmovilización temporal de la flota A380.
| Fuentes | 9 |
|---|---|
| Preservación | 9/9 |
| Integridad | SHA-256 verificado |
| Derechos y acceso | Revisados |
| Fases 0–1 | Completadas |
| Fase 2 | No iniciada |
Gobernanza documental
El corpus contiene siete relaciones estructuradas. Estas relaciones permiten distinguir qué documento referencia, corrige, sustituye, revisa o cancela a otro.
| REFERENCES | 3 |
|---|---|
| CORRECTS | 1 |
| SUPERSEDES | 1 |
| REVISES | 1 |
| CANCELS | 1 |
La representación canónica se conserva en source_relations.csv. Esta estructura evita tratar como equivalentes documentos preliminares, revisados, sustituidos o cancelados.
Integridad
Cada fuente registrada dispone de una copia local bajo la capa de preservación del caso, un hash SHA-256 verificado, condiciones de acceso revisadas y correspondencia validada con el registro de fuentes.
Los archivos preservados permanecen fuera de Git. El repositorio conserva metadatos, hashes, relaciones y trazabilidad, no redistribuye automáticamente los documentos originales.
Estado actual
| Fases 0–1 | Completadas |
|---|---|
| Fuentes | 9 |
| Preservación | 9/9 |
| Relaciones | 7 |
| Fase 2 | No iniciada |
| Estado | EXPLORATORY |
| Versión del caso | 0.2.3 |
La siguiente fase consistirá en convertir el corpus preservado en unidades de evidencia localizadas dentro de las fuentes.
El dictamen de cierre acredita que el corpus está preparado para ese trabajo. No acredita que BenchDataLab haya validado las causas del accidente, evaluado la actuación de sus participantes o elaborado conclusiones propias.
Límites