Parte 3 de 4
Por Tom DeWitte e Tom Coolidge
Transformar digitalmente o pacote de construção da indústria de gás e dutos inicialmente focou na transformação digital dos mapas em papel com marcações para dados digitais. A maioria das soluções iniciais de Rastreamento e Rastreabilidade no mercado concentrou-se quase exclusivamente nesta parte do pacote de construção. E quanto ao restante do pacote de construção?
Um pacote de construção de tubulação contém mais do que mapas em papel marcados. Contém resultados de testes de pressão, inspeções de tubulação exposta, listas de verificação, relatórios diários e mais. E quanto a transformar digitalmente esses documentos?
Neste artigo do blog discutiremos como configurar e automatizar a captura de dados do teste de pressão. A documentação do teste de pressão historicamente tem sido uma informação crítica que muitas vezes é relegada ao fundo da pilha de documentos, arquivada no fundo do armário, em caixas, armazenada em depósito e eventualmente perdida para nunca mais ser encontrada. Se você é responsável por gerenciar ou determinar a pressão máxima permitida de operação (MAOP) de uma zona de pressão, então essa realidade frustrante provavelmente resulta em um tapa na testa.
Um benefício chave da transformação digital da documentação dos testes de pressão é que essa informação está imediatamente vinculada aos ativos testados. Como um registro relacionado ao ativo, basta um clique simples para recuperar essa informação. Não há mais necessidade de procurar em caixas armazenadas documentos para encontrar essa informação crítica.
O que é um Teste de Pressão?
O teste de pressão é uma prática padrão da indústria. O objetivo é identificar problemas que resultariam em falha do sistema e liberação de gás antes que o gás natural flua através desses novos ativos. Simplificando, é para garantir que os componentes recém-instalados façam parte de um sistema de tubulação seguro e confiável.
A ação física de realizar um teste de pressão não é complicada. Você insere uma substância inerte, como ar ou água, na parte recém-instalada do sistema de tubulação. O novo subsistema é então pressurizado até a pressão desejada para o teste. Uma vez pressurizado, o subsistema é monitorado por uma duração especificada para verificar se os tubos, válvulas e conexões estão mantendo a pressão e não vazando. A etapa final é documentar o teste para preservar essa informação importante para análises futuras e engenharia do sistema de tubulação.
Problemas Históricos
Documentar um teste de pressão tem dois componentes principais. Os resultados do próprio teste e a identificação dos componentes do sistema de tubulação que foram testados. Historicamente tudo isso era feito no papel. Era demorado. As equipes de campo tinham que esboçar a parte testada e identificar os componentes incluídos no subsistema testado. Isso não só era propenso a erros e omissões nos dados, como também era documentação redundante. As equipes de campo eram solicitadas a redesenhar o novo sistema de tubulação para o teste de pressão após desenhar separadamente esses componentes para a documentação redline as-built.
Tentativas iniciais para converter a documentação em papel em documentação digital frequentemente focavam em eliminar a criação redundante do esboço. Por exemplo, uma solução legada pedia ao usuário em campo para clicar manualmente em cada ativo único que participou do teste de pressão. Isso eliminava a criação redundante do esboço, mas com custo significativo na produtividade. Imagine quanto tempo levaria no seu telefone, tablet ou laptop para selecionar manualmente cada conexão, válvula e segmento de tubo do subsistema testado à pressão. Isso poderia facilmente incluir mais de 100 itens únicos. Essa abordagem digital legada, além de levar mais tempo para completar, ainda era propensa a omissões nos dados.
Mais Fácil, Rápido e Preciso
Esse problema da indústria sobre como documentar testes de pressão eficientemente e com precisão é um ótimo exemplo onde um aplicativo móvel espacialmente consciente pode resolver esse problema exclusivamente. Existe uma solução que oferece ao usuário em campo um processo mais fácil para documentar testes de pressão de forma mais rápida e precisa. Então, qual exatamente é o segredo que uma solução móvel geoespacial pode fornecer?
A resposta são polígonos.
Nosso Segredo
Um aplicativo móvel geoespacialmente consciente, como ArcGIS Field Maps, entende quais dos segmentos recém-instalados da tubulação, válvulas e conexões estão contidos dentro da extensão do polígono. Esse entendimento geoespacial elimina a necessidade do usuário em campo selecionar manualmente os componentes do sistema de tubulação.
Usar um polígono para representar a extensão do teste de pressão simplifica a documentação do teste em dois passos.
Passo 1: Desenhe um polígono ao redor dos componentes do sistema de tubulação que foram testados.
Passo 2: Documente os resultados do próprio teste.
As duas configurações principais no ArcGIS Field Maps para habilitar essa automação são a camada poligonal e uma regra de atributo.
O Polígono do Teste de Pressão
A feição poligonal do teste de pressão é o registro persistente do teste. Ela está habilitada com anexos para permitir que fotos da roda do teste de pressão sejam armazenadas como parte do registro do teste. As informações específicas que uma concessionária deseja capturar sobre o teste — duração, meio usado no teste da tubulação, quem realizou o teste etc. — constituem o esquema do polígono. Esse registro poligonal captura completamente onde, quando, quem, como e o que foi testado.
Documentando Resultados do Teste de Pressão
Para a maioria das concessionárias, definir o esquema é um processo único convertendo as perguntas no formulário em papel do teste em um formulário inteligente digital. O esquema pode incluir listas suspensas, valores padrão e seletores de data para eliminar erros tipográficos e acelerar o processo de entrada dos dados.
Persistindo o Vínculo Entre Ativo e Teste
Uma parte chave da automação do teste de pressão é marcar todos os ativos recém-instalados que foram testados. É aqui que uma regra de atributo é implementada. A regra compara a extensão do polígono com os componentes do sistema documentados como parte inicial do fluxo digital as-built em campo.
Aqui está o script arcade da regra atributo para automatizar a atribuição da id do teste para a featureclass StagingLine.
//Nome da Regra: StagingPressureTest_PressureTestID_StagingLine
//Descrição: Empurra atributos StagingPressureTest para StagingLines
//Tipo: Cálculo
//Subtipo: Todos
//Campo: pipetestpressure
//Editável: marcado (true)
//Gatilho: Inserir, Atualizar
//Código Erro: 7
//Mensagem Erro: Não foi possível empurrar atributos StagingPressureTest para StagingLines
//Avaliar pela avaliação da aplicação: marcado (true)
// Obter id do teste pressionado da feição poligonal
var retVal = $feature['pipetestpressure'];
var pressureTestId = $feature['PressureTestID'];
var feature_set = FeatureSetByName($datastore, 'StagingLine', ['OBJECTID'], false);
// Encontrar feições linha que intersectam o polígono
var intersected_features = Intersects($feature, feature_set);
//Se precisar excluir certos tipos feições ajuste a próxima linha e mude o loop "for" para usar: filtered_features
//var filtered_features = Filter(intersected_Features, 'assetgroup not in (10, 12)')
//adicionar feições ao dicionário update
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 o dicionário<\/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 regra de atributo é iniciada automaticamente assim que o usuário do campo envia o polígono do teste de pressão.<\/FONT><\/P>
<\/span><\/FONT><\/P>Aplicativos Móveis com Consciência Geoespacial<\/H1>Esta configuração do ArcGIS Field Maps mostra como as necessidades de documentar informações da construção de tubulações, como um teste de pressão, podem ser abordadas de forma única. Aplicativos móveis com consciência geoespacial fornecem o segredo para automatizar a documentação com a facilidade de uso e produtividade que os usuários de campo procuram. <\/P>Também é importante notar que automatizar a marcação dos ativos testados com pressão com o ID único do teste de pressão melhora a qualidade dos dados. Esta escrita do ID do teste de pressão neste aplicativo móvel em cada um dos ativos significa que esses dados críticos não serão mais perdidos na pilha de caixas no depósito.<\/P>Se você estiver interessado em implantar esta configuração do ArcGIS Field Maps, nós publicamos todos os scripts, modelos de modelo de dados e instruções para esta configuração de teste de pressão e toda a solução digital de as-built no campo. Você pode baixar esta configuração gratuitamente no site da Esri Community. Aqui está o link<\/A>. Este artigo do blog é o terceiro de uma série de quatro artigos explicando como implantar o ArcGIS Field Maps para Digital Field As-builting. Se você perdeu nossos artigos anteriores sobre digital field as-builting, aqui estão os links para esses artigos.<\/P>Parte 1: Digital Field As-Builting com ArcGIS<\/A><\/P>Parte 2: Digital Field as-Builting com ArcGIS: Sem código de barras Sem problema<\/A><\/P>O próximo artigo do blog continuará aproveitando o aprimorador de produtividade consciência geoespacial. O Blog #4 revelará o segredo da configuração e automação para gerenciar o projeto de construção, e como vincular automaticamente toda a documentação digital do projeto de construção.<\/P>
POR FAVOR, NOTE: As postagens neste site são nossas e não representam necessariamente a posição, estratégias ou opiniões da Esri.<\/EM><\/P>
