Interoperabilidad 4D y 5D... ¿cueces o enriqueces?

Qué duda cabe que el deseo de cualquier agente que se incorpora a un flujo colaborativo es heredar un modelo de trabajo lo más funcional posible -con información coherente, completa, etc., de tal forma que la riqueza -útil- de la información contenida en el modelo pueda simplificar y facilitar tareas posteriores. Si, puestos a revisar interferencias, desearíamos que nuestros modelos de partida fueran lo más consistentes posibles, puestos a llevar a cabo la planificación de la obra (o supervisar e incluso editar la ya realizada), querríamos igualmente que nuestros modelos dispusieran de cantidad, y por supuesto, de calidad, en lo que se refiere a la información 4D.

Salvo excepciones, el proceso de elaboración de un proyecto comenzará con la fase de modelado. Si, una de las razones aludidas por Pilar para la necesidad de edición de IFC’s deriva de la limitación de los modeladores a la hora de colocar cierto tipo de información en el modelo, deberemos intentar “exprimir” los modeladores para que esas limitaciones sean las menos posibles. Y, si exploramos los límites de estos modeladores, deberemos tener en cuenta los plugins, cuya función será, precisamente, expandir esos límites. 

Hablaré aquí, necesariamente y por experiencia propia, de uno que funciona muy bien y que tiene por nombre “Cost-It”, cuya función principal será extraer del modelo toda aquella información que pueda resultar útil para obtener su presupuesto; este complemento de Presto para Revit, además, conectará ambas aplicaciones bidireccionalmente, de tal forma que esta relación funciona, tal y como dice Fernando Valderrama, consultor estratégico de Rib Spain y principal autor de Presto, como una “pareja de hecho”.

No es este lugar para entrar en pormenores de aplicaciones propietarias, pocos dudarán que Revit y Presto son el modelador BIM y el programa integrado de gestión del coste y del tiempo de mayor implantación en nuestro país.  La primera consecuencia de esa comunicación bidireccional, en aras de alcanzar los deseados niveles de interoperabilidad, será que el modelo IFC a generar desde un modelador BIM como Revit, se podrá ver enriquecido con toda la información 3D y 4D introducida en el archivo de Presto.

Y sí, programas como Revit, permiten la creación de fases y la asignación de los elementos del modelo, o sus partes, a cada una de las fases creadas, pero…, en un flujo de trabajo pretendidamente eficiente, siempre será mejor reservar cada tarea a aplicaciones especialistas. Establecida la vinculación entre un archivo de Revit y uno de Presto, resultará indudablemente más eficaz crear una planificación técnica o temporal, y realizar el control de la ejecución, en programas como Presto, para luego, gracias a la comunicación bidireccional entre ambos, incorporar, si así lo deseamos, toda esa valiosa información en el modelo de Revit. Teniendo en cuenta que, gracias a plugins como Cost-It, Presto puede hacer suyos todos y cada uno de los parámetros y sus valores del archivo de Revit, se antojan pocos límites…

Pero aquí hemos venido a hablar de IFC’s. El modelo de Revit, enriquecido gracias a la información definida en Presto, podrá ser exportado a IFC y ese IFC, por supuesto, podrá contener como hemos dicho, la información 4D y 5D procedente de Presto. Esta posibilidad abre un abanico de posibilidades… ¿Podríamos, acaso, obtener la medición o el diagrama de Gantt del archivo IFC…? Pues sí, teóricamente sería posible; pero claro, lo teóricamente posible no es necesariamente práctico. De la misma forma que no utilizamos un IFC para obtener planos, tampoco parecería lógico utilizar un IFC para obtener una medición o una impresión del cronograma. Los tiros irían, más bien, por donde apuntaba Pilar en su píldora. Pensemos en un caso concreto; si federamos modelos en un visor IFC podremos, también federar modelos planificados y confrontar, también, su planificación. Por otro lado, el IFC obtenido a partir del modelo BIM “enriquecido” desde Presto nos permitirá realizar todo tipo de consultas: precios unitarios, referencia de catálogo, descripción referida a una base de precios de la construcción, pertenencia a fases, fechas planificadas de las actividades referidas a elementos del modelo, duraciones, etc., etc. Lo importante, en definitiva, será poder disponer de información valiosa en nuestro modelo de trabajo, información 3D, 4D y 5D que provendrá, tanto de los modeladores como de otras aplicaciones específicas que resuelvan otras fases del proceso. La incorporación a un flujo de trabajo OpenBIM exigirá la incorporación de toda esta información.

Centrémonos en el modelo IFC, o en el modelo federado obtenido a partir de varios modelos parciales; cualquier visor IFC nos permitirá no sólo visualizar las propiedades de ciertos elementos sino filtrarlos en una vista para, por ejemplo, comprobar cuáles de ellos quedan contenidos en una determinada fase. Con un mínimo control de filtros de vista podremos disponer de información gráfica asociada a las fases de planificación, fases de certificación, planificación o certificación a origen, codificación por color de la pertenencia de los elementos a una fase determinada, etc. Este procedimiento de trabajo aporta una dimensión visual muy tangible a la información no gráfica incluida en el modelo; esta es, en cierto modo, la esencia de la metodología BIM. La integración de varios modelos, correctamente codificados y planificados, permitirá la confrontación 4D de la escena global. Mostramos a continuación un ejemplo de visualización con filtros, la captura corresponde al visor gratuito de BIMcollab (BIMcollabZOOM).

¿Podríamos ir más allá…? Por supuesto; siempre se puede ir más allá. Volvamos a la situación planteada por Pilar, la de un Planificador de obra sin software de modelado. Detectadas incoherencias en el modelo IFC, o en el modelo federado a partir de los modelos parciales, ¿podrían simularse nuevas planificaciones y resolverse las incoherencias detectadas sin necesidad de recurrir a las aplicaciones nativas de modelado y “molestar” a los agentes intervinientes en fases anteriores del proyecto? Por supuesto que sí. ¿Cómo…? Editando el IFC. ¿Se puede…? Sí, se puede. Y no sólo de una forma tan espartana y críptica como la edición del archivo IFC mediante un simple Bloc de notas sino fácilmente, mediante el uso de software gratuito como el propuesto por ACCA software; nos estamos refiriendo a su visor IFC, también gratuito, usBIM.viewer+. Mediante el uso de esta aplicación no sólo resulta posible editar IFC’s sino que, además, resulta sencillo y seguro. Este potencial puede ser puesto a disposición de la planificación del modelo y, difícilmente podría encontrarse mejor ejemplo que el propuesto por Pilar.

Lo dicho hasta ahora pretende poner de manifiesto cómo, casi cualquier punto de partida, puede resultar válido para su integración en un flujo de trabajo abierto y colaborativo. Nuestro caso concreto parte del modelo de Revit enriquecido con la información de Presto. Cost-It establece una comunicación bidireccional y biunívoca (elemento de modelo de Revit = línea de medición de Presto) que, si bien y en principio, pudiera no entenderse como interoperabilidad en su sentido más purista (en tanto en cuanto que se limita a la relación entre dos formatos de archivos propietarios) acaba desembocando en el caudal OpenBIM, si este es nuestro propósito.

En la “distancia corta”, Cost-It exprime el potencial del archivo nativo de Revit hasta tal punto que hace de él un visor de la información no gráfica contenida en Presto. Gracias a este plugin, Presto consigue lanzar simulaciones que, en tiempo real, muestran sobre la ventana gráfica de Revit procesos constructivos basados en la planificación, estados de certificación, etc. Más allá de esto, y gracias a la comunicación bidireccional, Cost-It puede escribir en el modelo toda la información que, lejos de resultar útil en el modelo de Revit como tal, puede convertirse en una valiosa documentación del archivo IFC a utilizar en fases posteriores. Pongamos un ejemplo. Una línea de medición asociada a una actividad determinada puede quedar asignada a una fase de obra, de tal forma que, al estar dicha línea vinculada con un elemento del modelo gracias a un identificador único y común en ambas aplicaciones, cada ejemplar podrá recibir los datos que sean de interés. Revit podrá procesar esa información (p.e., fase de creación) y utilizarla en procesos propios (tablas de planificación, filtros de vista, etc.). Otros datos más específicos (p.e., fechas concretas de inicio y fin planificado para esa misma actividad) podrían no resultar tan útiles en el modelo de Revit y, sin embargo, ser de tremendo interés para su consulta en obra, segura e inmediata, directamente sobre el archivo IFC. 

Programas específicos como Presto proporcionan el entorno propicio para generar información 4D y 5D; aplicaciones como Cost-It permiten el trasvase de datos a modelos propietarios y, finalmente, los modeladores permiten generar el equivalente estandarizado con la información correctamente mapeada.

En este momento, podría hacer mía la conclusión de Pilar; el mercado de software BIM avanza muy rápido y cada vez son más los desarrolladores que comprenden la necesidad de una correcta gestión de IFC (…). Afortunadamente, y aunque queda mucho camino por recorrer, el camino ya andado permite emprender ciertos procesos con garantías de éxito.