¿Qué información puede ser gestionada con el estándar IDS?

En los últimos años, buildingSMART ha desarrollado un nuevo estándar que tiene como objetivo definir los requisitos de la información que se intercambiará en un proyecto BIM, en un formato interpretable por ordenador.

¿Qué información en particular se gestiona con el estándar IDS? ¿Cómo crear un archivo IDS para gestionar esta información?

Te recuerdo que puedes utilizar un IDS BIM – Information Delivery Specification para sacar el máximo partido de este potente estándar y trabajar de forma mucho más rápida e inteligente. Descubramos ahora mismo cómo proceder.

El estándar IDS en el flujo de trabajo openBIM

Comprender el estándar IDS en el flujo de trabajo openBIM

El estándar IDS (Information Delivery Specification) representa una de las herramientas clave introducidas por buildingSMART International para mejorar la gestión y el intercambio de información en proyectos openBIM. Se trata de un formato abierto que permite definir, verificar y validar los requisitos informativos relacionados con los modelos IFC de manera estructurada y legible tanto por humanos como por software.

En el flujo de trabajo openBIM, el IDS actúa como un puente entre los requisitos informativos del cliente y los datos efectivamente proporcionados en el modelo BIM. Este estándar permite establecer qué información debe incluirse, en qué formato y a qué elementos del modelo debe asociarse. De este modo, cada fase del proyecto (desde el diseño hasta la construcción y la gestión del edificio) puede contar con datos coherentes, verificables e interoperables.

Gracias al IDS, las organizaciones pueden:

• reducir los errores de interpretación en los requisitos informativos;
• automatizar el proceso de validación de los modelos IFC;
• mejorar la colaboración entre profesionales y software diferentes;
• garantizar una mayor transparencia y trazabilidad de la información en el ciclo de vida del proyecto.

¿Qué información puede ser gestionada con el estándar IDS?

En un proyecto BIM, la información que se añade al modelo 3D es delineada por el cliente que, en la fase inicial del proyecto y de acuerdo con sus necesidades, tiene la responsabilidad de establecer el tipo, el tiempo y las formas de intercambio de la misma, es decir, los llamados Exchange Information Requirement (EIR).

El estándar IDS es precisamente el documento que contiene todos estos requisitos de intercambio de información.

Se define por buildingSMART International como un componente fundamental en la gestión del proceso BIM que se puede poner como base contractual para la correcta entrega de la información solicitada.

El estándar IDS no es más que un archivo, interpretable por el ordenador, necesario tanto en la fase de modelado como en la de validación de modelos IFC y con el objetivo de hacer que todo el flujo de trabajo de intercambio sea mucho más simple, preciso y confiable.

En la práctica, es el estándar que define la forma y el tipo de información que debe intercambiarse en un proceso openBIM. Garantiza que la información es correcta, pero no verifica la exactitud de todo el modelo BIM. Sin embargo, cualquier verificación posterior del modelo se beneficiará sin duda en gran medida del IDS, ya que se puede determinar de antemano la existencia y validez de cierta información.

Tipo de información

Esta es la información que puede ser controlada por el estándar IDS:

• atributos IFC («Nombre», «Descripción»);
• tipo de IFC;
• propiedad («Pset»);
• cantidades;
• clasificaciones;
• composición;
• materiales,

Con las herramientas software adecuadas, también es posible realizar verificaciones en el archivo IFC, para comprobar si se han cumplido los requisitos indicados en el IDS.

Tipo de verificaciones

Las verificaciones pueden realizarse de acuerdo con las siguientes normas:

• existencia (¿existe la propiedad?);
• igualdad (¿un atributo específico tiene un cierto valor exacto?);
• límites (¿el valor está comprendido entre dos valores límite?);
• enumeraciones (¿existe el valor en una lista definida de elementos?);
• medida (el valor de un atributo o propiedad dada se ha definido como IfcLengthMeasure).

Para obtener más información sobre el estándar IDS, lee también «IDS: qué es y para qué sirve» y «La diferencia entre el estándar IDS, IFC y MVD«.

Además, te recomiendo leer el artículo: «estándares openBIM«.

Cómo gestionar el intercambio de información con IDS

Para gestionar el intercambio informativo entre los actores de un proyecto BIM (cliente, diseñador, contratista, proveedor, validador, etc.) es necesario una herramienta IDS BIM para:

• crear el documento IDS con todas las especificaciones informativas (editor);
• editar de manera guiada las especificaciones requeridas por el cliente (modeler);
• validar los conjuntos de datos entregados en formato estándar IDS (validator).

¿Cómo funciona?

Fase 1: crear el documento IDS

Puedes crear el documento para definir todas las especificaciones de entrega de la información y transformarlo fácilmente en un archivo IDS estándar para utilizar en las fases de modelado y validación de modelos IFC.

Fase 2: aplicar el IDS al modelo BIM

Completada la fase de creación, el archivo IDS es entregado por el cliente al modelador.

El IDS modeler de usBIM.IDS identifica en el documento IDS la estructura informativa definida en las especificaciones del proyecto y la asocia automáticamente al modelo IFC. De este modo, obtienes un único archivo IFC que contiene, además de los datos geométricos, todos los datos requeridos por el cliente.

Fase 3: validar el archivo IFC

Finalmente, se pasa a la fase de validación de los datos:

• importas el archivo IFC a validar o, si es necesario, creas la federación de varios archivos IFC;
• seleccionas el archivo IDS;
• verificas todos los requisitos especificados en el archivo IDS y validas el archivo IFC.

Los elementos IFC no válidos del proyecto son señalados y puedes monitorear todas las notificaciones encontradas en tableros específicos con informes y estadísticas.

Ventajas de la gestión de la información con el estándar IDS

Una de las principales ventajas del IDS es la claridad en la definición de los requisitos informativos. Cada proyecto BIM requiere la gestión de una gran cantidad de datos: desde las características técnicas de los elementos constructivos hasta la información sobre materiales, rendimiento energético o mantenimiento. Gracias al IDS, estos requisitos se describen de manera clara y precisa, evitando interpretaciones subjetivas y malentendidos entre los diversos actores del proyecto. Todos saben exactamente qué información debe ser proporcionada, en qué formato y a qué elementos del modelo debe ser asociada.

Una otra gran ventaja se refiere a la validación automática de los modelos IFC. El IDS permite verificar de manera rápida y automática si el modelo contiene toda la información requerida, sin necesidad de recurrir a controles manuales complejos y costosos. Esto mejora el control de calidad y permite identificar de inmediato posibles errores o faltas, reduciendo el riesgo de problemas en las fases posteriores del proyecto.

Desde el punto de vista de la colaboración, el IDS fomenta una mayor interoperabilidad entre software y plataformas diferentes. Al ser un estándar abierto, puede ser utilizado por todos los profesionales independientemente de las herramientas BIM empleadas. Este aspecto es fundamental para garantizar un flujo de trabajo realmente openBIM, en el que arquitectos, ingenieros, constructores y gestores del edificio pueden compartir e intercambiar datos de manera fluida y sin barreras tecnológicas.

La gestión a través del IDS también hace que el intercambio de información sea más eficiente y rápido. Cada modelo IFC puede ser comparado con los requisitos informativos establecidos en el documento IDS, permitiendo validar automáticamente la conformidad de los datos y evitar revisiones o correcciones continuas.

Un punto adicional de fortaleza es la transparencia y trazabilidad de los datos. El IDS documenta claramente qué información ha sido solicitada, entregada y aprobada, creando una especie de «cadena de custodia» digital. Esto aumenta la confianza entre las partes involucradas y facilita también la rendición de cuentas y la gestión contractual.

Mirando a largo plazo, el estándar IDS resulta útil no solo durante el diseño o la construcción, sino también en la fase de gestión y mantenimiento del edificio. Disponer de datos estructurados, coherentes y verificados facilita la creación de gemelos digitales precisos, útiles para monitorear el rendimiento del inmueble a lo largo del tiempo y planificar intervenciones de manera más dirigida.

Finalmente, todos estos beneficios se traducen en una reducción de costos y riesgos. Menos errores, menos retrasos, menos ambigüedades: el resultado es un proceso más ágil, confiable y conveniente.

Caso de estudio: verificación de los requisitos informativos de un modelo IFC con IDS

El uso del estándar IDS permite transformar los requisitos informativos requeridos para un modelo BIM en especificaciones legibles tanto por el operador como por el software y utilizarlas para verificar automáticamente la conformidad de un modelo IFC. El caso de estudio analizado muestra cómo las especificaciones IDS pueden ser progresivamente articuladas para controlar características diferentes de los objetos del modelo, hasta llegar a la validación automática y la gestión de las no conformidades.

De la definición de requisitos a la especificación IDS

Una especificación IDS está compuesta por una descripción, un ámbito de aplicabilidad y uno o más requisitos. La descripción identifica el requisito relativo al proyecto, mientras que la aplicabilidad identifica la entidad IFC que debe ser sometida al control y el requisito establece el valor que una determinada característica debe asumir. La aplicabilidad y los requisitos se construyen a su vez a través de los llamados facet, es decir, características de las entidades del esquema IFC utilizadas como criterios de selección y verificación.

Los facet pueden combinarse para hacer el control progresivamente más específico. Entre los utilizados en el ejemplo se encuentran los facet relacionados con entidades, atributos, clasificaciones, propiedades, materiales y relaciones. En la aplicabilidad, los facet permiten filtrar los objetos del modelo sobre los cuales realizar el control; en los requisitos, definen las condiciones que tales objetos deben cumplir.

El sistema permite, por ejemplo, identificar todas las entidades de clase IFC Window que poseen un valor específico en el atributo Description y solicitar posteriormente que tengan un determinado Predefined Type, como Skylight. Otro control puede referirse a los elementos de clase IFC Space, para los cuales se solicita simplemente que el atributo Long Name esté presente y valorado, sin imponer un contenido específico.

La misma lógica puede aplicarse a las propiedades. En el caso de las entidades IFC Wall de tipo Standard, el requisito puede imponer la presencia de una determinada propiedad perteneciente a un Property Set específico y solicitar, por ejemplo, que el valor booleano correspondiente sea true. De manera similar, es posible controlar los materiales: los elementos IFC Slab identificados por una determinada descripción pueden estar sujetos a un requisito que imponga la presencia de un material específico. El IDS simplifica en este caso el control del material, verificando su nombre independientemente de las modalidades con las que la relación con el material ha sido estructurada en el modelo IFC.

Clasificaciones y relaciones entre objetos

Los facet también permiten verificar el uso de los sistemas de clasificación. Un elemento puede ser filtrado por clase IFC y, entre los requisitos, puede ser solicitado que posea una determinada clasificación identificada a través de nombre y código. Esto permite controlar, por ejemplo, la pertenencia de una categoría de objetos a un sistema de clasificación como ETIM.

Un nivel adicional de control se refiere a las relaciones IFC. En el ejemplo, los objetos de clase IFC Furniture caracterizados por una propiedad específica que identifica las mesas con sillas deben pertenecer a un grupo. El requisito se expresa a través del facet Part Of, seleccionando la relación RelAssignsToGroup.

La posibilidad de combinar múltiples facet también permite construir requisitos articulados. Para una entidad de clase IFC Site, por ejemplo, es posible solicitar simultáneamente un valor específico del atributo RefElevation, una determinada Total Area y un límite de altura de los edificios. De este modo, la especificación IDS no se limita a verificar la presencia de una información, sino que puede controlar simultáneamente múltiples características de la misma entidad.

Requisitos obligatorios, opcionales y prohibiciones

Un aspecto particularmente significativo del estándar es la gestión de la cardinalidad, que permite establecer si un determinado tipo de información debe estar necesariamente presente, puede estar presente o no debe estar presente en el modelo.

En la aplicabilidad, es posible especificar que el modelo debe contener, puede contener o no debe contener determinadas entidades. Si, por ejemplo, una especificación establece que el modelo puede contener muros de clase IFC Wall de tipo Standard, la ausencia de tales elementos no genera un error; si en cambio la misma condición se define como obligatoria, su ausencia es señalada por el validador. Por el contrario, al establecer la condición como negativa, la presencia de esos elementos constituye una no conformidad.

La cardinalidad también puede ser utilizada en los requisitos. En el ejemplo relativo a los espacios, algunas propiedades – como Handicap Accessible y Publicly Accessible del Property Set Space Common – se definen como opcionales. El requisito no impone por lo tanto su presencia, pero indica al modelador la oportunidad de utilizar tales propiedades para representar determinadas informaciones funcionales de los ambientes.

Control de patrones, intervalos y valores complejos

IDS permite ir más allá del simple control de igualdad entre un valor esperado y el presente en el modelo. Los parámetros de los facet pueden utilizar valores individuales y valores complejos, como enumeraciones, intervalos numéricos y patrones.

Un ejemplo se refiere a la denominación de las puertas. Es posible establecer que el nombre de una puerta debe respetar un determinado patrón, por ejemplo, la palabra door seguida de un espacio y de una secuencia de 4, 5 o 6 números. El control se expresa a través de una expresión regular; la compilación puede ser apoyada por herramientas de inteligencia artificial que, a partir de la descripción de la regla, ayudan a generar el patrón a insertar en la especificación IDS.

Para los valores numéricos, en cambio, es posible definir intervalos y operadores de comparación. En el caso de los espacios, por ejemplo, una propiedad relativa a la altura puede establecerse para que el valor sea mayor o igual a 3 m. De manera similar, es posible verificar que el área de determinados ambientes, como los baños, supere un umbral preestablecido.

El estándar también permite controlar la longitud de los valores textuales. Para las puertas se puede imponer, por ejemplo, que el atributo Name no supere los 20 caracteres, mientras que para la descripción de una entidad IFC Project es posible establecer una longitud mínima de 35 caracteres. En este caso, el control no se refiere a una característica geométrica del elemento, sino exclusivamente al número de caracteres contenidos en el atributo.

La conexión con el BuildingSMART Data Dictionary

La definición de los requisitos puede ser aún más apoyada por el BuildingSMART Data Dictionary (bSDD), un servicio en línea que recopila diccionarios de términos organizados por clases y conectados a las clases IFC, a sus propiedades correspondientes, a los valores permitidos, a las unidades de medida, a las traducciones y a las relaciones.

El bSDD alberga sistemas de clasificación nacionales e internacionales, clasificaciones de dominio y sistemas desarrollados por entidades patrimoniales o empresas privadas. En el ámbito de la compilación de una especificación IDS, la conexión entre los dos sistemas puede realizarse a través de un URI, que identifica de manera única el recurso externo asociado a la propiedad. El URI no necesariamente debe apuntar al bSDD, sino que también puede referirse a otro recurso externo utilizado para describir esa información específica.

La ventaja operativa surge cuando se busca una propiedad directamente en el bSDD durante la compilación de la especificación. Una vez identificada la propiedad asociada a la clasificación y al código deseados, es posible importarla en el IDS, transfiriendo automáticamente información como el nombre de la propiedad, Property Set, tipo, valores permitidos y eventuales restricciones. De este modo, se reduce el riesgo de errores en la compilación manual de los requisitos.

La validación del modelo IFC

Una vez definidas las especificaciones, el modelo IFC puede ser sometido a un proceso de BIM validation. La verificación puede ser realizada por el contratista durante la producción informativa, para controlar el modelo antes de la entrega, o por el cliente durante la verificación técnica del proyecto, para asegurarse de que lo entregado cumpla con los requisitos acordados.

El validador lee el archivo IDS, identifica en el modelo las entidades comprendidas en el ámbito de aplicabilidad y verifica para cada una de ellas el cumplimiento de los requisitos establecidos. En ausencia de errores, el modelo supera la validación y puede proceder a las fases siguientes del proceso de aprobación. En caso de no conformidades, las notificaciones deben ser analizadas y gestionadas antes de repetir el control.

El caso concreto: el control de los elementos IFC Roof

Supongamos que en un modelo IFC se define una especificación que impone a las entidades de clase IFC Roof cumplir con dos condiciones: poseer una determinada propiedad con un valor menor o igual a 0,27 y tener un código de clasificación específico.

Al finalizar la validación se detectan ocho notificaciones. Un elemento supera ambos controles: el código de clasificación está presente y el valor de la propiedad es igual a 0,2, por lo que es inferior al umbral de 0,27. Para los otros elementos, en cambio, la clasificación resulta correcta, pero la propiedad presenta un valor de 0,3, superior al límite previsto. El validador destaca entonces puntualmente la no conformidad y permite seleccionar el elemento directamente en el modelo 3D, facilitando la identificación del objeto interesado.

La corrección puede realizarse directamente en el entorno de edición del modelo, modificando el valor de la propiedad. También en esta fase el sistema verifica el cumplimiento de la restricción IDS: la inserción de un valor como 0,4 es rechazada porque no cumple con la condición ≤ 0,27, mientras que un valor conforme es aceptado.

Alternativamente, los problemas detectados pueden ser exportados en formato BCF (BIM Collaboration Format) y compartidos con el modelador o con la persona encargada de la corrección. El BCF, otro estándar abierto de buildingSMART International, permite gestionar y comunicar los problemas identificados durante las diferentes fases del proceso BIM. El flujo se vuelve entonces iterativo: validación, identificación de no conformidades, comunicación de problemas, corrección del modelo y nueva validación, hasta alcanzar la conformidad con los requisitos.

Consideraciones y límites del estándar IDS

El caso de estudio destaca cómo IDS permite formalizar y automatizar una parte significativa de los controles informativos sobre los modelos IFC, combinando criterios de aplicabilidad y requisitos y utilizando diferentes tipos de facet, cardinalidad y restricciones sobre los valores.

Al mismo tiempo, la versión IDS 1.0 analizada presenta algunos límites: está orientada principalmente a la verificación de la información y las relaciones principales de las entidades IFC y no permite, en el estado descrito en la intervención, controles geométricos, controles basados en valores calculados o dinámicos, controles que hagan referencia a datos externos al modelo IFC o verificaciones basadas en relaciones IFC específicas de un determinado dominio. Tales aspectos se indican como posibles ámbitos de evolución en las versiones futuras del estándar.

El caso confirma finalmente que la eficacia de un procedimiento de validación IDS no depende solo del software utilizado, sino también de la correcta configuración de los requisitos y del conocimiento del estándar IFC, considerado fundamental para un uso profesional del estándar IDS.

¿Cómo crear un archivo IDS?

Para crear o editar un documento en formato IDS con todas las especificaciones de la información, es necesario utilizar un IDS editor.

usBIM.IDSeditor es la herramienta online gratuita con la que podrás crear y editar el archivo IDS, el documento que recoge y sistematiza todas las especificaciones de entrega de información necesarias para abordar las fases de modelado y validación de los modelos IFC.

Gracias al archivo IDS, es posible:

• definir los requisitos que debe cumplir el proyecto de forma inteligible para los operadores y los software;
• insertar toda la información útil para facilitar la comprensión de sus requisitos;
• generar un archivo relacionado con el modelo IFC para permitir la validación automática del modelo con respecto a los requisitos introducidos en el archivo IDS.

Sigue el video que te muestra todos los pasos para obtener un archivo IDS según las indicaciones de bSI.

FAQ del estándar IDS

¿Qué es el estándar IDS y cuál es su papel en el flujo de trabajo openBIM?

El estándar IDS (Information Delivery Specification) representa una de las herramientas clave introducidas por buildingSMART International para mejorar la gestión y el intercambio de información en proyectos openBIM. Se trata de un formato abierto que permite definir, verificar y validar los requisitos informativos relacionados con los modelos IFC de manera estructurada y legible tanto por humanos como por software. En el flujo de trabajo openBIM, el IDS actúa como un puente entre los requisitos informativos del cliente y los datos efectivamente proporcionados en el modelo BIM, estableciendo qué información debe incluirse, en qué formato y a qué elementos del modelo debe asociarse. Esto garantiza datos coherentes, verificables e interoperables en cada fase del proyecto.

¿Qué tipos de información pueden ser gestionados con el estándar IDS?

En un proyecto BIM, la información añadida al modelo 3D es delineada por el cliente a través de los Exchange Information Requirement (EIR). El estándar IDS es el documento que recoge todos estos requisitos y define las modalidades y tiempos de intercambio. Puede contener especificaciones sobre atributos IFC (‘Nombre’, ‘Descripción’), tipo de IFC (IFC 2×3, IFC 4, etc.), propiedades (‘Pset’), cantidades, clasificaciones (UNICLASS, OMNICLASS, etc.), composición y materiales. Es, por tanto, la herramienta que define la forma y el tipo de información a intercambiar en un proceso openBIM, garantizando que los datos sean correctos y coherentes con las solicitudes del cliente.

¿Qué reglas de validación soporta el estándar IDS?

Con herramientas de software específicas es posible verificar si los modelos IFC cumplen con los requisitos definidos en el IDS. Las reglas de validación previstas incluyen: existencia (verifica que la propiedad exista), igualdad (un atributo tiene un determinado valor exacto), límites (el valor está comprendido entre dos límites), enumeraciones (el valor pertenece a una lista definida de elementos) y medida (el valor de un atributo o propiedad está definido como IfcLengthMeasure).

¿Cómo gestionar el intercambio de información con el estándar IDS?

Para gestionar el intercambio informativo entre los actores de un proyecto BIM es necesario una herramienta IDS BIM que permita crear, aplicar y validar los documentos IDS. El proceso consta de tres fases: Fase 1, creación del documento IDS, en la que se definen todas las especificaciones de entrega de la información y se genera un archivo IDS estándar; Fase 2, aplicación del IDS al modelo BIM, donde el archivo se asocia automáticamente al modelo IFC; Fase 3, validación del archivo IFC, en la que se verifican todos los requisitos especificados y se identifican posibles elementos no conformes a través de informes y tableros de control.

¿Cuáles son las ventajas de la gestión de la información con el estándar IDS?

La adopción del estándar IDS ofrece numerosas ventajas: claridad en la definición de los requisitos informativos, validación automática de los modelos IFC, mayor interoperabilidad entre software y plataformas diferentes, eficiencia en el intercambio de datos y transparencia en la gestión de la información. Además, permite una mejor trazabilidad de los datos y una reducción de costos y riesgos gracias a procesos más rápidos y confiables. El estándar IDS también es útil en las fases de gestión y mantenimiento del edificio, ya que permite crear gemelos digitales precisos y actualizados, mejorando el monitoreo y la planificación de las actividades.

¿Cómo crear un archivo IDS?

Para crear o modificar un documento en formato IDS es necesario utilizar un editor IDS. usBIM.IDSeditor es una herramienta en línea y gratuita que permite crear y modificar el archivo IDS, recopilando y sistematizando todas las especificaciones informativas del proyecto. Gracias a este archivo es posible definir de manera clara los requisitos que el proyecto debe cumplir, insertar toda la información útil para facilitar la comprensión de la solicitud y generar un archivo relacionable al modelo IFC para permitir la validación automática respecto a los requisitos establecidos. También es posible seguir un video tutorial que muestra todos los pasos para obtener un archivo IDS conforme a las indicaciones de buildingSMART International.