{"id":73864,"date":"2026-09-01T14:47:55","date_gmt":"2026-09-01T17:47:55","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=73864"},"modified":"2026-09-01T14:47:55","modified_gmt":"2026-09-01T17:47:55","slug":"pssr-pre-startup-safety-review-preparacion-puesta-marcha","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/pssr-pre-startup-safety-review-preparacion-puesta-marcha\/","title":{"rendered":"PSSR: qu\u00e9 es Pre-Startup Safety Review y c\u00f3mo validar la preparaci\u00f3n antes de la puesta en marcha"},"content":{"rendered":"\n

PSSR<\/strong> (Pre-Startup Safety Review<\/em>) es la revisi\u00f3n formal realizada antes de la puesta en marcha o del retorno a operaci\u00f3n de una instalaci\u00f3n nueva o significativamente modificada para verificar si las condiciones esenciales de seguridad, dise\u00f1o, procedimientos, capacitaci\u00f3n y gesti\u00f3n de cambios est\u00e1n realmente listas para la introducci\u00f3n del proceso o para el inicio de la operaci\u00f3n prevista.<\/p>\n\n\n\n

La PSSR no es una prueba de equipos y no sustituye el precomisionamiento. Funciona como un gate de preparaci\u00f3n para la puesta en marcha<\/strong>, reuniendo evidencias producidas por ingenier\u00eda, construcci\u00f3n, commissioning, seguridad de procesos, operaci\u00f3n y mantenimiento y transformando esas evidencias en una decisi\u00f3n formal: \u00bfla unidad o sistema puede avanzar hacia el startup o todav\u00eda existen impedimentos que deben resolverse?<\/p>\n\n\n\n

En el contexto de OSHA 29 CFR 1910.119, la revisi\u00f3n es exigida para instalaciones nuevas y para instalaciones modificadas cuando la alteraci\u00f3n es suficientemente significativa para requerir cambios en la informaci\u00f3n de seguridad de proceso. Fuera de ese marco regulatorio espec\u00edfico, la metodolog\u00eda tambi\u00e9n puede adoptarse como buena pr\u00e1ctica de gobernanza en proyectos industriales y activos cr\u00edticos, siempre que su alcance, responsabilidades y criterios sean definidos por el proyecto y el propietario.<\/p>\n\n\n\n

Qu\u00e9 es PSSR<\/h2>\n\n\n\n

La sigla PSSR significa Pre-Startup Safety Review<\/strong>, normalmente traducida como Revisi\u00f3n de Seguridad Previa a la Puesta en Marcha. Su prop\u00f3sito es confirmar, antes del startup, que la condici\u00f3n f\u00edsica, documental y operativa necesaria para una puesta en marcha segura fue establecida y verificada.<\/p>\n\n\n\n

OSHA estructura la PSSR alrededor de cuatro verificaciones fundamentales para los procesos comprendidos en su regulaci\u00f3n: conformidad de la construcci\u00f3n y de los equipos con las especificaciones de dise\u00f1o; existencia y adecuaci\u00f3n de los procedimientos de seguridad, operaci\u00f3n, mantenimiento y emergencia; tratamiento de los an\u00e1lisis de peligros y de las recomendaciones aplicables; y conclusi\u00f3n de la capacitaci\u00f3n de las personas involucradas en la operaci\u00f3n.<\/p>\n\n\n\n

Esto transforma la PSSR en un punto de decisi\u00f3n interdisciplinario. Un sistema puede haber concluido montaje, inspecciones y pruebas aisladas y aun as\u00ed no estar listo para arrancar si, por ejemplo, un procedimiento de emergencia no est\u00e1 aprobado, una modificaci\u00f3n de campo no pas\u00f3 por gesti\u00f3n de cambios, un interlock cr\u00edtico sigue pendiente o el equipo todav\u00eda no fue capacitado para la configuraci\u00f3n final.<\/p>\n\n\n\n

PSSR, Mechanical Completion, Precomisionamiento, ORR y Startup: cu\u00e1l es la diferencia<\/h2>\n\n\n\n

Estos hitos se relacionan, pero no son equivalentes. Separarlos evita que una \u00fanica firma sea utilizada para encubrir actividades t\u00e9cnicamente diferentes.<\/p>\n\n\n\n

Hito<\/td>Pregunta dominante<\/td>Naturaleza de la evidencia<\/td>Resultado esperado<\/td><\/tr>
Mechanical Completion<\/td>\u00bfEl montaje fue concluido de acuerdo con el alcance y los criterios definidos?<\/td>inspecciones, checklists, certificados, punch list<\/td>sistema liberado para verificaciones posteriores<\/td><\/tr>
Precomisionamiento<\/td>\u00bfLa instalaci\u00f3n est\u00e1 t\u00e9cnicamente lista para energizaci\u00f3n, pruebas din\u00e1micas o startup?<\/td>pruebas preliminares, calibraci\u00f3n, limpieza, loop checks, verificaciones de readiness<\/td>sistema preparado para avanzar a commissioning\/startup<\/td><\/tr>
PSSR<\/td>\u00bfLas condiciones de seguridad y operabilidad necesarias para la puesta en marcha fueron formalmente verificadas?<\/td>dise\u00f1o, PHA\/MOC, procedimientos, capacitaci\u00f3n, campo, pendientes y autorizaciones<\/td>decisi\u00f3n formal de liberar o bloquear el startup<\/td><\/tr>
ORR<\/td>\u00bfLa organizaci\u00f3n y el activo est\u00e1n listos para operar o retornar a operaci\u00f3n?<\/td>personas, procedimientos, mantenimiento, soporte, documentaci\u00f3n y condici\u00f3n operativa<\/td>preparaci\u00f3n operativa confirmada<\/td><\/tr>
Startup<\/td>\u00bfEl sistema puede ponerse efectivamente en operaci\u00f3n conforme al procedimiento aprobado?<\/td>ejecuci\u00f3n controlada de la secuencia de puesta en marcha y registros operativos<\/td>entrada inicial en condici\u00f3n operativa<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

El Precomisionamiento en Ingenier\u00eda<\/a> produce una parte importante de las evidencias que alimentan la PSSR. Mechanical Completion<\/a> establece el hito de completaci\u00f3n del montaje. La PSSR consolida la perspectiva de seguridad y operabilidad inmediatamente antes de la puesta en marcha.<\/p>\n\n\n\n

\n

La PSSR no corrige un precomisionamiento incompleto.<\/strong><\/p>\n\n\n

El gate de seguridad solo es confiable cuando completaci\u00f3n, verificaciones, pruebas preliminares, configuraci\u00f3n y documentaci\u00f3n ya produjeron evidencias suficientes para sustentar la decisi\u00f3n de puesta en marcha.<\/p>\n\n\n

Conecte completaci\u00f3n, test packs y readiness con el gate previo a la puesta en marcha \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n

Cu\u00e1ndo debe realizarse una PSSR<\/h2>\n\n\n\n

En el alcance de OSHA 29 CFR 1910.119, la PSSR debe realizarse para instalaciones nuevas y para instalaciones modificadas cuando el cambio sea suficientemente significativo para exigir una modificaci\u00f3n de la informaci\u00f3n de seguridad de proceso. El objetivo es concluir las verificaciones antes de introducir productos qu\u00edmicos altamente peligrosos en el proceso comprendido.<\/p>\n\n\n\n

Como pr\u00e1ctica de ingenier\u00eda y gobernanza, el concepto tambi\u00e9n es \u00fatil cuando un cambio modifica de forma relevante la condici\u00f3n operativa de una instalaci\u00f3n, incluso si el proyecto no est\u00e1 sujeto a la norma estadounidense. Trabajos presentados en AIChE relatan la aplicaci\u00f3n de PSSR en miner\u00eda, puertos, ferrocarriles y unidades industriales en Brasil, reforzando su valor como mecanismo de verificaci\u00f3n antes de la operaci\u00f3n.<\/p>\n\n\n\n

Situaciones t\u00edpicas que pueden justificar una revisi\u00f3n estructurada incluyen una unidad nueva, ampliaci\u00f3n de capacidad, retrofit relevante, cambio de proceso, modificaci\u00f3n de interlocks o protecciones, parada general con cambios significativos, sustituci\u00f3n de equipos cr\u00edticos, implantaci\u00f3n de nueva automatizaci\u00f3n, cambios de utilidades o retorno a operaci\u00f3n despu\u00e9s de intervenciones capaces de modificar la base de seguridad del activo.<\/p>\n\n\n\n

La decisi\u00f3n de exigir una PSSR debe estar vinculada al proceso de gesti\u00f3n de cambios y a la gobernanza del proyecto, y no solamente al nombre dado al proyecto.<\/p>\n\n\n\n

La PSSR comienza antes de la reuni\u00f3n final<\/h2>\n\n\n\n

Una PSSR eficaz no debe tratarse como un checklist completado la v\u00edspera de la puesta en marcha. CCPS recomienda integrar la preparaci\u00f3n de la revisi\u00f3n a lo largo de las fases del proyecto y del turnaround, dejando para el gate final la confirmaci\u00f3n de que los elementos realmente necesarios fueron concluidos.<\/p>\n\n\n\n

Esto significa identificar con anticipaci\u00f3n qu\u00e9 evidencias ser\u00e1n necesarias, qui\u00e9n ser\u00e1 responsable de producirlas, qu\u00e9 \u00edtems pueden bloquear la puesta en marcha y c\u00f3mo se clasificar\u00e1n los pendientes. Cuando esta estructura solo se discute al final, el equipo tiende a descubrir demasiado tarde documentos ausentes, recomendaciones abiertas, capacitaci\u00f3n incompleta o divergencias entre campo y dise\u00f1o.<\/p>\n\n\n\n

La mejor arquitectura es progresiva: requisitos y peligros se identifican durante ingenier\u00eda; cambios se controlan durante dise\u00f1o detallado y construcci\u00f3n; completaci\u00f3n y precomisionamiento producen evidencias t\u00e9cnicas; operaci\u00f3n prepara procedimientos y capacitaci\u00f3n; y la PSSR verifica si el conjunto alcanz\u00f3 la condici\u00f3n exigida para el startup.<\/p>\n\n\n\n

Entradas necesarias para la revisi\u00f3n<\/h2>\n\n\n\n

El paquete de entrada depende del proceso y del cambio, pero normalmente debe permitir reconstruir la l\u00f3gica entre requisito, dise\u00f1o, condici\u00f3n instalada, riesgo y operaci\u00f3n prevista.<\/p>\n\n\n\n

Entre la informaci\u00f3n relevante se encuentran documentos de ingenier\u00eda y especificaciones, P&IDs y diagramas actualizados, listas de equipos e instrumentos, filosof\u00eda de control y protecci\u00f3n, matrices de causa y efecto, documentaci\u00f3n de cambios, an\u00e1lisis de riesgos, recomendaciones de PHA, registros de completaci\u00f3n y precomisionamiento, pruebas de instrumentos e interlocks, procedimientos operativos, procedimientos de emergencia, planes de mantenimiento, documentaci\u00f3n de integridad mec\u00e1nica y registros de capacitaci\u00f3n.<\/p>\n\n\n\n

Una lista extensa no garantiza calidad. El punto decisivo es que cada evidencia est\u00e9 vinculada al riesgo o condici\u00f3n que pretende demostrar.<\/p>\n\n\n\n

Conformidad entre construcci\u00f3n, equipos y dise\u00f1o<\/h2>\n\n\n\n

Una de las verificaciones centrales de la PSSR es confirmar que la instalaci\u00f3n fue construida y equipada de acuerdo con las especificaciones de dise\u00f1o aplicables. Esto exige m\u00e1s que comparar planos con fotograf\u00edas.<\/p>\n\n\n\n

Los cambios ejecutados en campo deben estar identificados, t\u00e9cnicamente justificados e incorporados a la gesti\u00f3n de cambios cuando corresponda. Los equipos sustituidos deben evaluarse en cuanto a capacidad, materiales, presi\u00f3n, temperatura, protecci\u00f3n, clasificaci\u00f3n de \u00e1reas, interfaces y dem\u00e1s requisitos de seguridad. Redlines, listas de pendientes y documentos As-Built deben converger hacia la misma configuraci\u00f3n.<\/p>\n\n\n\n

El problema aparece cuando la unidad se prueba en una configuraci\u00f3n, los documentos muestran otra y operaci\u00f3n recibe una tercera versi\u00f3n informal. La PSSR debe bloquear este tipo de ambig\u00fcedad cuando interfiere con la seguridad o la operabilidad de la puesta en marcha.<\/p>\n\n\n\n

Procedimientos de seguridad, operaci\u00f3n, mantenimiento y emergencia<\/h2>\n\n\n\n

La existencia f\u00edsica de los equipos no hace que la instalaci\u00f3n sea operable. El equipo necesita saber c\u00f3mo arrancar, operar, detener, aislar, mantener y responder a condiciones anormales de la configuraci\u00f3n final.<\/p>\n\n\n\n

Los procedimientos deben representar la condici\u00f3n efectivamente instalada, incluidos los cambios realizados durante construcci\u00f3n y commissioning. Secuencias de startup y shutdown, l\u00edmites operativos, alarmas, acciones en condici\u00f3n anormal, bypasses autorizados, comunicaci\u00f3n de emergencia, aislamiento de energ\u00eda e interfaces entre \u00e1reas necesitan ser coherentes con la ingenier\u00eda y con la responsabilidad de los operadores.<\/p>\n\n\n\n

Un procedimiento gen\u00e9rico o copiado de una configuraci\u00f3n anterior puede existir formalmente y ser t\u00e9cnicamente inadecuado. La revisi\u00f3n debe evaluar suficiencia, no solo presencia documental.<\/p>\n\n\n\n

PHA, recomendaciones y Gesti\u00f3n de Cambios<\/h2>\n\n\n\n

Para instalaciones nuevas comprendidas por el PSM de OSHA, la PSSR debe confirmar que el an\u00e1lisis de peligros de proceso fue realizado y que las recomendaciones requeridas antes de la puesta en marcha fueron resueltas o implementadas. En instalaciones modificadas, la revisi\u00f3n se conecta con el proceso de Management of Change \u2014 MOC<\/strong>.<\/p>\n\n\n\n

La gesti\u00f3n de cambios debe demostrar la base t\u00e9cnica de la modificaci\u00f3n, impactos de seguridad, cambios necesarios en los procedimientos, per\u00edodo del cambio y autorizaciones aplicables. Si la modificaci\u00f3n afecta informaci\u00f3n de seguridad de proceso o procedimientos operativos, esos documentos deben actualizarse.<\/p>\n\n\n\n

En el contexto de commissioning, esta interfaz es cr\u00edtica porque las pruebas producen con frecuencia ajustes de setpoint, l\u00f3gica, interlock, parametrizaci\u00f3n o configuraci\u00f3n. Una correcci\u00f3n hecha para \u201cpasar la prueba\u201d no puede permanecer fuera del control de cambios cuando modifica la base de seguridad del proceso.<\/p>\n\n\n\n

Capacitaci\u00f3n y competencia antes de la puesta en marcha<\/h2>\n\n\n\n

La PSSR no verifica solamente equipos. OSHA tambi\u00e9n exige, dentro de su alcance regulatorio, que la capacitaci\u00f3n de los empleados involucrados en la operaci\u00f3n sea concluida antes de la puesta en marcha.<\/p>\n\n\n\n

Para un proyecto, esto significa confirmar que el equipo comprende la configuraci\u00f3n final, los procedimientos aplicables, condiciones anormales, alarmas, l\u00edmites de operaci\u00f3n, acciones de emergencia y cambios introducidos por el proyecto. Una capacitaci\u00f3n puramente te\u00f3rica puede ser insuficiente cuando la operaci\u00f3n depende de maniobras, secuencias o respuestas a eventos espec\u00edficos.<\/p>\n\n\n\n

La participaci\u00f3n de operaci\u00f3n durante commissioning y pruebas reduce la distancia entre \u201csistema t\u00e9cnicamente aprobado\u201d y \u201csistema efectivamente operable\u201d.<\/p>\n\n\n\n

Inspecci\u00f3n de campo y walkdown de la PSSR<\/h2>\n\n\n\n

La revisi\u00f3n documental debe confrontarse con el campo. Un walkdown estructurado permite verificar si la condici\u00f3n f\u00edsica confirma lo que afirman los documentos.<\/p>\n\n\n\n

El equipo puede observar identificaci\u00f3n de equipos y l\u00edneas, posiciones de v\u00e1lvulas, bloqueos temporales, blinds y spades cuando corresponda, conexiones, protecciones, accesos, dispositivos de seguridad, rutas de escape, se\u00f1alizaci\u00f3n, instrumentos, bypasses, condiciones de housekeeping, utilidades, estado de sistemas auxiliares y pendientes de construcci\u00f3n o mantenimiento.<\/p>\n\n\n\n

El objetivo no es ejecutar nuevamente todos los checklists de calidad, sino identificar condiciones que puedan invalidar la preparaci\u00f3n para la puesta en marcha.<\/p>\n\n\n\n

Interlocks, alarmas y funciones cr\u00edticas<\/h2>\n\n\n\n

Cuando la seguridad de la puesta en marcha depende de instrumentaci\u00f3n y control, la PSSR necesita confirmar que las funciones cr\u00edticas fueron verificadas adecuadamente y que los resultados est\u00e1n disponibles como evidencia.<\/p>\n\n\n\n

Permisivos de startup, trips, ESD, alarmas prioritarias, acciones autom\u00e1ticas, v\u00e1lvulas de seguridad, l\u00f3gica de control e interfaces con sistemas auxiliares deben estar en condici\u00f3n coherente con el procedimiento de puesta en marcha. Bypasses o inhibiciones temporales deben estar identificados, autorizados y evaluados en cuanto a su impacto.<\/p>\n\n\n\n

La PSSR no sustituye loop checks, pruebas funcionales ni pruebas integradas; verifica si las evidencias necesarias de esas pruebas existen y sustentan la decisi\u00f3n de puesta en marcha.<\/p>\n\n\n\n

Punch list: qu\u00e9 pendientes bloquean la puesta en marcha<\/h2>\n\n\n\n

No todos los pendientes tienen la misma criticidad. El gate debe distinguir los \u00edtems que comprometen seguridad o validez de la operaci\u00f3n de aquellos que pueden permanecer abiertos bajo control formal.<\/p>\n\n\n\n

Clase de pendiente<\/td>Efecto sobre la puesta en marcha<\/td>Tratamiento t\u00edpico<\/td><\/tr>
Safety critical<\/td>puede comprometer protecci\u00f3n de personas, contenci\u00f3n, funci\u00f3n de seguridad o respuesta a emergencias<\/td>bloquea la puesta en marcha hasta correcci\u00f3n y verificaci\u00f3n<\/td><\/tr>
Operativamente cr\u00edtico<\/td>impide ejecutar de forma segura la secuencia o controlar una condici\u00f3n anormal<\/td>normalmente bloquea la puesta en marcha<\/td><\/tr>
T\u00e9cnico mayor<\/td>reduce integridad, confiabilidad o capacidad necesaria para el escenario de puesta en marcha<\/td>exige evaluaci\u00f3n formal y, en general, correcci\u00f3n antes del startup<\/td><\/tr>
Documental relevante<\/td>impide comprender configuraci\u00f3n, procedimiento o evidencia cr\u00edtica<\/td>condiciona la liberaci\u00f3n hasta su regularizaci\u00f3n<\/td><\/tr>
Menor<\/td>no interfiere en la seguridad ni en la validez de la puesta en marcha<\/td>puede permanecer en punch list con plazo y responsable<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

La clasificaci\u00f3n debe ser definida por el proyecto. La nomenclatura es menos importante que la regla de decisi\u00f3n y la autoridad que acepta o rechaza el riesgo residual.<\/p>\n\n\n\n

\n

Los pendientes cr\u00edticos deben permanecer visibles en el gate de puesta en marcha.<\/strong><\/p>\n\n\n

Los \u00edtems que afectan seguridad, operabilidad o validez de la puesta en marcha deben corregirse y verificarse antes de la liberaci\u00f3n.<\/p>\n\n\n

Estructure gates, evidencias, pendientes y criterios de avance en el programa de Commissioning \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n

C\u00f3mo conducir una PSSR paso a paso<\/h2>\n\n\n\n

Una metodolog\u00eda pr\u00e1ctica puede estructurarse en siete movimientos. Primero, se define el alcance de la revisi\u00f3n y el l\u00edmite f\u00edsico\/funcional de la puesta en marcha. A continuaci\u00f3n, se identifican requisitos, peligros y documentos aplicables. El equipo verifica el estado de las acciones de ingenier\u00eda, construcci\u00f3n, PHA\/MOC, procedimientos, capacitaci\u00f3n y commissioning. Despu\u00e9s se realiza el walkdown de campo, se clasifican los pendientes y se separan los \u00edtems bloqueadores de aquellos que pueden permanecer bajo control.<\/p>\n\n\n\n

Con las evidencias consolidadas, el equipo realiza la revisi\u00f3n final y registra la decisi\u00f3n: liberado, liberado con condiciones formalmente aceptadas o no liberado. Despu\u00e9s de la decisi\u00f3n, la configuraci\u00f3n autorizada y los pendientes residuales deben comunicarse a operaci\u00f3n e incorporarse a los registros de handover.<\/p>\n\n\n\n

El proceso debe dejar claro qui\u00e9n prepar\u00f3 las evidencias, qui\u00e9n verific\u00f3 cada disciplina, qui\u00e9n posee autoridad de seguridad, qui\u00e9n representa a operaci\u00f3n y qui\u00e9n aprueba la liberaci\u00f3n final.<\/p>\n\n\n\n

PSSR y Commissioning Industrial<\/h2>\n\n\n\n

La PSSR se ubica entre la preparaci\u00f3n producida por el precomisionamiento y la puesta en marcha propiamente dicha. En una secuencia industrial t\u00edpica, Mechanical Completion y precomisionamiento demuestran la condici\u00f3n t\u00e9cnica del sistema; la PSSR confirma la preparaci\u00f3n de seguridad y operabilidad; el startup introduce la condici\u00f3n operativa; y el commissioning en caliente y las pruebas de desempe\u00f1o demuestran el comportamiento bajo condiciones reales.<\/p>\n\n\n\n

Esta relaci\u00f3n se desarrolla en el art\u00edculo Commissioning Industrial: precomisionamiento, startup, pruebas en fr\u00edo y en caliente<\/a>.<\/p>\n\n\n\n

\n

La PSSR es un gate dentro de la secuencia de puesta en marcha, no el programa completo de commissioning.<\/strong><\/p>\n\n\n

Mechanical Completion, precomisionamiento, revisi\u00f3n de seguridad, startup, commissioning en caliente y desempe\u00f1o deben mantener ownership y evidencias propios.<\/p>\n\n\n

Relacione PSSR, startup y pruebas en fr\u00edo y en caliente en la secuencia industrial \u2192<\/strong><\/a><\/p>\n<\/div>\n\n\n\n

PSSR y Operational Readiness Review no son lo mismo<\/h2>\n\n\n\n

Una Operational Readiness Review \u2014 ORR<\/strong> posee un alcance m\u00e1s amplio de preparaci\u00f3n operativa y puede ser aplicable tambi\u00e9n al retorno de equipos que permanecieron inactivos incluso sin cambios relevantes. AIChE distingue ORR de PSSR: la PSSR est\u00e1 vinculada a la verificaci\u00f3n de sistemas antes de la puesta en marcha o reinicio de equipos nuevos o modificados, mientras que la ORR puede emplearse para confirmar la preparaci\u00f3n para el retorno a operaci\u00f3n en un espectro m\u00e1s amplio.<\/p>\n\n\n\n

En grandes proyectos, ambos enfoques pueden coexistir. La PSSR se concentra en el gate de seguridad y las condiciones esenciales para la puesta en marcha; la preparaci\u00f3n operativa tambi\u00e9n considera recursos, soporte, mantenimiento, cadena de suministros, documentaci\u00f3n, organizaci\u00f3n y capacidad de sostener la operaci\u00f3n despu\u00e9s de la entrada en servicio.<\/p>\n\n\n\n

As-Built, Data Book y Handover despu\u00e9s de la PSSR<\/h2>\n\n\n\n

La firma de la PSSR no concluye la gobernanza del proyecto. La configuraci\u00f3n liberada debe transferirse a operaci\u00f3n acompa\u00f1ada de los documentos que representan esa condici\u00f3n.<\/p>\n\n\n\n

Redlines y cambios deben alimentar el As-Built<\/a>. Certificados, informes, pruebas, registros y evidencias deben organizarse en el Data Book<\/a>. Los pendientes y riesgos residuales deben permanecer visibles durante el Handover T\u00e9cnico<\/a>.<\/p>\n\n\n\n

Esta continuidad evita un problema recurrente: el equipo de proyecto libera la puesta en marcha con conocimiento de excepciones y condiciones temporales, pero el equipo de operaci\u00f3n recibe solo la documentaci\u00f3n final sin el contexto de la decisi\u00f3n.<\/p>\n\n\n\n

Errores comunes en una PSSR<\/h2>\n\n\n\n

Uno de los errores m\u00e1s graves es transformar la PSSR en una recolecci\u00f3n de firmas. Otros problemas recurrentes son iniciar la revisi\u00f3n sin l\u00edmites claros del sistema, aceptar documentos desactualizados, considerar concluida la capacitaci\u00f3n sin verificar la configuraci\u00f3n final, ignorar cambios realizados durante commissioning, no distinguir pendientes bloqueadores de \u00edtems menores, ejecutar el walkdown sin representantes de las disciplinas necesarias y firmar la liberaci\u00f3n sin registrar condiciones o riesgo residual.<\/p>\n\n\n\n

Tambi\u00e9n es inadecuado utilizar la PSSR para compensar un programa de commissioning d\u00e9bil. Si pruebas, inspecciones, calibraciones y completaci\u00f3n no produjeron evidencia confiable, la revisi\u00f3n final no puede crear esa evidencia retrospectivamente.<\/p>\n\n\n\n

Checklist ejecutivo de PSSR<\/h2>\n\n\n\n

Antes de recomendar la liberaci\u00f3n para la puesta en marcha, el equipo debe poder responder positivamente las cuestiones esenciales: \u00bfla condici\u00f3n construida corresponde al dise\u00f1o aprobado? \u00bfLos cambios fueron tratados formalmente? \u00bfLos P&IDs y documentos cr\u00edticos representan el campo? \u00bfLas recomendaciones de an\u00e1lisis de riesgos exigidas antes de la puesta en marcha fueron cerradas? \u00bfLos procedimientos de seguridad, operaci\u00f3n, mantenimiento y emergencia son adecuados? \u00bfLas funciones de protecci\u00f3n y los interlocks cr\u00edticos fueron verificados? \u00bfLos pendientes bloqueadores fueron cerrados? \u00bfBypasses y condiciones temporales est\u00e1n controlados? \u00bfEl equipo operativo fue capacitado? \u00bfEl plan de startup est\u00e1 aprobado? \u00bfLas responsabilidades y la autoridad para abortar est\u00e1n definidas? \u00bfLa documentaci\u00f3n necesaria para operaci\u00f3n est\u00e1 disponible?<\/p>\n\n\n\n

Si una respuesta negativa puede afectar la seguridad o la validez de la puesta en marcha, el \u00edtem no debe tratarse solamente como observaci\u00f3n administrativa.<\/p>\n\n\n\n

Conclusi\u00f3n t\u00e9cnica<\/h2>\n\n\n\n

La PSSR transforma la transici\u00f3n entre construcci\u00f3n\/commissioning y startup en un gate verificable de seguridad y operabilidad. Su valor no est\u00e1 en el formulario, sino en la capacidad de reunir ingenier\u00eda, campo, procedimientos, gesti\u00f3n de cambios, capacitaci\u00f3n, evidencias y pendientes en una decisi\u00f3n t\u00e9cnica expl\u00edcita.<\/p>\n\n\n\n

Para proyectos industriales y activos cr\u00edticos, esta disciplina evita que la presi\u00f3n del cronograma convierta \u00edtems incompletos en riesgo operativo. Cuando se integra desde la planificaci\u00f3n, la PSSR tambi\u00e9n mejora el propio commissioning porque obliga a cada agente a saber con anticipaci\u00f3n qu\u00e9 condiciones deber\u00e1n demostrarse antes de la puesta en marcha.<\/p>\n\n\n\n

Referencias t\u00e9cnicas<\/summary>\n

[1] OSHA. 29 CFR 1910.119 \u2014 Process Safety Management of Highly Hazardous Chemicals<\/a>, \u00edtem (i) \u2014 Pre-startup safety review.<\/p>\n

[2] OSHA. Appendix C to 1910.119 \u2014 Compliance Guidelines and Recommendations for Process Safety Management<\/a>.<\/p>\n

[3] CCPS \/ AIChE. Guidelines for Performing Effective Pre-Startup Safety Reviews<\/a>. New York: Center for Chemical Process Safety, 2007.<\/p>\n

[4] AIChE. The Impact of PSM on Mining, Ports, and Railways: A PSSR Experience<\/a>. 2025 Spring Meeting and Global Congress on Process Safety.<\/p>\n

[5] AIChE. Mejora de la Revisi\u00f3n de Seguridad Previa a la Puesta en Marcha mediante revisi\u00f3n por subprocesos durante el commissioning de unidades de proceso<\/a>. 2017.<\/p>\n

[6] IEC. IEC 62337:2012 \u2014 Commissioning of electrical, instrumentation and control systems in the process industry \u2014 Specific phases and milestones<\/a>.<\/p>\n<\/details>\n\n\n\n

Preguntas frecuentes<\/summary>\n
\u00bfQu\u00e9 significa PSSR?<\/strong>

PSSR significa Pre-Startup Safety Review, una revisi\u00f3n formal realizada antes de la puesta en marcha para verificar que las condiciones esenciales de seguridad, dise\u00f1o, procedimientos, capacitaci\u00f3n y gesti\u00f3n de cambios est\u00e9n listas para la operaci\u00f3n.<\/p><\/div>

\u00bfPSSR es lo mismo que precomisionamiento?<\/strong>

No. El precomisionamiento produce verificaciones t\u00e9cnicas de preparaci\u00f3n de la instalaci\u00f3n. La PSSR utiliza esas y otras evidencias para decidir si se cumplieron las condiciones de seguridad y operabilidad necesarias para la puesta en marcha.<\/p><\/div>

\u00bfLa PSSR es obligatoria en Brasil?<\/strong>

La exigencia citada en este art\u00edculo pertenece al reglamento estadounidense OSHA 29 CFR 1910.119 para procesos comprendidos por PSM. En Brasil, la PSSR puede adoptarse contractualmente o como pr\u00e1ctica de gobernanza y seguridad de procesos, seg\u00fan el proyecto y sus requisitos aplicables.<\/p><\/div>

\u00bfCu\u00e1ndo debe realizarse una PSSR?<\/strong>

En el PSM de OSHA, para instalaciones nuevas y modificaciones relevantes comprendidas. Como pr\u00e1ctica de ingenier\u00eda, puede aplicarse antes del startup despu\u00e9s de implantaci\u00f3n, expansi\u00f3n, retrofit, cambios de proceso, grandes intervenciones o modificaciones que afecten seguridad y operabilidad.<\/p><\/div>

\u00bfCu\u00e1les son los principales \u00edtems de una PSSR?<\/strong>

Conformidad entre construcci\u00f3n y dise\u00f1o, procedimientos de seguridad\/operaci\u00f3n\/mantenimiento\/emergencia, tratamiento de an\u00e1lisis de peligros y gesti\u00f3n de cambios, capacitaci\u00f3n, funciones cr\u00edticas, condici\u00f3n de campo, pendientes y autorizaci\u00f3n para la puesta en marcha.<\/p><\/div>

\u00bfQui\u00e9n debe participar en la PSSR?<\/strong>

La composici\u00f3n depende del proyecto, pero normalmente involucra operaci\u00f3n, ingenier\u00eda, seguridad de procesos, mantenimiento, commissioning y representantes de las disciplinas o proveedores necesarios para evaluar las condiciones de puesta en marcha.<\/p><\/div>

\u00bfUna PSSR puede aprobarse con pendientes?<\/strong>

\u00cdtems menores pueden permanecer bajo control formal cuando no comprometen la seguridad ni la validez de la puesta en marcha. Pendientes safety-critical o que impidan una operaci\u00f3n segura deben bloquear la liberaci\u00f3n hasta su correcci\u00f3n y verificaci\u00f3n.<\/p><\/div>

\u00bfCu\u00e1l es la diferencia entre PSSR y ORR?<\/strong>

La PSSR se concentra en seguridad y condiciones esenciales antes de la puesta en marcha de sistemas nuevos o modificados. Operational Readiness Review tiene un alcance m\u00e1s amplio de preparaci\u00f3n operativa y puede aplicarse incluso al retorno de equipos inactivos sin modificaciones relevantes.<\/p><\/div>

\u00bfC\u00f3mo se relaciona PSSR con el startup?<\/strong>

La PSSR es un gate anterior al startup. Su conclusi\u00f3n confirma si las condiciones necesarias para iniciar la secuencia de puesta en marcha fueron verificadas; la ejecuci\u00f3n del startup sigue siendo una etapa operativa propia.<\/p><\/div><\/div>\n<\/details>\n\n\n\n

Materiales t\u00e9cnicos complementarios<\/summary>\n

Gu\u00edas y rutas de referencia<\/strong><\/p>\n