PSSR (Pre-Startup Safety Review): entienda el gate de seguridad antes de la puesta en marcha, diferencias frente a precomisionamiento y ORR, requisitos, MOC, capacitación, pendientes y liberación.

¡Descúbrelo!

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

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

En el contexto de OSHA 29 CFR 1910.119, la revisión es exigida para instalaciones nuevas y para instalaciones modificadas cuando la alteración es suficientemente significativa para requerir cambios en la información de seguridad de proceso. Fuera de ese marco regulatorio específico, la metodología también puede adoptarse como buena práctica de gobernanza en proyectos industriales y activos críticos, siempre que su alcance, responsabilidades y criterios sean definidos por el proyecto y el propietario.

Qué es PSSR

La sigla PSSR significa Pre-Startup Safety Review, normalmente traducida como Revisión de Seguridad Previa a la Puesta en Marcha. Su propósito es confirmar, antes del startup, que la condición física, documental y operativa necesaria para una puesta en marcha segura fue establecida y verificada.

OSHA estructura la PSSR alrededor de cuatro verificaciones fundamentales para los procesos comprendidos en su regulación: conformidad de la construcción y de los equipos con las especificaciones de diseño; existencia y adecuación de los procedimientos de seguridad, operación, mantenimiento y emergencia; tratamiento de los análisis de peligros y de las recomendaciones aplicables; y conclusión de la capacitación de las personas involucradas en la operación.

Esto transforma la PSSR en un punto de decisión interdisciplinario. Un sistema puede haber concluido montaje, inspecciones y pruebas aisladas y aun así no estar listo para arrancar si, por ejemplo, un procedimiento de emergencia no está aprobado, una modificación de campo no pasó por gestión de cambios, un interlock crítico sigue pendiente o el equipo todavía no fue capacitado para la configuración final.

PSSR, Mechanical Completion, Precomisionamiento, ORR y Startup: cuál es la diferencia

Estos hitos se relacionan, pero no son equivalentes. Separarlos evita que una única firma sea utilizada para encubrir actividades técnicamente diferentes.

HitoPregunta dominanteNaturaleza de la evidenciaResultado esperado
Mechanical Completion¿El montaje fue concluido de acuerdo con el alcance y los criterios definidos?inspecciones, checklists, certificados, punch listsistema liberado para verificaciones posteriores
Precomisionamiento¿La instalación está técnicamente lista para energización, pruebas dinámicas o startup?pruebas preliminares, calibración, limpieza, loop checks, verificaciones de readinesssistema preparado para avanzar a commissioning/startup
PSSR¿Las condiciones de seguridad y operabilidad necesarias para la puesta en marcha fueron formalmente verificadas?diseño, PHA/MOC, procedimientos, capacitación, campo, pendientes y autorizacionesdecisión formal de liberar o bloquear el startup
ORR¿La organización y el activo están listos para operar o retornar a operación?personas, procedimientos, mantenimiento, soporte, documentación y condición operativapreparación operativa confirmada
Startup¿El sistema puede ponerse efectivamente en operación conforme al procedimiento aprobado?ejecución controlada de la secuencia de puesta en marcha y registros operativosentrada inicial en condición operativa

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

La PSSR no corrige un precomisionamiento incompleto.

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

Conecte completación, test packs y readiness con el gate previo a la puesta en marcha →

Cuándo debe realizarse una PSSR

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ón de la información de seguridad de proceso. El objetivo es concluir las verificaciones antes de introducir productos químicos altamente peligrosos en el proceso comprendido.

Como práctica de ingeniería y gobernanza, el concepto también es útil cuando un cambio modifica de forma relevante la condición operativa de una instalación, incluso si el proyecto no está sujeto a la norma estadounidense. Trabajos presentados en AIChE relatan la aplicación de PSSR en minería, puertos, ferrocarriles y unidades industriales en Brasil, reforzando su valor como mecanismo de verificación antes de la operación.

Situaciones típicas que pueden justificar una revisión estructurada incluyen una unidad nueva, ampliación de capacidad, retrofit relevante, cambio de proceso, modificación de interlocks o protecciones, parada general con cambios significativos, sustitución de equipos críticos, implantación de nueva automatización, cambios de utilidades o retorno a operación después de intervenciones capaces de modificar la base de seguridad del activo.

La decisión de exigir una PSSR debe estar vinculada al proceso de gestión de cambios y a la gobernanza del proyecto, y no solamente al nombre dado al proyecto.

La PSSR comienza antes de la reunión final

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

Esto significa identificar con anticipación qué evidencias serán necesarias, quién será responsable de producirlas, qué ítems pueden bloquear la puesta en marcha y cómo se clasificarán los pendientes. Cuando esta estructura solo se discute al final, el equipo tiende a descubrir demasiado tarde documentos ausentes, recomendaciones abiertas, capacitación incompleta o divergencias entre campo y diseño.

La mejor arquitectura es progresiva: requisitos y peligros se identifican durante ingeniería; cambios se controlan durante diseño detallado y construcción; completación y precomisionamiento producen evidencias técnicas; operación prepara procedimientos y capacitación; y la PSSR verifica si el conjunto alcanzó la condición exigida para el startup.

Entradas necesarias para la revisión

El paquete de entrada depende del proceso y del cambio, pero normalmente debe permitir reconstruir la lógica entre requisito, diseño, condición instalada, riesgo y operación prevista.

Entre la información relevante se encuentran documentos de ingeniería y especificaciones, P&IDs y diagramas actualizados, listas de equipos e instrumentos, filosofía de control y protección, matrices de causa y efecto, documentación de cambios, análisis de riesgos, recomendaciones de PHA, registros de completación y precomisionamiento, pruebas de instrumentos e interlocks, procedimientos operativos, procedimientos de emergencia, planes de mantenimiento, documentación de integridad mecánica y registros de capacitación.

Una lista extensa no garantiza calidad. El punto decisivo es que cada evidencia esté vinculada al riesgo o condición que pretende demostrar.

Conformidad entre construcción, equipos y diseño

Una de las verificaciones centrales de la PSSR es confirmar que la instalación fue construida y equipada de acuerdo con las especificaciones de diseño aplicables. Esto exige más que comparar planos con fotografías.

Los cambios ejecutados en campo deben estar identificados, técnicamente justificados e incorporados a la gestión de cambios cuando corresponda. Los equipos sustituidos deben evaluarse en cuanto a capacidad, materiales, presión, temperatura, protección, clasificación de áreas, interfaces y demás requisitos de seguridad. Redlines, listas de pendientes y documentos As-Built deben converger hacia la misma configuración.

El problema aparece cuando la unidad se prueba en una configuración, los documentos muestran otra y operación recibe una tercera versión informal. La PSSR debe bloquear este tipo de ambigüedad cuando interfiere con la seguridad o la operabilidad de la puesta en marcha.

Procedimientos de seguridad, operación, mantenimiento y emergencia

La existencia física de los equipos no hace que la instalación sea operable. El equipo necesita saber cómo arrancar, operar, detener, aislar, mantener y responder a condiciones anormales de la configuración final.

Los procedimientos deben representar la condición efectivamente instalada, incluidos los cambios realizados durante construcción y commissioning. Secuencias de startup y shutdown, límites operativos, alarmas, acciones en condición anormal, bypasses autorizados, comunicación de emergencia, aislamiento de energía e interfaces entre áreas necesitan ser coherentes con la ingeniería y con la responsabilidad de los operadores.

Un procedimiento genérico o copiado de una configuración anterior puede existir formalmente y ser técnicamente inadecuado. La revisión debe evaluar suficiencia, no solo presencia documental.

PHA, recomendaciones y Gestión de Cambios

Para instalaciones nuevas comprendidas por el PSM de OSHA, la PSSR debe confirmar que el análisis 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ón se conecta con el proceso de Management of Change — MOC.

La gestión de cambios debe demostrar la base técnica de la modificación, impactos de seguridad, cambios necesarios en los procedimientos, período del cambio y autorizaciones aplicables. Si la modificación afecta información de seguridad de proceso o procedimientos operativos, esos documentos deben actualizarse.

En el contexto de commissioning, esta interfaz es crítica porque las pruebas producen con frecuencia ajustes de setpoint, lógica, interlock, parametrización o configuración. Una corrección hecha para “pasar la prueba” no puede permanecer fuera del control de cambios cuando modifica la base de seguridad del proceso.

Capacitación y competencia antes de la puesta en marcha

La PSSR no verifica solamente equipos. OSHA también exige, dentro de su alcance regulatorio, que la capacitación de los empleados involucrados en la operación sea concluida antes de la puesta en marcha.

Para un proyecto, esto significa confirmar que el equipo comprende la configuración final, los procedimientos aplicables, condiciones anormales, alarmas, límites de operación, acciones de emergencia y cambios introducidos por el proyecto. Una capacitación puramente teórica puede ser insuficiente cuando la operación depende de maniobras, secuencias o respuestas a eventos específicos.

La participación de operación durante commissioning y pruebas reduce la distancia entre “sistema técnicamente aprobado” y “sistema efectivamente operable”.

Inspección de campo y walkdown de la PSSR

La revisión documental debe confrontarse con el campo. Un walkdown estructurado permite verificar si la condición física confirma lo que afirman los documentos.

El equipo puede observar identificación de equipos y líneas, posiciones de válvulas, bloqueos temporales, blinds y spades cuando corresponda, conexiones, protecciones, accesos, dispositivos de seguridad, rutas de escape, señalización, instrumentos, bypasses, condiciones de housekeeping, utilidades, estado de sistemas auxiliares y pendientes de construcción o mantenimiento.

El objetivo no es ejecutar nuevamente todos los checklists de calidad, sino identificar condiciones que puedan invalidar la preparación para la puesta en marcha.

Interlocks, alarmas y funciones críticas

Cuando la seguridad de la puesta en marcha depende de instrumentación y control, la PSSR necesita confirmar que las funciones críticas fueron verificadas adecuadamente y que los resultados están disponibles como evidencia.

Permisivos de startup, trips, ESD, alarmas prioritarias, acciones automáticas, válvulas de seguridad, lógica de control e interfaces con sistemas auxiliares deben estar en condición coherente con el procedimiento de puesta en marcha. Bypasses o inhibiciones temporales deben estar identificados, autorizados y evaluados en cuanto a su impacto.

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

Punch list: qué pendientes bloquean la puesta en marcha

No todos los pendientes tienen la misma criticidad. El gate debe distinguir los ítems que comprometen seguridad o validez de la operación de aquellos que pueden permanecer abiertos bajo control formal.

Clase de pendienteEfecto sobre la puesta en marchaTratamiento típico
Safety criticalpuede comprometer protección de personas, contención, función de seguridad o respuesta a emergenciasbloquea la puesta en marcha hasta corrección y verificación
Operativamente críticoimpide ejecutar de forma segura la secuencia o controlar una condición anormalnormalmente bloquea la puesta en marcha
Técnico mayorreduce integridad, confiabilidad o capacidad necesaria para el escenario de puesta en marchaexige evaluación formal y, en general, corrección antes del startup
Documental relevanteimpide comprender configuración, procedimiento o evidencia críticacondiciona la liberación hasta su regularización
Menorno interfiere en la seguridad ni en la validez de la puesta en marchapuede permanecer en punch list con plazo y responsable

La clasificación debe ser definida por el proyecto. La nomenclatura es menos importante que la regla de decisión y la autoridad que acepta o rechaza el riesgo residual.

Los pendientes críticos deben permanecer visibles en el gate de puesta en marcha.

Los ítems que afectan seguridad, operabilidad o validez de la puesta en marcha deben corregirse y verificarse antes de la liberación.

Estructure gates, evidencias, pendientes y criterios de avance en el programa de Commissioning →

Cómo conducir una PSSR paso a paso

Una metodología práctica puede estructurarse en siete movimientos. Primero, se define el alcance de la revisión y el límite físico/funcional de la puesta en marcha. A continuación, se identifican requisitos, peligros y documentos aplicables. El equipo verifica el estado de las acciones de ingeniería, construcción, PHA/MOC, procedimientos, capacitación y commissioning. Después se realiza el walkdown de campo, se clasifican los pendientes y se separan los ítems bloqueadores de aquellos que pueden permanecer bajo control.

Con las evidencias consolidadas, el equipo realiza la revisión final y registra la decisión: liberado, liberado con condiciones formalmente aceptadas o no liberado. Después de la decisión, la configuración autorizada y los pendientes residuales deben comunicarse a operación e incorporarse a los registros de handover.

El proceso debe dejar claro quién preparó las evidencias, quién verificó cada disciplina, quién posee autoridad de seguridad, quién representa a operación y quién aprueba la liberación final.

PSSR y Commissioning Industrial

La PSSR se ubica entre la preparación producida por el precomisionamiento y la puesta en marcha propiamente dicha. En una secuencia industrial típica, Mechanical Completion y precomisionamiento demuestran la condición técnica del sistema; la PSSR confirma la preparación de seguridad y operabilidad; el startup introduce la condición operativa; y el commissioning en caliente y las pruebas de desempeño demuestran el comportamiento bajo condiciones reales.

Esta relación se desarrolla en el artículo Commissioning Industrial: precomisionamiento, startup, pruebas en frío y en caliente.

La PSSR es un gate dentro de la secuencia de puesta en marcha, no el programa completo de commissioning.

Mechanical Completion, precomisionamiento, revisión de seguridad, startup, commissioning en caliente y desempeño deben mantener ownership y evidencias propios.

Relacione PSSR, startup y pruebas en frío y en caliente en la secuencia industrial →

PSSR y Operational Readiness Review no son lo mismo

Una Operational Readiness Review — ORR posee un alcance más amplio de preparación operativa y puede ser aplicable también al retorno de equipos que permanecieron inactivos incluso sin cambios relevantes. AIChE distingue ORR de PSSR: la PSSR está vinculada a la verificación 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ón para el retorno a operación en un espectro más amplio.

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ón operativa también considera recursos, soporte, mantenimiento, cadena de suministros, documentación, organización y capacidad de sostener la operación después de la entrada en servicio.

As-Built, Data Book y Handover después de la PSSR

La firma de la PSSR no concluye la gobernanza del proyecto. La configuración liberada debe transferirse a operación acompañada de los documentos que representan esa condición.

Redlines y cambios deben alimentar el As-Built. Certificados, informes, pruebas, registros y evidencias deben organizarse en el Data Book. Los pendientes y riesgos residuales deben permanecer visibles durante el Handover Técnico.

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ón recibe solo la documentación final sin el contexto de la decisión.

Errores comunes en una PSSR

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

También es inadecuado utilizar la PSSR para compensar un programa de commissioning débil. Si pruebas, inspecciones, calibraciones y completación no produjeron evidencia confiable, la revisión final no puede crear esa evidencia retrospectivamente.

Checklist ejecutivo de PSSR

Antes de recomendar la liberación para la puesta en marcha, el equipo debe poder responder positivamente las cuestiones esenciales: ¿la condición construida corresponde al diseño aprobado? ¿Los cambios fueron tratados formalmente? ¿Los P&IDs y documentos críticos representan el campo? ¿Las recomendaciones de análisis de riesgos exigidas antes de la puesta en marcha fueron cerradas? ¿Los procedimientos de seguridad, operación, mantenimiento y emergencia son adecuados? ¿Las funciones de protección y los interlocks críticos fueron verificados? ¿Los pendientes bloqueadores fueron cerrados? ¿Bypasses y condiciones temporales están controlados? ¿El equipo operativo fue capacitado? ¿El plan de startup está aprobado? ¿Las responsabilidades y la autoridad para abortar están definidas? ¿La documentación necesaria para operación está disponible?

Si una respuesta negativa puede afectar la seguridad o la validez de la puesta en marcha, el ítem no debe tratarse solamente como observación administrativa.

Conclusión técnica

La PSSR transforma la transición entre construcción/commissioning y startup en un gate verificable de seguridad y operabilidad. Su valor no está en el formulario, sino en la capacidad de reunir ingeniería, campo, procedimientos, gestión de cambios, capacitación, evidencias y pendientes en una decisión técnica explícita.

Para proyectos industriales y activos críticos, esta disciplina evita que la presión del cronograma convierta ítems incompletos en riesgo operativo. Cuando se integra desde la planificación, la PSSR también mejora el propio commissioning porque obliga a cada agente a saber con anticipación qué condiciones deberán demostrarse antes de la puesta en marcha.

Referencias técnicas

[1] OSHA. 29 CFR 1910.119 — Process Safety Management of Highly Hazardous Chemicals, ítem (i) — Pre-startup safety review.

[2] OSHA. Appendix C to 1910.119 — Compliance Guidelines and Recommendations for Process Safety Management.

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

[4] AIChE. The Impact of PSM on Mining, Ports, and Railways: A PSSR Experience. 2025 Spring Meeting and Global Congress on Process Safety.

[5] AIChE. Mejora de la Revisión de Seguridad Previa a la Puesta en Marcha mediante revisión por subprocesos durante el commissioning de unidades de proceso. 2017.

[6] IEC. IEC 62337:2012 — Commissioning of electrical, instrumentation and control systems in the process industry — Specific phases and milestones.

Preguntas frecuentes
¿Qué significa PSSR?

PSSR significa Pre-Startup Safety Review, una revisión formal realizada antes de la puesta en marcha para verificar que las condiciones esenciales de seguridad, diseño, procedimientos, capacitación y gestión de cambios estén listas para la operación.

¿PSSR es lo mismo que precomisionamiento?

No. El precomisionamiento produce verificaciones técnicas de preparación de la instalación. La PSSR utiliza esas y otras evidencias para decidir si se cumplieron las condiciones de seguridad y operabilidad necesarias para la puesta en marcha.

¿La PSSR es obligatoria en Brasil?

La exigencia citada en este artículo pertenece al reglamento estadounidense OSHA 29 CFR 1910.119 para procesos comprendidos por PSM. En Brasil, la PSSR puede adoptarse contractualmente o como práctica de gobernanza y seguridad de procesos, según el proyecto y sus requisitos aplicables.

¿Cuándo debe realizarse una PSSR?

En el PSM de OSHA, para instalaciones nuevas y modificaciones relevantes comprendidas. Como práctica de ingeniería, puede aplicarse antes del startup después de implantación, expansión, retrofit, cambios de proceso, grandes intervenciones o modificaciones que afecten seguridad y operabilidad.

¿Cuáles son los principales ítems de una PSSR?

Conformidad entre construcción y diseño, procedimientos de seguridad/operación/mantenimiento/emergencia, tratamiento de análisis de peligros y gestión de cambios, capacitación, funciones críticas, condición de campo, pendientes y autorización para la puesta en marcha.

¿Quién debe participar en la PSSR?

La composición depende del proyecto, pero normalmente involucra operación, ingeniería, seguridad de procesos, mantenimiento, commissioning y representantes de las disciplinas o proveedores necesarios para evaluar las condiciones de puesta en marcha.

¿Una PSSR puede aprobarse con pendientes?

Ítems 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ón segura deben bloquear la liberación hasta su corrección y verificación.

¿Cuál es la diferencia entre PSSR y ORR?

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ás amplio de preparación operativa y puede aplicarse incluso al retorno de equipos inactivos sin modificaciones relevantes.

¿Cómo se relaciona PSSR con el startup?

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

Materiales técnicos complementarios

Guías y rutas de referencia

Contenidos de proceso, readiness y handover

Servicios relacionados