V1 Bim004 Contenido Semana 1

VCERTIFICADO DE ESPECIALIDAD IV: BIM IV
GESTIÓN DE PROYECTOS E INTEROPERABILIDAD

CERTIFICADO DE ESPECIALIDAD IV: BIM IV
GESTIÓN DE PROYECTOS E INTEROPERABILIDAD
Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 2

ESCUELA DE CONSTRUCCIÓN
Director de Escuela / Marcelo Lucero Yañez
ELABORACIÓN
Experto disciplinar / Rubén Soto
Diseñador instruccional / Marjorie Balbontín
VALIDACIÓN
Jefa de diseño instruccional y multimedia / Alejandra San Juan Reyes
Experto disciplinar/ Marcelo Lucero

Contenido
APRENDIZAJE ESPERADO DE LA SEMANA: .......................................................................... 5
1. INTRODUCCIÓN ¿QUÉ ES UN ARCHIVO IFC Y POR QUÉ HABLAMOS DE
INTEROPERABILIDAD? ....................................................................................................... 5
2. FASE DE PLANIFICACIÓN DE PROYECTO ....................................................................... 7
2.1 CICLO DE ENTREGA DE LA INFORMACIÓN ................................................................................... 7
2.1.1 FASES DE OPERACIÓN ........................................................................................................... 8
3. PLAN DE EJECUCIÓN BIM (BEP O PEB) ......................................................................... 12
3.1 CONTENIDOS DE UN BEP/PEB ................................................................................................... 13
4. REQUERIMIENTOS TÉCNICOS ..................................................................................... 14
4.1. ENTORNO COMÚN DE DATOS: COMMON DATA ENVIRONMENT– CDE .................................. 14
5. ESTIMACIÓN COSTO/ TIEMPO ................................................................................... 15
6. PLANIFICACIÓN DE PROYECTOS: PLAN DE TRABAJO, COSTES MÍNIMOS Y PLAZOS ...... 18
6.1. FASE DE PLANIFICACIÓN DE UN PROYECTO ............................................................................. 18
6.2. ESTANDARIZACIÓN DE PROCESOS ............................................................................................ 19
6.2.1. FUNCIÓN DE LA GESTIÓN DE LA INFORMACIÓN DE ACTIVOS (ASSET INFORMATION
MANAGEMENT FUNCTION) ............................................................................................................. 20
6.2.2. FUNCIÓN DE LA GESTIÓN DE LA INFORMACIÓN DEL PROYECTO (PROJECT INFORMATION
6.2.3. FUNCIÓN DE LA GESTIÓN DE LA INFORMACIÓN DE TAREAS (TASK INFORMATION
6.3. FLUJOS DE TRABAJO.................................................................................................................. 21
6.3.1. EVALUACIÓN DE NECESIDADES ............................................................................................. 21
6.3.2. PETICIÓN DE OFERTAS ........................................................................................................... 21
6.3.3. PRESENTACIÓN DE OFERTAS ................................................................................................. 21
6.3.4. CONTRATACIÓN ..................................................................................................................... 22
6.3.5. MOVILIZACIÓN ....................................................................................................................... 22
6.3.6. PRODUCCIÓN COLABORATIVA............................................................................................... 22
6.3.7. ENTREGA DEL MODELO DE INFORMACIÓN ........................................................................... 22
6.3.8. FIN DE LA FASE DE DESARROLLO ........................................................................................... 22
7. PLANTILLAS PARA PROCESOS DE DISEÑO INTEGRADO ................................................ 23
8. NORMA ISO 19.650: BUILDING INFORMATION MODELING ........................................ 24
8.1. ¿QUÉ ES LA ISO 19.650?............................................................................................................ 24
9. PLANBIM CHILE........................................................................................................... 25

APRENDIZAJE ESPERADO DE LA SEMANA:
1. INTRODUCCIÓN ¿QUÉ ES UN ARCHIVO IFC Y POR

QUÉ HABLAMOS DE INTEROPERABILIDAD?
Muchas veces creemos que en un proyecto nuestro rol básicamente es trabajar solos, es decir, solo
nos encargamos de nuestra parte del proyecto (encargo) y una vez terminada nuestra parte, ya
estamos listos para poder cobrar y empezar un nuevo proyecto; pero la realidad no es así, en un
proyecto TODOS estamos involucrados; arquitectos, ingenieros, especialistas, constructores…
todos somos parte vital para el éxito completo de un proyecto.
Sin embargo, y por mucho que no queramos aceptarlo, pasa lo siguiente: “El arquitecto tiene la
versión 2D A028; mientras el constructor ya está trazando los ejes con la versión 2D Propuesta;
entretanto, el ingeniero tiene su versión 2D del proyecto B001 y los especialistas…y así…”. Todos
los involucrados en el proyecto no poseen la información como corresponde… ¿quién tiene la
versión final?; ¿quién es el responsable de emitir la última información y enviarla para todos?
¿Qué pasa con la coordinación de los proyectos?... ¿todo está coordinado?
Figura 1. Introducción de BIM. Fuente: sitio web: Devé
Bueno… para eso es BIM… ¿no?... pero…
“Cada profesional debe usar la mejor herramienta para poder desarrollar de manera exitosa su
trabajo”, por lo menos eso queremos decir. Generar una “dictadura del software” la verdad es
que, más que apoyar y simplificar, hace todo lo contrario. Porque debemos adaptarnos a una
plataforma que a lo mejor no es amigable, no es intuitiva, y no está pensada para cada profesional
involucrado; eso sin considerar el valor de cada licencia.

Entonces… ¿cómo nos comunicamos si cada uno de nosotros trabaja en un software diferente?
Para esto, la industria generó un archivo de formato abierto y sin fines de lucro llamado IFC (que
su sigla en inglés corresponde a: Industry Fundation Classes o en español significaría algo así
como “Clasificación Fundamentales para la Industria”; este tipo de archivo (desde el año 1994 –
su primer desarrollo -). Está bajo el constante desarrollo y cuidado de una institución conocida
como BUILDING SMART (fundada en el año 1995), la cual es parte del esfuerzo de la comunidad
europea y ahora internacional, por lograr una mejor interacción entre los diferentes profesionales
de la construcción.
Ahora, básicamente hablando, ¿qué es un archivo IFC?…
Un archivo IFC es un tipo de archivo (definido en un lenguaje de programación tipo C++) que
alberga de manera codificada, todos los elementos constructivos (muros, vigas, pilares),
funcionales (puertas, ventanas) y operativos (listados, zonificaciones) de un software de modelación
BIM (incluso no BIM) y que los distribuye en un conjunto de clases, que básicamente son datos, y
los entrega para ser abierto desde otro software de modelación BIM. En otras palabras, es un
traductor de contenidos y de datos, que permite de manera eficiente y rápida la entrega de datos
(sin perderlos) de una plataforma a otra para colaborar.
¿Suena increíble no es así?; sin embargo, todo esto no sería posible sin la existencia de las ISO.
En este caso la ISO 19650 a nivel internacional. Las ISO son básicamente reglamentos que
permiten una estandarización y clasificación de los datos que se deben obtener a través de un
archivo BIM. Y es eso lo que precisamente el Plan BIM en Chile quiere lograr en su plan, un orden,
una transparencia y una adecuada estandarización de los datos para la industria de la construcción
chilena.
¿Pero cómo funciona todo esto?, ¿quiere decir que ahora todos debemos trabajar en plataformas
o softwares IFC?; la verdad es que como software de modelación BIM, no existe ningún programa
hasta el momento que modele nativamente en IFC (cosa que es difícil de hacer, ya que estos tipos
de archivos son básicamente una especie de traductores), por lo cual es una fuente de acceso
abierta, lo que quiere decir que es una fuente gratuita y de acceso libre para todos.
El concepto de OpenBIM, plantea que cada especialista trabaje en la plataforma que más se
acomode a sus requerimientos y que envíe la información justa y necesaria a la otra parte que lo
necesita para desarrollar su proyecto de manera exitosa.

2. FASE DE PLANIFICACIÓN DE PROYECTO
Para comprender qué es la coordinación de proyectos en BIM, debemos conocer algunas áreas
relacionadas con la preparación, consideración y planificación de estrategias necesarias para
afrontar un desafío de este tipo. Se deben conocer para este caso, cuáles son las áreas que definen
el inicio de un proyecto, las cuales se dividen en las siguientes categorías:
• Ciclo de la entrega de la información.
• Requisitos de la información (OIR, AIR, PIR, EIR).
• Planificación de Preguntas sencillas.
• Plan de Ejecución BIM.
• Soluciones de resguardo y seguridad de la información (CDE – Common Data

Enviorenment).
• Planificación de desarrollo de la información de una tarea (TIDP – Task Information Delivery

Plan).
• Planificación general de desarrollo de la información (MIDP – Master Information Delivery

Plan).
• Estrategias de nomenclaturas de archivos.
• Estrategias de modelación de archivos.
2.1 CICLO DE ENTREGA DE LA INFORMACIÓN
Según lo que indican la norma ISO 19.650, incluyendo el PAS 1192-2 (2013); cada proyecto
debe comenzar con la definición de requisitos desde un nivel organizacional.
La pregunta que surge al desarrollar un ciclo de información es saber si todos los requisitos de la
información solicitados corresponden con toda la documentación que debe existir en cada
proyecto. Esto solo sería en el caso si un equipo de diseño / construcción estuviera involucrado en
un proyecto con requisitos combinados de ejecución y gestión de activos de un proyecto (los activos
de un proyecto son todos aquellos elementos físicos que participan dentro del ciclo de vida de un
proyecto, por ejemplo, los equipos de aire acondicionado, iluminarias, etc.). Si un proyecto solo
involucra requisitos de gestión de activos, sin ninguna de entrega del proyecto (por ejemplo, un
edificio existente que el propietario desea administrar digitalmente, sin intervenir su forma, función
y diseño interno), los datos necesarios serían la información de la organización, datos referentes a
la operación de los elementos que conforman el activo (por ejemplo, datos de equipos de clima)
y datos de información referidos a los activos ubicados dentro del modelo (donde se encuentran).

Por otro lado, si un proyecto solo implica requisitos de entrega del proyecto sin ninguna
consideración de gestión de activos (por ejemplo, un proyecto desde cero, en el cual se requiere
el uso de BIM para las fases de diseño y construcción, pero NO para las fases de uso), entonces
solo se necesitaría el uso de datos del proyecto, datos para el intercambio de información entre
diferentes partes y datos referente al modelo.
2.1.1 FASES DE OPERACIÓN
Las normas relacionadas con la norma ISO 19650 (parte 1 y 2, que serán explicadas más
adelante), están enfocadas a que todas las partes involucradas en la generación de un proyecto
entiendan y comprendan, cuál es su rol, papel y responsabilidades (clientes, propietarios,
contratantes, arquitectos, ingenieros, constructores, especialistas, instaladores, etc.), sin embargo,
para clasificarlos de mejor manera, los organizaremos de acuerdo a lo que establece el PlanBIM
en Chile (en su capítulo 3 del Estándar BIM para Proyectos públicos) (Corfo y comité de
transformación digital, 2019):
• Parte Solicitante*
• Parte Proveedor*
• Parte Oferente*
• Parte Adjudicada*
En este caso; el Solicitante o Cliente (actor responsable de iniciar un proyecto y/o aprobar las
entregas), deberá realizar una evaluación de necesidades, las cuales deberán ser definidas al inicio
del proyecto (no después, ni en el transcurso; aunque eventualmente podrían existir modificaciones
en el contrato, con las consiguientes modificaciones de cambios de fechas y costos asociados).
Estos requisitos pueden clasificarse en cuatro sistemas:
• OIR: (Objectives Information Requirements). Requisitos de la información de la

organización relativos sus objetivos.
• AIR: (Active Information Requirement). Requisitos de Información del activo relativos a su

operación.
• PIR: (Project Information Requirement). Requisitos de la Información del Proyecto relativos

al desarrollo.
• EIR: (Exchange Information Requirement). Requisitos de intercambio de información entre

dos partes sujetas a una contratación.
Cada posible parte contratada (por ejemplo, el desarrollo de la especialidad de sanitario o la

ejecución de ingeniería) debe responder en el PLAN DE EJECUCIÓN BIM (PEB p BEP en inglés)
todos los datos exigidos por estas siglas (OIR, PIR, AIR, EIR), el cual debe ser previo a la
contratación de los servicios, pues el Plan de Ejecución BIM es la base del juego para todos los

involucrados. En otras palabras, es en el PEB, donde se explica quién, cuándo y cómo se
desarrollará la información que corresponda.
OIR: Requisitos de la Información de la Organización:
El OIR, es un punto inicial para todas las actividades de gestión de la información y detalla la
información en un alto nivel (información pensada para el manejo basado en licitaciones y ofertas,
estos datos no pueden ser modificados ni cambiados) requerida por una organización para todo
el ciclo de vida de un activo. Asegura que la información sea correcta en función comercial.
Estos datos son generados por el contratante (solicitante) según lo estipula la norma ISO 19.650,
puede incluir información referido a la gestión y el cumplimiento de la seguridad y la salud, gestión
medioambiental, costes de evaluación y gestión de riesgos, operaciones a realizar, mantenimiento
y reparaciones de los activos (historial), utilización y modificación de los espacios del activo, etc.
Ejemplo de esto:
• Todos los nuevos activos, deberán tener un plan de mantenimiento durante los primeros
50 años.
• Información necesaria para renovar los seguros del edificio y su contenido.
AIR: Requisitos de la Información de Activos:
Con el desarrollo del OIR, se generarán muchos requisitos de alto nivel. Estos deberán definirse
en el AIR, para que puedan utilizarse en contratos relacionados con la gestión de activos. Este (el
AIR) especificará la información necesaria para el ciclo de vida de un activo. Debe definirse antes
de cualquier tipo de reunión con el consultor o contratista (parte adjudicada).
Ejemplo de esto:
• La información de mantenimiento (manuales) y garantías de todos los servicios del edificio;

así también, datos geométricos como dibujos, rutas, datos, fechas de instalación, fechas
de inicio de garantías, etc.
• Información de modelos, fabricantes, costo de reemplazos, etc.
PIR: Requisitos de Información del Proyecto:
Son de alto nivel e identifican qué tipo de información se necesitará para los puntos clave de toma
de decisiones por la parte contratante. Puede incluir información relacionada con los indicadores
clave de rendimiento para monitoreo de progreso de proyectos, coste, partes interesadas y tareas
del proyecto. Estos datos, deben estar coordinados con el alcance del proyecto, el plan de trabajo,
el plan de compras y los puntos clave de la toma de decisión.

Ejemplo de esto:
• Los costes energéticos no deberán superar los X $(CLP pesos chilenos) al año como
presupuesto.
• Se debe considerar una sala de reuniones / Conferencias para 100 usuarios. Punto
requerido de acuerdo con el cumplimiento de los requisitos de rendimiento y capacidad
del edificio.
En este punto, el PIR es un pliego de información (requisitos), por lo que puede incluir preguntas
formuladas por la parte contratante a las partes contradas (parte solicitante hacia las partes
adjudicadas proveedoras y oferentes)
Ejemplo de esto:
• ¿Existe suficiente información para lograr una licitación fiable?
• ¿Se cumple con el programa?
EIR: Requisitos de Intercambio de la Información:
Finalmente, este cubre los requisitos de información por parte del contratante y la parte contratada
inicial (parte adjudicada proveedora y oferente). Especifica la información requerida y el tipo de
detalle para cumplir con las actividades relacionadas con la organización, los activos y el proyecto.
La existencia de un EIR ayudará al equipo a comprender sus entregables y su forma de entrega; es

importante saber que los requisitos generales de la información (EIR) van a responder las consultas
de los equipos de diseño / construcción hacia el cliente (parte solicitante / oferente), en cuanto a
cómo se entregará el proyecto. Toda esta información estará encapsulada en el Plan de Ejecución
BIM (PEB / BEP) el cual se explicará más adelante.
Los requisitos registrados en un EIR deben desglosarse bajo una estructuración de propósito y de
definición de la información. Para lograr que esta se pueda compartir; se debe pensar en entregar
una información estructurada. Esta estructura debe definirse de acuerdo con su función en los
procesos del proyecto, las plataformas y el uso de la información.
Finalmente, la información debe estar en el EIR de manera en que se entienda el nivel de necesidad
para los elementos del modelo. El usuario deberá pensar en diferentes etapas de maduración de
la información y cómo se agregarán los nuevos datos y las formas en que se desarrollarán y
utilizarán los objetos de modelo en conjunto con sus nuevas propiedades.
Ejemplo de esto:
• Conocer qué software y versiones del cliente se desean en el uso de ciclo del proyecto. En
caso de que esto no pueda especificarse o no quede bien definido, el equipo podrá usar
cualquier tipo de software.
• Formato de intercambio de datos (modelos, dibujos, datos no gráficos)

• Posibilidad de incluir archivos nativos y / o archivos abiertos (IFC, BCF, etc.)
• Nivel de desarrollo del modelo (NDI: nivel de información según lo define el PlanBIM de
Chile); ¿cuál será su grado de desarrollo de información? En qué modelo y en qué etapa
estará disponible la información. El nivel o grado de información se puede definir de
acuerdo a lo que establece el PlanBIM de Chile o bien puede ser definido al estándar
británico LOD – Level of Development o al estándar norteamericano LOD – Level of Detail.
Para sintetizar y entender un poco más los conceptos: el OIR, contribuirá a los requisitos de
información del proyecto (PIR), que explican la información necesaria para responder o informar
los objetivos estratégicos de alto nivel. El OIR, encapsula los requisitos de información relativos al
activo (AIR), que establecerán la gestión, aspectos comerciales y técnicos de la producción de
información de activos. La combinación del PIR y del AIR contribuirá a formular los requisitos del
intercambio de información (EIR), que establecerá los aspectos gerenciales, comerciales y técnicos
de la producción de información del proyecto. Los dos entregables de todo el proceso serán el
modelo de información del proyecto (PIM), que respalda la entrega del proyecto y contribuye al
modelo de información del activo; el cual, respaldará los procesos de gestión de activos
estratégicos y cotidianos.
Figura 2. Organización y jerarquía de los requisitos de la información según la ISO 19650.

Fuente: Sitio web: Biblus

3. PLAN DE EJECUCIÓN BIM (BEP O PEB)
El plan de Ejecución BIM, es un documento que lo establece la parte contratada (Proveedor) y que
de acuerdo con los aspectos comentados anteriormente, se debe enfocar en definir los procesos
de la correcta ejecución del modelo y su gestión de información, como así también, especificar los
procedimientos de intercambio de información y las competencias tecnológicas para el desarrollo
del modelo Federado (modelo de información del proyecto global), para facilitar la gestión de la
entrega de la información. Recuerden que un modelo BIM no solo es una correcta modelación de
geometría, sino que, además es la correcta información de las entidades modeladas.
Después de recibir los requisitos de información por la parte contratante (cliente / oferente), el
siguiente paso es el desarrollo de este documento antes de que comience el proyecto. El BEP como
tal, es una guía de normalización y consulta, la cual, ayudará a la creación de Templates y
manuales del proyecto como, por ejemplo, el Manual BIM de una oficina.
El BEP como concepto, es la respuesta a los requisitos de información y define cómo se debe
desarrollar de manera correcta el proyecto. Entrega y sienta las bases para que el equipo de
ejecución pueda gestionar la información del proyecto según las indicaciones y requisitos. Es una
herramienta para producir, gestionar y organizar la información producida durante todo el proceso
contratado del proyecto.
El PEB / BEP describe los estándares (locales o internacionales según el que se haya elegido),
métodos y procesos, según lo acordado y formalizado entre las partes integrantes del desarrollo
del proyecto. Este documento, registrará todos los acuerdos iniciales más importantes y relevantes,
como objetivos y usos del BIM, cuáles serán los hitos de cada etapa, sus entregables, cuáles serán
las responsabilidades de cada equipo y quién será su representante o líder de equipo. Es muy
importante mencionar que, sin importar el tamaño del proyecto a desarrollar, debe existir la
presencia de un BEP / PEB para asegurar el éxito de cualquier proyecto en BIM.
El BEP / PEB, también puede mostrar de manera general cómo se relacionan los datos con los
elementos del modelo y cómo estos se generan. De la misma manera se pueden incluir guías de
apoyo sobre estándares y generación de archivos bajo el precepto de OPENBIM.
Puede haber casos que exista uno o más PEB, ya sea de oferta para etapa de licitación (presentado
como base para todos los proveedores oferentes) y un PEB de tipo definitivo, que realizará el
proveedor que se adjudique la licitación (proveedor adjudicado); es en este segundo plan de
ejecución, en el que se debe actualizar y dar mayor detalle a la información presentada.
Finalmente, cabe mencionar que el BEP / PEB es un documento de naturaleza “viva”, lo que quiere
decir que, en la medida en que se vaya desarrollando y generando contenido, es posible que se
añadan nuevos ítems o temas de interés, los cuales pueden modificar lo descrito en algunas partes
o integrarse nuevos contenidos; en el PEB / BEP esta información debe ser actualizada e integrada
para posteriormente ser compartida a todos los equipos involucrados en el desarrollo del proyecto.

3.1 CONTENIDOS DE UN BEP/PEB
Un plan de Ejecución BIM deberá incluir a lo menos algunas de estas secciones:
• Información del Proyecto (nombre, propietario, ubicación, tipo de contrato, descripción,

código de proyecto, etc.)
• Usos y objetivos del BIM (cómo se utilizarán los archivos BIM en el proyecto y cuál es el
objetivo para cada uno de sus usos)
• Procesos (es la recopilación de antecedentes del PIR y del EIR relacionado con el plan de
trabajo y la organización de datos)
• Gestión (roles, responsabilidades, hitos, estrategias de desarrollo del modelo, estrategia

de gestión de datos, aprobación de la información)
• Planificación y documentación (plan de implementación, procesos de proyectos para

colaboración y modelación, gestión de información y programas de desarrollo de tareas)
• Estándares, métodos y procedimientos (estrategias de federación de archivos, origen y

orientación del modelo, convención de nomenclaturas de los archivos, convención de
niveles, etc.)
• Softwares utilizados (versión, actualización, usos y partes responsables)
• Formatos de intercambio de datos (modelos nativos, IFC, SMC, BCF, etc.*)
• Apéndices (matriz de responsabilidades BIM, datos de activos, datos de rendimiento, guías

de modelado, traductores de exportación de la información: DWG, IFC, etc.)
* Las siglas utilizadas como IFC (Industry Foundation Classes), SMC (Solibri Model Checker) y BCF
(Bim Collab format), serán utilizadas durante todo el módulo, por lo que se verán y se definirán a
largo del contenido.

4. REQUERIMIENTOS TÉCNICOS
4.1. ENTORNO COMÚN DE DATOS: COMMON DATA ENVIRONMENT–

CDE
Para poder trabajar de manera colaborativa, hay que plantear una estrategia, una de ellas es
disponer de un ambiente o entorno común de datos, también definido como CDE, que es la fuente
central donde se guardará cada activo o proyecto para reunir, gestionar y repartir cada contenedor
de información, a través de un lugar seguro.
Algunos CDE admiten gestión de datos y metadatos de archivos. La mayoría de ellos, para este
tipo de procesos, poseen visualizadores IFC incorporados en sus interfaces de tipo on-line, donde
los modelos IFC pueden ser Federados y chequeados de forma ilimitada. Algunos de estos sistemas
permiten la exportación de datos como COBie desde los modelos, que son datos de los archivos
que se pueden entregar para proyectos (en el Reino Unido estos datos son utilizados para un
desarrollo de BIM nivel-2).
La información que podría estar dentro de un CDE podrá ser de diferente forma o estado:
• Trabajos en curso (o WIP – Work In Progress): guarda la información en desarrollo del

equipo de trabajo.
• Trabajo en Estado Compartido: se aplica a la información que puede ser consultada por
todas las partes de manera directa.
• Trabajos Publicados: se encuentran autorizados para su uso directo (conocidos en algunos

casos como APC o APL).
• Trabajos Archivados: se aplican a la información que se ha compartido, publicado y que

quedan en registro (los históricos).
Sin embargo, será responsabilidad de la parte contratante proporcionar el entorno común de datos
para cada proyecto, ya sea de manera directa o través de un tercero (por ejemplo, a través de una
tercera parte contratada como un consultor BIM, un BIM Manager o bien la figura de Gestión en
BIM, según lo que indica el PlanBIM Chile como rol), dependiendo del tipo de contrato gestionado.
Se debe asegurar que exista una documentación de la estrategia a nivel interno de cómo y qué
archivos deberán guardarse de manera externa (dentro del CDE) y cuáles serán guardados de
manera interna (WIP, históricos, etc.). Dependiendo del tipo de CDE contratado, es posible que en
su organización (empresa, oficina) se generen dos tipos de publicadores (o grupos de publicación)
de contenidos, en el que en uno (de uso interno) se mantenga la nomenclatura que se utilice en
su unidad de trabajo (interno) y en otro que contenga los códigos de revisión para el nombre del
archivo a nivel de entrega de activos (exterior). Dependiendo de la plataforma a elegir, este tipo
de publicaciones se podrán hacer de manera interna en el software; por ejemplo, en Archicad
estos grupos de publicaciones se pueden gestionar con el mismo contenido, pero con nombres
diferentes sin mayor problema.

5. ESTIMACIÓN COSTO/ TIEMPO
Se deberá enfrentar este tema desde dos tipos de puntos de vista; el primero tiene relación con los
beneficios de tiempo y costo que ofrece un proyecto generado en BIM y un segundo punto, que
tiene relación a la aplicación del valor de los servicios ofertados.
En el primer punto de vista, las nuevas tecnologías presentes en el mercado ofrecen soluciones que
mitigan el laborioso proceso de la organización, curvas “S” (carta Gantt) y entregables de tipo 2D
que siempre son interminables a la hora de la coordinación. Estas herramientas permiten y generan
una increíble reducción de tiempo y costo, mejorando la calidad de los entregables y aumentando
la productividad.
La decisión de implementar BIM en un proyecto, nace directamente del cliente, quien a través de
la solicitud (o licitación), hace fehaciente la necesidad de contratar estos servicios. Muchas veces
al cliente, le cuesta entender los beneficios asociados al realizar un proceso de esta magnitud; por
ejemplo, de coordinación en plataformas BIM.
Este tipo de servicios es en directa respuesta a un análisis previo realizado por el cliente; el cual
identifica las pérdidas incurridas en la etapa de construcción de experiencias pasadas (anteriores),
en los cuales, los proyectos que hayan sido realizados de manera tradicional (planos y entregables
en papel) y como resultado o experiencia final, se determinó cuáles fueron las pérdidas (tiempo,
recurso, dinero, mano de obra, re-estructuración de contratos, adicionales, etc.) y que podrían
haberse evitado al contratar los servicios que otorga la modelación y gestión de datos con
tecnologías BIM.
Algunos de los problemas más comunes que el cliente se ve enfrentado son los siguientes:
• Flujos de la información en ciclo de vida del proyecto lentos y poco fiables.
• Flujos de la información entre actores del proyecto lentos y poco fiables.
• Problemas en la gestión del diseño.
• Problemas en la gestión de los materiales
• Problemas en la etapa constructiva.
• Ignorancia de las reales necesidades del cliente.
• Burocracia y trabajos basados en papel.
• Problemas de coordinación entre disciplinas.
• Información no disponible y al alcance de todos.
• Trabajo y re-trabajo de tareas.

Figura 3. Tabla de distribución del tiempo y tiempos en espera de los procesos de diseño. Fuente : Saldias,
R. (2010, mayo). Estimación de los beneficios de realizar una coordinación digital de proyectos con
tecnologías BIM [Cuadro]. Repositorio Universidad de Chile.
Como se puede observar en la figura 3, la gran parte del tiempo en el proceso de diseño de un
proyecto se utiliza recolectando información (30% del tiempo) y de este, la quinta parte (21%) es
perdido por tiempos de espera en el proceso.
Sin embargo, no todo es mágico, no todo saldrá de un botón o de un ícono de varita mágica, que
hará todo el proceso; se debe entender que muchos de estos procesos en BIM serán efectivos de
acuerdo a la experiencia previa en la gestión de proyectos, la forma de organización, de gestión
de la información y la calidad de los modelos generados (por ejemplo el concepto de la
modelación por lógica constructiva), lo que dará finalmente el peso y la calidad del trabajo final y
que no sea tomado como “una linda maqueta 3D”.
Figura 4. Tabla de fuente de pérdida más frecuentes. Fuente: Saldias, R. (2010, mayo). Estimación de
los beneficios de realizar una coordinación digital de proyectos con tecnologías BIM [Cuadro].
Repositorio Universidad de Chile.

En el segundo punto de vista; la estimación del tiempo de ejecución y costos asociados en relación
con los trabajos a realizar, deben estar directamente asociados con la complejidad de la tarea de
generación del activo dentro del proyecto; por lo que hablar de cifras concretas es en algunos
casos peligroso, ya que el mercado va a ir variando de acuerdo con la cantidad de oferentes,
licitaciones en el mercado y cantidad de competencia existente (directa o no).
Para elaborar una propuesta seria de tiempos y costos, se deberá trazar una línea de hitos
(posiblemente relacionado con lo que decrete el Plan de Ejecución BIM), donde estas instancias
(hitos) cierren o abran una tarea determinada (etapas de generación de la información). De la
misma manera se deberán conocer los fines del BIM contratado (y así evitar el conflicto de que el
cliente quiere esto, pero la oferente entrega esto otro).
Bajo este último concepto, no podemos dejar pasar que el cliente “lo quiere todo” y es normal; el
cliente siempre querrá que sus proyectos estén totalmente nutridos de información y apto para todo
tipo de gustos y necesidades. Sin embargo, este concepto lleva a cabo una problemática para el
equipo o el profesional a cargo de la modelación, ya que muchas veces el cliente “no sabe
realmente lo que quiere y necesita”, por lo que siempre es recomendable tener presente una
asesoría de tipo neutral para determinar las reales necesidades y alcances del activo. Esto también
definirá los valores de los servicios contratados, ya que mayor información es igual a mayor
complejidad y por ende mayor su valor.
El costo o valor también lo entrega la experiencia y la calidad de la información entregada; se

debe entender que muchas veces (en el sector privado específicamente) la contratación de este
tipo de servicios es por recomendaciones de clientes que ya tuvieron una experiencia previa y que
extienden a otros miembros de su círculo (otros empresarios, por ejemplo) la confianza depositada
y el buen resultado obtenido.
El punto es entender y aprender a encontrar lo que buscan aquellos a quienes ofertamos nuestros
servicios, los que realmente queremos trabajar y añadir ese valor agregado. El problema recae en
que muchas veces un técnico (y se hace referencia a técnico a aquella persona que no maneja
términos de negociación, pero si en desarrollo de plataformas y gestión de información) no es
selectivo y no sabe exponer su valor añadido, lo que lleva a que sea impreciso en dar datos y
valores que aunque sean referenciales, produce desconfianza y por ende menos probabilidades
de un acercamiento con el cliente.
Finalmente, el objetivo es dar un valor a BIM, no como el salvador de los procesos a un nivel
técnico, sino que más bien de entregar un valor añadido a los procesos para la mejora de calidad
de los procesos. Esto con palabras sencillas y correctas, es referirse a tener los conceptos claros y
el mensaje correcto que se debe aportar en beneficio a los objetivos del proyecto.

6. PLANIFICACIÓN DE PROYECTOS: PLAN DE TRABAJO,
COSTES MÍNIMOS Y PLAZOS
Una de las actividades principales antes de la finalización de un BEP (PEB) y el inicio del ciclo de
generación de contenidos en un proyecto, es involucrar a todas las partes a la revisión y debate
sobre los requisitos, entregables, etc. Esta instancia se le conoce como la Reunión Inicial BIM o
también como Kick Off Meeting.
Después de la reunión de inicio (Kick off), es que cada equipo de trabajo debe desarrollar su BEP
/ PEB, definiendo cómo participarán en el proyecto; es decir indicando sus estándares internos,
control de calidad, formatos de entregables, etc.
Se recomienda que una parte responsable, cumpla el rol de asumir la verificación, inspección y
recopilación de todos los BEP / PEB de cada una de las disciplinas en el proyecto, para así obtener
un único BEP / PEB del proyecto. La verificación constante de los cambios generados por cada
disciplina en sus planes de ejecución (como ya habíamos mencionado que el BEP / PEB es un
documento de “entidad viva”) deberá actualizarse cuando los nuevos requisitos o la integración
de nuevos miembros aparezcan (ejemplo: contratistas o subcontratistas), para así registrar los flujos
de trabajo, metodología y su contribución al proyecto.
6.1. FASE DE PLANIFICACIÓN DE UN PROYECTO
Ahora, la pregunta es: ¿Cómo estos conceptos se aplican a nuestros proyectos?, o ¿De qué
manera puedo colocar estos procesos, dividirlos para organizarlos y otorgar una gestión
informativa durante una fase de desarrollo? Es posible que muchas preguntas comiencen a
originarse, ya que es común que algunos conceptos nazcan desde ahora y que no los conozcamos
de manera segura.

Figura 9. Esquema Diagrama del ciclo de Desarrollo de un Proyecto. Fuente: sitio web: Biblus
6.2. ESTANDARIZACIÓN DE PROCESOS
Dependiendo de las necesidades de la parte Solicitante (cliente o quien recibe la información de

trabajos, bienes o servicios del Proveedor) y de acuerdo a lo establecido en la norma ISO 19.650,
es responsabilidad de todas las partes adjudicadas (quienes son designados para realizar el
desarrollo del proyecto, por ejemplo: desarrollo del diseño / construcción / gestión de activos del
proyecto o bien como consultores BIM externos) la gestión de la información como función (no
como rol de trabajo) en diferentes niveles. Por lo tanto, estas funciones pueden asignarse de
manera individual o a equipos conformados que participan en él.
Las tres funciones de la gestión de la información son:

6.2.1. FUNCIÓN DE LA GESTIÓN DE LA INFORMACIÓN DE ACTIVOS
(ASSET INFORMATION MANAGEMENT FUNCTION)
Deben:
- Validar la información suministrada por cada parte adjudicada.
- Autorizar la información para la incorporación en el Modelo de Información del Activo

(AIM)
- Considerarse en todas las etapas del desarrollo del proyecto.
6.2.2. FUNCIÓN DE LA GESTIÓN DE LA INFORMACIÓN DEL PROYECTO

(PROJECT INFORMATION MANAGEMENT FUNCTION)
Deben:
- Establecer el estándar de información del proyecto, métodos y procedimientos de

producción.
- Establecer y administrar el CDE (Common Data Environment) del proyecto
- Considerarse en todas las etapas del desarrollo del proyecto.
6.2.3. FUNCIÓN DE LA GESTIÓN DE LA INFORMACIÓN DE TAREAS

(TASK INFORMATION MANAGEMENT FUNCTION)
Deben:
- Ser asignados a cada equipo de trabajo de manera separada.
- Gestionar la información asociada a la tarea asignada.
- Coordinar la información en múltiples tareas.
Estas funciones de gestión de la información se encuentran para apoyar la planificación de

desarrollo de cada tarea dentro del proyecto. Cada equipo que realiza estas funciones es
responsable de definir, planificar y cumplir los requisitos definidos en cada función. La información
recibida debe ser verificada antes de ser emitida y entregada, y deberá ser apta para su aprobación
o necesitará ser procesada nuevamente al no cumplir con los requisitos de verificación.

Entendiendo este concepto de estrategia de federación y del nivel de información necesaria. La
estrategia de federación de información dictará los volúmenes en los que se requiere que trabaje
cada disciplina (por ejemplo, la cantidad o el espacio de instalaciones para la especialidad de
clima) y el nivel de información necesaria, la cual definirá la calidad, cantidad y granularidad de
la información que cada parte receptora (o solicitante según el PlanBIM Chile) requerirá para el
intercambio de la información.
6.3. FLUJOS DE TRABAJO
El proceso de la gestión de la información desde la perspectiva de la parte del cliente, así como
desde el punto de vista de las partes contratadas (Proveedor / Adjudicado); contiene una serie de
actividades con diferentes acciones claves y propietarios que deben ser necesariamente repasadas:
6.3.1. EVALUACIÓN DE NECESIDADES
Es necesario designar a todos los responsables de la función de gestión de la información.
Se debe establecer en el proyecto, cuáles serán los requisitos de la información, los hitos de entrega
de la información (que podrían marcar incluso fechas o estados de pago de acuerdo con el sistema
de contrato), estándares de la información, información de referencia utilizados y recursos
compartidos, entorno común de datos (CDE – Common Data Enviorement) y determinar el
Protocolo de intercambio de la información.
6.3.2. PETICIÓN DE OFERTAS
Se deben establecer los requisitos de intercambio de información por la parte contratante

(Solicitante / Oferente), para así reunir la información de referencias y recursos compartidos;
establecer requisitos de presentación de ofertas y criterios de evaluación y recopilar la información
relativa a la licitación.
6.3.3. PRESENTACIÓN DE OFERTAS
Corresponde a la asignación de los responsables de la función de gestión de la información; se

establece el Plan de Ejecución BIM (BEP / PEB) del equipo de desarrollo (antes de la contratación)
para que se establezcan evaluaciones de las aptitudes y capacidades del equipo de trabajo. Esto
llevará a establecer el plan de movilización del equipo de desarrollo y establecer un cuadro de
riesgos del mismo equipo. Finalmente, se recopila la información de la oferta del equipo de
desarrollo. (Eseverri, 2020).

6.3.4. CONTRATACIÓN
Una vez que se confirma el Plan de Ejecución BIM (PEB / BEP) del equipo de desarrollo, se deben
establecer los requisitos de intercambio de información de la parte contratada principal (por
ejemplo, Arquitectura 1 o Ingeniería 1); una vez realizada esta acción se deberán establecer los
programas de desarrollo de información de una tarea (Task Information Delivery Plan – TIDP) para
determinar el programa general de desarrollo de la información (master information delivery plan
– MIDP). Finalmente, se deberán completar los documentos de contratación de la parte contratada
principal y de las otras partes contratadas (Solicitante en representación del cliente hacia los
proveedores Adjudicados)
6.3.5. MOVILIZACIÓN
Se refiere al movimiento de recursos en referencia a sistemas de tecnología de la información, y

probar métodos y procedimientos de producción e información del proyecto. Es el testeo previo
para ver si los sistemas como nubes de recopilación de datos (por ejemplo, CDE) o equipos (por
ejemplo, computadores y redes de internet) son estables y funcionan de manera correcta en los
puntos de conexión establecidos (por ejemplo, en oficinas remotas como Obras, oficinas
provisorias de ITOS, etc.)
6.3.6. PRODUCCIÓN COLABORATIVA
Es la generación de información, generación de control de calidad, la revisión y aprobación del

intercambio de información y la revisión del modelo de información.
6.3.7. ENTREGA DEL MODELO DE INFORMACIÓN
Es presentar a la parte contratada principal el modelo de información para su posterior

autorización; de esta manera se deberán revisar y validar todos los modelos de información y
presentar a la parte contratante el modelo para su aprobación.
6.3.8. FIN DE LA FASE DE DESARROLLO
Finalmente, se archiva el modelo de información del proyecto y se recogen las lecciones

aprendidas para proyectos futuros.

7. PLANTILLAS PARA PROCESOS DE DISEÑO INTEGRADO
En la página del PlanBIM de Chile, se encuentran planillas de anexo para el desarrollo propuesto
de este tipo de plan, el cual puede ser descargado por cualquier usuario que se registre en la
página; así también, guías, presentaciones y manuales.
El equipo de desarrollo (proveedor adjudicado), debe contener los siguientes elementos en su PEB
como ejemplo:
- Nombres de los profesionales que realizarán la gestión de la información.
- La estrategia de la entrega de la información.
- La estrategia de la federación de los modelos de información.
- Matriz de responsabilidades (participación y funciones de ejecución de tareas)
- Métodos y procedimientos de producción de la información.
- Norma de información.
- Infraestructura tecnológica (software y hardware).
Las plantillas que utilizaremos a lo largo del proceso de gerenciamiento o ingreso de datos para
los proyectos, serán en base a esta información, por lo cual se recomienda la creación de una
cuenta en PlanBIM (http://planbim.cl/ - https://planbim.cl/registro/)
Figura 11. Documentos de Plantillas PlanBIM. Fuente: Sitio Web: PlanBIM
Las plantillas que entregan el PlanBIM Chile, permiten estar dentro en el estándar de la norma ISO
19.650 pensadas para la realidad chilena. Siendo junto a Brasil, países pioneros en la entrega de
un estándar nacional y de calidad en línea con los estándares internacionales.

8. NORMA ISO 19.650: BUILDING INFORMATION
MODELING
Hemos hablado durante todo este documento sobre la ISO 19.650 y cómo esta afecta en gran
medida y directamente al flujo de trabajo y contenido al momento de desarrollar un proyecto en
torno a BIM (en especial en la parte de la PRE modelación de los activos dentro de un proyecto);
pero se deberá entender a qué se refiere esta ISO y hasta dónde pueden abarcar los conceptos en
especial cuando hablamos de BIM.
8.1. ¿QUÉ ES LA ISO 19.650?
La ISO es la sigla en inglés de International Organization for Standarization (Organización

Internacional de la Estandarización) es la norma internacional de gestión de la información, que
en este caso (para el BIM), abarca todo el ciclo de vida de un activo (entiéndase como el archivo)
de la edificación. La ISO 19650, está alineada con los estándares británicos actuales de la norma
BSI-1192.
En el año 2019, se han publicado las dos primeras normas internacionales de esta serie, que son:
ISO19650-1 : Organización y digitalización de la información relativa a trabajos de edificación y

de ingeniería civil, incluyendo BIM. Parte 1: Conceptos y Principios.
ISO19650-2 : Organización y digitalización de la información relativa a trabajos de edificación y

de ingeniería civil, incluyendo BIM. Parte 2: Fase de Producción de los Activos.

9. PLANBIM CHILE
Figura 12. Mapa de Estándares en el Mundo 2019. Fuente: Sitio web: Grupo NYM
El estándar que presenta el PlanBIM en Chile, desarrollado por un mandato presidencial desde el
año 2015 por una entidad independiente, basada en la CORFO, es un de los más ambiciosos,
desarrollados y maduros de toda Latinoamérica junto con el de Brasil, es una fuente de inspiración
de muchos estándares que se están desarrollando a lo largo y ancho del mundo. Nuestro estándar
está basado principalmente de las bases de una re-interpretación de los preceptos del estándar
del Reino Unido, por lo que lo hace sólido y robusto y se alinea con los requerimientos mínimos
para el intercambio de información BIM establecidos por los diferentes estándares internacionales.
Además, incluye mayor detalle sobre cómo se deben entregar los distintos tipos de información a
través de definiciones como: Nivel de Información (NDI), tipo de información (TDI), usos de BIM
(UDB), etc.
El alcance del PLANBIM en Chile abarca dos etapas; el primero para inicios del 2020, en el cual
todas las licitaciones de tipo públicas deben basarse en los requerimientos y estándares de entrega
y requerimientos de información para proyectos de tipo BIM y para el 2025, enfocados para los
proyectos de tipo privados.

REFERENCIAS BIBLIOGRÁFICAS
• CORFO & Comité de transformación digital. (2019, junio). Estándar BIM para Proyectos
públicos. http://ctdigital.cl/wp-content/uploads/2019/07/Est%C3%A1ndar-BIM_CTD-
CORFO.pdf
• Eseverri, A. E. (2020, 12 marzo). ISO 19650 Parte 1 y 2, ¿qué es la ISO 19650? Espacio
BIM. https://www.espaciobim.com/iso-19650)

V1 Bim004 Contenido Semana 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

V1 Bim004 Contenido Semana 1

Cargado por

Copyright:

Formatos disponibles

VCERTIFICADO DE ESPECIALIDAD IV: BIM IV

GESTIÓN DE PROYECTOS E INTEROPERABILIDAD

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 2

Director de Escuela / Marcelo Lucero Yañez

Experto disciplinar / Rubén Soto

Diseñador instruccional / Marjorie Balbontín

Jefa de diseño instruccional y multimedia / Alejandra San Juan Reyes

Experto disciplinar/ Marcelo Lucero

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 3

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 4

1. INTRODUCCIÓN ¿QUÉ ES UN ARCHIVO IFC Y POR

Figura 1. Introducción de BIM. Fuente: sitio web: Devé

Bueno… para eso es BIM… ¿no?... pero…

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 5

Ahora, básicamente hablando, ¿qué es un archivo IFC?…

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 6

• Ciclo de la entrega de la información.

• Requisitos de la información (OIR, AIR, PIR, EIR).

• Planificación de Preguntas sencillas.

• Plan de Ejecución BIM.

• Soluciones de resguardo y seguridad de la información (CDE – Common Data

• Planificación de desarrollo de la información de una tarea (TIDP – Task Information Delivery

• Planificación general de desarrollo de la información (MIDP – Master Information Delivery

• Estrategias de nomenclaturas de archivos.

• Estrategias de modelación de archivos.

2.1 CICLO DE ENTREGA DE LA INFORMACIÓN

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 7

2.1.1 FASES DE OPERACIÓN

• OIR: (Objectives Information Requirements). Requisitos de la información de la

• AIR: (Active Information Requirement). Requisitos de Información del activo relativos a su

• PIR: (Project Information Requirement). Requisitos de la Información del Proyecto relativos

• EIR: (Exchange Information Requirement). Requisitos de intercambio de información entre

Cada posible parte contratada (por ejemplo, el desarrollo de la especialidad de sanitario o la

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 8

OIR: Requisitos de la Información de la Organización:

• Información necesaria para renovar los seguros del edificio y su contenido.

AIR: Requisitos de la Información de Activos:

• La información de mantenimiento (manuales) y garantías de todos los servicios del edificio;

• Información de modelos, fabricantes, costo de reemplazos, etc.

PIR: Requisitos de Información del Proyecto:

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 9

• ¿Existe suficiente información para lograr una licitación fiable?

• ¿Se cumple con el programa?

EIR: Requisitos de Intercambio de la Información:

La existencia de un EIR ayudará al equipo a comprender sus entregables y su forma de entrega; es

• Formato de intercambio de datos (modelos, dibujos, datos no gráficos)

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 10

Figura 2. Organización y jerarquía de los requisitos de la información según la ISO 19650.

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 11

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 12

Un plan de Ejecución BIM deberá incluir a lo menos algunas de estas secciones:

• Información del Proyecto (nombre, propietario, ubicación, tipo de contrato, descripción,

• Gestión (roles, responsabilidades, hitos, estrategias de desarrollo del modelo, estrategia

• Planificación y documentación (plan de implementación, procesos de proyectos para

• Estándares, métodos y procedimientos (estrategias de federación de archivos, origen y

• Softwares utilizados (versión, actualización, usos y partes responsables)

• Formatos de intercambio de datos (modelos nativos, IFC, SMC, BCF, etc.*)

• Apéndices (matriz de responsabilidades BIM, datos de activos, datos de rendimiento, guías

Certificado de especialidad IV: BIM IV/ Gestión de proyectos e interoperabilidad 13

4.1. ENTORNO COMÚN DE DATOS: COMMON DATA ENVIRONMENT–

• Trabajos en curso (o WIP – Work In Progress): guarda la información en desarrollo del

• Trabajos Publicados: se encuentran autorizados para su uso directo (conocidos en algunos

• Trabajos Archivados: se aplican a la información que se ha compartido, publicado y que