Requisitos de Troca de Informações: o que é o EIR no BIM?

O EIR, acrônimo de Requisitos de Informação de Troca, é o documento com o qual o contratante define os requisitos informativos a serem produzidos, trocados e verificados dentro de um processo BIM.

A metodologia BIM pressupõe um fluxo de trabalho colaborativo e a criação de modelos informativos ricos em dados gráficos e textuais que caracterizam todos os elementos pertencentes ao modelo, para todo o seu ciclo de vida.

O pacote informativo que caracteriza cada modelo é delineado pelas necessidades do contratante, que tem a responsabilidade e a capacidade de definir, antes da concepção de um projeto, quais informações são úteis, como devem ser trocadas e quando isso deve ocorrer. Existem ferramentas IDS BIM inovadoras que permitem, através do padrão IDS, configurar corretamente o EIR e gerenciar da melhor forma todo o processo de criação, compilação e validação da solicitação de informação.

Mas antes, vamos descobrir o que é o EIR (Requisitos de Informação de Troca) e do que é composto, e de que forma pode ser tornado ainda mais eficaz através do padrão IDS. Veremos, além disso, um exemplo prático de validação de um modelo IFC, onde um requisito informativo do EIR é transformado em uma especificação IDS para controlar automaticamente a nomenclatura correta do projeto.

Por fim, analisaremos em detalhe um caso de estudo denominado Recycle BIM, importante iniciativa multinacional e multiator, voltada para desenvolver um quadro integrado para a circularidade dos materiais de construção. Este projeto foi liderado pela universidade de Minho e contou com diversas colaborações internacionais, como a da ACCA software.

BIM Model Checking EIR

O que é um documento EIR (Exchange Information Requirements)?

Em uma licitação realizada segundo a metodologia BIM, o EIR é um documento pré-licitação que define normas, informações e requisitos de um processo BIM e constitui o input de início da licitação em si, à qual os técnicos e os contratantes respondem com propostas adequadas.

Se a PAS 1192-2 definia o EIR como “Employer Information Requirements”, literalmente “Requisitos de informação do empregador”, hoje o acrônimo EIR refere-se ao “Exchange Information Requirements”, conforme alterado pela ISO 19650, que se refere aos “Requisitos de troca de informações”.

A diferença entre as definições destaca uma mudança clara. Se os requisitos informativos a serem produzidos e entregues em ambos os casos desempenham um papel predominante, a nova acepção nos faz compreender como agora a atenção está voltada para a forma de troca dessas informações.

O EIR, portanto, se concentra nos métodos a serem executados para a compartilhamento de dados e a geração dos documentos, focando na gestão dos conteúdos informativos entre os diversos stakeholders e nas formas de verificação, arquivamento e entrega dos modelos. Ele se constitui como um verdadeiro documento textual no qual são identificados:

• aspectos normativos de referência, prioridades e objetivos;
• modelos a serem implementados para cada fase do projeto com níveis de informação adequados ao estágio de referência.

Os objetivos devem ser alcançados por meio de um trabalho colaborativo das várias equipes proponentes, que inclui contratantes, técnicos, fornecedores e eventuais subcontratantes e subfornecedores, obtido com uma troca de dados otimizada e com a utilização de um sistema de gestão BIM.

Ainda hoje, muitas vezes nos deparamos com proponentes que têm dificuldades em redigir um documento desse tipo, às vezes porque ainda não estão totalmente imersos na metodologia, outras vezes porque frequentemente é difícil enquadrar os objetivos do contrato, a troca de dados e a gestão.

Quais são os requisitos informativos da contratante?

Vimos que através do EIR a contratante define as características gerenciais da tarefa, delineando o processo de produção e entrega. Mas quais são especificamente os requisitos informativos que ela deve definir?

Os requisitos informativos que devem ser definidos estão relacionados a aspectos como:

• formas de gestão (por exemplo, o uso de plataformas colaborativas);
• formas de produção;
• formas de coordenação entre os modelos e a equipe (uso de ferramentas BIM, análise coordenada dos modelos, etc.);
• formas de verificação e controle;
• nível de detalhe relativo aos elementos e, em geral, ao modelo específico a ser realizado em cada fase;
• formas de troca (por exemplo, formatos interoperáveis);
• tempos, prazos e fases de entrega;
• formas de entrega (formatos de saída, nomenclatura de arquivos, etc.).

Fluxo de informação para elaboração do EIR

Por que precisamos de um documento EIR?

O Exchange Information Requirements (EIR) é um documento chave da metodologia BIM, pois suas finalidades remetem à ideia básica do próprio BIM: “Begin with the end in the mind”, “Comece com o fim em mente”, segundo a qual é necessário iniciar qualquer projeto tendo bem claros os objetivos finais.

Para alcançar de maneira eficaz os objetivos finais, o EIR é certamente funcional, pois identifica em detalhe todo o fluxo de trabalho a ser seguido, gerenciando antecipadamente todo o processo de construção.

Um EIR é vantajoso também para:

• o contratante, uma vez que a realização de Digital Twin realistas e ricos em informações garante ao proponente uma visão real dos projetos e permite avaliar uma série de fatores (fases de construção, recursos, custos e prazos, processos de gestão e manutenção);
• os projetistas e todos os colaboradores, pois, através de diretrizes e fluxos de trabalho claros definidos pelo EIR, conseguem ser mais produtivos, reduzir erros e evitar atrasos.

Esses benefícios alcançam a máxima expressão através do uso do padrão IDS da BuildingSMART. Com uma ferramenta IDS BIM, o contratante pode criar o documento IDS com as especificações informativas requeridas e o projetista editá-las de maneira guiada. Quando o projetista conclui o trabalho, o computador lê automaticamente o modelo do projetista e o contratante pode validar os conjuntos de dados entregues.

Para compreender melhor como esses benefícios podem se traduzir em um controle concreto dos modelos BIM, é útil aprofundar o papel do IDS: o padrão permite, de fato, transformar os requisitos informativos definidos no EIR em especificações estruturadas, verificáveis automaticamente nos modelos IFC.

Como transformar os requisitos do EIR em controles IDS verificáveis no modelo IFC

O IDS – Information Delivery Specification permite dar um passo além da simples definição dos requisitos informativos: permite transformá-los em regras de controle aplicáveis aos modelos IFC. Na prática, um requisito contido no EIR, por exemplo, o respeito a uma determinada nomenclatura ou a presença de propriedades específicas, pode se tornar uma regra estruturada a ser aplicada a um modelo IFC para verificar sua conformidade.

O fluxo operacional é simples: primeiro se identifica o requisito informativo a ser controlado, depois se define a quais elementos do modelo IFC aplicar a verificação através da aplicabilidade, e por fim se estabelece o requisito propriamente dito, ou seja, a condição que os elementos selecionados devem respeitar para serem considerados conformes.

Dessa forma, o EIR estabelece o que deve ser verificado, enquanto o IDS define onde aplicar o controle e qual condição deve ser respeitada. A validação final no modelo IFC retorna, portanto, um resultado de conformidade ou não conformidade, permitindo ao contratante verificar se as informações requeridas estão efetivamente presentes, corretas e coerentes no modelo BIM entregue.

Exemplo prático: verificar o nome do projeto em um modelo IFC

Para compreender o funcionamento do IDS, imaginemos que precisamos validar um modelo informativo arquitetônico de um edifício escolar destinado a creche, exportado no formato IFC 4×3.

O contratante requer que o nome do projeto seja uniforme em todos os modelos IFC entregues. Essa necessidade, expressa no EIR, tem um objetivo prático: garantir coerência na nomenclatura dos arquivos e render os dados mais facilmente consultáveis, agregáveis e utilizáveis pelos stakeholders e pelas ferramentas informáticas durante as diferentes fases do ciclo de vida do edifício.

No caso em questão, o nome solicitado para o projeto é “Rainbow Kindergarten”. O requisito informativo pode, portanto, ser expresso assim: todos os modelos IFC entregues devem apresentar um nome de projeto coerente com esse valor.
Neste ponto, o requisito deve ser transformado em uma especificação IDS. A especificação não deve controlar genericamente todo o modelo, mas deve identificar a entidade IFC correta sobre a qual aplicar a verificação. Como o controle diz respeito ao projeto como um todo, a aplicabilidade é definida na entidade IfcProject.
O requisito, por sua vez, consiste em verificar se o atributo Name da entidade IfcProject está preenchido com o nome previsto, ou seja, “Rainbow Kindergarten”.

Dessa forma, um pedido que no EIR poderia ser descrito de forma discursiva é transformado em uma regra técnica controlável automaticamente.

Como definir a especificação IDS para o controle da nomenclatura

No arquivo IDS, cria-se uma especificação dedicada à verificação do nome do projeto. A descrição da especificação esclarece que o modelo IFC deve apresentar uma nomenclatura coerente com o que foi solicitado pelo cliente, garantindo assim uniformidade entre os diferentes arquivos produzidos e facilitando a análise dos dados.

Na seção geral da especificação, pode-se indicar a versão IFC de referência, por exemplo, IFC 4×3, juntamente com eventuais instruções operacionais para o projetista. Por exemplo, pode-se especificar que quem exporta o modelo IFC deve garantir que o nome do projeto esteja corretamente preenchido antes da entrega.

A parte decisiva é a configuração de aplicabilidade e requisitos. A aplicabilidade filtra a entidade IfcProject, enquanto o requisito controla o valor do atributo Name. No nosso exemplo, se o valor encontrado corresponder a “Rainbow Kindergarten”, o controle é aprovado; se o valor estiver ausente ou diferente, o modelo será considerado não conforme em relação a essa especificação.

Essa configuração mostra concretamente como o IDS permite transformar um requisito informativo do EIR em uma verificação pontual sobre o modelo IFC.

Validação do modelo IFC: como ler o resultado do controle

Uma vez criado o arquivo IDS, a especificação pode ser aplicada ao modelo IFC por meio de um validador. O validador compara o conteúdo do modelo com as regras definidas no arquivo IDS e retorna um resultado. No caso do exemplo, o controle diz respeito a um único requisito: verificar se o nome do projeto associado a IfcProject coincide com o valor solicitado.

Se o atributo Name contém o valor “Rainbow Kindergarten”, o modelo é considerado conforme à especificação. Se, por outro lado, o valor estiver ausente, incorreto ou diferente do previsto, o validador sinaliza uma não conformidade. O valor operacional da validação IDS não está apenas em indicar se o modelo está correto ou não, mas também em tornar rastreável o motivo do eventual erro.

O validador pode, de fato, mostrar:

• a especificação que não foi respeitada;
• o elemento IFC envolvido;
• o requisito esperado;
• o valor efetivamente encontrado no modelo;
• a sinalização de não conformidade.

Isso permite ao projetista, ao especialista em BIM ou ao validador identificar rapidamente o problema e intervir de forma direcionada, sem precisar verificar manualmente todo o modelo.

Do erro à correção: por que o IDS simplifica o controle de qualidade

Em um processo tradicional, a verificação dos dados contidos em um modelo BIM pode exigir longos controles manuais e sujeitos a diferentes interpretações. Com o IDS, por outro lado, o controle é formalizado a montante e aplicado de maneira coerente ao modelo IFC.

Se o modelo não respeitar a especificação, a não conformidade se torna imediatamente identificável. Isso permite gerenciar o problema de forma mais eficaz: a equipe pode corrigir o valor no modelo, reexportar o arquivo IFC e repetir a validação até alcançar a conformidade requerida.

Em um fluxo openBIM, os relatórios também podem ser compartilhados por meio de formatos padrão como o BCF – BIM Collaboration Format, facilitando a comunicação entre os envolvidos na revisão do modelo.

Por que usar o IDS junto com o EIR?

O IDS não substitui o EIR, mas o torna mais eficaz do ponto de vista operacional. O EIR estabelece quais informações são necessárias, em qual fase devem ser produzidas e quais critérios devem ser respeitados. O IDS permite traduzir esses critérios em controles automáticos aplicáveis aos modelos IFC.

O resultado é um processo mais claro e verificável: o EIR define o requisito informativo, enquanto o IDS o transforma em uma especificação estruturada, legível por máquina e utilizável para a validação automatizada.

Nesse sentido, o IDS representa uma ferramenta fundamental para tornar mais controlável a qualidade informativa dos modelos BIM. Permite verificar não apenas a presença dos dados solicitados, mas também sua correção, coerência e utilizabilidade nos processos subsequentes de projeto, construção, gestão e manutenção da obra.

O que deve conter um EIR?

São diversos os documentos que confluem nos Requisitos de Informação de Troca e que contribuem para sua redação:

• OIR (Requisitos de Informação Organizacional) – abrange as informações necessárias para definir os objetivos do proponente;
• AIR (Requisitos de Informação de Ativos) – abrange os aspectos gerenciais e os procedimentos técnicos do imóvel;
• PIR (Requisitos de Informação do Projeto) – abrange as informações necessárias para implementar os objetivos em relação à particular encomenda.

Para enquadrar plenamente o EIR dentro de uma encomenda BIM, basta fazer referência à ISO 19650-1, que define o fluxo e a hierarquia dos requisitos informativos que se desenvolvem em um processo BIM.

A encomenda se completa com a redação de:

• PIM (Modelo de Informação do Projeto) – abrange informações relacionadas ao projeto e à realização da construção;
• AIM (Modelo de Informação de Ativos) – abrange informações relacionadas ao uso, à gestão e à manutenção do imóvel.

Aqui listamos uma série de acrônimos que podem parecer difíceis. Por isso, recomendo que você leia o artigo “IFC, PAS, COBie, BEP, EIR: todos os acrônimos do BIM” para conhecer mais sobre esses e outros acrônimos que você encontrará ao longo do seu caminho no mundo BIM.

Hierarquia requisitos de informação

Para redigir corretamente o EIR, é necessário seguir um template que se divide em três partes:

1. Técnica;
2. Gerencial;
3. Comercial.

Cada parte é composta por uma série de conteúdos típicos, esquematizados na tabela abaixo:

Parte técnica

Nesta parte, são enquadrados os requisitos técnicos da obra:

• formatos de troca – os formatos dos arquivos (eventualmente também as versões) com os quais realizar a troca de dados, de modo que tudo ocorra em um formato utilizável pelo próprio proponente;
• nível de detalhe – para cada modelo e para cada elemento técnico de cada modelo, deve ser definido o nível de detalhe, geométrico e informativo, mínimo a ser alcançado, com base nas necessidades do projeto;
• plataformas de software – deve ser esclarecida a infraestrutura de software e a plataforma colaborativa da obra;
• coordenadas – identificar um sistema de coordenadas comuns a todos, pois os modelos de projeto devem ter o mesmo ponto de coordenação;
• nível de formação – o contratante deve definir a formação BIM necessária para poder participar da elaboração da proposta e da assinatura do eventual contrato.

Parte gerencial

Nesta parte, são delineados os requisitos de gestão dos processos projetuais:

• padrões – procedimentos a serem seguidos para garantir o correto fluxo das informações, a troca de dados, a entrega e a segurança do processo;
• papéis e responsabilidades dos stakeholders – é apropriado direcionar os ofertantes a indicar todos os papéis e as responsabilidades dos participantes na concepção;
• segurança de dados – medidas de segurança para proteger dados sensíveis;
• processo de coordenação – modos de controle e resolução de interferências, tolerâncias, etc.;
• processo de colaboração – é necessário esclarecer os modos colaborativos que a equipe deve seguir;
• programação de reuniões de revisão do modelo – programa de controle e assistência à equipe de projeto, durante a execução da tarefa;
• gestão da saúde e segurança do projeto – requisitos projetuais relacionados à segurança no canteiro de obras a serem garantidos;
• restrições – para comunicar eventuais restrições ou limitações presentes na encomenda;
• plano de conformidade – relacionados à definição de métodos para assegurar a qualidade das informações e dos dados produzidos;
• modos de entrega das informações sobre os ativos – para definir um padrão mínimo e o esquema de dados através do qual gerenciar as informações no ativo.

Parte comercial

Nesta parte, são listados os requisitos relacionados às finalidades e os objetivos projetuais:

• objetivos estratégicos – finalidades dos requisitos informativos;
• resultados BIM a serem alcançados – deve definir detalhadamente os resultados a serem atingidos, em termos de modelagem, informatização e coordenação;
• avaliação de competências – através da qual se analisam as capacidades e competências dos ofertantes na gestão e na troca informativa.

De que forma um EIR é diferente de um BEP?

EIR e BEP são ambos documentos necessários durante uma encomenda BIM, mas se diferenciam pelo propósito:

• o EIR serve para identificar as necessidades e os requisitos informativos solicitados pelo contratante;
• o BEP serve para indicar como se pretende responder às necessidades expressas no EIR.

Portanto, na realização de uma projetagem BIM, a produção e a troca de informações definidas pelo EIR permitem aos ofertantes a elaboração dos BEP (BIM Execution Plan).

No BEP (BIM Execution Plan) são destacadas as modalidades e os instrumentos destinados a alcançar os objetivos requeridos pelo EIR. Dependendo da fase em que se encontra, são elaborados dois BEPs: o pré-contratual (preBEP) e o pós-contratual (BEP).

Desenvolvimento comissionamento BIM fluxo de trabalho

O BEP pré-contratual é elaborado na fase de oferta (fase pré-licitação) por cada participante.

Esse documento, por esse motivo, delineia resumidamente a forma como se pretende responder às solicitações da contratante, planejando os principais “passos” da concepção a serem realizados (sob a forma de PIM – Project Information Model) e focando no seu nível de competência, na sua capacidade operacional, nos recursos e nas tecnologias disponíveis.

Ao final da licitação, o sujeito vencedor, após a assinatura do contrato com o proponente, deverá apresentar um plano adicional, o BEP pós-contratual.

Se o preBEP constituía, de certa forma, uma oferta, o BEP pós-contratual enquadra as efetivas modalidades de realização, controle, troca e compartilhamento dos documentos e dos modelos finais a serem produzidos. Enriquecendo-se com documentos como a matriz de responsabilidades, o MIDP, o TIDP, detalhando a gestão dos procedimentos, dos processos a serem seguidos, das estratégias de entrega e dos padrões.

Em conclusão, pode-se afirmar que é justamente com o BEP que todos os atores do processo compreendem as finalidades e os usos do modelo BIM, definindo uma proposta eficiente, funcional e que atende aos padrões.

Estudo de caso: a elaboração do EIR no projeto RecycleBIM

O setor da construção enfrenta desafios significativos em termos de produtividade e previsibilidade, frequentemente decorrentes de um planejamento fragmentado e de uma gestão reativa das informações.

Para superar essas dificuldades, é fundamental adotar uma abordagem proativa à gestão das informações, em conformidade com os padrões ISO.

Nesse contexto, os Exchange Information Requirements (EIR) emergem como ferramentas cruciais para uma gestão eficiente das informações durante todo o ciclo de vida de um projeto, desde sua concepção até a demolição.

Neste parágrafo, abordamos em detalhes um estudo de caso em que o software ACCA é parte ativa. Trata-se do projeto RecycleBIM, uma importante iniciativa para promover a sustentabilidade e a circularidade dos materiais de construção através do uso avançado do BIM.

Se você deseja mais informações, recomendo a leitura do artigo de aprofundamento “RecycleBIM: um passo à frente rumo à circularidade dos materiais de construção“.

Graças a este projeto, foi possível investigar os procedimentos destinados a melhorar a gestão dos materiais de construção, reduzir o impacto ambiental e promover práticas de construção mais eficientes e sustentáveis.

Em relação à elaboração do EIR, o estudo de caso previu a criação de dois templates, um relativo às obras de demolição de um bem existente, e o outro a ser utilizado no caso de uma nova construção.

Os dois templates são indicados da seguinte forma:

• track: to-be-demolished;
• track: nova construção.

Vamos vê-los em detalhes.

EIR para a demolição: “track: to-be-demolished”

Embora o BIM ainda não seja amplamente utilizado em projetos de demolição, a elaboração de um EIR continua sendo crucial para garantir uma abordagem estruturada e minimizar o desperdício de recursos. Um EIR bem definido ajuda a agilizar os processos, reduzir as redundâncias e garantir que todos os dados relevantes sejam adquiridos e compartilhados com precisão entre as partes interessadas.

Os EIR para a demolição se concentram em uma série de objetivos específicos, incluindo:

• planejar uma demolição enxuta para promover a circularidade dos materiais;
• aumentar as vendas de materiais recuperados, criando novas oportunidades de negócios;
• otimizar o planejamento do trabalho, reduzindo os prazos e os custos do projeto;
• facilitar a troca de dados com o mercado, criando um fluxo de informações eficiente entre demanda e oferta, para evitar “waste de informação” e para fornecer uma aplicação justificada do BIM;
• esclarecer os objetivos, delineando as informações necessárias e especificando os padrões informativos, os métodos de produção e os procedimentos aplicáveis durante a fase de pré-demolição e o planejamento do desmantelamento;
• utilizar templates que visam capturar e trocar sistematicamente informações críticas sobre materiais, elementos estruturais e condições do local, durante o processo de demolição;

Um elemento chave nos EIR para a demolição é o Deconstruction Information Model (DIM), um modelo de dados específico para o planejamento e a execução de projetos de demolição.

Modelo EIR para projetos de demolição e desmantelamento

Vamos ver como é estruturado um EIR para gerenciar os processos de demolição.

1. Introdução

1.1. Objetivo dos requisitos informativos de troca (EIR) – explica que os Requisitos Informativos de Troca (EIR) foram formulados pela entidade contratante para o projeto em questão.

1.2. Objetivos de gestão das informações – ilustra os objetivos do contratante em relação à gestão das informações do projeto e seu compromisso em utilizar o BIM para melhorar os procedimentos de demolição, com a intenção de obter vantagens econômicas e temporais e adotar uma estratégia de desmantelamento orientada à circularidade dos materiais.

1.3. Informações sobre o projeto

1.3.1. Informações gerais sobre o projeto – fornece detalhes básicos sobre o projeto (título do projeto, descrição, data de início do projeto, etc.).

1.3.2. Detalhes de contato da entidade contratante – são apresentadas as informações de contato da organização que comissionou o projeto (nome da empresa, site, endereço, etc.).

1.3.3. Detalhes do ativo construído – descreve o edifício ou a estrutura existente que será objeto de demolição (descrição do ativo, proprietário do ativo, etc.).

1.3.4. Objetivo do projeto – define em detalhe o que se pretende alcançar com o projeto (justificativa do projeto, entregáveis, etc.).

1.3.5. Restrições do projeto – são identificados todos os limites e restrições que influenciam o planejamento, o projeto e a execução de uma obra (orçamento, pessoal, etc.).

1.3.6. Marcos para a entrega das informações – define os momentos cruciais durante o projeto em que é necessário entregar informações específicas.

1.3.6. Informações de referência – são listadas as informações sobre o ativo que são disponibilizadas aos participantes da licitação. É indicada a localização dessas informações, especificando que estarão acessíveis através de links para o ambiente de dados compartilhados (CDE) (desenhos as-built, desenhos de projeto, dados do cadastro, etc.).

1.3.7. Recursos compartilhados – semelhante à seção anterior, esta lista outros recursos que são disponibilizados aos participantes através de links para o CDE (mapas de processos, as especificações do nível de necessidade informativa, etc.).

2. Requisitos de informação

Esta seção define os requisitos informativos necessários para a entrega do modelo informativo da demolição. Esses requisitos são o resultado de estratégias empresariais mais amplas e das necessidades específicas do projeto, e são comunicados à equipe de trabalho através do EIR (Exchange Information Requirements). A Figura 1 ilustra a hierarquia dos requisitos informativos, que parte dos OIR (Organizational Information Requirements), passa pelos PIR (Project Information Requirements), até definir o EIR, culminando na definição das especificações para o PIM (Project Information Model).

Figura 1 – Hierarquia dos requisitos informativos, adotada pela ISO 19650

2.1. Requisitos de Informação Organizacional (OIR)

Os OIR (Requisitos de Informação Organizacional) representam as necessidades informativas de alto nível da organização contratante e estão alinhados com suas políticas ESG (Ambientais, Sociais e de Governança). Definem os princípios orientadores para a gestão das informações em nível corporativo, influenciando todos os projetos. Nesse contexto, os OIR destacam a importância de:

• desmantelamento e demolição dos ativos com o mínimo impacto ambiental – isso implica a necessidade de planejar intervenções que minimizem a produção de resíduos, promovam a recuperação e a reciclagem de materiais e considerem a segurança e a saúde da comunidade circundante. Por exemplo, um OIR pode estabelecer o objetivo de alcançar uma determinada porcentagem de materiais reciclados a partir do processo de demolição;
• conformidade com as normas nacionais e promoção da circularidade – a organização deve operar em conformidade com as leis e regulamentos vigentes em matéria de demolição e gestão de resíduos, integrando ao mesmo tempo práticas que favoreçam a economia circular, como a reutilização e a valorização dos materiais. Um exemplo pode ser a obrigação de identificar os materiais reutilizáveis presentes no edifício antes da demolição;
• adoção de uma estratégia abrangente para o planejamento e a execução do projeto – é fundamental definir uma abordagem estruturada para a gestão das informações durante todo o ciclo de vida do projeto, desde a fase de planejamento até a sua conclusão. Isso pode incluir o uso de plataformas colaborativas e a definição de fluxos de trabalho claros.
• seleção de técnicas de demolição e desmantelamento baseadas em modelos otimizados – o uso de modelos informativos (BIM) permite simular e analisar diferentes técnicas de demolição, escolhendo as mais eficientes, seguras e sustentáveis. Por exemplo, o modelo BIM pode ser utilizado para planejar a sequência de desmontagem dos elementos estruturais.

2.2. Requisitos de Informação do Projeto (PIR)

Os PIR (Requisitos de Informação do Projeto) especificam o conteúdo informativo de alto nível exigido especificamente para o projeto em questão, a fim de apoiar os objetivos estratégicos da organização contratante. Esses requisitos são uma derivação dos OIR, adaptados às peculiaridades do projeto individual e aos seus pontos decisivos chave.

São identificados quatro pontos chave distintos (Tabela 1) dentro do processo de criação do Modelo de Informação do Projeto (PIM) para o planejamento da demolição:

• Entrega de uma representação espacial do ativo (M1): por exemplo, a nuvem de pontos obtida pela varredura a laser;
• Entrega do inventário dos materiais resultante da auditoria pré-demolição (M2): a lista detalhada dos materiais presentes no edifício;
• Entrega do modelo BIM, que representa o ativo (M3): o modelo 3D informativo do edifício;
• Entrega das especificações do ativo em formato de dados interoperável para os marketplaces (M4): os dados sobre os materiais estruturados em um formato utilizável para a venda online.

Tabela 1 – Requisitos de Informação do Projeto (PIR) – (Fonte: Universidade do Minho)

2.3. Requisitos de Informação para Troca (EIR)

O EIR (Requisitos de Informação para Troca) é um documento crucial que assegura o alinhamento entre todos os stakeholders do projeto e facilita uma gestão eficaz das informações durante todo o ciclo de vida. Ele estabelece uma compreensão comum entre as partes envolvidas, promovendo colaboração, clareza e eficiência na troca de dados.

A Tabela 2 detalha os requisitos informativos para a entrega. Para cada requisito informativo (correspondente às milestones), a tabela especifica uma série de informações (as informações de suporte necessárias, o formato dos arquivos requerido, etc.).

Tabela 2 – decomposição do EIR – (Fonte: Universidade do Minho)

A Tabela 3 define os marcos de entrega das informações e as datas chave associadas a cada entregável.

Tabela 3 – Marcos de entrega de informações e datas chave – (Fonte: Universidade do Minho)

O documento especifica ainda que até uma data limite todos os stakeholders podem apresentar perguntas sobre o EIR. Em resposta ao EIR, cada participante da licitação deve produzir um pré-BEP (pré-BIM Execution Plan), que ilustra sua abordagem e as capacidades de gestão da informação para atender aos requisitos. O pré-BEP deve ser assinado até a data estabelecida e estará sujeito a revisão antes da aceitação.

As partes nomeadas são obrigadas a desenvolver um pré-BEP detalhado que compreenda uma série de informações (a estratégia de entrega da informação, a estratégia de colaboração, etc.).

Após a nomeação, o BEP da equipe de entrega será validado em colaboração com toda a equipe e levando em consideração o feedback do ente contratante. O BEP definitivo deverá ser assinado até a data estabelecida e conterá informações semelhantes ao pré-BEP, mas com mais detalhes, como o MIDP (Master Information Delivery Plan) e os TIDP (Task Information Delivery Plan), além de quaisquer desvios do EIR.

2.4. Nível de Necessidade de Informação

As especificações do LOIN (Level of Information Need), em conformidade com a norma EN 17412-1:2020, são elementos fundamentais dos requisitos informativos definidos pelo ente contratante e aos quais é obrigatório aderir durante a entrega das informações. Essas especificações devem ser incluídas no BEP (BIM Execution Plan) como referência para definir o conteúdo informativo relativo ao ativo construído e seus componentes, como os produtos de construção.

3. Padrões Informativos

Os projetos devem seguir padrões informativos específicos para garantir uma troca eficaz de informações com outras tecnologias, privilegiando os formatos de dados abertos:

• aderir aos padrões ISO 19650, CEN/EN 17412-1 / ISO 7817, e ISO 16739-1;
• utilizar os códigos EWC para a classificação dos resíduos;
• usar Uniclass e as classes ISO 16739-1 para a estruturação e classificação das informações;
• as unidades de medida referem-se ao Sistema Internacional se não indicadas;
• é fundamental adotar convenções padronizadas para a identificação dos arquivos (naming convention com nome do Projeto, Originador, Decomposição, etc.);
• os arquivos devem incluir um campo para os metadados, gerido através do ambiente de compartilhamento de dados (CDE).

Produção informativa

• a equipe de entrega deve especificar no BEP (BIM Execution Plan) o software de autoria e sua versão;
• devem ser fornecidos os dados tanto em formato proprietário/editável quanto em formato de dados abertos (ex. IFC para modelos BIM);
• o tamanho máximo para os arquivos individuais é de 300 megabytes;
• são indicadas as plataformas utilizadas pelo contratante, e a equipe de entrega deve especificar como pretende trocar informações com elas se utilizar softwares alternativos;
• as funções de gestão das informações são uma responsabilidade compartilhada entre todos os membros da equipe;
• o documento define as responsabilidades das diferentes partes nas várias fases do processo de produção informativa;
• são descritas as fases de levantamento do ativo, modelagem BIM e parsing de dados para o marketplace;
• é definido um processo de autorização e publicação das informações, que inclui a revisão inicial e técnica, a autorização, etc.;
• é necessária uma estratégia de coordenação espacial e uma estrutura de decomposição das informações, a ser detalhada no BEP.

Procedimentos de aceitação

• os arquivos publicados estão sujeitos a procedimentos de validação e aceitação em correspondência a cada marco significativo;
• a aceitação depende da conformidade de cada entregável com os critérios definidos, que podem envolver aspectos geométricos, dados alfanuméricos e documentação;
• a parte contratante visa automatizar a aceitação dos resultados do trabalho por meio de controles machine-readable e especificações dos dados;
• são listados os critérios de aceitação específicos (AC) para cada entregável identificado nas tabelas de decomposição do EIR.

EIR para nova construção: “track: new construction”

Os EIR para nova construção visam integrar considerações de sustentabilidade e circularidade desde as primeiras fases de projeto. Os aspectos mais importantes são apresentados a seguir:

• a otimização da seleção de materiais, a eficiência operacional e uma fase de fim de ciclo de vida de baixo custo para o projeto;
• as diferenças características em relação ao EIR para o track “to-be-demolished”, uma vez que o EIR é um documento compilado a partir do EIR para entregáveis específicos;
• um modelo BIM conceitual para permitir a análise iterativa da eficiência energética do envoltório do edifício, da composição dos materiais e outros aspectos;
• necessidades informativas específicas para o modelo as-built, que será então utilizado para planejar os trabalhos de demolição do ativo. Este modelo deve incluir as informações necessárias para o DIM;
• requisitos adicionais para um modelo BIM que reflita as alterações feitas no ativo construído durante seu período de uso e manutenção;

1. O ÂMBITO DO EIR

Em um projeto de construção (“track: new construction”), existem muitas fases e potenciais usos do BIM durante o ciclo de vida do projeto, incluindo planejamento, construção, gestão operacional e manutenção e, finalmente, demolição.

Considerando isso, o âmbito deste EIR inclui apenas as diferenças características em relação ao EIR para o “track: to-be-demolished” e, portanto, os requisitos informativos estabelecidos neste documento podem ser integrados no EIR ao executar um projeto utilizando a metodologia BIM.

2. DISPOSIÇÕES CHAVE DO EIR

2.1. Propósito dos requisitos informativos de troca O EIR – estabelece as necessidades informativas a serem atendidas nas fases de projeto e construção;

2.2. Objetivos e finalidades da gestão das informações – o contratante se compromete a utilizar o Building Information Modeling (BIM) para este projeto;

2.3. Marcos para a entrega das informações – são estabelecidos considerando diferentes fatores e os pontos-chave distintivos adotados são:

• M0 – Início do projeto;
• M1 – Início da preparação;
• M2 – Início do projeto conceitual;
• M3 – Início do desenvolvimento detalhado do projeto;
• M4 – Início do projeto técnico detalhado, construção e fabricação;
• M5 – Início dos trabalhos em campo;
• M6 – Início da entrega do ativo;
• M7 – Entrega do ativo e início da operação e manutenção;
• M8 – Início da fase de fim de ciclo de vida.

2.4. Requisitos informativos de projeto (PIR) – especificam o conteúdo informativo necessário para apoiar os objetivos estratégicos do contratante e derivam dos objetivos estratégicos da organização e dos pontos decisórios chave do projeto.

A Tabela 4 identifica os requisitos informativos de alto nível específicos do projeto para cada ponto chave de entrega.

Tabela 4 – Requisitos de Informação do Projeto (PIR) nova construção – (Fonte: Universidade do Minho)

A Tabela 5 representa os requisitos informativos para os sujeitos da entrega.

Tabela 5 – EIR nova construção – (Fonte: Universidade do Minho)

2.5. Nível de Necessidade Informativa (LoI) – são componentes essenciais dos requisitos informativos, formulados pelo contratante e vinculativos para a entrega das informações.

2.6. Padrões informativos do projeto – as informações devem ser produzidas em conformidade com os padrões informativos do projeto para garantir uma troca eficaz com outras tecnologias, utilizando, na medida do possível, formatos de dados abertos.

2.7. Software e autoria das informações – a equipe de entrega deve especificar no BEP o software de autoria e sua versão para todos os contêineres informativos.

2.8. Processo de criação e colaboração das informações – o modelo nativo e as diretrizes para a interoperabilidade devem facilitar a criação de modelos no esquema IFC.

2.9. Critérios de aceitação e procedimentos de controle de qualidade – após cada fase de geração das informações, é previsto um processo de aceitação/rejeição de cada entregável e sobre o cumprimento das especificações.

2.10. Informações e referências de suporte – recomenda-se consultar o material de suporte que é disponibilizado ao contratante.

FAQ sobre o EIR no BIM

O que é o EIR no BIM?

O EIR, acrônimo de Exchange Information Requirements, é o documento com o qual o contratante define os requisitos relacionados à troca de informações em um processo BIM. Serve para esclarecer quais informações devem ser produzidas, como devem ser compartilhadas, em quais formatos e com quais modos de verificação e entrega.

Para que serve um documento EIR?

O EIR serve para estabelecer corretamente o fluxo de trabalho BIM desde as primeiras fases do processo de construção. Permite à contratante definir objetivos, requisitos, modos de troca de dados, critérios de controle e prazos de entrega, ajudando projetistas e colaboradores a trabalharem com regras mais claras e reduzindo erros, atrasos e incoerências informativas.

Quais requisitos informativos a contratante deve definir?

A contratante deve definir requisitos relacionados à gestão, produção, coordenação e verificação dos modelos. Entre eles estão o uso de plataformas colaborativas, formatos interoperáveis, níveis de detalhe, modos de entrega, nomenclatura dos arquivos, prazos e procedimentos de controle.

De que forma o IDS pode apoiar o EIR?

O IDS permite transformar os requisitos informativos definidos no EIR em especificações estruturadas, legíveis tanto por pessoas quanto por softwares. Dessa forma, um pedido do contratante pode se tornar uma regra verificável automaticamente em um modelo IFC, tornando o controle das informações mais objetivo e rastreável.

Como se passa de um requisito EIR a um controle IDS?

A transição ocorre identificando primeiro o requisito informativo a ser controlado, depois os elementos do modelo IFC aos quais aplicar a verificação e, por fim, a condição que deve ser respeitada. O EIR estabelece, portanto, o que deve ser verificado, enquanto o IDS define onde aplicar o controle e qual requisito deve ser atendido.

O que acontece se um modelo IFC não respeitar uma especificação IDS?

Se o modelo não respeitar a especificação, o validador sinaliza uma não conformidade. Dessa forma, a equipe pode identificar o requisito não atendido, o elemento IFC envolvido e o valor encontrado no modelo, intervindo para corrigir o dado, reexportar o arquivo IFC e repetir a validação.

O que deve conter um EIR?

Um EIR contém requisitos técnicos, gerenciais e comerciais. A parte técnica diz respeito a aspectos como formatos de troca, níveis de detalhe, plataformas de software e coordenadas. A parte gerencial inclui padrões, papéis, segurança dos dados, processos de colaboração e plano de conformidade. A parte comercial define objetivos estratégicos, resultados BIM a serem alcançados e avaliação das competências.

Qual é a diferença entre EIR e BEP?

O EIR define as necessidades e os requisitos informativos solicitados pelo contratante. O BEP, ou seja, o BIM Execution Plan, descreve como a equipe pretende responder a tais solicitações. Em resumo, o EIR estabelece o que é necessário para a contratante, enquanto o BEP indica como atender a esses requisitos.