12.1.1 Qué son los Procedimientos de Trabajo Seguro

Un Procedimiento de Trabajo Seguro (PTS) es el documento que define el método correcto de ejecutar una actividad: sus etapas, los peligros presentes, los controles, el EPP por cargo, las emergencias y las responsabilidades. El módulo PTS de IAegis te permite crear, revisar, aprobar, publicar y archivar esos procedimientos, y gestionar la firma de acuse de lectura de cada trabajador asignado.

El PTS es la pieza que cierra el ciclo normativo del DS 44/2024: la MIPER (Matriz de Identificación de Peligros y Evaluación de Riesgos, DS 44 Art. 7) identifica que peligros existen; el PTS (DS 44 Art. 15) define como se trabaja de forma segura frente a esos peligros y materializa el Derecho a Saber: la obligación legal de informar a cada trabajador el procedimiento correcto de su tarea.

En una sola herramienta, el módulo cubre las tres necesidades que antes se resolvian con Word, planillas y carpetas fisicas de firmas:

• Redacción documental: un formato estructurado de 15 secciones (objetivo, alcance, responsabilidades, EPP, pasos, emergencias, referencias normativas, control de revisiones, etc.), con asistencia de IA opcional.
• Workflow con control interno: un flujo Borrador → En revisión → Publicado → Archivado, con separación de funciones (quien revisa no puede aprobar).
• Evidencia legal de difusión: cada trabajador firma electronicamente que leyó y entendió el PTS, con hash SHA-256 del contenido firmado (no repudio, Ley 19.799).

12.1.2 Qué resuelve el módulo

12.1.3 Encuadre normativo (Chile)

El módulo está construido alrededor del marco preventivo chileno vigente. Estas son las normas que aparecen citadas en la interfaz y que dan sentido a cada función:

12.1.4 Conceptos clave

El módulo se gobierna con tres permisos independientes. Según cuales tengas, verás la bandeja de gestión, solo el catalogo, o unicamente tus procedimientos por firmar.

12.2.1 Los tres permisos del módulo

12.2.2 Qué puede hacer cada rol

12.2.3 Rutas y puntos de acceso

Todas las rutas del módulo están protegidas por login. Estas son las pantallas y como se llega a ellas:

Los caminos habituales para entrar al módulo son:

El Hub de Procedimientos de Trabajo Seguro (/procedures) es la bandeja central de gestión: reune todos los PTS del tenant, los indicadores por estado, los filtros y el acceso a cada procedimiento. Es el punto de partida del gestor.

Figura 12.1 — Bandeja de Procedimientos de Trabajo Seguro con KPIs por estado, chips de filtro y listado de tarjetas.

12.3.1 Encabezado y KPIs por estado

El encabezado del hub muestra:

• Un eyebrow normativo: "DS 44/2024 Art. 15 · Derecho a Saber".
• El título: "Procedimientos de Trabajo Seguro".
• Un subtitulo dinamico con el resumen: "{total} PTS registrados · {publicados} publicados · {borradores} en borrador".
• El boton Nuevo PTS (solo si tienes permiso de gestión).

Debajo, una fila de chips de estado funciona a la vez como indicador (KPI) y como filtro. Cada chip muestra su conteo:

12.3.2 Filtros y busqueda

12.3.3 Las tarjetas de PTS

Cada PTS se muestra como una tarjeta clicable (te lleva a su detalle). La tarjeta incluye:

• Código + v{versión} en tipografia monoespaciada.
• Título (hasta 2 líneas) y el badge de estado.
• El objetivo del PTS, o el texto en italica "Sin objetivo definido aún" si está vacío.
• El conteo de cargos a los que aplica y de MIPER vinculadas.
• La fecha de última actualización: "Actualizado {fecha}".

12.3.4 Estados de la pantalla

Figura 12.3 — Estado vacío del hub: cuando aún no se ha creado ningun PTS, aparece el llamado a crear el primero.

Un PTS no se publica de un solo clic: recorre un workflow controlado pensado para el control interno de un Sistema de Gestión (SGI). Entender ese flujo evita errores como publicar un documento sin validar o intentar aprobar lo que uno mismo revisó.

12.4.1 Los cuatro estados

[Nuevo PTS]
     |
     v
  BORRADOR  --- Enviar a revisión --->  EN REVISIÓN
                                             |
                                    Aprobar y publicar
                                    (aprobador != revisor)
                                             |
                                             v
                                        PUBLICADO  --- Archivar --->  ARCHIVADO
                                             |
                                     Los trabajadores asignados
                                     firman el acuse de lectura

12.4.2 Separación de funciones

El sistema impone un control interno clasico de tres niveles (Elaboró / Revisó / Aprobó): quien revisó un PTS no puede ser quien lo aprueba y publica. Si intentas aprobar un PTS que tu mismo revisaste, verás el error:

Esto refleja la lógica de un SGI: Operaciones o Prevención elabora, Calidad/SGI revisa, y una tercera figura aprueba. Planifica que revisor y aprobador sean personas distintas antes de iniciar el flujo.

12.4.3 Publicar dispara el Derecho a Saber

La transición más importante es Aprobar y publicar. Al ejecutarla:

• El PTS pasa a Publicado y queda vigente.
• Se registra automáticamente una entrada en el control de revisiones ("Publicación versión {versión}").
• Se disparan notificaciones a todos los trabajadores asignados por cargo/área para que firmen su lectura.

12.4.4 Versionado y re-firma

La versión del PTS es un campo de texto que tu controlas (por defecto 1.0). Es la palanca del re-consentimiento:

• Cuando editas y subes la versión de un PTS ya firmado, los acuses previos quedan desactualizados.
• Los trabajadores afectados ven en su bandeja el badge Nueva versión y deben firmar de nuevo.
• El detalle deja de mostrar el badge "Firmaste" para esa persona hasta que firme la nueva versión.

El formulario de PTS es la pantalla más rica del módulo. La misma página sirve para crear (/procedures/new) y editar (/procedures/:id/edit); en edición aparecen además el selector de estado y las acciones de workflow.

12.5.1 Modos de creación

El formulario puede abrirse de tres maneras, según de donde vengas:

Cuando vienes de una MIPER o de la IA, el formulario muestra banners que lo indican:

Figura 12.4a — Formulario de PTS con contenido pre-cargado desde una MIPER: bloque base, meta-box y primeras secciones.

12.5.2 Bloque base y meta-box de portada

La parte superior del formulario tiene dos tarjetas: el bloque base (identidad y alcance del PTS) y el meta-box de portada (datos de control documental que irán en la carátula).

Figura 12.4 — Formulario de nuevo PTS (encabezado, bloque base y datos de portada).

Bloque base

Meta-box de portada ("Datos del documento")

En el detalle, los campos vacíos del meta-box se completan con valores por defecto: Revisó → "Encargado de Prevención de Riesgos"; Aprobó → "Representante Legal"; Fecha de aprobación → "____ / ____ / AAAA". Así la carátula siempre luce completa aunque no hayas cargado todo.

12.5.3 Las secciones del formulario

El cuerpo del formulario tiene una serie de secciones. Cada una tiene su propio boton ✨ IA con acciones contextuales (ver Sección 12.6). Recuerda: la rotulación del formulario no coincide 1:1 con la numeración canónica del detalle.

Figura 12.5 — Secciones de contenido (Objetivo, Alcance, Responsabilidades) con los botones de asistencia IA.

12.5.4 El editor de pasos

La sección Pasos del procedimiento es el corazon operativo del PTS. Cada paso tiene un editor propio con campos básicos y un bloque Avanzado plegable.

Bloque Avanzado (toggle "+ Avanzado" / "− Ocultar avanzado")

12.5.5 Agrupar pasos por etapa

Los pasos pueden verse en lista plana o agrupados por fase:

• Si ningun paso tiene etapa, ves la lista plana más una tarjeta índigo punteada con el boton "Agrupar automáticamente en Preparación / Ejecución / Cierre" (heurística aproximada 30/50/20%).
• Si al menos un paso tiene etapa, cada fase muestra su encabezado (emoji + nombre + conteo de pasos), un Pre-check ("✓ Pre-check antes de iniciar {fase}") y un Post-check ("✓ Post-check al terminar {fase}"), ambos como listas editables.

12.5.6 Imágenes de los pasos

Cada paso puede llevar una imagen de apoyo (un croquis, una foto del EPP correcto, una senal). El uploader funciona así:

• Boton Subir imagen / Reemplazar imagen (según exista o no); muestra "Subiendo…" mientras carga, y Quitar imagen si ya hay una.
• Solo imágenes JPG/PNG/WEBP hasta 10MB. Nota literal: "Solo imágenes (JPG/PNG/WEBP) hasta 10MB. Se guarda en el Storage del PTS."
• Pie de foto opcional (placeholder "Pie de foto (opcional)").

12.5.7 Guardar y acciones de workflow

El formulario tiene una barra pegajosa inferior con el guardado y, en edición, las acciones de workflow. En la esquina inferior derecha está el FAB ✨ que abre el drawer asistente IA.

Los mensajes de confirmación (dialogo nativo del navegador) son literales:

• Revisión: "¿Enviar este PTS a revisión? Calidad/SGI deberá validar antes de aprobar."
• Publicar: "¿Aprobar y publicar este PTS? Los trabajadores asignados podrán firmar su lectura."
• Archivar: "¿Archivar este PTS? Ya no estara vigente, pero se conserva en el historial."

12.5.8 Estados y errores

El formulario incluye asistencia IA en tres niveles: micro-botones en línea (dentro de un paso o cargo), un popover por sección, y un drawer asistente global. Toda la IA es opcional y contextual: usa la información ya cargada del PTS y de la MIPER vinculada.

12.6.1 Botones IA por sección y en línea

• Por sección (SectionAIAssist): cada sección tiene un boton pill IA (✨) que abre un popover con acciones especificas (ver la tabla de 12.5.3: "Mejorar redacción", "Sugerir desde MIPER", "Detectar términos técnicos", etc.). Mientras corre muestra "Pensando…". Error generico: "No se pudo aplicar la acción IA."
• En línea (InlineAIButtons): micro-botones dentro de pasos y cargos: Mejorar, Peligros, Controles, Sugerir obligaciones, Sugerir EPP. Error generico: "No se pudo aplicar la sugerencia." (se oculta solo a los ~6 segundos).

12.6.2 El drawer asistente

El FAB ✨ abre el drawer asistente, con dos pestañas: Acciones y Chat libre.

Tab Acciones

Tip que aparece en el drawer: "Tip: para acciones puntuales por sección, usa el boton ✨ del header."

Tab Chat libre

Una conversación con contexto completo del PTS + MIPER. Empty state: "Pregunta lo que necesites" con ejemplos como "¿Qué EPP exige DS 594 para fumigación?", "¿Falta cubrir el peligro X de la MIPER?" o "Redacta un warning para el paso 3". El input tiene placeholder "Escribe tu pregunta sobre el PTS…"; se envia con Enter (Shift+Enter = salto de línea). Mientras responde muestra "Pensando…"; si falla: "No se pudo enviar el mensaje."

12.6.3 La IA es asistencia, no autoridad

La forma más potente de crear un PTS es partir de la MIPER: la matriz ya tiene los peligros identificados, así que el PTS puede heredarlos y hasta redactarse entero con IA. Todo se maneja desde el tab "Procedimientos (PTS)" del detalle de la matriz.

12.7.1 El tab "Procedimientos (PTS)" en la MIPER

En el detalle de una MIPER, el tab Procedimientos (PTS) lista los PTS que cubren sus peligros. Su encabezado: "Procedimientos vinculados — Los PTS que cubren los peligros identificados en esta matriz. Se desprenden de los controles administrativos (DS 44/2024 Art. 15)."

Con permiso de gestión, hay tres botones:

Estados de la lista: "Cargando procedimientos vinculados…" mientras carga; si está vacía, muestra "Esta MIPER aún no tiene PTS vinculados." + "DS 44 Art. 15 exige procedimientos de trabajo correctos para cada peligro identificado. Crea uno nuevo o vincula uno existente."; con datos, una grilla de tarjetas (código, estado, título, objetivo, fecha).

12.7.2 Vincular PTS existentes

El modal Vincular PTS existente permite asociar uno o varios PTS (no archivados) a la matriz actual. Tiene un buscador ("Buscar por código o título…") y una lista con checkboxes (selección multiple). Los ya vinculados muestran el badge Ya vinculado con el checkbox deshabilitado.

Errores y vacíos posibles: "Selecciona al menos un PTS para vincular.", "Aún no hay PTS creados.", "Sin PTS que coincidan con la busqueda.", "No se pudo vincular. Reintenta." El footer indica cuantos llevas seleccionados.

12.7.3 Generar PTS con IA

El boton Generar PTS con IA le pide a la IA que redacte el PTS completo a partir de la matriz. Al pulsarlo aparece un banner y comienza la generación:

Cuando termina, se navega al formulario /procedures/new?fromMiper={id}&aiDraft=1 con el banner ✨ Borrador generado por IA y todas las secciones pre-llenadas. Requisitos y errores:

• La MIPER debe tener filas con peligros; si no: "La MIPER no tiene filas con peligros. Completa la matriz antes de generar el PTS."
• Errores posibles: "No se pudo generar el PTS con IA. Reintenta.", "IA no disponible. Intenta nuevamente o contacta al administrador.", "La IA devolvio una respuesta no parseable. Reintenta o reduce el alcance de la MIPER."
• Si navegas fuera de la pantalla mientras genera, el resultado se descarta silenciosamente y hay que regenerar.

El detalle (/procedures/:id) es la vista de lectura completa: presenta las 15 secciones canónicas, el meta-box de portada, el bloque de firmas, las descargas y —según tu rol— la firma de acuse y el panel de cumplimiento. Es la misma pantalla que abren el gestor y el trabajador.

12.8.1 Encabezado y acciones

El encabezado muestra el código + v{versión}, el badge de estado y el título con icono de escudo. A la derecha, una barra de acciones cuyo contenido depende de tu rol y del estado del PTS:

Figura 12.12 — Detalle del PTS: encabezado con badge de estado y botones PDF / Word / Editar.

12.8.2 Meta-box y peligros cubiertos

Bajo el encabezado aparece el meta-box de control documental con: Código, Versión, Carácter, Fecha de aprobación, Empresa, RUT, Elaboró, Organismo administrador, Revisó, Aprobó, Cargos, Áreas y MIPER vinculadas.

Figura 12.13 — Meta-box de portada: los datos de control documental del PTS.

Si el PTS cubre peligros de una MIPER, aparece el bloque "Peligros cubiertos por este procedimiento": tarjetas con el peligro y un resumen de sus controles, clicables ("Ver MIPER →") que te llevan a la matriz de origen. Es la trazabilidad DS 44 Art. 7 → Art. 15 en pantalla.

12.8.3 Las 15 secciones canónicas

El cuerpo del detalle renderiza las 15 secciones canónicas. Recuerda que su numeración no coincide con los rotulos del formulario:

1. Objetivo                         9. Herramientas y equipos utilizados
2. Alcance                             (+ Aspectos medioambientales)
3. Responsabilidades               10. Análisis de Riesgos
4. Definiciones (+ Abreviaciones)      (Riesgos / Consecuencias / Medidas)
5. Referencias normativas          11. Permiso de trabajo y autorización
6. Riesgos en la ejecución             (+ Capacitación obligatoria vigente)
7. Proceso de trabajo              12. Actuación en caso de emergencia
   7.1 Previo / 7.2 Durante            (SAMU 131 · Bomberos 132 · Carabineros 133)
   7.3 Terminada + Línea de tiempo  13. Difusión, registro y control de cambios
8. Elementos de Protección             (+ Registros generados)
   Personal (EPP)                  14. Anexos
                                    15. Control de revisiones

Elementos especiales del cuerpo:

• Línea de tiempo del PTS: una barra apilada proporcional a los minutos por etapa, más tarjetas por fase. Solo aparece si hay etapas y minutos estimados.
• Números de emergencia siempre visibles en la sección 12: SAMU 131, Bomberos 132, Carabineros 133.
• La sección 10 se presenta como tabla de tres columnas: Riesgos existentes / Consecuencias / Medidas preventivas.

Figura 12.14 — Vista completa de un PTS publicado: meta-box, secciones canónicas y bloque de firmas.

12.8.4 Bloque de firmas y registro de difusión

Cerca del final aparece el bloque de firmas con tres cajas: Elaboró (índigo), Revisó (ámbar) y Aprobó (esmeralda). Cada una muestra el nombre y la fecha, o "Pendiente" en italica si aún no ocurre esa etapa del workflow.

Debajo, el Registro de difusión (DS 44 Art. 15), un panel esmeralda con el texto literal:

12.8.5 Descargas PDF y Word

Los botones PDF y Word generan el documento formal completo, con la carátula de control documental, las 15 secciones, el bloque de firmas y la hoja de declaración del trabajador para registro físico. Mientras generan muestran "Generando…" y quedan deshabilitados. Si algo falla: "No se pudo generar el PDF. Reintenta." o "No se pudo generar el WORD. Reintenta."

Aquí se materializa el Derecho a Saber: el trabajador declara y firma que leyó y entendió el PTS. Es la pantalla del usuario final y la fuente de la evidencia legal (Ley 19.799).

12.9.1 La bandeja personal /my-procedures

La bandeja personal (/my-procedures) lista los PTS publicados que aplican al cargo/área del trabajador y que aún no firmó (o cuya versión cambio). Su encabezado: eyebrow "DS 44 Art. 15 · Derecho a Saber", título "Procedimientos para firmar", subtitulo "{n} pendientes · {n} firmados de {n} asignados" y un chip rosa "{n} sin firmar".

Figura 12.16 — Bandeja personal "Procedimientos para firmar" del trabajador.

Cada tarjeta muestra código + v{versión}, el badge Nueva versión si tenias firma de una versión anterior, el título, el objetivo (2 líneas) y la fecha de publicación. Al tocarla, vas al detalle donde está el boton Firmar lectura.

12.9.2 El modal de acuse de lectura

El boton Firmar lectura del detalle abre el modal de acuse. Su encabezado: eyebrow "DS 44 Art. 15 · Acuse de lectura", el título del PTS y el código + versión. El modal contiene:

• Datos del trabajador (solo lectura): Nombre, RUT (si existe) y Cargo (si existe).
• Declaración legal (texto fijo): "Declaro haber recibido y leído íntegramente el presente Procedimiento de Trabajo Seguro. Manifiesto conocer los riesgos asociados a la actividad descrita, sus medidas de control y los métodos de trabajo correctos. Me comprometo a cumplir las instrucciones, normativas y procedimientos descritos, informando a mis superiores en forma inmediata cuando, por razones de seguridad, no pueda hacerlo. (DS 44/2024 Art. 15 — Derecho a Saber)"

Errores posibles: "Debes confirmar que leíste el procedimiento.", "Es necesaria tu firma para registrar el acuse.", "Sesión no valida.", "No se pudo registrar la firma. Reintenta."

12.9.3 Idempotencia y no repudio (Ley 19.799)

La firma del acuse está diseñada para tener valor probatorio:

• Idempotente: el documento del acuse se identifica con el usuario, así que no se puede firmar dos veces la misma versión.
• Ligada a la versión: si el PTS cambia de versión, el acuse anterior queda desactualizado y hay que volver a firmar (aparece el badge "Nueva versión").
• Hash SHA-256: se guarda un hash del snapshot del contenido firmado (código, título, versión, objetivo, alcance, pasos con peligros y controles) más el User-Agent. Esto es lo que da el no repudio: prueba que el trabajador firmó exactamente ese contenido y no otro.

Para los gestores, el detalle de un PTS publicado incluye al final el panel "Difusión y cumplimiento": la foto de quien firmó, quien falta y el porcentaje de avance, con la posibilidad de recordar a los pendientes.

El panel aparece solo si tienes permiso (GESTIONAR o VER PROCEDIMIENTOS, o eres admin). Si el PTS no está publicado, muestra: "PTS aún no publicado" + "La difusión a trabajadores se habilita una vez aprobado y publicado."

Cuando el PTS está publicado, el panel muestra:

• El título "Difusión y cumplimiento" + "DS 44 Art. 15 · {n} trabajadores asignados".
• El % de cumplimiento grande, con barra de color (verde 100%, ámbar ≥80%, rosa <80%).
• Tres indicadores: Asignados, Firmaron, Pendientes.
• El boton Recordar a {n} pendientes (solo si hay pendientes), que envia notificaciones a quienes no firmaron. Estados: "Enviando…" → "✓ Notificación enviada".
• Una tabla de asignados con columnas Trabajador, Cargo, Estado (Firmó / Pendiente) y Fecha firma.

Caso 1: Crear y publicar un PTS manualmente

1. Ve a /procedures y pulsa Nuevo PTS.
2. Completa el Título del PTS (obligatorio), los Cargos, las Áreas y el meta-box de portada.
3. Rellena las secciones (objetivo, alcance, responsabilidades, EPP, pasos con peligros/controles, emergencia, referencias). Opcionalmente usa los botones ✨ IA.
4. Pulsa Crear PTS: el sistema asigna código PTS-XXX, versión 1.0 y estado Borrador, y te lleva al detalle.
5. Pulsa Enviar a revisión (confirmación): el PTS pasa a En revisión y se registra quien Revisó.
6. Otra persona (distinta del revisor) pulsa Aprobar y publicar: el PTS pasa a Publicado, se notifica a los asignados y se registra quien Aprobó.

Caso 2: Generar un PTS con IA desde una MIPER

1. Abre la MIPER y ve al tab Procedimientos (PTS).
2. Pulsa Generar PTS con IA. Aparece el banner "puede tardar varios minutos"; no cierres ni recargues.
3. Al terminar, revisa el formulario con el banner ✨ Borrador generado por IA, sección por sección (sobre todo EPP, pasos, normativas y emergencia).
4. Pulsa Crear PTS y continua con el workflow de revisión/publicación (Caso 1, pasos 5-6).

Caso 3: Firmar el acuse de lectura (trabajador)

1. En el dashboard, toca la tarjeta "Procedimientos · Sin firmar" (o entra a /my-procedures).
2. Toca la tarjeta del PTS pendiente para abrir su detalle.
3. Pulsa Firmar lectura, lee la declaración, marca He leído y entiendo este procedimiento. y pulsa Firmar aquí para firmar.
4. Pulsa Confirmar acuse. El detalle pasa a mostrar el badge Firmaste v{versión} y tu bandeja se actualiza.

Caso 4: Monitorear cumplimiento y recordar pendientes (gestor)

1. Abre un PTS publicado en /procedures/:id.
2. Baja al panel Difusión y cumplimiento: revisa el % de cumplimiento, Asignados/Firmaron/Pendientes y la tabla.
3. Pulsa Recordar a {n} pendientes para notificar a los que no firmaron. Feedback: "✓ Notificación enviada".

Caso 5: Actualizar un PTS y forzar la re-firma

1. Abre el PTS y pulsa Editar.
2. Aplica los cambios sustantivos (nuevo peligro, nuevo EPP, paso critico).
3. Sube el campo Versión (por ejemplo de 1.0 a 2.0).
4. Pulsa Guardar cambios y vuelve a publicar. Los trabajadores veran el badge Nueva versión y deberan firmar de nuevo.