← Volver al Mapa de Procesos
Gestión de Incidentes Laborales
Módulos: helpdesk · quality (Calidad) · maintenance · project (Investigación) · Odoo 19 Enterprise
Accidente con Baja
Lesión que impide trabajar ≥ 1 día. Notificación Delt@ en 5 días hábiles obligatoria.
Accidente Grave / Mortal
Grave, muy grave, mortal o colectivo (+4 trabajadores). Delt@ en 24 horas + autoridad laboral.
Accidente sin Baja
Lesión que no genera baja médica. Relación mensual via Delt@ antes del día 5.
Incidente / Casi Accidente
No hay lesión pero podría haberse producido. Investigar para prevención proactiva.
Enfermedad Profesional
Derivada del trabajo. Parte EP por la Mutua / Entidad Gestora. Registro en CEPROSS.
Necesidades Empresariales
Objetivos de negocio que justifican la implementación y configuración de este flujo.
- Centralizar la notificación de todos los incidentes laborales (accidentes, casi accidentes y enfermedades profesionales) en un único canal con trazabilidad completa.
- Garantizar el cumplimiento de los plazos legales de notificación a la autoridad laboral vía Sistema DELT@ (Art. 23.3 Ley 31/1995).
- Obligar a investigar todos los accidentes con baja y los graves, detectando causas raíz mediante metodología estructurada (5 Porqués, Ishikawa, CAPA).
- En entornos de fábrica o manufactura: vincular el incidente con Alertas de Calidad (quality.alert) para investigar si fue por defecto o avería de maquinaria.
- Si el incidente implica avería de equipo o maquinaria: generar automáticamente una Solicitud de Mantenimiento (maintenance.request) con tipo correctivo.
- Gestionar la investigación de causa raíz mediante un proyecto Odoo con tareas estructuradas según la metodología elegida (5 Porqués / 8D / Ishikawa).
- Implementar y hacer seguimiento de las Acciones Correctivas y Preventivas (CAPA) derivadas de cada investigación.
- Cumplir con la obligación de registro y archivo de datos de investigación (Art. 23.1.e Ley 31/1995) disponibles para la Inspección de Trabajo.
Capacidades de Aplicación
Interactivo
Capa 1 Essential: lo que el negocio puede hacer. Pulsa para resaltar el flujo y servicios.
Notificación y Triaje del Incidente
Registrar el incidente vía helpdesk con clasificación, severidad y SLA automático.
Atención Inmediata y DELT@
Gestionar la atención inicial al trabajador y generar la notificación obligatoria al DELT@.
Alerta de Calidad (Maquinaria)
Vincular el incidente con quality.alert para investigar defectos o averías de equipos.
Solicitud de Mantenimiento Correctivo
Generar maintenance.request cuando el incidente implica avería de equipo.
Investigación Causa Raíz (Proyecto)
Crear proyecto con tareas estructuradas según 5 Porqués, 8D o Ishikawa.
Acciones CAPA y Seguimiento
Implementar y monitorizar las acciones correctivas y preventivas derivadas de la investigación.
Cierre Verificado con Evidencias
Cerrar el ticket con todas las acciones verificadas, registro completo y lección aprendida.
KPIs y Reporting PRL
Índices de siniestralidad, MTBF equipos, tendencias y análisis de causas recurrentes.
Flujo Funcional — Cuatro Carriles del Ciclo de Gestión del Incidente
Interactivo
Los carriles de Calidad y Mantenimiento solo se activan cuando el incidente implica maquinaria o defecto de equipo. El carril de Proyecto se activa en todos los accidentes con baja y los graves. Pulsa cualquier paso para ver su lógica.
Helpdesk — helpesk.ticket (Ticket de Incidente) · Pipeline "Incidentes Laborales PRL"
Trabajador / PRL
Registrar Incidente
Nuevo Incidente
SLA: 2 horas
Responsable PRL
Triaje y Clasificación
Triaje y Clasificación
SLA: 4 horas
PRL / RRHH
Atención Inmediata
Atención Inmediata
SLA: 8 horas
PRL / RRHH
Notificación DELT@
Notificación DELT@
24 h / 5 días
PRL / Manager
Cierre con Evidencias
Cerrado y Verificado
Calidad (si hay maquinaria implicada) — quality.alert (Alerta de Calidad) · quality.check (Verificación)
PRL / Calidad
Crear Alerta de Calidad
quality.alert · borrador
Equipo Calidad
Inspección de Equipo
quality.check · In Review
Calidad / PRL
Causa Raíz del Defecto
root_cause_id · CAPA
Calidad
Acciones Correctivas QA
corrective_action_ids
Mantenimiento (si hay avería de equipo) — maintenance.request (Solicitud de Mantenimiento)
PRL / Mantenimiento
Crear Solicitud Mantenimiento
Corrective · borrador
Jefe Mantenimiento
Asignar y Planificar
In Progress · técnico
Técnico Mantenimiento
Reparación del Equipo
Repaired · duración
PRL / Calidad
Verificar Equipo Seguro
OK para reanudar
Investigación Causa Raíz — project.project (Proyecto) · project.task (Tarea) · Metodología 5 Porqués / 8D
PRL / Responsable
Crear Proyecto Investigación
project.project · activo
Equipo Investigador
5 Porqués / Ishikawa
Tarea: Por qué 1-5
Equipo Investigador
Acciones 8D (si aplica)
Tareas D1-D8
PRL / Manager
CAPA + Lección Aprendida
Tarea: CAPA verificada
PRL / Director
Cerrar Investigación
project.project · done
Lógica de funcionamiento
Modelos involucrados
Campos clave
Servicio responsable (Capa 2)
Servicios de Aplicación
Interactivo
Capa 2 Essential: componentes funcionales que realizan las capacidades. Pulsa para ver su relación.
Núcleo
Servicio Helpdesk — Incidentes PRL
- Equipo dedicado "Incidentes Laborales"
- 7 etapas con SLA por etapa y tipo
- Clasificación por tipo y gravedad
- SLA: 2 h apertura, 24 h grave, 5 días baja
Obligación Legal
Servicio de Notificación DELT@
- Control de plazos legales en el ticket
- Checklist de datos para el parte
- Alerta de SLA si se acerca el plazo
- Registro de confirmación del envío
Integración
Servicio de Calidad (Maquinaria)
- quality.alert vinculada al ticket
- Inspección del equipo implicado
- Causa raíz del defecto + CAPA QA
- Acciones correctivas QA trazadas
Integración
Servicio de Mantenimiento Correctivo
- maintenance.request vinculada al ticket
- Asignación a técnico y planificación
- Reparación con hoja de trabajo
- Verificación de seguridad pre-reanudación
Investigación
Servicio de Investigación RCA (Proyecto)
- Proyecto plantilla por metodología
- Tareas 5 Porqués (P1–P5 + raíz)
- Opción 8D (D1–D8) para casos complejos
- Ishikawa: tareas por categoría 4M
Núcleo
Servicio de Acciones CAPA
- Acción Correctiva: eliminar la causa raíz
- Acción Preventiva: evitar recurrencia
- Responsable y fecha límite por acción
- Verificación de efectividad
Cierre
Servicio de Cierre y Lección Aprendida
- Ticket cerrado solo con CAPA verificadas
- Lección aprendida documentada
- Actualizar Evaluación de Riesgos
- Comunicar a trabajadores afectados
Análisis
Servicio de KPIs e Informes PRL
- Índice de Frecuencia y Gravedad
- Tiempo medio de resolución por tipo
- Tasa de cumplimiento DELT@
- Causas recurrentes y tendencias
Vistas de Información y Reporting
Perspectivas analíticas clave del flujo de gestión de incidentes laborales.
Índice de Frecuencia (IF) y Gravedad (IG)
Cálculo de IF = (N.° accidentes × 10⁶) / horas trabajadas e IG = (días perdidos × 10³) / horas trabajadas. Comparativa por departamento y período.
Estado de los Tickets por Etapa
Kanban del pipeline con número de incidentes en cada etapa. Identifica cuellos de botella en la gestión y tickets que se acercan o superan el SLA.
Cumplimiento Plazos DELT@
Porcentaje de notificaciones DELT@ enviadas dentro del plazo legal por tipo de accidente (24 h / 5 días / día 5 del mes). Crítico para la Inspección de Trabajo.
Causas Raíz más Frecuentes
Análisis de Pareto de las causas raíz identificadas en las investigaciones. Permite priorizar las acciones preventivas de mayor impacto.
CAPA Pendientes y Vencidas
Lista de acciones correctivas y preventivas con fecha límite. Semáforo de estado: verde (en plazo), naranja (próxima a vencer), rojo (vencida sin cerrar).
Incidentes por Tipo y Equipo
Distribución de incidentes por tipo (accidente / casi accidente / EP), vinculados a quality.alert o maintenance.request cuando hay maquinaria implicada.
Arquitectura de Datos y Módulos
Módulos, modelos y sus relaciones en el flujo de gestión de incidentes.
helpdesk (Asistencia)
MÓDULO PRINCIPAL
helpdesk.ticket (Ticket de Incidente)
helpdesk.team (Equipo PRL)
helpdesk.sla (Política SLA)
helpdesk.stage (Etapa Pipeline)
quality (Calidad)
INVESTIGACIÓN MAQUINARIA
quality.alert (Alerta de Calidad)
quality.check (Verificación)
quality.alert.type (Tipo alerta)
maintenance (Mantenimiento)
REPARACIÓN DE EQUIPOS
maintenance.request (Solicitud)
maintenance.equipment (Equipo)
project (Proyecto)
INVESTIGACIÓN CAUSA RAÍZ
project.project (Proyecto RCA)
project.task (Tareas 5P / 8D)
hr (Empleados)
DATOS DEL ACCIDENTADO
hr.employee (Empleado afectado)
hr.department (Departamento)
Lista de Verificación de Configuración
Pasos de implementación en orden para que el flujo funcione correctamente en Odoo 19.
1. Crear Equipo Helpdesk "Incidentes Laborales PRL"
Asistencia → Configuración → Equipos → Nuevo. Activar SLAs, timesheets y seguimiento. Configurar alias de email para notificaciones automáticas.
2. Crear las 7 Etapas del Pipeline de Incidentes
Nuevo Incidente → Triaje → Atención Inmediata → Notificación DELT@ → En Investigación → Acciones Correctivas → Cerrado y Verificado. Asignar SLA a cada etapa crítica.
3. Configurar SLAs según Plazos Legales
SLA "Incidente Grave/Mortal": alcanzar "Notificación DELT@" en 24 horas. SLA "Accidente con baja": alcanzar "Notificación DELT@" en 5 días hábiles. SLA "Apertura inicial": alcanzar "Triaje" en 2 horas.
4. Crear Plantillas de Proyecto de Investigación
Crear proyecto plantilla "5 Porqués — Incidente" con 6 tareas (Por qué 1-5 + Causa raíz + CAPA). Crear plantilla "8D — Incidente" con 8 tareas D1-D8. Clonar la plantilla al activar la investigación.
5. Configurar Tipos de Alerta de Calidad para Incidentes
Calidad → Configuración → Tipos de Alerta: crear tipo "Fallo de Equipo — Incidente Laboral" con causas raíz predefinidas (mantenimiento, diseño, operación, EPIs, procedimiento).
6. Vincular Helpdesk con Calidad y Mantenimiento (Studio o código)
Añadir botones inteligentes en el ticket helpdesk para "Crear Alerta de Calidad" y "Crear Solicitud de Mantenimiento". Vincular los registros para trazabilidad bidireccional.
Marco Regulatorio — España (BOE)
Normativa española de aplicación directa para la investigación, notificación y gestión de los accidentes de trabajo e incidentes laborales. Fuente primaria: Boletín Oficial del Estado (www.boe.es) e INSST (www.insst.es). El incumplimiento de los plazos de notificación o la omisión de la investigación obligatoria constituyen infracciones sancionables por la Inspección de Trabajo.
Art. 16.3 Ley 31/1995 · BOE-A-1995-24292
Obligación de Investigar los Accidentes
- El empresario está obligado a investigar cuando se haya producido un daño para la salud de los trabajadores
- También cuando aparezcan indicios de que las medidas preventivas son insuficientes
- Objetivo: detectar las causas del accidente y adoptar medidas para evitar su repetición
- La investigación debe ser proporcional a la gravedad del accidente
- No investigar es infracción grave sancionable con multa de 2.046 € a 40.985 € (Art. 12.3 LISOS)
Art. 23.3 Ley 31/1995 · BOE-A-1995-24292
Obligación de Notificar a la Autoridad Laboral
- El empresario debe notificar por escrito a la autoridad laboral los daños a la salud de sus trabajadores
- Notificación obligatoria a través del Sistema DELT@ (Orden TAS/2926/2002)
- Plazo con baja: 5 días hábiles desde el accidente o la baja médica
- Plazo grave/mortal/colectivo (+4 trabajadores): 24 horas + comunicación directa a autoridad laboral
- Accidentes sin baja: relación mensual antes del día 5 del mes siguiente
- Incumplimiento: infracción leve (sin baja, hasta 2.045 €) o grave (con baja, hasta 40.985 €)
Art. 23.1.e Ley 31/1995 · BOE-A-1995-24292
Obligación de Registro y Archivo
- Conservar una relación de accidentes de trabajo y enfermedades profesionales con baja superior a 1 día
- Los datos obtenidos en las investigaciones deben ser registrados y archivados
- La documentación debe estar disponible para la Inspección de Trabajo cuando se requiera
- No registrar o no archivar los datos es infracción grave (Art. 12.4 LISOS)
RD 39/1997 · BOE-A-1997-1853
Reglamento de los Servicios de Prevención — Investigación
- El Servicio de Prevención debe participar en la investigación del accidente
- La investigación debe incluir el análisis de causas directas, indirectas y de sistema
- Las conclusiones de la investigación deben trasladarse a la planificación de la actividad preventiva
- Revisar la Evaluación de Riesgos del puesto si el accidente pone de manifiesto su insuficiencia
Orden TAS/2926/2002 · BOE-A-2002-22650
Sistema DELT@ — Notificación Electrónica
- La notificación de accidentes de trabajo debe realizarse exclusivamente por vía electrónica via DELT@
- DELT@ es el Sistema de Declaración Electrónica de Accidentes de Trabajo del Ministerio
- El parte de accidente es validado por la Mutua colaboradora con la Seguridad Social
- Accesible en: https://www.delta.mtin.es
- La empresa puede delegar la tramitación del parte en una gestoría autorizada
Arts. 12.3 y 12.4 LISOS · BOE-A-2000-15060
Infracciones Graves por Incumplimiento
- No investigar los daños a la salud de los trabajadores: infracción grave (2.046 € a 40.985 €)
- No registrar o no archivar los datos de la investigación: infracción grave
- No notificar en plazo los accidentes graves/mortales: infracción grave
- No notificar en tiempo y forma los accidentes leves: infracción leve (hasta 2.045 €)
- Las sanciones pueden agravarse si la Inspección de Trabajo detecta reincidencia o mala fe
Recursos de Implementación
Entregables del kit de implementación para este flujo.
Plantilla de Importación
XLSX con registro de incidentes, causas raíz, CAPA por tipo de incidente y plantilla de investigación 5 Porqués / 8D.
Descargar Plantilla
Documentación del Proceso
Documento Word SGC (PR-PRL-002) con las 7 secciones normalizadas, regulación y guía de configuración del pipeline Helpdesk.
Descargar Documentación
Formulario de Diagnóstico
Cuestionario para recopilar los tipos de incidentes habituales, metodología de investigación preferida y necesidades de integración del cliente.
Próximamente