Requisitos de Intercambio de Información: ¿Qué es el EIR en BIM?

El EIR, acrónimo de Requisitos de Información de Intercambio, es el documento con el que el cliente define los requisitos informativos a producir, intercambiar y verificar dentro de un proceso BIM.

La metodología BIM presupone un flujo de trabajo colaborativo y la creación de modelos informativos ricos en datos gráficos y textuales que caracterizan todos los elementos pertenecientes al modelo, durante todo su ciclo de vida.

El paquete informativo que caracteriza cada modelo se delinean a partir de las necesidades del cliente, que tiene la responsabilidad y la capacidad para definir, antes de la concepción de un proyecto, qué información es útil, cómo debe ser intercambiada y cuándo debe ocurrir. Existen herramientas IDS BIM innovadoras que permiten, a través del estándar IDS, establecer correctamente el EIR y gestionar de la mejor manera todo el proceso de creación, compilación y validación de la solicitud de información.

Pero antes, descubramos qué es el EIR (Requisitos de Información de Intercambio) y de qué está compuesto, y cómo puede hacerse aún más efectivo a través del estándar IDS. Además, veremos un ejemplo operativo de validación de un modelo IFC, en el que un requisito informativo del EIR se transforma en una especificación IDS para controlar automáticamente la correcta nomenclatura del proyecto.

Finalmente, analizaremos en detalle un caso de estudio denominado Recycle BIM, una importante iniciativa multinacional y multiactor, destinada a desarrollar un marco integrado para la circularidad de los materiales de construcción. Este proyecto ha sido liderado por la universidad de Minho y ha contado con varias colaboraciones internacionales, como la de ACCA software.

Verificación de modelo BIM EIR

¿Qué es un documento EIR (Exchange Information Requirements)?

En una licitación realizada según la metodología BIM, el EIR es un documento de pre-licitación que define normas, información y requisitos de un proceso BIM y constituye la entrada para el inicio de la licitación misma, a la cual los técnicos y contratistas responden con ofertas adecuadas.

Si la PAS 1192-2 definía el EIR como “Employer Information Requirements”, literalmente “Requisitos de información del empleador”, hoy el acrónimo EIR se refiere a “Exchange Information Requirements”, según lo cambiado por la ISO 19650, que se refiere a los “Requisitos de intercambio de información”.

La diferencia entre las definiciones subraya un cambio claro. Si los requisitos informativos a producir y entregar en ambos casos juegan un papel predominante, la nueva acepción nos hace comprender cómo ahora la atención se centra más en la forma de intercambio de esta información.

El EIR, por lo tanto, se centra en los métodos a seguir para la compartición de datos y la generación de los documentos, enfocándose en la gestión de los contenidos informativos entre los diversos interesados y en las modalidades de verificación, archivo y entrega de los modelos. Se constituye como un verdadero documento textual en el que se identifican:

• aspectos normativos de referencia, prioridades y objetivos;
• modelos a implementar para cada fase de diseño con niveles de información adecuados al paso de referencia.

Los objetivos deben alcanzarse mediante un trabajo colaborativo de los diversos equipos proponentes, que incluye contratistas, técnicos, proveedores y eventuales subcontratistas y subproveedores, lograble con un intercambio de datos optimizado y con el uso de un sistema de gestión BIM.

Aún hoy, a menudo nos encontramos con proponentes que tienen dificultades para redactar un documento de este tipo, a veces porque no están completamente inmersos en la metodología, otras porque a menudo resulta difícil enmarcar los objetivos del encargo, el intercambio de datos y la gestión.

¿Cuáles son los requisitos informativos de la contratación?

Hemos visto que a través del EIR la contratación define las características de gestión del encargo, delineando el proceso de producción y entrega. Pero, ¿cuáles son específicamente los requisitos informativos que debe definir?

Los requisitos informativos que debe definir están relacionados con aspectos como:

• modalidades de gestión (por ejemplo, el uso de plataformas colaborativas);
• modalidades de producción;
• modalidades de coordinación entre los modelos y el equipo (uso de herramientas BIM, análisis coordinados de los modelos, etc.);
• modalidades de verificación y control;
• nivel de detalle relativo a los elementos y en general al modelo específico a realizar en cada fase;
• modalidades de intercambio (por ejemplo, formatos interoperables);
• tiempos, plazos y fases de entrega;
• modalidades de entrega (formatos de salida, nomenclatura de archivos, etc.).

Flujo de información para la redacción del EIR

¿Por qué necesitamos un documento EIR?

El Exchange Information Requirements (EIR) es un documento clave de la metodología BIM, porque sus finalidades remiten a la idea básica del BIM mismo: “Begin with the end in the mind”, “Comienza con el fin en mente”, según la cual se debe iniciar cualquier diseño teniendo bien claros los objetivos finales.

Para lograr de manera efectiva los objetivos finales, el EIR es sin duda funcional, ya que identifica en detalle todo el flujo de trabajo a seguir, gestionando por adelantado todo el proceso constructivo.

Un EIR resulta ventajoso también para:

• el cliente ya que la realización de Digital Twin realistas y ricos en información garantiza al sujeto proponente una visión real de los proyectos y le permite evaluar una serie de factores (fases de construcción, recursos, costos y tiempos, procesos de gestión y mantenimiento);
• los diseñadores y todos los colaboradores ya que, a través de directrices y flujos de trabajo claros definidos por el EIR, logran ser más productivos, reducir errores y evitar retrasos.

Estas ventajas alcanzan su máxima expresión mediante el uso del estándar IDS de BuildingSMART. Con una herramienta IDS BIM, el cliente puede crear el documento IDS con las especificaciones informativas requeridas y el diseñador editarlas de manera guiada. Cuando el diseñador ha concluido el trabajo, el ordenador lee automáticamente el modelo del diseñador y el cliente puede validar los conjuntos de datos entregados.

Para comprender mejor cómo estas ventajas pueden traducirse en un control concreto de los modelos BIM, es útil profundizar en el rol del IDS: el estándar permite transformar los requisitos informativos definidos en el EIR en especificaciones estructuradas, verificables automáticamente sobre los modelos IFC.

Cómo transformar los requisitos del EIR en controles IDS verificables sobre el modelo IFC

El IDS – Information Delivery Specification permite dar un paso adicional respecto a la simple definición de los requisitos informativos: permite transformarlos en reglas de control aplicables a los modelos IFC. En práctica, una solicitud contenida en el EIR, por ejemplo, el respeto de una determinada nomenclatura o la presencia de propiedades específicas, puede convertirse en una regla estructurada que se aplica a un modelo IFC para verificar su conformidad.

El flujo operativo es simple: primero se identifica el requisito informativo a controlar, luego se define a qué elementos del modelo IFC aplicar la verificación a través de la aplicabilidad, y finalmente se establece el requisito en sí, es decir, la condición que los elementos seleccionados deben cumplir para ser considerados conformes.

De este modo, el EIR establece qué debe ser verificado, mientras que el IDS define dónde aplicar el control y qué condición debe cumplirse. La validación final sobre el modelo IFC devuelve, por tanto, un resultado de conformidad o no conformidad, permitiendo al cliente verificar si la información requerida está efectivamente presente, correcta y coherente en el modelo BIM entregado.

Ejemplo operativo: verificar el nombre del proyecto en un modelo IFC

Para comprender el funcionamiento del IDS, imaginemos que debemos validar un modelo informativo arquitectónico de un edificio escolar destinado a guardería, exportado en formato IFC 4×3.

El cliente requiere que el nombre del proyecto sea uniforme en todos los modelos IFC entregados. Esta necesidad, expresada en el EIR, tiene un propósito práctico: garantizar coherencia en la nomenclatura de los archivos y render los datos más fácilmente consultables, agregables y utilizables por los interesados y las herramientas informáticas durante las diferentes fases del ciclo de vida del edificio.

En el caso de estudio, el nombre requerido para el proyecto es “Rainbow Kindergarten”. El requisito informativo puede expresarse así: todos los modelos IFC entregados deben llevar un nombre de proyecto coherente con este valor.
En este punto, el requisito debe transformarse en una especificación IDS. La especificación no debe controlar genéricamente todo el modelo, sino que debe identificar la entidad IFC correcta sobre la que aplicar la verificación. Dado que el control se refiere al proyecto en su conjunto, la aplicabilidad se establece sobre la entidad IfcProject.
El requisito, por otro lado, consiste en verificar que el atributo Name de la entidad IfcProject esté valorado con el nombre previsto, es decir, “Rainbow Kindergarten”.

De este modo, una solicitud que en el EIR podría describirse de forma discursiva se transforma en una regla técnica controlable automáticamente.

Cómo establecer la especificación IDS para el control de la nomenclatura

En el archivo IDS se crea una especificación dedicada a la verificación del nombre del proyecto. La descripción de la especificación aclara que el modelo IFC debe presentar una nomenclatura coherente con lo que requiere el cliente, de modo que se garantice uniformidad entre los diferentes archivos producidos y se facilite el análisis de los datos.

En la sección general de la especificación se puede indicar la versión IFC de referencia, por ejemplo, IFC 4×3, junto con posibles instrucciones operativas para el diseñador. Por ejemplo, se puede especificar que quien exporta el modelo IFC debe asegurarse de que el nombre del proyecto esté correctamente completado antes de la entrega.

La parte decisiva es la configuración de aplicabilidad y requisitos. La aplicabilidad filtra la entidad IfcProject, mientras que el requisito controla el valor del atributo Name. En nuestro ejemplo, si el valor encontrado corresponde a “Rainbow Kindergarten”, el control se supera; si el valor está ausente o es diferente, el modelo resulta no conforme respecto a esa especificación.

Esta configuración muestra concretamente cómo el IDS permite transformar un requisito informativo del EIR en una verificación puntual sobre el modelo IFC.

Validación del modelo IFC: cómo leer el resultado del control

Una vez creado el archivo IDS, la especificación puede aplicarse al modelo IFC a través de un validador. El validador compara el contenido del modelo con las reglas definidas en el archivo IDS y devuelve un resultado. En el caso del ejemplo, el control se refiere a un solo requisito: verificar que el nombre del proyecto asociado a IfcProject coincida con el valor requerido.

Si el atributo Name contiene el valor “Rainbow Kindergarten”, el modelo resulta conforme a la especificación. Si en cambio el valor está ausente, es incorrecto o diferente al previsto, el validador señala una no conformidad. El valor operativo de la validación IDS no radica solo en indicar si el modelo es correcto o no, sino también en hacer rastreable la razón del posible error.

El validador puede de hecho mostrar:

• la especificación que no ha sido respetada;
• el elemento IFC involucrado;
• el requisito esperado;
• el valor efectivamente encontrado en el modelo;
• la señalización de no conformidad.

Esto permite al diseñador, al especialista en BIM o al validador identificar rápidamente el problema e intervenir de manera específica, sin tener que revisar manualmente todo el modelo.

Del error a la corrección: por qué el IDS simplifica el control de calidad

En un proceso tradicional, la verificación de los datos contenidos en un modelo BIM puede requerir controles manuales largos y sujetos a diferentes interpretaciones. Con el IDS, en cambio, el control se formaliza a priori y se aplica de manera coherente al modelo IFC.

Si el modelo no respeta la especificación, la no conformidad se vuelve inmediatamente identificable. Esto permite gestionar el problema de manera más efectiva: el equipo puede corregir el valor en el modelo, reexportar el archivo IFC y repetir la validación hasta alcanzar la conformidad requerida.

En un flujo openBIM, las señalizaciones también pueden ser compartidas a través de formatos estándar como el BCF – BIM Collaboration Format, facilitando la comunicación entre las partes involucradas en la revisión del modelo.

¿Por qué usar el IDS junto con el EIR?

El IDS no reemplaza al EIR, sino que lo hace más efectivo desde el punto de vista operativo. El EIR establece qué información es necesaria, en qué fase debe ser producida y qué criterios debe cumplir. El IDS permite traducir estos criterios en controles automáticos aplicables a los modelos IFC.

El resultado es un proceso más claro y verificable: el EIR define el requisito informativo, mientras que el IDS lo transforma en una especificación estructurada, legible por máquina y utilizable para la validación automatizada.

En este sentido, el IDS representa una herramienta fundamental para hacer más controlable la calidad informativa de los modelos BIM. Permite verificar no solo la presencia de los datos requeridos, sino también su corrección, coherencia y utilizabilidad en los posteriores procesos de diseño, construcción, gestión y mantenimiento de la obra.

¿Qué debería contener un EIR?

Son varios los documentos que confluyen en los Requisitos de Información de Intercambio y que contribuyen a su redacción:

• OIR (Requisitos de Información Organizacional) – incluye la información necesaria para definir los objetivos del sujeto proponente;
• AIR (Requisitos de Información de Activos) – incluye los aspectos de gestión y los procedimientos técnicos del inmueble;
• PIR (Requisitos de Información del Proyecto) – incluye la información necesaria para implementar los objetivos en relación con el encargo particular.

Para enmarcar plenamente el EIR dentro de un encargo BIM, basta hacer referencia a la ISO 19650-1, que define el flujo y la jerarquía de los requisitos informativos que se desarrolla en un proceso BIM.

El encargo se completa con la redacción de:

• PIM (Modelo de Información del Proyecto) – incluye información relacionada con el diseño y la realización de la construcción;
• AIM (Modelo de Información de Activos) – incluye información relacionada con el uso, la gestión y el mantenimiento del inmueble.

Aquí hemos enumerado una serie de acrónimos que pueden parecerte difíciles. Por eso te aconsejo leer el artículo «IFC, PAS, COBie, BEP, EIR: todos los acrónimos del BIM» para conocer más sobre estos y otros acrónimos que encontrarás a lo largo de tu camino en el mundo BIM.

Jerarquía de requisitos de información EIR

Para redactar correctamente el EIR es necesario seguir una plantilla que se divide en tres partes:

1. Técnica;
2. Gestión;
3. Comercial.

Cada parte está constituida por una serie de contenidos típicos, esquematizados en la tabla que se muestra a continuación:

Parte técnica

En esta parte se enmarcan los requisitos técnicos del encargo:

• formatos de intercambio – los formatos de los archivos (eventualmente también las versiones) con los que realizar el intercambio de datos, de tal manera que todo se realice en un formato utilizable por el propio proponente;
• nivel de detalle – para cada modelo y para cada elemento técnico de cada modelo se debe definir el nivel de detalle, geométrico e informativo, mínimo a alcanzar, según las necesidades del proyecto;
• plataformas de software – se debe aclarar la infraestructura de software y la plataforma colaborativa del encargo;
• coordenadas – identificar un sistema de coordenadas comunes a todos, porque los modelos de proyecto deben tener el mismo punto de coordinación;
• nivel de formación – el cliente debe definir la formación BIM necesaria para poder participar en la redacción de la oferta y en la firma del eventual encargo.

Parte gestionale

En esta parte, se delinean los requisitos de gestión de los procesos de diseño:

• estándar – procedimientos a seguir para garantizar el correcto flujo de la información, el intercambio de datos, la entrega y la seguridad del proceso;
• roles y responsabilidades de los interesados – es conveniente dirigir a los oferentes a indicar todos los roles y las responsabilidades de los participantes en el diseño;
• seguridad de datos – medidas de seguridad para proteger datos sensibles;
• proceso de coordinación – modalidades de control y resolución de interferencias, tolerancias, etc.;
• proceso de colaboración – se deben aclarar las modalidades colaborativas que el equipo debe seguir;
• programación de reuniones de revisión del modelo – programa de control y asistencia al equipo de diseño, durante el desarrollo del encargo;
• gestión de la salud y seguridad del diseño – requisitos de diseño relacionados con la seguridad en el sitio que deben garantizarse;
• restricciones – para comunicar posibles restricciones o limitaciones presentes en el encargo;
• plan de conformidad – relacionados con la definición de métodos para asegurar la calidad de la información y los datos producidos;
• modalidades de entrega de la información sobre los activos – para definir un estándar mínimo y el esquema de datos a través del cual gestionar la información en el activo.

Parte comercial

En esta parte, se enumeran los requisitos relacionados con los propósitos y los objetivos del diseño:

• objetivos estratégicos – propósitos de los requisitos informativos;
• resultados BIM a alcanzar – debe definir detalladamente los resultados a lograr, en términos de modelado, informatización y coordinación;
• evaluación de competencias – a través de la cual se analizan las capacidades y competencias de los oferentes en la gestión y el intercambio informativo.

¿En qué se diferencia un EIR de un BEP?

EIR y BEP son ambos documentos necesarios durante un encargo BIM, pero se diferencian por su propósito:

• el EIR sirve para identificar las necesidades y los requisitos informativos solicitados por el cliente;
• el BEP sirve para indicar cómo se pretende responder a las necesidades expresadas en el EIR.

Por lo tanto, en la realización de un diseño BIM, la producción y el intercambio de información definidas por el EIR, permite a los oferentes la redacción de los BEP (BIM Execution Plan).

En el BEP (BIM Execution Plan) se destacan las modalidades y herramientas destinadas a alcanzar los objetivos requeridos por el EIR. Según la fase en la que se encuentre, se redactan dos BEP: el precontractual (preBEP) y el postcontractual (BEP).

Desarrollo de pedidos BIM flujo de trabajo

Il BEP pre-contrato se redacta en la fase de oferta (fase pre-concurso) por parte de cada participante.

Es precisamente por este motivo que delinea someramente la forma en que se desea responder a las solicitudes de la contratación, planificando los principales “pasos” de la planificación a realizar (en forma de PIM – Project Information Model) y centrándose en su propio nivel de competencia, en su capacidad operativa, en los recursos y tecnologías en posesión.

A la conclusión del concurso, el sujeto ganador, tras la firma del contrato con el sujeto proponente, deberá presentar un plan adicional, el BEP post-contractual.

Si el preBEP constituía en cierto sentido una oferta, el BEP post-contractual enmarca las efectivas modalidades de realización, control, intercambio y compartición de los elaborados y de los modelos finales a producir. Se enriquece con elaborados como la matriz de responsabilidades, el MIDP, el TIDP, detallando la gestión de los procedimientos, de los procesos a seguir, de las estrategias de entrega y de los estándares.

En conclusión, se puede afirmar que es precisamente con el BEP que todos los actores del proceso comprenden los objetivos y los usos del modelo BIM, definiendo una propuesta eficiente, funcional y que responde a los estándares.

Caso de estudio: la redacción del EIR en el proyecto RecycleBIM

El sector de la construcción enfrenta desafíos significativos en términos de productividad y previsibilidad, a menudo derivados de una planificación fragmentada y de una gestión reactiva de la información.

Para superar estas dificultades, es fundamental adoptar un enfoque proactivo en la gestión de la información, en línea con los estándares ISO.

En este contexto, los Exchange Information Requirements (EIR) emergen como herramientas cruciales para una gestión eficiente de la información durante todo el ciclo de vida de un proyecto, desde su concepción hasta la demolición.

En este párrafo abordamos en detalle un caso de estudio en el que ACCA software es parte activa. Se trata del proyecto RecycleBIM, una importante iniciativa para promover la sostenibilidad y la circularidad de los materiales de construcción a través del uso avanzado del BIM.

Si deseas más información, te recomiendo leer el artículo de profundización «RecycleBIM: un paso adelante hacia la circularidad de los materiales de construcción«.

Gracias a este proyecto, ha sido posible investigar sobre los procedimientos destinados a mejorar la gestión de los materiales de construcción, reducir el impacto ambiental y promover prácticas constructivas más eficientes y sostenibles.

En cuanto a la redacción del EIR, el caso de estudio previó la creación de dos plantillas, una relativa a las obras de demolición de un bien existente, la otra a utilizar en caso de una nueva construcción.

Las dos plantillas se indican de la siguiente manera:

• track: to-be-demolished;
• track: nueva construcción.

Veámoslas en detalle.

EIR para la demolición: «track: to-be-demolished»

A pesar de que el BIM aún no se utiliza ampliamente en los proyectos de demolición, la elaboración de un EIR sigue siendo crucial para garantizar un enfoque estructurado y minimizar el desperdicio de recursos. Un EIR bien definido ayuda a agilizar los procesos, reducir redundancias y garantizar que todos los datos relevantes se adquieran y compartan de manera precisa entre los interesados.

Los EIR para la demolición se centran en una serie de objetivos específicos, entre los que se incluyen:

• planificar una demolición ágil para promover la circularidad de los materiales;
• aumentar las ventas de materiales recuperados, creando nuevas oportunidades de negocio;
• optimizar la planificación del trabajo, reduciendo los tiempos y costos del proyecto;
• facilitar el intercambio de datos con el mercado, creando un flujo de información eficiente entre la oferta y la demanda, para evitar «information waste» y para proporcionar una justificada aplicación del BIM;
• aclarar los objetivos, delineando la información necesaria y especificando los estándares informativos, los métodos de producción y los procedimientos aplicables durante la fase de pre-demolición y la planificación del desmantelamiento;
• utilizar plantillas que buscan capturar e intercambiar sistemáticamente información crítica relacionada con materiales, elementos estructurales y condiciones del sitio, durante el proceso de demolición;

Un elemento clave en los EIR para la demolición es el Deconstruction Information Model (DIM), un modelo de datos específico para la planificación y ejecución de proyectos de demolición.

Modelo EIR para proyectos de demolición y desmantelamiento

Veamos cómo está estructurado un EIR para gestionar los procesos de demolición.

1. Introducción

1.1. Propósito de los requisitos informativos de intercambio (EIR) – explica que los Requisitos Informativos de Intercambio (EIR) han sido formulados por la entidad contratante para el proyecto en cuestión.

1.2. Objetivos de gestión de la información – ilustra los objetivos del cliente respecto a la gestión de la información del proyecto y su compromiso en el uso del BIM para mejorar los procedimientos de demolición, con la intención de obtener ventajas económicas y temporales y de adoptar una estrategia de desmantelamiento orientada a la circularidad de los materiales.

1.3. Información sobre el proyecto

1.3.1. Información general sobre el proyecto – proporciona detalles básicos sobre el proyecto (título del proyecto, descripción, fecha de inicio del proyecto, etc.).

1.3.2. Detalles de contacto de la entidad contratante – se indican las informaciones de contacto de la organización que ha encargado el proyecto (nombre de la empresa, sitio web, dirección, etc.).

1.3.3. Detalles del activo construido – describe el edificio o la estructura existente que será objeto de demolición (descripción del activo, propietario del activo, etc.).

1.3.4. Propósito del proyecto – define en detalle qué se pretende alcanzar con el proyecto (justificación del proyecto, entregables, etc.).

1.3.5. Restricciones del proyecto – se identifican todos los límites y restricciones que afectan la planificación, el diseño y la ejecución de una obra de construcción (presupuesto, personal, etc.).

1.3.6. Hitos para la entrega de la información – define los momentos cruciales durante el proyecto en los que es necesario entregar información específica.

1.3.6. Información de referencia – se enumeran las informaciones sobre el activo que están disponibles para los participantes en la licitación. Se indica la ubicación de esta información, especificando que será accesible a través de enlaces al entorno de datos compartido (CDE) (dibujos as-built, dibujos de proyecto, datos del catastro, etc.).

1.3.7. Recursos compartidos – de manera similar a la sección anterior, esta enumera otros recursos que están disponibles para los participantes a través de enlaces al CDE (mapas de procesos, las especificaciones del nivel de necesidad informativa, etc.).

2. Requisitos de información

Esta sección define los requisitos informativos necesarios para la entrega del modelo informativo de la demolición. Estos requisitos son el resultado de estrategias empresariales más amplias y de las necesidades específicas del proyecto, y se comunican al equipo de trabajo a través del EIR (Exchange Information Requirements). La Figura 1 ilustra la jerarquía de los requisitos informativos, que parte de los OIR (Organizational Information Requirements), pasa a los PIR (Project Information Requirements), hasta definir el EIR, culminando en la definición de las especificaciones para el PIM (Project Information Model).

Figura 1 – Jerarquía de los requisitos informativos, adoptada por la ISO 19650

2.1. Requisitos de Información Organizacional (OIR)

Los OIR (Requisitos de Información Organizacional) representan las necesidades informativas de alto nivel de la organización contratante y están alineados con sus políticas ESG (Ambientales, Sociales y de Gobernanza). Definen los principios rectores para la gestión de la información a nivel empresarial, influyendo en todos los proyectos. En este contexto, los OIR destacan la importancia de:

• desmantelamiento y demolición de los activos con el mínimo impacto ambiental – esto implica la necesidad de planificar intervenciones que reduzcan al mínimo la producción de residuos, fomenten la recuperación y el reciclaje de materiales y tengan en cuenta la seguridad y la salud de la comunidad circundante. Por ejemplo, un OIR podría establecer el objetivo de alcanzar un determinado porcentaje de materiales reciclados del proceso de demolición;
• cumplimiento de las normativas nacionales y promoción de la circularidad – la organización debe operar en cumplimiento de las leyes y regulaciones vigentes en materia de demolición y gestión de residuos, integrando al mismo tiempo prácticas que fomenten la economía circular, como la reutilización y valorización de materiales. Un ejemplo podría ser la obligación de identificar los materiales reutilizables presentes en el edificio antes de la demolición;
• adopción de una estrategia integral para la planificación y ejecución del proyecto – es fundamental definir un enfoque estructurado para la gestión de la información durante todo el ciclo de vida del proyecto, desde la fase de planificación hasta su conclusión. Esto puede incluir el uso de plataformas colaborativas y la definición de flujos de trabajo claros.
• selección de técnicas de demolición y desmantelamiento basadas en modelos optimizados – el uso de modelos informativos (BIM) permite simular y analizar diferentes técnicas de demolición, eligiendo las más eficientes, seguras y sostenibles. Por ejemplo, el modelo BIM puede ser utilizado para planificar la secuencia de desmontaje de los elementos estructurales.

2.2. Requisitos de Información del Proyecto (PIR)

Los PIR (Requisitos de Información del Proyecto) especifican el contenido informativo de alto nivel requerido específicamente para el proyecto en cuestión, con el fin de apoyar los objetivos estratégicos de la organización del contratante. Estos requisitos son una derivación de los OIR, adaptados a las peculiaridades del proyecto individual y a sus puntos de decisión clave.

Se identifican cuatro puntos clave distintos (Tabla 1) dentro del proceso de creación del Modelo de Información del Proyecto (PIM) para la planificación de la demolición:

• Entrega de una representación espacial del activo (M1): por ejemplo, la nube de puntos obtenida de la escaneado láser;
• Entrega del inventario de materiales derivado de la auditoría previa a la demolición (M2): la lista detallada de los materiales presentes en el edificio;
• Entrega del modelo BIM, que representa el activo (M3): el modelo 3D informativo del edificio;
• Entrega de las especificaciones del activo en formato de datos interoperable para los marketplaces (M4): los datos sobre los materiales estructurados en un formato utilizable para la venta en línea.

Tabla 1 – Requisitos de Información del Proyecto (PIR) – (Fuente: Universidad de Minho)

2.3. Requisitos de Información de Intercambio (EIR)

El EIR (Requisitos de Información de Intercambio) es un documento crucial que asegura la alineación entre todos los interesados del proyecto y facilita una gestión efectiva de la información durante todo el ciclo de vida. Establece una comprensión común entre las partes involucradas, promoviendo la colaboración, la claridad y la eficiencia en el intercambio de datos.

La Tabla 2 detalla los requisitos informativos para la entrega. Para cada requisito informativo (correspondientes a las milestones), la tabla especifica una serie de informaciones (la información de soporte necesaria, el formato de archivo requerido, etc.).

Tabla 2 – descomposición EIR – (Fuente: Universidad de Minho)

La Tabla 3 define los hitos de entrega de la información y las fechas clave asociadas a cada entregable.

Tabla 3 – Hitos de entrega de información y fechas clave – (Fuente: Universidad de Minho)

El documento especifica además que dentro de una fecha límite todos los interesados pueden presentar preguntas sobre el EIR. En respuesta al EIR, cada participante en la licitación debe producir un pre-BEP (pre-BIM Execution Plan), que ilustra su enfoque y las capacidades de gestión de la información para cumplir con los requisitos. El pre-BEP debe ser firmado antes de la fecha establecida y estará sujeto a revisión antes de la aceptación.

Las partes nombradas están obligadas a desarrollar un pre-BEP detallado que incluya una serie de informaciones (la estrategia de entrega de información, la estrategia de colaboración, etc.).

Después de la nominación, el BEP del equipo de entrega será validado en colaboración con todo el equipo y teniendo en cuenta los comentarios del ente contratante. El BEP definitivo deberá ser firmado antes de la fecha establecida y contendrá información similar al pre-BEP pero con más detalles como el MIDP (Master Information Delivery Plan) y los TIDP (Task Information Delivery Plan), además de cualquier desviación del EIR.

2.4. Level of Information Need

Las especificaciones del LOIN (Level of Information Need), conforme a la norma EN 17412-1:2020, son elementos fundamentales de los requisitos informativos definidos por el ente contratante y a los que es obligatorio adherirse durante la entrega de información. Estas especificaciones deben ser incluidas en el BEP (BIM Execution Plan) como referencia para definir el contenido informativo relativo al activo construido y sus componentes, como los productos de construcción.

3. Standard Informativos

Los proyectos deben seguir estándares informativos específicos para garantizar un intercambio efectivo de información con otras tecnologías, privilegiando los formatos de datos abiertos:

• adherirse a los estándares ISO 19650, CEN/EN 17412-1 / ISO 7817, e ISO 16739-1;
• utilizar los códigos EWC para la clasificación de residuos;
• usar Uniclass y las clases ISO 16739-1 para la estructuración y clasificación de la información;
• las unidades de medida hacen referencia al Sistema Internacional si no se indican;
• es fundamental adoptar convenciones estandarizadas para la identificación de archivos (naming convention con nombre del Proyecto, Originador, Descomposición, etc.);
• los archivos deben incluir un campo para los metadatos, gestionado a través del entorno de compartición de datos (CDE).

Producción informativa

• el equipo de entrega debe especificar en el BEP (BIM Execution Plan) el software de autoría y su versión;
• deben ser proporcionados los datos tanto en formato propietario/modificable como en formato de datos abiertos (ej. IFC para modelos BIM);
• el tamaño máximo para los archivos individuales es de 300 megabytes;
• se indican las plataformas utilizadas por el contratante, y el equipo de entrega debe especificar cómo pretende intercambiar información con ellas si utiliza software alternativo;
• las funciones de gestión de la información son una responsabilidad compartida entre todos los miembros del equipo;
• el documento define las responsabilidades de las diferentes partes en las diversas fases del proceso de producción informativa;
• se describen las fases de relevamiento del activo, modelación BIM y parsing de datos para el marketplace;
• se define un proceso de autorización y publicación de la información, que incluye la revisión inicial y técnica, la autorización, etc.;
• es necesaria una estrategia de coordinación espacial y una estructura de descomposición de la información, que debe detallarse en el BEP.

Procedimientos de aceptación

• los archivos publicados están sujetos a procedimientos de validación y aceptación en correspondencia con cada hito significativo;
• la aceptación depende de la conformidad de cada entregable individual con los criterios definidos, que pueden referirse a aspectos geométricos, datos alfanuméricos y documentación;
• la parte contratante busca automatizar la aceptación de los resultados del trabajo mediante controles machine-readable y especificaciones de datos;
• se enumeran los criterios de aceptación específicos (AC) para cada entregable identificado en las tablas de descomposición del EIR.

EIR para la nueva construcción: «track: new construction»

Los EIR para la nueva construcción buscan integrar consideraciones de sostenibilidad y circularidad desde las primeras fases de diseño. Los aspectos más importantes se detallan a continuación:

• la optimización de la selección de materiales, la eficiencia operativa y una fase de fin de ciclo de vida de bajo costo para el proyecto;
• las diferencias características respecto al EIR para el track «to-be-demolished», ya que el EIR es un documento compilado a partir del EIR para entregables específicos;
• un modelo BIM conceptual para permitir el análisis iterativo de la eficiencia energética del envolvente del edificio, de la composición de materiales y otros aspectos;
• necesidades informativas específicas para el modelo as-built, que será luego utilizado para planificar los trabajos de demolición del activo. Este modelo debe incluir la información necesaria para el DIM;
• requisitos adicionales para un modelo BIM que refleje los cambios realizados en el activo construido durante su periodo de uso y mantenimiento;

1. EL ÁMBITO DEL EIR

En un proyecto de construcción (“track: new construction”), existen muchas fases y usos potenciales del BIM durante el ciclo de vida del proyecto, incluyendo planificación, construcción, gestión operativa y mantenimiento y, finalmente, demolición.

Considerando esto, el ámbito de este EIR incluye solo las diferencias características respecto al EIR para el “track: to-be-demolished” y por lo tanto los requisitos informativos establecidos en este documento pueden ser integrados en el EIR cuando se ejecuta un proyecto utilizando la metodología BIM.

2. DISPOSICIONES CLAVE DEL EIR

2.1. Propósito de los requisitos informativos de intercambio El EIR – establece las necesidades informativas que deben cumplirse en las fases de diseño y construcción;

2.2. Objetivos y finalidades de la gestión de la información – el contratante se compromete a utilizar el Building Information Modeling (BIM) para este proyecto;

2.3. Hitos para la entrega de información – se establecen considerando diferentes factores y los puntos clave distintivos adoptados son:

• M0 – Inicio del proyecto;
• M1 – Inicio de la preparación;
• M2 – Inicio del diseño conceptual;
• M3 – Inicio del desarrollo detallado del proyecto;
• M4 – Inicio del diseño técnico detallado, construcción y fabricación;
• M5 – Inicio de los trabajos en el sitio;
• M6 – Inicio de la entrega del activo;
• M7 – Entrega del activo y comienzo de la operación y mantenimiento;
• M8 – Inicio de la fase de fin de ciclo de vida.

2.4. Requisitos informativos de proyecto (PIR) – especifican el contenido informativo necesario para apoyar los objetivos estratégicos del contratante y derivan de los objetivos estratégicos de la organización y los puntos decisionales clave del proyecto.

La Tabla 4 identifica los requisitos informativos de alto nivel específicos del proyecto para cada punto clave de entrega.

Tabla 4 – Requisitos de Información del Proyecto (PIR) nueva construcción – (Fuente: Universidad de Minho)

La Tabla 5 representa los requisitos informativos para los sujetos de la entrega.

Tabla 5 – EIR nueva construcción – (Fuente: Universidad de Minho)

2.5. Nivel de Necesidad Informativa (LoI) – son componentes esenciales de los requisitos informativos, formulados por el cliente y vinculantes para la entrega de la información.

2.6. Estándares informativos del proyecto – la información debe ser producida de acuerdo con los estándares informativos del proyecto para garantizar un intercambio efectivo con otras tecnologías, utilizando en la medida de lo posible formatos de datos abiertos.

2.7. Software y autoría de la información – el equipo de entrega debe especificar en el BEP el software de autoría y su versión para todos los contenedores informativos.

2.8. Proceso de creación y colaboración de la información – el modelo nativo y las directrices para la interoperabilidad deberían facilitar la creación de modelos en el esquema IFC.

2.9. Criterios de aceptación y procedimientos de control de calidad – después de cada fase de generación de la información, se prevé un proceso de aceptación/rechazo de cada entregable individual y sobre el cumplimiento de las especificaciones.

2.10. Información y referencias de apoyo – se recomienda consultar el material de apoyo que se pone a disposición del cliente.

FAQ sobre el EIR en el BIM

¿Qué es el EIR en el BIM?

El EIR, acrónimo de Exchange Information Requirements, es el documento con el que el contratante define los requisitos relacionados con el intercambio informativo en un proceso BIM. Sirve para aclarar qué información debe ser producida, cómo debe ser compartida, en qué formatos y con qué modalidades de verificación y entrega.

¿Para qué sirve un documento EIR?

El EIR sirve para establecer correctamente el flujo de trabajo BIM desde las primeras fases del proceso constructivo. Permite al contratante definir objetivos, requisitos, modalidades de intercambio de datos, criterios de control y tiempos de entrega, ayudando a diseñadores y colaboradores a trabajar con reglas más claras y reduciendo errores, retrasos e incoherencias informativas.

¿Qué requisitos informativos debe definir el contratante?

El contratante debe definir requisitos relacionados con la gestión, la producción, la coordinación y la verificación de los modelos. Entre estos se incluyen el uso de plataformas colaborativas, los formatos interoperables, los niveles de detalle, las modalidades de entrega, la nomenclatura de los archivos, los plazos y los procedimientos de control.

¿De qué manera puede el IDS apoyar el EIR?

El IDS permite transformar los requisitos informativos definidos en el EIR en especificaciones estructuradas, legibles tanto por las personas como por los software. De este modo, una solicitud del contratante puede convertirse en una regla verificable automáticamente en un modelo IFC, haciendo que el control de la información sea más objetivo y rastreable.

¿Cómo se pasa de un requisito EIR a un control IDS?

El paso se realiza identificando primero el requisito informativo a controlar, luego los elementos del modelo IFC a los que aplicar la verificación y finalmente la condición que debe ser respetada. El EIR establece entonces qué debe ser verificado, mientras que el IDS define dónde aplicar el control y qué requisito debe ser satisfecho.

¿Qué sucede si un modelo IFC no respeta una especificación IDS?

Si el modelo no respeta la especificación, el validador señala una no conformidad. De este modo, el equipo puede identificar el requisito no satisfecho, el elemento IFC involucrado y el valor encontrado en el modelo, interviniendo luego para corregir el dato, reexportar el archivo IFC y repetir la validación.

¿Qué debería contener un EIR?

Un EIR contiene requisitos técnicos, de gestión y comerciales. La parte técnica se refiere a aspectos como formatos de intercambio, niveles de detalle, plataformas de software y coordenadas. La parte de gestión incluye estándares, roles, seguridad de datos, procesos de colaboración y plan de conformidad. La parte comercial define objetivos estratégicos, resultados BIM a alcanzar y evaluación de competencias.

¿Cuál es la diferencia entre EIR y BEP?

El EIR define las necesidades y los requisitos informativos solicitados por el contratante. El BEP, es decir, el BIM Execution Plan, describe en cambio cómo el equipo pretende responder a tales solicitudes. En resumen, el EIR establece qué necesita el contratante, mientras que el BEP indica cómo satisfacer esos requisitos.