IA para ingeniería

El problema real antes de hablar de tecnología

En una firma de ingeniería, la validación de un cálculo estructural, eléctrico o de proceso rara vez se apoya en un sistema: se apoya en el ingeniero senior que lleva veinte años revisando ese tipo de proyecto y que recuerda, de memoria, qué norma aplica, qué margen de seguridad usar y en qué proyecto anterior ya se resolvió un problema parecido. Cuando ese ingeniero está de vacaciones, en otro proyecto o se jubila, el criterio se va con él. No queda documentado en ningún sistema que el resto del equipo pueda consultar.

La revisión de planos contra la normativa vigente sigue siendo, en la mayoría de firmas, un proceso manual: alguien imprime el plano, o lo abre en pantalla, y va cotejando ítem por ítem contra una checklist que vive en su cabeza o en un documento disperso. Ese proceso toma días, no horas, y se repite prácticamente igual en cada proyecto, con el mismo riesgo de que algo se pase por alto porque el revisor está saturado o el proyecto tiene prisa de entrega.

Los informes técnicos y las memorias de cálculo se redactan desde cero cada vez, aunque el ochenta por ciento del contenido (estructura del documento, cláusulas normativas citadas, criterios de diseño, formato de presentación) se repite entre proyecto y proyecto. Y la coordinación entre disciplinas (civil, eléctrico, mecánico) se pierde en cadenas de correo y versiones de planos que circulan por WhatsApp o por carpetas compartidas sin control de versión, hasta que dos disciplinas construyen sobre información que ya cambió.

Qué significa realmente en ingeniería (y qué no es)

IA para ingeniería, bien entendida, es un sistema que combina la normativa aplicable, el historial de proyectos anteriores de la firma y las reglas del oficio (los criterios que hoy solo existen en la cabeza del ingeniero senior) para asistir en tareas concretas: redactar un primer borrador de memoria descriptiva, revisar un plano contra un checklist normativo, o encontrar en qué proyecto de hace tres años ya se resolvió un cálculo parecido. No es una funcionalidad que se activa sola. Es una arquitectura de datos y reglas que tiene que construirse antes de que el asistente sirva de algo.

Tampoco reemplaza la firma del ingeniero responsable ni su responsabilidad profesional y legal sobre el cálculo o el diseño. El sistema genera un primer borrador, señala una posible desviación de norma o encuentra un antecedente relevante; el ingeniero colegiado sigue siendo quien revisa, valida y firma. En un sector donde un error de cálculo puede comprometer una estructura o una instalación, el criterio humano es la última capa de control, no un paso opcional.

• No es un software de CAD/BIM más inteligente: complementa esas herramientas, no las reemplaza ni dibuja por ti.
• No es un generador de cálculos estructurales o eléctricos sin supervisión: ningún sistema debe entregar un cálculo final sin la revisión y firma del ingeniero responsable.
• No es un chatbot genérico tipo ChatGPT conectado a la carpeta de proyectos: sin estructura, reglas y control de acceso, ese uso es un riesgo de confidencialidad, no una ventaja.
• No es una promesa de eliminar la revisión técnica: es una forma de que la revisión llegue más rápido y con menos carga sobre el ingeniero senior.

Casos de uso concretos en ingeniería

Estos son los usos que ya tienen evidencia de resultado en firmas de ingeniería y consultoras técnicas, no promesas de laboratorio. Todos dependen de tener normativa, proyectos anteriores y reglas del oficio organizados en un mismo sistema.

• Redacción asistida de memorias descriptivas y especificaciones técnicas: a partir de la normativa aplicable y de proyectos anteriores similares, el sistema genera un primer borrador que el ingeniero ajusta, en vez de partir de una hoja en blanco cada vez.
• Revisión asistida de planos contra checklist normativo: antes de enviar un set de planos a aprobación, el sistema los coteja contra los requisitos de norma y de la especificación del proyecto, y señala lo que falta o no calza.
• Búsqueda semántica sobre el archivo histórico de proyectos: en vez de preguntarle al ingeniero senior si ya se resolvió un cálculo parecido, el equipo busca en el histórico de la firma y encuentra el proyecto, la memoria de cálculo o el detalle constructivo relevante.
• Primeros borradores de informes de avance e inspección técnica: el sistema arma un borrador a partir de los datos de campo (fotos, mediciones, checklist de inspección) que el ingeniero responsable revisa, corrige y firma.
• Detección de conflictos entre planos de distintas disciplinas: cruzar el plano civil, el eléctrico y el mecánico de una misma zona para señalar interferencias o discrepancias antes de que lleguen a obra, no después.
• Extracción y estructuración de datos de normativa y catálogos de proveedores: convertir manuales técnicos y fichas de producto en información consultable, para no releer un catálogo completo cada vez que se necesita un dato de especificación.

Qué necesita la firma para que esto funcione

Nada de esto funciona si la firma no tiene la base de datos y reglas detrás. Un caso típico en este sector es contratar una plataforma de IA genérica y conectarla a una carpeta de Google Drive desordenada: el sistema no tiene de dónde sacar el criterio real de la firma, y el resultado es un asistente que redacta bonito pero sin el detalle técnico que un cliente exige.

• Archivo histórico de proyectos organizado y accesible: memorias de cálculo, especificaciones y planos anteriores indexados, no dispersos en carpetas personales de cada ingeniero.
• Normativa técnica vigente estructurada: los códigos y normas que aplica la firma (construcción, eléctrica, mecánica, según especialidad) cargados y actualizados, no fotocopiados de memoria.
• Reglas del oficio explícitas: los criterios de diseño, márgenes de seguridad y checklists de revisión que hoy viven en la cabeza del ingeniero senior, documentados para que el sistema (y el resto del equipo) los pueda usar.
• Conexión con las herramientas que ya usa la firma: el sistema de gestión documental, el software de CAD/BIM y el ERP de proyectos, para que la información fluya sin duplicar trabajo manual de copiar y pegar.

Por dónde empezar y en qué orden

• Diagnostica dónde se pierde más tiempo hoy: redacción de memorias, revisión de planos, búsqueda de antecedentes o coordinación entre disciplinas. No empieces por la tecnología, empieza por el cuello de botella real.
• Audita qué normativa, proyectos y reglas ya existen y dónde viven: la mayoría de firmas tiene más conocimiento documentado del que cree, solo que disperso entre carpetas, correos y la cabeza de dos o tres ingenieros senior.
• Organiza el archivo histórico antes de automatizar nada: sin proyectos anteriores indexados y accesibles, no hay antecedente que buscar ni patrón que reutilizar.
• Empieza por un tipo de documento o un proceso, no por toda la firma: memorias descriptivas de un tipo de proyecto, o revisión de planos de una especialidad, antes de intentar cubrir todo el flujo de producción técnica.
• Define quién revisa y firma cada salida del sistema: cada borrador o alerta necesita un ingeniero responsable que la valide. Un borrador que nadie revisa con criterio profesional es un riesgo, no un ahorro.

Errores comunes al implementar IA en ingeniería

• Conectar un chatbot genérico a la carpeta de proyectos sin control de acceso ni estructura: expone información confidencial de clientes y no entrega resultados con el nivel técnico que exige el sector.
• Pedirle al sistema un cálculo final en vez de un primer borrador o una alerta: la responsabilidad profesional y legal del cálculo sigue siendo del ingeniero colegiado, nunca del sistema.
• Intentar cubrir todas las disciplinas y todos los tipos de documento desde el primer piloto, en vez de validar con un caso acotado antes de escalar.
• Dejar el output del sistema sin un revisor asignado: un borrador de memoria o una alerta de conflicto entre planos que nadie valida con criterio profesional no ahorra tiempo, lo traslada más adelante en el proyecto, donde cuesta más corregir.

Cómo medir si el sistema está sirviendo

• Tiempo de redacción de una memoria descriptiva o especificación técnica, desde el primer borrador hasta la versión lista para revisión.
• Tiempo de revisión de un set de planos contra checklist normativo, comparado con el proceso manual anterior.
• Número de veces que se reutiliza un antecedente de proyecto anterior en vez de recalcular algo ya resuelto.
• Conflictos entre disciplinas detectados antes de obra versus los detectados durante la ejecución, donde el costo de corregir es mucho mayor.
• Carga de revisión sobre el ingeniero senior: si el sistema realmente libera tiempo, esa carga debería bajar de forma medible, no trasladarse a revisar borradores de peor calidad.

Ninguna de estas métricas se mueve por comprar una licencia de software. Se mueven cuando el archivo histórico está organizado, la normativa está cargada y el equipo confía lo suficiente en el sistema como para usarlo en cada proyecto, no solo en el piloto.

Cuándo no usar IA todavía

• Si el archivo histórico de proyectos no está organizado ni es accesible: primero se ordena esa base, después se conecta un sistema encima.
• Si la firma no tiene sus criterios de diseño y checklists de revisión documentados: un sistema no puede aplicar reglas que solo existen en la cabeza de una persona.
• Si no hay quién revise y firme lo que el sistema genera con el mismo rigor que revisaría el trabajo de un ingeniero junior: sin ese control, el riesgo profesional y legal es real.
• Si la prioridad detrás del proyecto es reducir personal técnico y no reducir tiempos muertos o errores evitables: esa conversación genera resistencia interna y un piloto que el equipo sabotea sin decirlo.