Un archivo de inspección puede decirle a un ingeniero qué se registró. Un mapa puede mostrar dónde está un activo. Un documento de apoyo puede explicar lo que los números por sí solos no dicen. Pero cuando esas piezas viven separadas, una pregunta sencilla—¿qué significa este hallazgo para este tramo de tubería?—se convierte en una búsqueda entre archivos, tablas y ubicaciones.
Un Asset Integrity Management System (AIMS) nace para cerrar esa brecha. En lugar de tratar la carga como el punto final, conecta el material de origen con registros estructurados y contexto geográfico en un mismo espacio de trabajo de ingeniería. El objetivo es hacer más claro el recorrido desde un archivo recibido hasta una revisión informada.
Una arquitectura conectada
La arquitectura sigue el mismo recorrido: un espacio de trabajo Angular da entrada a los ingenieros; servicios Python gestionan la ingesta, el acceso a datos y el mapeo; PostgreSQL guarda los registros estructurados; y Azure Blob Storage conserva los archivos originales. Cada componente importa por lo que entrega al siguiente, no por existir de forma aislada.
De la carga a la revisión
El ingeniero carga un archivo de inspección y el servicio Ingest conserva el origen en Blob Storage mientras el flujo avanza. La interfaz indica si está pendiente, listo para recibir datos, procesando, fallido o completo, para que el ingeniero sepa en qué punto se encuentra el recorrido.
El primer obstáculo real es la interpretación. Un archivo puede llamar a una columna de una forma y otro usar un encabezado, una hoja o una convención distinta. Antes de convertir el contenido en registros, el ingeniero revisa las columnas disponibles y selecciona el mapeo. Ingest aplica esa elección y guarda el resultado como datos estructurados.
Ahora el archivo puede hacer más que permanecer almacenado. La capa de datos expone registros, metadatos y datos tabulares; los flujos de mapeo colocan esa información junto al contexto de activos y geografía. El ingeniero puede pasar de una fila del archivo a una revisión de la infraestructura que describe.
No todas las cargas necesitan el mismo camino. Un documento de apoyo puede necesitar conservarse y localizarse, sin convertirse en registros consultables. Los archivos de inspección y de nodos personalizados siguen la ruta de procesamiento porque la aplicación necesita trabajar con su contenido.
Evidencia y trazabilidad
Conservar el archivo original junto a sus registros procesados mantiene la procedencia: el ingeniero puede rastrear los datos utilizables hasta su fuente. Eso también crea una obligación. Los identificadores y metadatos deben conectar ambas representaciones de forma confiable, o se pierde el contexto que hace confiables a los registros.
Esta trazabilidad, junto con los metadatos de ingesta y procesamiento, puede sostener una futura arquitectura medallón. Los archivos de origen, los registros refinados y los conjuntos listos para análisis deben seguir siendo trazables entre sí, en lugar de convertirse en otra colección de copias desconectadas.
La misma base podría apoyar futuros trabajos de IA y aprendizaje automático. Los registros curados y validados podrían convertirse en datos de entrenamiento; los documentos y metadatos vinculados podrían permitir generación aumentada por recuperación fundamentada en evidencia de origen. Las predicciones y respuestas generadas seguirían teniendo que ser rastreables a los datos subyacentes y estar sujetas a revisión de ingeniería.
Lo que demuestra esta implementación
Visto de principio a fin, el recorrido no es solo cargar, procesar y almacenar. Es una secuencia de entregas que convierte un archivo de origen en algo que un ingeniero puede revisar en contexto. El espacio Angular, los servicios FastAPI, los registros PostgreSQL, los archivos de Azure Blob Storage y los flujos de mapeo llevan distintas partes de ese recorrido.
La implementación demuestra un camino conectado del archivo al registro y del registro al contexto geográfico. Por sí sola no demuestra capacidad productiva, aislamiento entre clientes, disponibilidad ni ahorro de costos; esas afirmaciones todavía requieren evidencia operativa y de seguridad medida.
La historia trata menos de una tecnología concreta que de los vínculos entre ellas: no solo qué contiene un archivo de inspección, sino cómo se relaciona su contenido con la tubería que el ingeniero necesita comprender.