Guía Básica Para Redactar Un EIR En Proyectos BIM
Un EIR, sigla de Employer’s Information Requirements, es el documento que define qué información necesita el cliente, cuándo debe recibirla, con qué nivel de calidad y mediante qué procedimientos. En un proyecto BIM, funciona como una referencia contractual y operativa para alinear las expectativas del promotor, los proyectistas, los contratistas y los responsables de la gestión del activo.
Redactar este documento exige mucho más que enumerar programas, formatos o entregables. Un buen EIR relaciona los objetivos del proyecto con los usos BIM, establece responsabilidades verificables y convierte las necesidades del cliente en requisitos concretos para el modelo, la documentación y los datos asociados. Su claridad influirá directamente en la coordinación, las revisiones y el control de la información durante todo el ciclo de vida.
Qué Es Un EIR Y Para Qué Sirve
El EIR describe los requisitos de información del empleador o cliente dentro de un encargo BIM. Tradicionalmente se prepara antes de la contratación o durante las primeras fases de licitación, para que los equipos participantes conozcan las condiciones que deberán cumplir. Según la organización del proyecto, puede integrarse en los pliegos, formar parte de la documentación contractual o desarrollarse junto con otros documentos de gestión BIM.
Su función principal es evitar interpretaciones ambiguas. El cliente puede necesitar un modelo para coordinar disciplinas, obtener mediciones, planificar la construcción, gestionar espacios o mantener las instalaciones después de la entrega. Cada finalidad requiere datos, niveles de definición, responsables y momentos de intercambio diferentes. Si esas expectativas no se documentan, cada equipo puede producir información aparentemente correcta, pero incompatible con el uso previsto.
El EIR también sirve como base para evaluar las propuestas de los licitadores. A partir de sus requisitos, los participantes pueden preparar un pre-BEP o propuesta de ejecución BIM, en la que explican cómo organizarán los recursos, los procesos, las herramientas y los controles. Más adelante, el BEP acordado desarrollará con mayor detalle la estrategia de producción y entrega de información.
Información Del Proyecto Y Objetivos De Gestión
El documento debe comenzar con una descripción breve y precisa del proyecto. Conviene incluir el tipo de edificio o infraestructura, su ubicación, la fase en la que se solicita la información, los agentes involucrados y las principales fechas de contratación, diseño, obra y entrega. También es útil indicar las restricciones normativas, los sistemas de clasificación aplicables y cualquier condición particular del cliente.
A continuación, se deben expresar los objetivos que justifican el uso de BIM. Estos objetivos han de ser observables y, cuando sea posible, medibles. “Mejorar la coordinación” es demasiado general; “reducir las incidencias de interferencias entre arquitectura, estructura y MEP antes de iniciar la obra” permite definir revisiones, responsables y criterios de aceptación. Otros objetivos habituales son mejorar la fiabilidad de las mediciones, facilitar la planificación 4D, controlar los costes, documentar los activos o agilizar la operación del edificio.
Es recomendable distinguir entre objetivos estratégicos y usos BIM concretos. La gestión de costes puede requerir modelos con parámetros de medición consistentes; la planificación de obra necesitará una estructura compatible con actividades y fases; la operación requerirá información fiable sobre equipos, garantías, fabricantes y mantenimiento. Esta relación entre finalidad y requisito evita incorporar datos innecesarios que aumentan el esfuerzo sin aportar valor.
Requisitos De Información Del Modelo
Una sección central del EIR debe definir qué información se espera de cada disciplina y en cada etapa. No basta con pedir un “modelo detallado”. Es preferible establecer requisitos geométricos y alfanuméricos por elemento, fase y uso. Por ejemplo, una puerta puede necesitar dimensiones y ubicación durante el diseño, mientras que en la entrega final puede requerir fabricante, referencia, garantía, fecha de instalación y vínculo con el plan de mantenimiento.
El nivel de información debe expresarse de manera coherente. Los conceptos LOD, LOI o niveles de información pueden utilizarse, pero conviene explicar qué significan en el contexto específico del proyecto. Un código aislado no garantiza una expectativa común, porque distintas organizaciones interpretan de forma diferente los niveles de desarrollo. Las fichas de requisitos, matrices de información y ejemplos gráficos ayudan a eliminar esa incertidumbre.
También deben indicarse las unidades, coordenadas, tolerancias, nomenclaturas, sistemas de clasificación y reglas de codificación. En proyectos con varias disciplinas, el origen del modelo, el punto de referencia, la orientación y las coordenadas compartidas son aspectos críticos para la coordinación. El EIR puede incluir una convención de nombres para archivos, vistas, familias, parámetros y contenedores de información, siempre que sea viable aplicarla y verificarla.
Los formatos de intercambio merecen una definición específica. El documento puede exigir formatos nativos para determinadas tareas y formatos abiertos, como IFC, para coordinación o archivo. Si se solicita COBie u otra estructura de datos para la entrega de activos, deben especificarse las propiedades obligatorias, la forma de validación y el momento en que se entregarán. La interoperabilidad no se consigue mencionando un formato: requiere reglas sobre su contenido y uso.
Procesos, Roles Y Entorno Común De Datos
Un EIR eficaz explica cómo circulará la información. Para ello debe describir el entorno común de datos o CDE, sus estados, permisos, revisiones y reglas de publicación. Los equipos necesitan saber cuándo un archivo está en desarrollo, compartido para coordinación, aprobado para una finalidad concreta o archivado. También deben conocer quién puede crear, revisar, comentar, autorizar y sustituir cada información.
La asignación de responsabilidades debe ser explícita. Una matriz RACI o una tabla equivalente puede relacionar entregables con autores, revisores, aprobadores y destinatarios. Entre los roles habituales aparecen el responsable de información del cliente, el BIM manager, los coordinadores de disciplina, los modeladores y los responsables de las instalaciones o de la explotación. El nombre del cargo puede variar, pero la responsabilidad sobre cada decisión debe quedar identificada.
El proceso de coordinación ha de contemplar la frecuencia de reuniones, los ciclos de revisión, la detección de interferencias, la clasificación de incidencias y los plazos de respuesta. Una incidencia en un modelo MEP no debería limitarse a una captura de pantalla: debe incluir ubicación, descripción, prioridad, responsable, fecha límite y estado. Así se transforma la coordinación BIM en un flujo controlable y auditable.
También es necesario definir las condiciones de seguridad de la información. El EIR puede establecer niveles de acceso, reglas para compartir datos sensibles, copias de seguridad, trazabilidad de versiones y procedimientos ante modificaciones no autorizadas. En proyectos de cierta complejidad, estas medidas deben relacionarse con las políticas corporativas del cliente y con los requisitos de seguridad aplicables a la infraestructura o al edificio.
Entregables, Revisiones Y Criterios De Aceptación
El calendario de entregas debe mostrar qué información se producirá, quién la preparará, en qué formato y para qué decisión servirá. Una tabla de entregables puede incluir modelos disciplinares, modelo federado, planos, mediciones, informes de coordinación, familias, bases de datos de activos y documentación de obra ejecutada. Cada entrega debe vincularse a un hito del proyecto, evitando fechas aisladas que no respondan a una necesidad real.
El EIR debe diferenciar los requisitos de cada fase. Durante el diseño puede ser prioritario coordinar geometría y espacios; durante la construcción, controlar cambios, secuencias y elementos instalados; en la entrega, disponer de información fiable para la operación. En esta última etapa, los datos deben corresponder al edificio realmente ejecutado y estar preparados para los sistemas de gestión del cliente. Cuando el modelo se utilizará para gestionar el mantenimiento, sus parámetros deben responder a las tareas, frecuencias y responsables previstos por la explotación.
Los criterios de aceptación deben ser verificables. Pueden incluir ausencia de determinados errores geométricos, cumplimiento de la nomenclatura, presencia de parámetros obligatorios, consistencia entre planos y modelos, correcta ubicación de elementos o validación de archivos mediante herramientas concretas. También conviene establecer umbrales: número máximo de incidencias abiertas, tolerancias de coordinación, porcentaje mínimo de elementos con datos completos o plazos para corregir observaciones.
Las revisiones no deberían limitarse a la fase final. Un sistema de controles progresivos permite detectar problemas cuando todavía son económicos de corregir. Las comprobaciones automáticas pueden revisar nombres, propiedades y geometría básica, mientras que las revisiones técnicas valoran la coherencia del diseño y la utilidad de la información. El EIR debe indicar qué controles son obligatorios y qué evidencias se conservarán como registro.
Pautas Para Un EIR Claro Y Aplicable
La calidad del documento depende tanto de su contenido como de su facilidad de uso. Un EIR excesivamente genérico no orienta al equipo, mientras que uno repleto de instrucciones irrelevantes puede convertirse en una carga administrativa. Cada requisito debería responder a una necesidad del cliente, poder asignarse a un responsable y contar con una forma razonable de comprobación.
Antes de publicarlo, conviene revisar que los requisitos no se contradigan entre sí. También es importante comprobar que las herramientas disponibles, las capacidades de los equipos y los plazos del proyecto permiten cumplirlos. Las siguientes pautas ayudan a estructurar el documento con un enfoque práctico:
- Describir los objetivos del cliente y relacionarlos con usos BIM concretos.
- Definir entregables, formatos, fechas, responsables y destinatarios en una matriz única.
- Especificar niveles geométricos y alfanuméricos mediante ejemplos o fichas de información.
- Establecer coordenadas, unidades, nomenclaturas, clasificación y parámetros obligatorios.
- Documentar el funcionamiento del CDE, incluyendo estados, permisos, revisiones y aprobaciones.
- Fijar controles de calidad medibles para modelos, documentos, datos y coordinación interdisciplinar.
- Revisar el EIR con representantes de diseño, construcción, operación y tecnología antes de incorporarlo al contrato.
El documento debe mantenerse alineado con el BEP y con los acuerdos que se adopten durante el proyecto. Si cambian el alcance, los usos BIM, los sistemas del edificio o las necesidades de explotación, será necesario gestionar la modificación mediante un procedimiento formal. Una versión controlada del EIR evita que circulen requisitos antiguos y permite justificar por qué se ha actualizado una condición.
Finalmente, redactar un EIR significa describir un sistema de información completo, no crear una lista de características de software. Revit, Navisworks, plataformas CDE, herramientas de auditoría o soluciones de gestión de activos pueden formar parte del flujo, pero deben estar subordinados a los objetivos y procesos definidos. Cuando el documento establece qué información se necesita, quién la produce, cómo se revisa y para qué decisión se utilizará, BIM se convierte en una herramienta de gestión coherente y medible.