The HAZOP (Hazard and Operability) Method Introduction The HAZOP Concept The HAZOP process is based on the

principle that a team approach to hazard analysis will identify more problems than when individuals working separately combine results. The HAZOP team is made up of individuals with varying backgrounds and expertise. The expertise is brought together during HAZOP sessions and through a collective brainstorming effort that stimulates creativity and new ideas, a thorough review of the process under consideration is made. The HAZOP Process The HAZOP team focuses on specific portions of the process called "nodes". Generally these are identified from the P&ID of the process before the study begins. A process parameter is identified, say flow, and an intention is created for the node under consideration. Then a series of guidewords is combined with the parameter "flow" to create a deviations. For example, the guideword "no" is combined with the parameter flow to give the deviation "no flow". The team then focuses on listing all the credible causes of a "no flow" deviation beginning with the cause that can result in the worst possible consequence the team can think of at the time. Once the causes are recorded the team lists the consequences, safeguards and any recommendations deemed appropriate. The process is repeated for the next deviation and so on until completion of the node. The team moves on to the next node and repeats the process. HAZOP Objectives Philosophy- Hazard vs. Operability Study HAZOPs concentrate on identifying both hazards as well as operability problems. While the HAZOP study is designed to identify hazards through a systematic approach, more than 80% of study recommendations are operability problems and are not, of themselves, hazards. Although hazard identification is the main focus, operability problems should be identified to the extent that they have the potential to lead to process hazards, result in an environmental violation or have a negative impact on profitability. A definition of hazard and operability is given below. Definitions Hazard - any operation that could possibly cause a catastrophic release of toxic, flammable or explosive chemicals or any action that could result in injury to personnel. Operability - any operation inside the design envelope that would cause a shutdown that could possibly lead to a violation of environmental, health or safety regulations or negatively impact profitability.

HAZOP Responsibilities Process Hazard Analysis (PHA) Team Leader The PHA team leader works with the PHA coordinator in defining the scope of the analysis and selection of team members. Directs the team members in gathering of process safety information prior to the start of the study. Plans the study with the PHA coordinator and schedule team meetings. Leads the team in the analysis of the selected process keeping team members focused on discovering hazards associated with the process and directs the team scribe in recording the b results of the teams findings. Ensures that the analysis thoroughly covers the process as it is defined at the start of the hazard analysis and ensures that the study is completed in the time allotted during the planning stage. Writes a report detailing the study findings and recommendations the group makes and report the findings and recommendations to management. Fields any follow-up inquiries by project implementation regarding the study recommendations. Engineering Experts The engineering experts assigned to the process hazard analysis may include some or all of the following: a project engineer, a machinery engineer, an instrument engineer, an electrical engineer, a mechanical engineer, a safety engineer, a quality assurance engineer, maintenance engineer or technician and a corrosion/materials engineer. These individuals will be responsible for providing expertise in their respective discipline as it applies to the hazard analysis of the process being studied. These individuals are responsible for attending the initial hazard analysis kick-off meeting. They are also required to be available to the team as required with the understanding that the team leader will give adequate advance notice when their expertise is required. They are required to provide documentation of any existing safeguards and procedures. Technical Approach to HAZOP Guidewords, Selection of Parameters and Deviations The HAZOP process creates deviations from the process design intent by combining guide words (No, more, less, etc.) with process parameters resulting in a possible deviation from design intent. For example, when the guide word "No" is combined with the parameter "flow" the deviation "no flow " results. The team should then list all credible causes that will result in a no flow condition for the node. A sample list of guide words is given below. It should be pointed out that not all guideword/parameter combinations will be meaningful. A of table of meaningful guideword/parameter combinations and their application is given in the Appendix. Guidewords No

More Less As Well As Reverse Other Than

The application of parameters will depend on the type of process being considered, the equipment in the process and the process intent. The HAZOP-PC software includes two pop-up menus that list both specific parameters and general parameters. The most common specific parameters that should be considered are flow, temperature, pressure, and where appropriate, level. In almost all instances, these parameters should be evaluated for every node. The scribe shall document, without exception, the teams comments concerning these parameters. Additionally, the node should be screened for application of the remaining specific parameters (see list below) and for the list of applicable general parameters (see PHA-Pro 3 software). These should be recorded only if there is a hazard or operability problem associated with the parameter. A sample set of parameters includes the following: Specific Parameters Flow Temperature Pressure Composition Phase Level Relief Instrumentation Sampling Corrosion/Erosion Services/Utilities Maintenance Addition Safety Reaction Inserting /Purging Contamination

Requirement: Specific parameters should be considered by the team when evaluating each node. If a particular parameter does not change from one node to the next then it is not necessary to repeat all of the deviations that were considered in the previous node. Merely refer to that case in the deviations column of the node presently being considered.

The Concept of Point of Reference. When defining nodes and performing a HAZOP on a particular node, it is useful to use the concept of point of reference (POR) when evaluating deviations. As an illustration of this idea, suppose in the example of the flash drum in section 5.3 the node consists of the flash drum and liquid product piping up to the flange on a product storage tank. If the deviation "no flow" is proposed then a dilemma becomes apparent when you start talking about the causes of no flow. If a cause of no flow is pipe rupture and the pipe ruptures at the flange connection on the flash drum. The term "no flow " is ambiguous since there is flow out of the flash drum but not through the piping to the storage tank. Therefore a POR should be clearly established at the time the node is defined. It is recommended to always establish the POR at the downstream terminus of the node. Screening for Causes of Deviations It is necessary to be thorough in listing causes of deviations. A deviation is considered realistic if there are sufficient causes to believe the deviation can occur. However, only credible causes should be listed. Team judgment is used to decide whether to include events with a very low probability of occurring. However, good judgment must be made by the team in determining what events have a low probability of occurring so that credible causes are not overlooked. There are three basic types of causes. They are: 1 . Human error which are acts of omission or commission by an operator, designer, constructor or other person creating a hazard that could possibly result in a release of hazardous or flammable material. 2. Equipment failure in which a mechanical, structural or operating failure results in the release of hazardous or flammable material. 3. External Events in which items outside the unit being reviewed affect the operation of the unit to the extent that the release of hazardous or flammable material is possible. External events include upsets on adjacent units affecting the safe operation of the unit (or node) being studied, loss of utilities, and exposure from weather and seismic activity. The level of detail required in describing causes of a deviation depends on whether or not the cause of the upset occurs in inside or outside the node. For example, suppose that a drum includes a level controller as part of the node. Suppose the level control valve closes resulting in a high level condition. Since the valve and controller are part of the node the causes should be stated in more detail. The valve may close because the wrong set point was input by an operator (human error); the valve may fail closed due to mechanical failure of the valve; or the valve may close due to loss of instrument air to the unit (external event). If the level controller were outside the node being

studied it is sufficient to merely state "Level control valve LV-XXXX closes". When the team reaches the node in which the level controller is located then more detail can be listed for the various causes. Requirement: Screen for causes of deviations based on human error, equipment failure and applicable external events. Consequences and Safeguards The primary purpose of the HAZOP is identification of scenarios that would lead to the release of hazardous or flammable material into the atmosphere, thus exposing workers to injury. In order to make this determination it is always necessary to determine, as exactly as possible, all consequences of any credible causes of a release that are identified by the group. This will serve a twofold purpose. One, it will help to determine a risk ranking in HAZOPs where multiple hazards are uncovered by the group so that priority can be established in addressing the hazard. And two, it will help make the determination as to whether a particular deviation results in an operability problem or hazard. If the team concludes from the consequences that a particular cause of a deviation results in an operability problem only, then the discussion should end and the team should move on to the next cause, deviation or node. If the team determines that the cause will result in the release of hazardous or flammable material, then safeguards should be identified. Safeguards should be included whenever the team determines that a combination of cause and consequence presents a credible process hazard. What constitutes a safeguard can be summarized based on the following general criteria: 1. Those systems, engineered designs and written procedures that are designed to prevent a catastrophic release of hazardous or flammable material. 2. Those systems that are designed to detect and give early warning following the initiating cause of a release of hazardous or flammable material. 3. Those systems or written procedures that mitigate the consequences of a release of hazardous or flammable material. The team should use care when listing safeguards. Hazards analysis requires an evaluation of the consequences of failure of engineering and administrative controls, so a careful determination of whether or not these items can actually be considered safeguards must be made. In addition, the team should consider realistic multiple failures and simultaneous events when considering whether or not any of the above safeguards will actually function as such in the event of an occurrence. Deriving Recommendations (Closure)

Recommendations are made when the safeguards for a given hazard scenario, as judged by an assessment of the risk of the scenario, are inadequate to protect against the hazard. Action Items are those recommendations for whom an individual or department has been assigned. 'Information Needs' are identified as recommendations in the software for follow-up by one of the team members. The following guidelines are suggested for the implementation of hazard analysis recommendations: I. High priority action items should be resolved within 4 months II. Medium priority action items should be resolved within 4-6 months, and III. Lower priority action items should be resolved following medium priority items. AcuTech recommends that the Facilitys Safety Coordinator review all recommendations made in the studies to determine relative priorities and determine a schedule of implementation. After each recommendation has been reviewed, the resolution of each recommendation should be recorded in a tracking document such as a spreadsheet, and kept on file. Recommendations include design, operating, or maintenance changes that reduce or eliminate Deviations, Causes and/or Consequences. Recommendations identified in a hazard analysis are considered to be preliminary in nature. Requests for additional information or study can also be recommended.

El HAZOP (Hazard and Operabilidad) Mtodo

Introduccin El concepto de HAZOP El proceso de HAZOP se basa en el principio de que un enfoque de equipo para el anlisis de riesgos permitir determinar ms problemas que cuando las personas trabajan por separado e intentan combinar los resultados. El equipo de HAZOP se compone de individuos con diferentes antecedentes y experiencia equipo multidisciplinario). La experiencia se rene durante las sesiones de HAZOP y mediante un esfuerzo de reflexin colectiva y lluvias de ideas que estimulan la creatividad y nuevas ideas, se lleva a cabo una revisin a fondo del proceso en cuestin El proceso de HAZOP El equipo de HAZOP se concentra en partes especficas del proceso llamados "nodos". En general, estos son identificados a partir de la P&ID del proceso antes de iniciar el estudio. Se identifica un parmetro del proceso, por ejemplo el flujo, y la intencin es crear un nodo para el proceso en cuestin. Luego, una serie de palabras gua se combinan con el parmetro de "flujo" para crear las desviaciones de este proceso. Por ejemplo, la palabra gua "no" se combina con el proceso flujo para dar la desviacin "no flujo"(sin flujo). Posteriormente, el equipo se centra en la lista de todas las posibles causas de desviacin por las que no pudiera existir flujo "no flujo" iniciando por la causa que puede resultar en el peor escenario de consecuencia posible, en el que el equipo puede pensar en ese momento. Una vez que se identifican las causas de esa desviacin, el equipo las registra e integra las recomendaciones de mitigacin que considere apropiadas. El proceso se repite para la siguiente desviacin y as sucesivamente hasta la finalizacin del nodo. El equipo pasa al siguiente nodo y se repite el proceso. Objetivos HAZOP Filosofa-Peligro vs Estudio de Operatividad El HAZOP se concentra en la identificacin de los riesgos, as como los problemas de operatividad. Si bien el estudio HAZOP est diseado para identificar los riesgos a travs de un enfoque sistemtico, ms del 80% de las recomendaciones del estudio son relacionadas a problemas de operatividad y no son, por s mismas, a los peligros. Aunque la identificacin de peligros son el foco principal, los problemas de operatividad se deben identificar en la medida en que tienen el potencial de hacer riesgosos los procesos, resultando en una violacin a las normas relacionadas al medio ambiente o en tener un impacto negativo en la rentabilidad.

A continuacin se define riesgo y operatividad. Definiciones Peligro - cualquier operacin o actividad que pueda causar una liberacin catastrfica de los productos qumicos txicos, inflamables o explosivos o cualquier otra accin que pueda resultar en lesiones al personal. Operatividad - cualquier operacin o actividad dentro del diseo que pueda causar un paro de operaciones que podra conducir a una violacin a las normas ambientales, de salud o seguridad o un impacto negativo a la rentabilidad. Responsabilidades HAZOP Proceso de Anlisis de Peligros (PHA) Lder del Equipo El lder del equipo PHA y el coordinador de PHA trabajan en la definicin del alcance del anlisis y en la seleccin de los miembros del equipo. Dirige a los miembros del equipo en la recoleccin de informacin de los procesos de seguridad antes del inicio del estudio. Planea el estudio con el coordinador de PHA desarrollan el programa de las juntas de trabajo del equipo. El leader del equipo debe mantener a los miembros del mismo enfocados en la identificacin de los peligros asociados con los procesos llevando un registro ordenado de cada uno de los hallazgos encontrados. Debe asegurarse de que el anlisis cubra completamente el proceso tal como se defini al inicio del anlisis de los peligros y se asegura de que el estudio sea completado en el tiempo establecido durante la etapa de planificacin. Escribe un informe que detalla los resultados del estudio y las recomendaciones que el grupo hace y debe reportar estas conclusiones y recomendaciones a la administracin. Deber darle seguimiento a cualquiera de las acciones implementadas en el proyecto relacionadas con las recomendaciones del estudio. Los expertos de ingeniera Los expertos de ingeniera asignados al proyecto de anlisis de riesgos pueden incluir todos o algunos de los siguientes perfiles: un ingeniero de proyecto, un ingeniero de mquinas, un ingeniero de instrumentos, un ingeniero elctrico, un ingeniero mecnico, un ingeniero de seguridad, un ingeniero de control de calidad, ingenieros o tcnicos de mantenimiento y un ingeniero de corrosin y/o materiales. Estas personas sern responsables de proporcionar conocimientos especializados en sus respectivas disciplinas que sern aplicadas al estudio de anlisis de riesgos de los proceso. Estos individuos son responsables de asistir a la junta de arranque y al anlisis inicial de riesgos. Tambin se les exigir disponibilidad para la atencin de las reuniones tcnicas bajo el entendido de que el leader del equipo les har saber los requerimientos de su experiencia para estas juntas de trabajo con anterioridad y estarn obligados a proporcionar la documentacin de las salvaguardias y los procedimientos existentes.

Enfoque Tcnico de HAZOP Palabras gua, seleccin de parmetros y desviaciones El proceso HAZOP crea las desviaciones especficas sobre cada uno de los procesos de acuerdo al diseo o la intencin de cada uno de estos, mediante la combinacin de palabras gua (no, ms, menos, etc) con los parmetros del proceso que resulta en una posible desviacin del mismo. Por ejemplo, cuando la palabra gua "No" se combina con el parmetro "flujo" la desviacin resultante es "no flujo"(sin flujo). Posteriormente, el equipo debe enumerar todas las causas y/o condiciones posibles por las cuales se pueda dar la desviacin para este nodo sin flujo. Una lista de muestra de las palabras gua se indican a continuacin. Cabe sealar que no todas las combinaciones palabras gua/parmetro sern significativas. Palabras gua No Ms Menos As como Invertir A excepcin de La aplicacin de los parmetros depende del tipo de proceso que se considere, el equipo (maquinaria en general) del proceso y la intencin del proceso. El software PC-HAZOP incluye dos mens pop-up que listan los parmetros especficos y los parmetros generales. Los parmetros especficos ms comunes que se deben considerar son el flujo, temperatura, presin, y su nivel adecuado en casi todos los casos, estos parmetros deben ser evaluados para cada nodo. El escribano deber documentar, sin excepcin, los comentarios del equipo en relacin con estos parmetros. Adems, cada nodo debe ser examinado con la aplicacin del resto de los parmetros especficos (ver listado de abajo) y para la lista de los parmetros de aplicacin en general (vase el software PHA-Pro 3 ). Estos deben registrarse slo si hay un problema de riesgo o de operatividad asociados con los parmetros. A continuacin se muestra un conjunto de parmetros: Los parmetros especficos Flujo Temperatura Presin Composicin Fase Nivel Alivio Instrumentacin

 Muestreo Corrosin / Erosin Servicios / Servicios Pblicos Mantenimiento Adicin Seguridad Reaccin Insertar / purga Contaminacin

Requisito: Los parmetros especficos deben ser considerados por el equipo en la evaluacin de cada nodo. Si un parmetro en particular no cambia de un nodo a otro, entonces no es necesario repetir todas las desviaciones que se consideraron en el nodo anterior. nicamente se hace referencia de las desviaciones en la columna del nodo que se est considerando.

El concepto de punto de referencia. Al definir los nodos y la realizacin de un HAZOP en un nodo en particular, es muy til utilizar el concepto de punto de referencia (POR) en la evaluacin de las desviaciones. Como ejemplo: supongamos que en el ejemplo del tambor de expansin sbita en la seccin 5.3 del nodo consiste en el tambor de expansin sbita de los productos lquidos y de tuberas hasta la brida en un tanque de almacenamiento del producto. Si la desviacin "no hay flujo" se propone entonces un dilema se hace evidente cuando uno empieza a hablar acerca de las causas de la ausencia de flujo. Si la causa de la ausencia de flujo es la ruptura de tuberas en la conexin de la brida en el FLAS DRUM. El trmino "SIN FLUJO" es ambiguo ya que no hay flujo del FLASDRUM, pero no a travs de la tubera al tanque de almacenamiento. Por lo tanto, una POR (punto de referencia) debe establecerse claramente en el momento en que se define el nodo. Se recomienda establecer siempre el POR en el extremo aguas abajo del nodo. La deteccin de causas de las desviaciones Es necesario ser cuidadoso en el listado de causas de desviaciones. Una desviacin se considera realista si hay causas suficientes para creer que la desviacin puede ocurrir, por lo tanto slo deben ser mencionadas si son posibles y se deber utilizar el buen juicio del equipo para decidir si se incluyen los eventos con una muy baja probabilidad de ocurrencia con el fin de que no se pasan por alto estas posibles causas.

Existen tres tipos bsicos de causas de desviacin: 1. Los errores humanos que son actos de omisin o comisin de un operador, diseador, constructor u otra persona que pueda poner en peligro o que realice alguna actividad que pudiera resultar en una liberacin de material peligroso o inflamable. 2. Fallo del equipo por una razn mecnica, estructural o falla de operacin y que resulte en la liberacin de materiales peligrosos o inflamables 3. Eventos externo en el que los elementos fuera de la unidad que est siendo revisado afectar el funcionamiento de la unidad en la medida en que la liberacin de material peligroso o inflamable es posible. Los eventos externos son trastornos en las unidades adyacentes a la explotacin segura de la unidad (o nodos) en estudio, la prdida de utilidades, y la exposicin de las condiciones climticas y la actividad ssmica. El nivel de detalle requerido en la descripcin de las causas de una desviacin depende de si o no la causa de la alteracin se produce en el interior o fuera del nodo. Por ejemplo, supongamos que una batera incluye un controlador de nivel, como parte del nodo. Supongamos que la vlvula de control del nivel de cierre que resulta en una condicin de alto nivel. Ya que la vlvula y el controlador son parte del nodo de la causa debe ser declarado en ms detalle. La vlvula se puede cerrar, porque el punto de entrada estaba mal por un operador (error humano), la vlvula de cierre puede fallar debido a un fallo mecnico de la vlvula, o la vlvula puede cerrar debido a la prdida de aire de instrumentos a la unidad (evento externo) . Si el controlador de nivel se encontraban fuera del nodo que est siendo estudiado es suficiente con solo estado "Nivel de control de la vlvula se cierra LV-XXXX". Cuando el equipo llega al nodo en el que se encuentra el controlador de nivel de detalle a continuacin, ms puede ser listados para las distintas causas. Requisito: la pantalla de las causas de las desviaciones sobre la base de un error humano, fallas de equipos y aplica los acontecimientos externos. Consecuencias y Salvaguardias El propsito principal de la HAZOP es la identificacin de escenarios que conduzcan a la liberacin de materiales peligrosos o inflamables en la atmsfera, lo que expone a los trabajadores a una lesin. Con el fin de hacer esta determinacin es siempre necesaria para determinar, lo ms exactamente posible, todas las consecuencias de cualquier otra causa verosmil de un comunicado de que se identifican por el grupo. Esto servir para un doble propsito. Uno, que le ayudar a determinar una clasificacin de riesgo en donde los riesgos HAZOP mltiples son descubiertos por el grupo de manera que se puede establecer la prioridad en el tratamiento de la amenaza. Y dos, que le ayudar a tomar la determinacin de si se produce un desvo en particular en un problema de funcionamiento o de peligro. Si el equipo llega a la conclusin de las consecuencias que una causa en particular de una desviacin de los resultados en un problema de operatividad slo, entonces la discusin debe terminar y el equipo debe pasar a la siguiente causa desviacin o nodo. Si el equipo determina que

la causa se traducir en la liberacin de materiales peligrosos o inflamables, a continuacin, las garantas deben ser identificados. Salvaguardias deben incluirse cada vez que el equipo determina que una combinacin de causa y consecuencia presenta un riesgo de proceso creble. Lo que constituye una medida de seguridad puede resumirse sobre la base de los siguientes criterios generales: 1. Esos sistemas, diseos de ingeniera y procedimientos escritos que estn diseados para evitar una liberacin catastrfica de materiales peligrosos o inflamables. 2. Los sistemas que estn diseados para detectar y dar alerta temprana a raz de la causa iniciadora de una liberacin de material peligroso o inflamable. 3. Los procedimientos de los sistemas o por escrito para mitigar las consecuencias de una liberacin de material peligroso o inflamable. El equipo debe tener cuidado al incluir salvaguardias. Anlisis de riesgos requiere una evaluacin de las consecuencias del fracaso de la ingeniera y controles administrativos, por lo que una cuidadosa determinacin de si o no estos elementos en realidad se puede considerar la tutela que debe hacerse. Adems, el equipo debe considerar realista mltiples fallas y eventos simultneos al considerar si o no cualquiera de las garantas anteriores en realidad funcionar como tal en el caso de que esto ocurra. Recomendaciones derivadas (cierre) Las recomendaciones se realizan cuando las garantas para un escenario determinado peligro, a juzgar por la evaluacin de los riesgos del escenario, son inadecuadas para proteger contra el riesgo. Los puntos de accin son las recomendaciones para los que ha sido una persona o departamento asignado. "Necesidades de Informacin" se identifican como recomendaciones en el software de seguimiento por parte de uno de los miembros del equipo. Las siguientes pautas son sugeridas para la aplicacin de las recomendaciones de anlisis de peligros: I. Elementos de altas medidas prioritarias deben ser resueltos dentro de 4 meses II. Medio de los puntos de accin prioritaria debe ser resuelto dentro de 4-6 meses, y III. Baja los puntos de accin prioritarios deben ser resueltos los siguientes elementos de prioridad media. AcuTech recomienda que el Coordinador del Servicio de Seguridad de revisar todas las recomendaciones formuladas en los estudios para determinar las prioridades relativas y determinar un calendario de aplicacin. Despus de cada recomendacin ha sido revisada, la resolucin de todas las recomendaciones deben ser registrados en un documento de seguimiento, como una hoja de clculo, y se archivar.

Las recomendaciones incluyen cambios en el diseo, operacin o mantenimiento que reduzcan o eliminen las desviaciones, las causas y / o consecuencias. Recomendaciones que figuran en un anlisis de riesgo se consideran de carcter preliminar. Las solicitudes de informacin adicional o estudio tambin puede ser recomendado.