Parte 3 de 4
Por Tom DeWitte y Tom Coolidge
La transformación digital del paquete de construcción de la industria del gas y oleoductos inicialmente se ha centrado en transformar digitalmente los mapas en papel con marcas rojas en datos digitales. La mayoría de las soluciones iniciales de Seguimiento y Trazabilidad en el mercado se han enfocado casi exclusivamente en esta parte del paquete de construcción. ¿Qué pasa con el resto del paquete de construcción?
Un paquete de construcción de tuberías contiene más que mapas en papel marcados. Contiene resultados de pruebas de presión, inspecciones de tuberías expuestas, listas de verificación, informes diarios y más. ¿Qué pasa con transformar digitalmente esos documentos?
En este artículo del blog discutiremos cómo configurar y automatizar la captura de datos de la prueba de presión. La documentación de la prueba de presión ha sido históricamente una pieza crítica de información que con demasiada frecuencia se relega al fondo del montón de documentos, archivada al fondo del gabinete, en cajas, almacenada y eventualmente extraviada para nunca ser encontrada nuevamente. Si usted es responsable de gestionar o determinar la presión máxima permisible de operación (MAOP) de una zona de presión, entonces esta frustrante realidad probablemente le haya hecho darse un golpe en la frente con la palma de la mano.
Un beneficio clave de transformar digitalmente la documentación de las pruebas de presión es que esta información está inmediatamente vinculada a los activos probados. Como un registro relacionado con el activo, es un simple clic recuperar esta información. No más buscar entre cajas almacenadas llenas de documentos para encontrar esta información crítica.
¿Qué es una Prueba de Presión?
La prueba de presión es una práctica estándar en la industria. El propósito es identificar problemas que resultarían en fallas del sistema y la liberación de gas antes que el gas natural fluya a través de estos nuevos activos. En pocas palabras, es para asegurar que los componentes recién instalados formen parte de un sistema de tuberías seguro y confiable.
La acción física de realizar una prueba de presión no es complicada. Se inserta una sustancia inerte, como aire o agua, en la porción recién instalada del sistema de tuberías. El nuevo subsistema se presuriza a la presión deseada para la prueba. Una vez presurizado, el subsistema se monitorea durante una duración especificada para verificar que las tuberías, válvulas y accesorios mantengan la presión y no tengan fugas. El paso final es documentar la prueba para preservar esta importante información para futuros análisis e ingeniería del sistema de tuberías.
Problemas Históricos
Documentar una prueba de presión tiene dos componentes principales. Los resultados mismos de la prueba y la identificación de qué componentes del sistema de tuberías fueron probados. Históricamente todo esto se hacía en papel. Era un proceso que consumía mucho tiempo. Los equipos en campo tenían que dibujar a mano la porción probada e identificar los componentes incluidos en el subsistema probado. No solo esto era propenso a errores y omisiones, sino que era documentación redundante. Se les pedía a los equipos en campo redibujar el nuevo sistema de tuberías para la prueba después de haber dibujado esos componentes por separado para la documentación as-built con marcas rojas.
Los primeros intentos para convertir la documentación en papel a digital a menudo se enfocaban en eliminar la creación redundante del dibujo. Por ejemplo, una solución antigua pedía al usuario en campo hacer clic manualmente en cada activo único que participaba en la prueba de presión. Esto eliminaba la creación redundante del dibujo, pero a costa de una pérdida significativa en productividad. Imagine cuánto tiempo le tomaría en su teléfono, tableta o laptop seleccionar manualmente cada accesorio, válvula y segmento de tubería para el subsistema probado. Esto fácilmente podría incluir más de 100 elementos únicos. Este enfoque digital antiguo, además de tomar más tiempo para completarse, seguía siendo propenso a omisiones.
Más Fácil, Más Rápido y Más Preciso
Este problema industrial sobre cómo documentar eficientemente y con precisión las pruebas de presión es un gran ejemplo donde una aplicación móvil con conciencia espacial puede resolver este problema singularmente. Existe una solución que ofrece al usuario en campo un proceso más fácil para documentar pruebas de presión que es más rápido y más preciso. Entonces, ¿cuál es exactamente el secreto que puede ofrecer una solución móvil geoespacial?
La respuesta son los polígonos.
Nuestro Secreto
Una aplicación móvil consciente geoespacialmente, como ArcGIS Field Maps, entiende cuáles segmentos nuevos instalados, válvulas y accesorios están contenidos dentro del alcance del polígono. Esta comprensión geoespacial elimina la necesidad que el usuario en campo seleccione manualmente los componentes del sistema.
Usar un polígono para representar el alcance de la prueba simplifica la documentación a dos pasos.
Paso 1: Dibuje un polígono alrededor de los componentes del sistema que fueron probados.
Paso 2: Documente los resultados mismos de la prueba.
Las dos configuraciones clave para ArcGIS Field Maps para habilitar esta automatización son la capa poligonal y una regla atributiva.
El Polígono para Prueba de Presión
El polígono para prueba es el registro persistente del test. Está habilitado con adjuntos para permitir almacenar fotos del medidor (rueda) como parte del registro. La información específica que una utilidad desea capturar sobre la prueba — duración, medio usado para probar las tuberías, quién realizó la prueba, etc., — es el esquema del polígono. Este registro poligonal captura completamente dónde, cuándo, quién, cómo y qué fue probado.
Documentando Resultados
Para muchas utilidades definir el esquema es un proceso único para convertir las preguntas del formulario impreso a un formulario inteligente digital. El esquema puede incluir listas desplegables, valores predeterminados y selectores fecha para eliminar errores tipográficos y acelerar el ingreso.
Persistiendo Enlace Entre Activo y Prueba
Una parte clave en automatizar la prueba es etiquetar todos los activos recién instalados que fueron probados. Aquí se implementa una regla atributiva. La regla compara el alcance del polígono contra los componentes documentados como parte inicial del flujo digital as-built en campo.
Aquí está el script arcade para automatizar asignación del ID test presión para featureclass StagingLine.
//Nombre Regla: StagingPressureTest_PressureTestID_StagingLine
//Descripción: Empujar atributos StagingPressureTest a StagingLines
//Tipo: Cálculo
//Subtipo: Todos
//Campo: pipetestpressure
//Editable: marcado (true)
//Disparador: Insertar, Actualizar
//Código Error: 7
//Mensaje Error: No se pudo empujar atributos StagingPressureTest a StagingLines
//Evaluar desde evaluación aplicación: marcado (true)
// Obtener id test presión desde feature poligonal
var retVal = $feature['pipetestpressure'];
var pressureTestId = $feature['PressureTestID'];
var feature_set = FeatureSetByName($datastore, 'StagingLine', ['OBJECTID'], false);
// Encontrar features línea que intersectan polígono
var intersected_features = Intersects($feature, feature_set);
//Si necesita excluir ciertos tipos modifique siguiente línea y cambie "for" loop a usar: filtered_features
//var filtered_features = Filter(intersected_Features, 'assetgroup not in (10, 12)')
//agregar features al diccionario actualización
var updates = [];
var i = 0;
for (var feat in intersected_features) {
updates[i++] = {'objectid': feat.objectid,
'attributes': {
'PRESSURETESTID': $feature.pressureTestID<\/FONT><\/P>
}<\/FONT><\/P> }<\/FONT><\/P>}<\/FONT><\/P>\/\/retorna el diccionario<\/FONT><\/P>return {<\/FONT><\/P> 'result': retVal,<\/FONT><\/P> 'edit': [{<\/FONT><\/P> 'className': 'StagingLine',<\/FONT><\/P> 'updates': updates <\/FONT><\/P> }]<\/FONT><\/P>}<\/FONT><\/P>Esta regla de atributo se inicia automáticamente tan pronto como el usuario de campo envía el polígono de la prueba de presión.<\/FONT><\/P>
<\/span><\/FONT><\/P>Aplicaciones móviles con conciencia geoespacial<\/H1>Esta configuración de ArcGIS Field Maps muestra cómo las necesidades de documentar información de construcción de tuberías, como una prueba de presión, pueden abordarse de manera única. Las aplicaciones móviles con conciencia geoespacial proporcionan la salsa secreta para automatizar la documentación con la facilidad de uso y productividad que los usuarios de campo buscan. <\/P>También es importante señalar que automatizar el etiquetado de los activos probados con presión con el ID único de la prueba de presión mejora la calidad de los datos. Esta escritura en la aplicación móvil del ID de la prueba de presión en cada uno de los activos significa que estos datos críticos ya no se perderán en la pila de cajas en el almacén.<\/P>Si está interesado en implementar esta configuración de ArcGIS Field Maps, hemos publicado todos los scripts, plantillas del modelo de datos e instrucciones para esta configuración de prueba de presión y toda la solución digital para levantamientos en campo. Puede descargar esta configuración desde el sitio Esri Community gratis. Aquí está el enlace<\/A>. Este artículo del blog es el tercero en una serie de cuatro artículos que explican cómo implementar ArcGIS Field Maps para Digital Field As-builting. Si se perdió nuestros artículos anteriores sobre levantamientos digitales en campo, aquí están los enlaces a esos artículos.<\/P>Parte 1: Digital Field As-Builting with ArcGIS<\/A><\/P>Parte 2: Digital Field as-Builting with ArcGIS: No barcode No Problem<\/A><\/P>El próximo artículo del blog continuará aprovechando el potenciador de productividad conciencia geoespacial. El Blog #4 revelará la salsa secreta de configuración y automatización para gestionar el proyecto de construcción, y cómo vincular automáticamente toda la documentación digital del proyecto de construcción.<\/P>
NOTA: Las publicaciones en este sitio son propias y no representan necesariamente la posición, estrategias u opiniones de Esri.<\/EM><\/P>
