Cómo funciona
De la evidencia a un informe RD 1215/1997 entregable, sin atajos
Adaptio sigue un único camino, en un único sentido: cada conclusión nace de una evidencia concreta, cada propuesta de la IA pasa por una persona antes de contar como definitiva, y ningún dato que falte se completa por suposición. Este es el recorrido completo, paso a paso.
El flujo completo
Los 10 pasos de un expediente, del alta a la planificación preventiva
Cada paso produce un estado concreto del informe. El sistema nunca avanza de un paso al siguiente saltándose una revisión obligatoria.
- 01
Nuevo expediente
El técnico introduce la empresa cliente, la dirección (si falta, se localiza en una fuente fiable — nunca se inventa), la planta o zona, el número de trabajadores y los datos del equipo: nombre, número de ítem, fabricante, modelo, número de serie y fecha de puesta en servicio.
- 02
Evidencias
Fotografías, manuales, declaraciones de conformidad y mediciones se suben con identificador único, zona o elemento, orientación y fecha, agrupadas por requisito. Ninguna fotografía se acepta sin al menos una asociación potencial a un requisito.
- 03
Extracción de placa por IA de visión
El motor de visión propone fabricante, modelo y número de serie a partir de la fotografía de la placa de características. El técnico confirma o corrige el dato antes de que se persista como definitivo.
Propuesta de IA — nunca se auto-acepta - 04
Evaluación por requisito
Para cada requisito del catálogo RD1215 (Anexo I.1, I.2, I.3 y Estudio general), la IA propone un estado candidato, una observación y una severidad y probabilidad justificadas, con su referencia normativa, siempre ligado a una evidencia concreta. El técnico ve el nivel de confianza de cada propuesta y debe revisarla o editarla, especialmente cuando la confianza es baja.
La IA propone, el técnico decide - 05
Revisión humana como puerta dura
Un requisito cuya propuesta de IA tiene una confianza por debajo del umbral no puede darse por revisado sin una acción explícita del técnico. La aprobación del conjunto se rechaza si queda algún requisito sin marcar como revisado por una persona.
Puerta obligatoria, no un aviso opcional - 06
Aprobación técnica
El responsable — o el propio técnico si tiene permiso para ello — aprueba el conjunto de la evaluación y dispara la generación del documento. A partir de este punto, el contenido evaluado queda inmutable salvo que se abra una nueva versión del informe.
- 07
Generación del documento
El contenido aprobado se envía a un motor documental determinista que cumplimenta la plantilla Word protegida de tu propia ingeniería, campo por campo y foto por foto, sin recrear ni regenerar el documento.
Motor determinista propio — nunca el modelo de lenguaje - 08
Validación automática
Antes de considerarse definitivo, el documento pasa por una validación programática con resultado binario: VALIDACIÓN SUPERADA o VALIDACIÓN NO SUPERADA, con el detalle de qué regla concreta ha fallado si no la supera. Sin superar la validación no hay entrega definitiva.
Resultado binario, auditable - 09
Informe entregable
El informe queda disponible en .docx y PDF. Cada versión del documento se guarda con su hash y su informe de validación en el histórico del expediente, con registro completo en la auditoría.
- 10
Planificación preventiva
Cada medida correctora queda registrada con responsable, plazo y método de verificación. El riesgo se sigue en el tiempo: de actual a residual previsto y, en revisiones posteriores del mismo expediente, a residual verificado.
Estados de cumplimiento
Cinco estados posibles por requisito, ni uno más
Cada requisito, apartado o casilla del informe recibe exactamente uno de estos cinco estados — nunca variantes como “parcialmente conforme” o “aparentemente conforme”. El orden de asignación es siempre el mismo: ¿aplica? → ¿necesita ensayo? → ¿la evidencia es suficiente? → ¿se cumple completamente?
Cuándo se usa
Hay evidencia suficiente, objetiva y trazable de cumplimiento completo del requisito.
Regla clave
Nunca se asigna solo por marcado CE, apariencia visual o por la existencia de un dispositivo sin verificar su eficacia real.
Cuándo se usa
Hay evidencia suficiente de incumplimiento total o parcial del requisito.
Regla clave
Exige observación, medida correctora y evidencia asociada. Nunca se usa solo por falta de información.
Cuándo se usa
El requisito es aplicable pero la información disponible es insuficiente para evaluarlo.
Regla clave
Debe indicar de forma destacada qué información falta para poder verificarlo. La falta de información nunca se interpreta como cumplimiento.
Cuándo se usa
El requisito es objetivamente inaplicable al equipo evaluado.
Regla clave
Nunca se usa por falta de información — solo cuando la inaplicabilidad es objetiva.
Cuándo se usa
El requisito solo puede confirmarse con una prueba, medición o ensayo no documentado todavía.
Regla clave
Nunca puede marcarse como CONFORME. Al obtener el resultado del ensayo, pasa a CONFORME, NO CONFORME o NO VERIFICADO.
El estado de cumplimiento nunca depende del nivel de riesgo: un incumplimiento legal se marca NO CONFORME con medida correctora obligatoria aunque el riesgo calculado sea trivial o tolerable. La matriz de riesgo nunca justifica mantener una situación contraria a la normativa.
Matriz de riesgo
Probabilidad × severidad, con el criterio del INSST
Cuando el riesgo se valora de forma cualitativa, se cruza la probabilidad de que ocurra un daño con su severidad para obtener uno de cinco niveles, cada uno con su actuación asociada. Este método es siempre subsidiario: cuando existe una norma o un ensayo específico aplicable al riesgo, ese método prevalece sobre la matriz general.
Probabilidad × severidad → nivel de riesgo
| Probabilidad \ Severidad | Ligeramente dañino | Dañino | Extremadamente dañino |
|---|---|---|---|
| Baja | Trivial | Tolerable | Moderado |
| Media | Tolerable | Moderado | Importante |
| Alta | Moderado | Importante | Intolerable |
Actuación por nivel de riesgo
- TrivialMantener vigilancia.
- TolerableMejoras razonables y seguimiento.
- ModeradoPlanificar medidas con plazo y responsable.
- ImportanteNo iniciar o continuar el trabajo hasta reducir el riesgo — medidas urgentes.
- IntolerableParar la actividad de inmediato.
Riesgo grave e inminente
Qué es código real hoy y qué está en desarrollo
packages/core). La propuesta de estado, observación, severidad y probabilidad por IA, y la generación automática del documento, están arquitecturadas — con sus contratos de puerto ya definidos — y en desarrollo activo. Que toda propuesta de la IA se revise y confirme por una persona antes de persistirse es una decisión de diseño, no un parche temporal mientras el motor madura.¿Quieres verlo con tus propios expedientes?
Crea la cuenta de tu ingeniería en un par de minutos, o revisa antes casos de uso concretos.