Funcionalidades
Siete capas, un mismo criterio técnico
Adaptio se organiza en siete capas transversales que comparte cualquier módulo futuro de la plataforma. Cada una tiene un estado real: núcleo del producto ya construido y probado, o en desarrollo activo con su arquitectura ya definida.
Gestión de expedientes y clientes
Cada informe se asocia a una organización, una empresa cliente, una instalación o equipo y un histórico temporal de evaluaciones y revisiones.
Ingesta de evidencias
Fotografías, manuales, fichas técnicas, declaraciones de conformidad y mediciones, con metadatos: identificador, zona o elemento y requisito relacionado.
Motor de análisis técnico (IA)
Interpretará evidencias para proponer la estructura cerrada de 5 estados por requisito, siempre revisable por un técnico. La arquitectura de puertos ya está definida (@adaptio/ai); la implementación sigue en curso.
Motor normativo
Corpus de normativa aplicable (RD 1215/1997, normas UNE-EN ISO, guías del INSST) citado por identificador estable. El motor de análisis solo podrá citar de ese corpus, nunca inventar una norma.
Generador documental
Cumplimentación determinista de la plantilla Word protegida de cada ingeniería. Hoy es un spike técnico en curso sobre la plantilla real, no un servicio desplegado.
Validador documental
Validación automática previa a la entrega, con resultado binario (VALIDACIÓN SUPERADA / NO SUPERADA) y detalle de la regla incumplida. Contraparte directa del generador documental, mismo estado de desarrollo.
Planificación preventiva
Seguimiento de medidas correctoras con responsable, plazo y método de verificación, y evolución del riesgo de actual a residual previsto y residual verificado. La interfaz ya existe sobre datos de ejemplo; la conexión a datos reales está pendiente.
Lo que ya está construido
El motor de reglas de dominio del RD 1215/1997
Es la parte del producto que no depende de ningún modelo de IA: vive en el núcleo determinista de Adaptio, está testeada y es la base sobre la que se construyen el motor de análisis y el generador documental.
Por qué esto importa antes que la IA
Cinco estados de cumplimiento, cerrados
Testeado en packages/coreCONFORME, NO_CONFORME, NO_VERIFICADO, NO_PROCEDE y PENDIENTE_DE_ENSAYO. Cualquier otro valor se rechaza como inválido en el propio esquema de datos, no solo por convención documental.
Matriz de riesgo Probabilidad × Severidad del INSST
Testeado en packages/coreCruce cerrado de probabilidad (baja/media/alta) y severidad (ligeramente dañino/dañino/extremadamente dañino) que produce el nivel de riesgo, sin puntuaciones numéricas propias añadidas.
Filtro determinista de frases prohibidas
Testeado en packages/coreExpresiones que insinúan conformidad sin evidencia ("no revisado", "aparentemente conforme", "probablemente cumple"...) quedan bloqueadas por código, no por instrucción al modelo de lenguaje.
Máquina de estados del informe
Testeado en packages/coreBORRADOR → EN_ANALISIS → EN_REVISION → APROBADO_PARA_GENERAR → GENERADO → VALIDADO → ENTREGADO, con transiciones bloqueadas en código: no se puede aprobar un informe con requisitos sin revisión humana.
Ninguna capa se salta la revisión humana
Aunque el motor de análisis, el motor normativo, el generador y el validador documental terminen de implementarse, ninguno aprueba un informe en automático: la revisión y aprobación técnica siempre las realiza una persona antes de que el documento pueda generarse y entregarse.
¿Quieres ver el resto del flujo, paso a paso?
Crea la cuenta de tu ingeniería o habla con nosotros para conocer el estado actual del producto sin sorpresas.