Difference between revisions of "Hazard analysis"
(→Hazards and risk) |
m (1 revision) |
(No difference)
| |
Latest revision as of 20:31, 20 September 2010
A hazard analysis is a process used to assess risk. The results of a hazard analysis is the identification of unacceptable risks and the selection of means of controlling or eliminating them. The term is used in several engineering specialties, including avionics, chemical process safety, safety engineering and food safety. Alternative definitions include:
Identification, studies and monitoring of any hazard to determine its potential, origin, characteristics and behaviour. [1]
The process of collecting and evaluating information on hazards associated with the food under consideration to decide which are significant and must be addressed in the HACCP plan. [2]
An analysis or identification of the hazards which could occur at each step in the process, and a description and implementation of the measures to be taken for their control. [3]
Contents
Hazards and risk
A hazard is defined in FAA Order 8040.4 as a "Condition, event, or circumstance that could lead to or contribute to an unplanned or undesirable event." Seldom does a single hazard cause an accident. More often, an accident occurs as the result of a sequence of causes. A hazard analysis will consider system state, for example operating environment, as well as failures or malfunctions.
While in some cases safety risk can be eliminated, in most cases a certain degree of safety risk must be accepted. In order to quantify expected accident costs before the fact, the potential consequences of an accident, and the probability of occurrence must be considered. Assessment of risk is made by combining the severity of consequence with the likelihood of occurrence in a matrix. Risks that fall into the "unacceptable" category (e.g., high severity and high probability) must be mitigated by some means to reduce the level of safety risk.
IEEE STD-1228-1994 Software Safety Plans prescribes industry best practices for conducting software safety hazard analyses to help ensure safety requirements and attributes are defined and specified for inclusion in software that commands, controls or monitors critical functions. When software is involved in a system, the development and design assurance of that software is often governed by DO-178B. The severity of consequence identified by the hazard analysis establishes the criticality level of the software. Software criticality levels range from A to E, corresponding to severities of Catastrophic to No Safety Effect. Higher levels of rigor are required for level A and B software and corresponding functional tasks and work products is the system safety domain are used as objective evidence of meeting safety criteria and requirements.
Recently a leading edge commercial standard was promulgated based on decades of proven system safety processes in DoD and NASA. ANSI/GEIA-STD-0010-2009 (Standard Best Practices for System Safety Program Development and Execution) is a demilitarized commercial best practice that uses proven hostistic, comprehensive and tailorable approaches for hazard prevention, elimination and control. It is centered around the hazard analysis and functional based safety process.
Severity definitions
| Severity | Definition |
|---|---|
| Catastrophic | Results in multiple fatalities and/or loss of the system |
| Hazardous | Reduces the capability of the system or the operator ability to cope with adverse conditions to the extent that there would be:
|
| Major | Reduces the capability of the system or the operators to cope with adverse operating conditions to the extent that there would be:
including injuries
|
| Minor | Does not significantly reduce system safety. Actions required by operators are well within their capabilities. Include:
|
| No Safety Effect | Has no effect on safety |
Likelihood of occurrence
| Likelihood | Definition |
|---|---|
| Probable |
|
| Remote |
|
| Extremely Remote |
|
| Extremely Improbable |
|
See also
- Hazop
- Safety engineering
- Occupational safety and health
- RTCA DO-178B (Software Considerations in Airborne Systems and Equipment Certification)
- RTCA DO-254 (similar to DO-178B, but for hardware)
- SAE ARP4761 (System safety assessment process)
- SAE ARP4754 (System development process)
- MIL-STD-882 (Standard practice for system safety)
- ANSI/GEIA-STD-0010-2009 (Standard Best Practices for System Safety Program Development and Execution)
Further reading
- Center for Chemical Process Safety (1992). Guidelines for Hazard Evaluation Procedures, with Worked Examples (2nd Edition ed.). Wiley-American Institute Of Chemical Engineers. ISBN 0-8169-0491-X.
- Bahr, Nicholas J. (1997). System Safety Engineering and Risk Assessment: A Practical Approach (Chemical Engineering) (1st Edition ed.). Taylor & Francis Group. ISBN 1-56032-416-3.
- Kletz, Trevor (1999). Hazop and Hazan (4th Edition ed.). Taylor & Francis. ISBN 0-85295-421-2.
External links
- CFR, Title 29-Labor, Part 1910--Occupational Safety and Health Standards, § 1910.119
U.S. OSHA regulations regarding "Process safety management of highly hazardous chemicals" (especially Appendix C). - FAA Order 8040.4 establishes FAA safety risk management policy.
- The FAA publishes a System Safety Handbook that provides a good overview of the system safety process used by the agency.
