Open Journal of Safety Science and Technology, 2011, 1, 43 -59
doi:10.4236/ojsst.2011.12005 Published Online September 2011 (http://www.SciRP.org/journal/ojsst)
Copyright © 2011 SciRes. OJSST
Practical Implementation of Safety Verification in LNG
Production Facilities
Achint Rastogi, Hossam A. Gabbar
Faculty of Energy Systems and Nuclear Science, University of Ontario Institute of Technology,
Oshawa, Canada
E-mail: hossam.gabbar@uoit.ca
Received May 25, 2011; revised July 28, 2011; accept ed July 26, 2011
Abstract
Many energy and production facilities are operating without clear formal safety requirements, which are con-
sidered the base for good process safety management practices. Safety requirements are typically specified
during process design based on identified hazard scenarios. This paper proposes a practical framework and
methods to systematically synthesize safety requirements based on qualitative and quantitative fault and haz-
ard scenarios. Our aim will be to design a proper safety verification framework which would provide some
guidelines regarding the sequence of steps to be taken in the plant for the verification of the safety of that
plant. The objective of this paper is to show how the safety verification techniques meet the safety require-
ments of any production plant. We will clarify Safety Life Cycle and the detailed steps for safety design and
verification and also analyze current practices and challenges of safety verification in instrumented/non-in-
strumented systems. We will also develop possible activity model for safety verification process and will
propose safety requirements representation that will facilitate safety verification. Case study of experimental
setup is used to demonstrate the proposed framework, which will support safety design and verification.
Keywords: Safety Design, IEC-61508 Standards, Process Safety Management (PSM) Safety Life Cycle,
Safety Verification Framework, Automated Hazard and Fault Propagation Analysis
1. Introduction
The ultimate goal of any organization is to execute all
activities so as to achieve a desired level of safety as ef-
ficiently and effectively as possible. Governmental safety
regulations and international standards all support this
goal, with varying degrees of clarity [1]. As we all know,
Safety is an important task in chemical plants and plays a
significant role throughout the whole design process [2].
Safety is of paramount importance in any industrial plant,
be it an LNG plant, production plant or any other pro-
duction related facility. Lack of safety may lead to haz-
ardous events severely affecting human life, plant and
animal life and environmental balance. This paper pre-
sents an integrated framework for safety control design
based on independent protection layers and defence-
in-depth concepts. Safety control systems are designed
and evaluated in view of safety requirement specifica-
tions and corresponding safety rules and constraints are
mapped to protection layers or barriers. The proposed
safety control design framework can be applied on en-
ergy and nuclear power plants, smart grids, oil & gas
production plants, or other manufacturing plants.Thus for
production facilities, it is necessary to provide a safe
atmosphere by proper implementation of safety verifica-
tion techniques, proper safety instrumented systems and
frameworks for safety design of energy and production
plants. Verification is the evaluation of an implementa-
tion to determine that applicable safety-critical require-
ments for any plant and its operations are met. The veri-
fication process ensures that the design solution meets or
exceeds all validated safety requirements. A verified
system shows measurable evidence that it complies with
the overall system safety needs by incorporating an effi-
cient safety verification framework.
2. Literature Review
Accidents happened in the past and are still happening
today. If proper measures are not taken, they will con-
tinue to happen in the future too. Going through some of
the literature, we can easily find that the root cause of all
A. RASTOGI ET AL.
44
the accidents is lack of a proper safety framework. There
is no proper framework for safety verification. Safety
Standards and Verification tools are present, but the
proper communication between them is absent. A proper
framework which links the initiation of a hazard (i.e. a
fault), safety measures to be adopted (to prevent the
propagation of a fault) and verification is missing in the
process industry. Our aim will be to design a proper
safety verification framework which would provide some
guidelines regarding the sequence of steps to be taken in
the plant for the verification of the safety of that plant.
2.1. Background
Major industrial accidents, like the ones which occurred
in Bhopal (India), Dronka (Egypt), Texas City (USA),
Three Mile Island (Pennsylvania, USA), Chernobyl
(Ukraine), etc. are vivid reminders of the destruction that
can occur due to inadequate safety measures. Huge
losses of human life, immense environmental pollution,
and large capital costs were involved in those accidents.
Unfortunately, extremely serious accidents still hap-
pen today. Though modern safety practices include the
application of a large number of safeguarding measures,
many accidents (refer Table 1) in the process industries
are still happening today. These past accidents and the
experiences gained from them have led to the develop-
ment of many technical solutions, like the use of Safety
Instrumented Systems (SIS) and Emergency Shutdown
Systems (ESS) [3]. In order to implement these technical
solutions, numerous safety-related standards, like IEC
61508 [4], IEC61511 [5], ISA96 [6], etc. have been
written and compliance with these standards is consid-
ered a good engineering practice. Compliance with these
standards, however, did not prevent several major acci-
dents. As a result of the continuously growing complex-
ity of both industrial processes and the related safety
instrumented systems, it appears that new kinds of prob-
lems have arisen [7,8].
2.2. Root Cause of Accidents
A study on the causes of these incidents and accidents
showed that there are some serious problems regarding
the quality of information on accidents and the related
technical solutions. Hence, adequate control of the qual-
ity of safety-related information is of huge importance if
we want to achieve an acceptable safety level. Also there
is a lack of a clear framework which will ensure that the
safety standards are also met in practice. This leads to the
development of the proposed safety verification frame-
work.
Since last decades, industrial processes are becoming
more and more complex [9]. Expanding product and
production requirements led to further optimization of
the concerned processes. Due to continuously increasing
competition, the necessity for increased productivity
force process installations to operate to their limits. At
the same time, a growing number of different semi-ma-
nufactured products put a high demand on the flexibility
of the process installations, resulting in several different
applications. Dedicated instrumentation, which also makes
process control more and more complex, is expected to
control and safeguard these processes. As a consequence
of the growing complexity of the process installations,
the control instrumentation, and safeguarding instrumen-
tation, safety-related business processes have become
even more difficult to manage [10,11].
Fortunately, during the last decades, the process in-
dustry has witnessed much improvement. Thorough in-
Table 1. Ten major onshore accidents, worldwide (on the basis of fatalities).
S. No. Accident Date Location Material Name No. of Fatalities No. of Injuries
1 3/12/1984 Bhopal (India) Methyl Isocyanide >2000 >170,000
2 2/11/1994 Dronka (Egypt) Aircraft Fuel >580 N.A
3 19/11/1984 San Juan Ixhuatepec (Mexico)LPG >500 2500
4 23/12/2003 Gao Qiao (China) Natural Gas, Hydrogen Sulphide 243 4000 - 9000
5 19/12/1982 Tacoa (Venezuela) Fuel Oil >153 500
6 14/9/1997 Visakhapatnam (India) LPG, Crude Oil, Kerosene, Petroleum Products56 20
7 24/1/1970 Semarang (Indonesia) Kerosene 50 N.A
8 6/1/1998 Xingping (China) Nitrogen 50 100
9 24/3/1992 Dakar (Senegal) Ammonia 41 403
10 19/1/2004 Skikda (Algeria) LNG 23 74
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.
Copyright © 2011 SciRes. OJSST
45
vestigations of accidents have resulted in specific haz-
ardous event prevention with regard to process installa-
tions. Consequently, many new safeguarding measures
have been developed and are implemented. However, at
the same time it has become extremely difficult to ac-
quire a comprehensive view of the entire processes, in-
strumentation and installations. Due to this growing
complexity and an ever-expanding process capacity, the
potential for serious accidents have heavily increased.
Process Safety Management (PSM) is term frequently
used to cover the set of safety-related operational activi-
ties and processes, which results in a specific safety per-
formance of a process installation. The British Health
and Safety Executive (HSE) performed a comprehensive
study and clearly illustrated that inadequate process
safety management is the most essential factor that con-
tributes to the number of hazardous events [12]. The ex-
tent to which failures contributed to explosions in
gas-fired plants in 1997 were investigated by the HSE.
These failures were categorized into four groups (see
Figure 1):
Equipment-related failures, such as a manufacturing
failure, design faults, or incorrect specification.
The lack of equipment and equipment, which should
have been fitted to the plant, but was not.
Poor maintenance and incidents resulting directly
from poor maintenance/ commissioning.
Inadequate process safety management.
Other examples of the causes of major industrial inci-
dents are illustrated by Bradley [13]. He found out that
10% of all the investigated failures are contributed by
manufacturing and equipment failures. Operating errors,
management errors, design/specification errors, and main-
tenance errors are the remaining contributing factors.
Figure 1. Contribution of failures to explosions in gas-fired
plant [HSE97]. “The overwhelming contributing factor that
resulted in the explosions was inadequate PSM. A detailed
analysis revealed that this deficient PSM was due to a lack
of training, poor managerial supervision, and insufficient
procedures” [HSE97: Health and Safety Executive, clause
6.2 of Contract Research Report 139/1997, “Explosions in
gas-fired plant” United Kingdom 1997].
The HSE [14], as part of another study, investigated
34 incidents occurred in the UK, which were the result of
control system failures. This study showed that the pri-
mary causes of the control system failure were specifica-
tion failures, installation and commissioning failures,
failures to due changes after commissioning, design and
implementation failures and operation/maintenance fail-
ures. Another major finding of the study was that the
failures appeared to occur during all phases throughout
the lifetime of the control system. The task of the safety
management system is to prevent these failures from
occurring.
Another study, in the similar field, was performed by
the American Environmental Protection Agency (EPA).
The EPA reviewed a large number of investigations of
chemical plant accidents, over a period of several years
and the EPA’s Chemical Emergency Preparedness and
Prevention Office found, among other things, that op-
erator errors were rarely the sole or even primary cause
of an accident [15,16].
The majority of accidents in the process industry are
not particularly the result of failure of the equipment or
installation, but rather the result of inadequate safety
management. Therefore, control and improvement of the
safety performance should not be attempted in the area of
technological improvements of the equipment, but rather
in the area of safety management. The focus and atten-
tion should be to enhance the control and organization of
the safety-related business processes.
As mentioned earlier, the growing complexity of in-
dustrial processes has led to new kind of safety-related
problems. These problems concern the management and
control of the safety-related processes. Based on hazard
investigation reports it appears that the basis of these
accidents is very often the result of problems with com-
munication and information exchange [15,16]. In other
words, it can be said that the accidents occur due to the
lack of adequacy of the safety framework used or im-
proper sequence of steps evolved and safety actions
taken. It can also be concluded from these studies that
the safety framework used in the facilities, where acci-
dents took place, was lacking proper verification of the
safety management plan and that there were some loop
holes like improper specifications, inadequate or insuffi-
cient safety measures and improper operating limits.
Hence the problem which lies in front of the process
industry is to have a proper framework of safety verifica-
tion which will ensure that all the inadequacies of exist-
ing safety related frameworks have been removed and
that reliability should be the prime feature of such a
framework. In order to incorporate any safety verifica-
tion techniques in a system, it is required to have a
proper framework. The use of the term verification is in
A. RASTOGI ET AL.
46
line with the common definition of “verification”, as
answering the question “are we building the system
right?” [17]. Process of verification of a new production
system does not stop when production starts, but contin-
ues throughout the productive stage of its lifecycle. The
basic requirements for Verification set forth in the stan-
dards are summarized as 1) Verification procedures
should be performed and the results should be well
documented in an auditable manner; 2) Verification
should be performed by a team or personnel independent
from the design and manufacturing team; 3) Verification
should cover all steps in system design and manufactur-
ing from design to final test; and 4) A Safety Verification
plan should be prepared and the process of verification
should be carried out on that basis [18]. Automatic and
formal verification methods can guarantee that all possi-
ble situations and scenarios leading to a failure are con-
sidered in the analysis [19]. The proposed framework
consists of a system of interrelation of various processes
and has a set of prerequisites. These prerequisites must
be clarified before the framework is incorporated and
specifications should be noted. The specifications are
used as guides in identifying the key behavior of the
controlled process. The specifications are created from
quality, operability, and safety issues that concern proc-
ess engineers [20]. Before describing the proposed safety
verification framework, IEC 61508 standards and the
safety life cycle of a plant are explained, as illustrated in
the following sections.
2.3. Safety Standards
IEC 61508 [21] published in 2000 has been adopted by
many countries as their national standard and is being
updated. Two significant concepts, safety life cycle and
safety integrity level (SIL) [21-23], appeared in IEC
61508. A necessary procedure of safety life cycle is SIL
verification, which verifies whether the average prob-
ability of failure on demand (PFDavg) of designed safety
related systems (SRS) meets the required failure measure.
IEC 61508 is an international standard of rules applied in
industry. It is titled “Functional safety of electrical/elec-
tronic/programmable electronic safety-related systems”.
IEC 61508 is intended to be a basic functional safety
standard applicable to all kinds of industry. It defines
functional safety as: “part of the overall safety relating to
the EUC (Equipment under Control) and the EUC con-
trol system which depends on the correct functioning of
the E/E/PE safety-related systems, other technology
safety-related systems and external risk reduction facili-
ties.”
The first premise of the standard is that there is
equipment intended to provide a Function (the EUC),
there is a system which controls it, and between them
they pose a risk. The control system may be integrated
with the EUC as, say, a microprocessor, or remote from
it. The threat is shown in Figure 2 as a “risk of misdi-
rected energy”.
The standard’s second premise is that “safety func-
tions” are to be provided to reduce the risks posed by the
EUC and its control system (see Figure 2). Safety func-
tions may be provided in one or more “protection sys-
tems” as well as within the control system itself. Any
systems which are ‘designated to implement the required
safety functions necessary to achieve a safe state for the
EUC’ are classified as “safety-related” systems. It is to
these that the standard applies.
The standard gives guidance on good practice. It offers
recommendations but does not absolve its users of re-
sponsibility for safety. Recognising that safety cannot be
based on retrospective proof but must be demonstrated in
advance, and that there can never be perfect safety (zero
risk), the recommendations are not restricted to technical
affairs but include the planning, documentation and as-
sessment of all activities. Thus, IEC 61508 is not a sys-
tem development standard but a standard for the man-
agement of safety throughout the entire life of a system
(safety life cycle), from conception to decommissioning.
It brings safety management to system management and,
in respect of the development of safety-related systems,
it brings safety engineering to software engineering.
3. Proposed Safety Verification Framework
Safety analysis is a crucial part of the design and opera-
tion of chemical plants. While traditional approaches
have relied heavily on qualitative analysis and expert
knowledge to identify hazards, some quantitative meth-
odologies have recently emerged [25]. As mentioned
earlier, most of the LNG plants are working without
clear safety frameworks. Those of them having safety
features have old and obsolete frameworks. The pro-
posed Safety Verification framework is new and accept-
able to both new as well as existing plants. This frame-
work is superior to other frameworks as it is based on the
Figure 2. Control systems and safety functions for EUC.
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.
Copyright © 2011 SciRes. OJSST
47
concept of safety limits rather than control limits. In-
volvement of safety limits extends the band of operating
ranges beyond control limits which means that even if
the process goes beyond the control limits, it can still be
operated under constant monitoring for some more time
(till it is within the safety limits). Thus, this framework
delays the shutdown of a process by some time. Another
very essential feature of this framework is the concept of
“plant specific safety requirements”. The LNG plants
differ from other industrial and power plants and require
a superior safety framework as they are more prone to
hazardous accidents [26]. This safety framework can be
considered as a dedicated LNG Plant safety Framework
and employs the adequate safety measures required in
the LNG plants.
The proposed framework is also different from the
other present frameworks. While other frameworks have
strict shutdown conditions, this framework provides
flexibility in the shutdown of the plant. Not every ab-
normal condition requires a shutdown and this thought
has been kept in mind while designing this framework.
This feature provides additional flexibility to the safe
operation of the LNG Plants. The use of an integrated
network of DCS and other digital control techniques en-
sure that every fault causing event is taken care of and
that no abnormal conditions goes unmonitored. These
special features give the proposed framework, clearly an
upper hand. Now we should be discussing about the
framework in detail.
3.1. Activity Modeling
The proposed safety verification framework works with
good effect in New Plants as well as in Existing Plants.
In New Plants this framework is required to be incorpo-
rated during the Design phase of the plant while in Ex-
isting plants this framework can be incorporated by
slight modification of the initial design. These changes,
in the initial design, depend upon the existing level of
safety in the plant and the level of safety desired. After
considering these two factors the modification required
in the plant design can be estimated (see Figure 3).
As mentioned earlier, this framework consists of a sys-
tem of interrelation of various processes and has a set of
prerequisites. These prerequisites must be clarified be-
fore the framework is incorporated. Some of the general
process prerequisites are general plant safety require-
ments, general recipe for recovery, symptoms of failure
mode etc. The first process is the hazard scenario analy-
sis and then, the second process is to have a safety man-
Figure 3. Safety verification framework.
A. RASTOGI ET AL.
Copyright © 2011 SciRes. OJSST
48
agement plan for the safe operation of LNG facility.
Then keeping in view the general safety requirements of
the plant, general recipe of recovery and failure of mode,
we verify and the safety requirements. The third process
is the verification of the safety management plan once
the safety requirements are chalked out. This process of
verification is to verify the complete safe operation of the
plant according to the general LNG Safety Regulations
and LNG Design Safety Requirements Guidelines. The
complete framework and all of its processes and
sub-processes are designed to work in accordance with
IEC 61508. It is a generic international standard entitled
to achieve safety of the system, as mentioned in section
2.3 of the paper. In order to understand the framework, it
is essential to understand its processes and sub-processes
which can be broadly classified as Hazard Scenario
Analysis, Safety Management, and Verification (and
Testing). These are described in more details in the fol-
lowing sections.
3.2. Hazard Scenario Analysis
Hazard Scenario Analysis is the most basic and funda-
mental block of any safety related framework (see Fig-
ure 4). Without proper identification of a hazard scenario,
we cannot control the operation of any process in a plant.
Also, without it, talking about safety or safe operation
would be baseless. Unless and until the hazard scenarios
are analyzed, one cannot determine the ranges in which a
particular equipment or process should operate, and the
ranges beyond which a particular process or equipment is
uncontrollable and unsafe to operate [27]. From this dis-
cussion, we can conclude that limits estimation is an in-
tegral part of hazard scenario analysis and further we can
conclude that hazard scenario analysis and then deter-
mining the limits forms the first block of activity model-
ing for any framework.
In order to estimate the limits, we require the process
parameters, variables and units. Process parameters such
as design parameters, control parameters and safety pa-
rameters are essential to be known before limit estima-
tion. Variables needed to be known are the process vari-
ables and control variables. Similarly, process units and
functional units of a process are required. Another very
important thing which should be placed at desk before
calculating the limits is the historical data of the process.
With this data, we come to know about the behavior of
the process in past and we can make changes to our cal-
culations accordingly. Also some specifications, known
as Control Specifications, should be known as a process
is required to operate within these specifications.
With all the above things at hand, viz. the parameters,
the historical data and the units, the variables and the
control specifications, one determines the limits of safe
operation and identifies the unsafe zones while an
equipment or process is in operation. Along with the
limits estimation, we are keenly interested in the propa-
gation of a fault. If the propagation of a fault is closely
monitored, the fault itself can be suppressed in its initial
stages. Events like component failure and abnormal con-
ditions also lead to fault propagation. Thus fault detec-
tion, as early as possible, acts as a useful tool in analyz-
ing the hazard scenario.
The analysis of hazard scenario means calculating the
control limits (the limits of operation within which the
process is safe and controllable and is most desired to
work), the safety limits (the limits beyond the control
limits domain, where the process is uncontrollable but
safe to operate for a short time before it can be restored
back to the control limits domain) and the design limits.
Also a fault id recipe is generated. These three limits
together with the fault id recipe, when determined and
Figure 4. Pictorial representation of hazard scenario analysis block of the framework.
A. RASTOGI ET AL.
Copyright © 2011 SciRes. OJSST
49
estimated, form the input for the safety management plan,
which is the second block of the framework.
3.3. Safety Management
Safety Management is the second block of the frame-
work (see Figure 5). This more of a plan than a block
which is required to manage all the essential safety needs
for any plant in general including the LNG plants. This
plan deals with the procedures of establishing the safety
requirements and modes of failure prevention for a plant.
In order to have such a plan, the most important prereq-
uisites are the safety requirements, the limits of operation
and the modes of preventing failure [28].
In order to comprehend the plan, we must, at the be-
ginning, be familiar with the safety requirements. These
safety requirements are plant specific. For instance, an
LNG plant may have a different set of safety require-
ments than a nuclear power plant or a thermal power
plant. To have these plant specific safety requirements
we must know the general safety requirements and the
recovery requirements. The general safety requirements
are the requirements which are needed in the normal op-
eration of a plant whereas the recovery requirements are
needed, in case, when the process conditions remain no
longer safe and a recovery to the safe mode is required.
These are “backup requirements”, but are important from
the perspective of safe operation of a plant. Then we
need the limits, whose estimation we have already dis-
cussed in the previous section. Operating a plant in safe
mode means operating it within these predetermined lim-
its, regular monitoring the process parameters and taking
necessary recovery actions when needed.
Next important thing needed for a safety management
plan are the modes of failure prevention. Just by incor-
porating the recovery requirements whenever a plant
goes into the unsafe zone, does not solve the purpose. In
fact, incorporating the recovery requirements should be
the last step, before shut down, whereas the failure pre-
vention modes must be running when the plant is oper-
ating even at normal conditions. This is to ensure that a
plant operates at in the safe zone and a need to incorpo-
rate recovery requirements must not arrive. These in-
clude complete constant monitoring of the abnormal
conditions and the symptoms of component failure. Once
an abnormal condition is identified, it must be indicated
to the operator, who must take the necessary actions to
maintain normalcy again. It is worth making note of that
not all the abnormal conditions lead to system failure. So
it must be identified whether an abnormal condition
would lead to a system failure or not, from the past ex-
periences, and take necessary corrective measures ac-
cordingly. This is the most decisive step in order to pre-
vent accidents in any industrial plant. As we know, the
slightest of risk may lead to a hazard; therefore past ex-
periences should be taken into account only if the opera-
tor is surely certain.
The last, but not the least, prerequisite are the safety
systems which include the safety integrated systems,
shutdown systems and other similar systems which are
designed for the last step to be taken, in maintaining the
normalcy of the plant. Once we have the above men-
tioned units, we can say that the safety management plan
is comprehended correctly and our plant is safe to oper-
ate.
3.4. Safety Verification
Verification and testing forms the third block of the pro-
posed framework (Figure 6). No safety management
Figure 5. Pictorial representation of the saty management block of the framework.
fe
A. RASTOGI ET AL.
50
rategy is trustwo
scenario of a plant we re-
qu
ndard operating pro-
ce
of
tre
ing of the trends
es the
ve
to
id
. Detailed Safety Verification Algorithm
Flowchart Algorithm for the proposed framework is
st rthy unless verified. Thus a good and analyzed for detailed understand
safety management plan is one which can be duly veri-
fied and tested in various different situations. Thus Veri-
fication and Testing can be regarded as the most impor-
tant block of the framework.
To properly verify a safety
ire certain tools, guidelines and trends of performance
(of the process/equipment or parameters). Tools are the
techniques used for proper verification. These can be the
verification and troubleshooting methods, tools for test-
ing the time domain and frequency domain response of a
particular process or a group of processes, as desired,
tools for testing the stability using known methods like
bode plot, nyquisyt plot, etc., using MATLAB and tools
for testing input output signals. The tools can be operated
on various platforms like MATLAB, SIMULINK, MA-
PLE SIM, etc. for testing purposes.
We also need to verify some sta
dures and safe operating conditions. For these we need
a set of guidelines which can be corporate control guide-
lines or those of the process design knowledge base.
Certain charts and diagrams like the P&ID and process
diagrams, FBD (functional block diagram) and control
charts are also helpful during the verification phase.
Another important necessity is the availability
nds for various parameters and process variables.
These are the behavior of the parameters with respect to
time in a certain given conditions. These can be plotted
which they follow. It is an important aspect of safety
verification as these provide the inside knowledge of the
things happening in a process. Analyzing the market
trends is also a good practice during verification.
Thus to summarize, the verification block includ
rification of safety measures and makes sure that the
readings obtained after the verification of safety proce-
dures are valid as per the standards set by the industry.
There are many regulations, requirements, guidelines and
specifications which must be verified before deeming
any plant safe. The most common ones which must al-
ways be verified are General LNG Safety Regulations,
LNG Design Safety Regulations, Corporate Control
Guidelines, IEC 61508 Guidelines, IEC 61511 Guide-
lines, ISAS84.01 Guidelines and others. The verification
code is generated at the end of the verification phase.
Once we have studied the framework, we need
entify a hazard scenario for proper case study and
mapping of the hazard scenario to the safety and verifi-
cation framework proposed above. We need to obtain
data so that we can study trends occurring during our
case study. The next section deals with the case study,
results and discussions (see Figure 7).
4
A
Figure 6. Pictorial representation of the verification and testing block of the framework.
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.51
Figure 7. Flow of process as per the safety verificatio
own below (Figures 8 and 9):
. Solution Implementation
.1. Case Study
order to illustrate the proposed idea, a case study is
io in which there
wn by the red
bo
leading to a haz-
d is High Flow in the tank (Figure 12). If the Safety
Sa
the magnitude of risk which will lead an onset of
n
framework.
sh
5
5
In
proposed using experimental plant called G-Plant, which
was developed in IGPS group in Okayama University as
part of industrial collaboration project in Okayama, Ja-
pan [29]. G-Plant is an experimental plant that consists
of two stainless steel tanks, one with heaters to increase
the temperature of the water to a predefined set point.
DCS Centum CS3000 from Yokogawa is installed [30].
The P & ID of the constructed experimental plant is
shown in Figure 10. Cold water is circulated from the
tank TANK-2 to the heat exchanger HEX1 and then back
to the tank TANK-2. Similarly, hot water is circulated
from tank TANK-3 to heat exchanger HEX1 and then
back to tank TANK-3. Hot water is used to heat cold
water in tank TANK-2 where temperature increase is
monitored in real time basis within DCS. Similarly, other
process variables (sensors) are monitored within DCS for
process control and safety. Flow rate of the cold water
circulation is controlled using control valve CV3. Heat
exchanger level is monitored to avoid overflow. Levels
in TANK-1 and TANK-2 are monitored to avoid over-
flow. Temperature in TANK-2 is controlled to avoid
overheating. Alarms are defined for all critical set points
in G-Plant. For example, alarm is generated when tem-
perature in TANK-2 exceeds a predefined set point. The
experimental plant is used to simulate and diagnose
process faults. For example and in order to simulate leak
in heat exchanger HEX1, downstream valve is slightly
opened during the circulation of cold water. Readings are
obtained for four process variables: TC1 (temperature in
the cold water circulation loop), TC2 (temperature in the
inlet of hot water), TK2 (temperature in tank TANK-2)
and TK3 (temperature in tank TANK-3).
is a high flow of liquid in the TANK-2 (sho
For Hazard Analysis we take a scenar
ld lines in the P&ID) which eventually leads to over-
flow. This high flow of fluid may cause vibrations in the
tank and also offer some blockage to the outflow of the
fluid. A detailed cause-effect study and the propagation
of fault leading to a hazard, is shown in the Figure 11.
Primary causes, such as high/low temperature, high/low
flow, overflow, impurities, etc. lead to the initiation of
the hazard. They have a Low Qualitative Hazard Magni-
tude (QHM) as the probability of their occurring in any
process is high and the probabilistic risk associated with
them is quite low. Though the QHM associated with
them is low, they cannot be neglected as they lead to the
initiation of a hazard. Strong monitoring is needed and
proper action (implementation of safety measures)
should be taken depending upon the behaviour of these
parameters. Primary causes lead to primary events,
which may be vibrations in the tank or blockage due to
uneven flow in this case. These primary events form the
secondary causes of the fault propagation. These secon-
dary causes have a medium QHM and a high probabilis-
tic risk associated with them. These secondary causes
lead to secondary events or tertiary causes, which may be
corrosion of the tank material. Tertiary causes lead to
tertiary events (or quaternary/fourth degree causes) like
leak or reduced mechanical strength. The fourth degree
causes the most dangerous ones with an extremely high
QHM and a very large probabilistic risk associated with
them. These eventually lead to hazard which may be fire,
intoxication of air or explosion in this case. Thus we
should implement appropriate safety measures at each
level of fault propagation (Figure 12).
5.2. Quantitative Hazard Analysis
Let us assume that that initializing event
ar
Measure-1 employed to check the flow rate of the tank
fails, this high flow will lead to Vibrations and/or Block-
age. Again if Safety Measure-2 fails to perform its task,
these Vibrations and Blockage may cause Corrosion. And
if Safety Measure-3 also fails, this Corrosion may lead to
Leak or Reduced Mechanical Strength which may lead to
fire, intoxication or even explosion of the tank. This is
how a fault propagates and ultimately leads to a hazard.
Risk associated with Safety Measure is directly related
to the Probability of Failure on Demand (PFD) of that
fety Measure. Now our aim is to find out whether our
system is safe or not. For this we will take individual
fault propagation events into consideration and calculate
the total risk associated. This “total risk associated” is
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.
52
Figure 8. Safety verification algorithm (Part-1).
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.53
Figure 9. Safety verification algorithm (Part-2).
a fault to the hazard.
5.3. Analysis of Individual Fault Propagation
Events
Let us assume that the magnitude of failure be a constant.
This magnitude of failure is actually given by the com-
pany based on the historical data of accidents and the
consequences occurred per event. We are assuming it to
be a constant because it is a number which can be later
substituted to get more correct information. Thus assum-
ing magnitude of failure to be a constant, we can now
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.
54
Figure 10. P & ID of G-Plant (Gabbar, 2007).
Vibrations
Blockage
Corrosion
Leak
High
Temperature
High
Pressure
Reduced
Mechanical
Strength
Low
Temperature
Low
Pressure
High Flow
Fire,
Toxication
Rupture of
the Tank,
Explosio n
Low Flow
Overflow
Impurities
Primary
Causes
Safety Measures
(different for different
propagation scenarios)
Secondary Cause/
Primary Event
Safety Measures
(different for different
propagation scenarios)
Tertiary Cause/
Secondary Event
Quaternary Cause/
Tertiary Event
Final Event/
HAZARD
Initialization of a Hazard
Onset of a FaultProp
R1
R2
R3
R4
R5
R6
R7
R8
R11
R12
R21
R31
R32
R41
R51
R52
R61
R71
R72
R81
R82
R1*
R2*
R1**
R2**
R1
thresh
R2
thresh
Safety Measures
(different for different
propagation scenarios)
Safety Measures
(different for different
propagation scenarios)
Figure 11. Fault propagation and in
agation of a FaultOccurrence of Hazard
termediate causes and effects.
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.55
Figure 12. Propagation of a fault for a particular event.
Table 2. Failure rates [31].
Risk Meaning Failure Rate (per year)
R1 Risk Associated with High Flow 10
R2 Risk associated with Vibrations 2
R3 Risk associated with Blockage 1.1
R4 Risk associated with Corrosion 0.9
R5 0.06
R6 Risk associated with Reduced Mechanical Strength 0.09
RSM1 Risk associated with Failure of Safety Measure-1 0.003
RSM2 Risk associated with Failure of Safety Measure-2 0.003
RSM3 Risk associated with Failure of Safety Measure-3 0.003
Risk associated with Leak
say that the risk associated with any event is directly
proportional to its failure rate and is a function of failure
rate.
Risk Associated = f (failure rate)
The risk associated with fault propagation path-1
(Figure 13) is calculated as below:
Risk Associated (Path-1) = R1*RSM1*R2*RSM2*
R4*RSM3*R5
Risk Associated (Path-1) = 10 × 0.003 × 2 × 0.003 ×
0.9 × 0.003 × 0.06 = 2.916E-8
The risk associated with fault propagation path-2
(Figure 14) is calculated as below:
Risk Associated (Path-2) = R1*RSM1*R2*RSM2*
R4*RSM3*R6
Risk Associated (Path-2) = 10 × 0.003 × 2 × 0.003 ×
0.9 × 0.003 × 0.09 = 4.378E-8
The risk associated with fault propagation path-3
(Figure 15) is calculated as below:
Risk Associated (Path-3) = R1*RSM1*R3*RSM2*
R4*RSM3*R5
Risk Associated (Path-3) = 10 × 0.003 × 1.1 × 0.003 ×
0.9 × 0.003 × 0.06 = 1.604E-8
The risk associated with fault propagation path-4
(Figure 16) is calculated as below:
Risk Associated (Path-4) = R1*RSM1*R3*RSM2*
R4*RSM3*R6
Risk Associated (Path-4) = 10 × 0.003 × 1.1 × 0.003 ×
0.9 × 0.003 × 0.09 = 2.406E-8
5.4. Calculation of Total Risk Associated (TRA)
Now the Total Risk Associated (combined of all paths)
that an onset of a fault, i.e. high flow, will lead to a haz-
ard i.e. fire or explosion, is the sum total of the total risk
associated of all the paths (see Table 3).
Now if the total risk associated is less than the thresh-
old risk (level of acceptable risk), then our process is safe,
otherwise it is not. This threshold risk is calculated from
the process historical data and other equipment data. It is
calculated on the basis of the following formula:
Threshold Risk (TR) = Frequency of Failure*Magnitude
of failure
Again assuming the risk as a function of failure rate,
we can calculate the threshold risk. The typical value of
failure rate can be taken as per year [31]. This if the TRA
is more than this value, our process is unsafe (Table 4).
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.
56
Figure 13. Individual fault propagation event (Path-1).
Figure 14. Individual fault propagation event (Path-2).
Figure 15. Individual fault propagation event (Path-3).
Figure 16. Individual fault propagation event (Path-4).
Table 3. Calculation of total risk associated.
Total Risk Associated (TRA) = Risk Associated (path-1) + Risk Associated (path-2) + Risk Associated (path-3) + Risk
Associated (path-4)
Total Risk Associated (TRA) = 2.916E-8 + 4.378E-8 + 1.604E-8 + 2.406E-8
= 1.1304E-7
The whole process of safety verification is shown in
the Appendix of this paper.
6. Conclusions
he proposed safety verification framework is indeed
very necessary in order to have a safe and a
safety plan for any LNG plant. It is new and acceptable
to both new as well ating plants. It is flexibl
sense that it can be applied to both n
plants with same effect. As we know that
nore safety concerns iy LNG plant, w
that safe operating coions are of hug
any LNG facility. This safety framework
concepts of safety limd therefore p
tended range of safe operation. The proposed framework
is also different from the other present frameworks.
While other frameworks have strict shutdown conditions,
this framework provides flexibility in e shutdown of
rmal condition requires a shut-
been kept in mind while de-
framework. This feature provides additional
flexibility to the safe operation of the LNG Plants. The
Table 4. Verification of safety.
VERIFICATION
TRA = 1.1304E-7
TR = 5E-6
TRA < TR; PRESS SAFE
SAFETY VIED
T
fail proof signing this
s exise in the
ew and existing
we cannot ig-
e can conclude n an
ndite importance in
operates on the
rovides an ex-its an
th
the plant. Not every abno
down and this thought has
OC
ERIF
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.57
use of an integrated ork of DCS and
control techniques ensuat ev
is taken care of and no ab
unmonitored. These featu
framework, clearly er hand
said that this safety fram work can
dedicated Process I Safety
loys the adequate safety measures required in the LNG
[1]
3, Supplement 1, 1999, pp.
ork for Safety Control
ol. 240, No. 10, 2010, pp. 3550-3558.
netw other digital
re th
that
ery fault causing event
normal conditions goes
specialres give the proposed
an upp
e
. At the last, it can be
be considered as a
ndustry Framework and em-
p
plants.
7. References
R. Ali, “Safety Life Cycle—Implementation Benefits and
Impact on Field Devices,” ISA-Expo 2005, Chicago,
25-27 October 2005.
[2] G. Holger and S. T. Henner, “Process Hazard Identification
during Plant Design by Qualitative Modelling, Simulation
and Analysis,” European Symposium on Computer Aided
Process Engineering, Vol. 2
S59-S62.
[3] H. A. Gabbar, “Integrated Framew
Design of Nuclear Power Plants,” Nuclear Engineering
and Design, V
doi:10.1016/j.nucengdes.2010.07.024
[4] IEC 61508, Functional Safety of Electrical/Electronic/
f IEC 61508 and IEC 61511
d.
[8] B. Knegtering, “Safety Lifecycle Management,” Automa-
tion in Petro Chemicals Industry Conference, University
of Ontario Institute of Technology, 2000 Simcoe St. N,
Oshawa, Canada.
[9] F. P. Lees, “Loss prevention in the process industries,”
2nd, Edition, Butterworth-Heinemann, Oxford, 1996.
[10] B. Knegtering, “Application of
Quantitative Safety Assessment to Determine Safety In-
tegrity Levels,” ISA-Expo, Houston, 19-23 October 1998.
[11] B. Knegtering and A. C. Brombacher, “A Method to Pre-
vent Excessive Numbers of Markov States in Markov
Models for Quantitative Safety and Reliability,”
ISA-Transactions, Vol. 39, No. 3, 2000, pp. 363-369.
doi:10.1016/S0019-0578(99)00041-5
Programmable Electronic Safety-Related Systems, 1998/
2000.
[5] IEC 61511, Functional Safety: Safety-Instrumented Sys-
tems for the Process Industry Sector, Draft version 1999.
[6] ANSI/ISA S84.01, Research Triangle Park, 1996.
[7] B. Knegtering, “The Impact o
on Dutch Industry Epigram,” Official Journal of Core In-
terest User, Group of Programmable Electronic Systems,
London, Autumn 2000, unpublishe
Micro Markov Models for
[12] Health and Safety Executive,
plant,” Clause 6.2 of Contract R
UK, 1997.
[13] Bradley, “The Reliability Challenge,” Presentation hand-
outs Conference, London, 1999.
[14] Health and Safety Executive, “Out of Control HSE
Books,” United Kingdom 1995.
[15] B. Felton, “Safety study IDs Leading Causes of Acci-
dents,” InTech, Morn Hill, 2001, p. 77.
“Chemical Ant Risks in US IndustryA
ary Analysis ocident Risk Data,” US Haz-
hemical Facilities EPA, September 2000.
. Everdij, H. Blom, J. J. Scholte, J. W.
and B. Kraanveloping a Framework for
alidation of Multi-Stakeholder Changes in Air
Transport Operations,” Safety Science, Vol. 47, No. 3,
2009, pp. 405-420.
T. Yokomura, “A Verification and Valida-
lants,” Nuclear Engineering
and Design, Vol. 183, No. 1-2, 1998, pp. 117-132.
cation of Safety Interlock Systems for Industrial Proc-
“Explosions in gas-fired
esearch Report 139/1997,
[16] J. Belke,
Prelimin
ccide
f Ac
ardous C
[17] M. H. C
Nollet
A. P.
, “De
Safety V
[18] A. Fukumoto, T. Hayashi, H. Nishikawa, H. Sakamoto, T.
Tomizawa and
tion Method and Its Application to Digital Safety Systems
in ABWR Nuclear Power P
[19] S. H. Yang, L. S. Tan and C. H. He, “Automatic Verifi-
esses,” Journal of Loss Prevention in the Process Indus-
tries, Vol. 14, No. 5, 2001, pp. 379-386.
doi:10.1016/S0950-4230(01)00014-6
[20] S. Brown, “Overview of IEC 61508: Functional Safety of
Electrical/Electronic/Programmable Electronic Safety-Re-
lated Systems,” Computing and Cont rol Engineering Jour-
nal, Vol. 11, 2000, p. 11.
[21] P. Stavrianidis and K. Bhimavarapu, “Performance-Based
Standards: Safety Instrumented Functions and Safety In-
tegrity Levels,” Journal of Hazardous Materials, Vol. 71,
61508, Functional Safety of Electrical/Electro-
61508,” Journal of the System Safety Society, Vol. 35, No.
1, 1999, pp. 21-25.
[24] C. S. Adjiman, “Safety Verification in Chemical Plants:
A New Quantitative Approach,” Computers & Chemical
Engineering, Vo. 23, Supplement 1, 1999, pp. S581-S584.
doi:10.1016/S0098-1354(99)80143-4
No. 1-3, 2000, pp. 449-465.
[22] IEC
nic/Programmable Electronic Safety-Related Systems,
International Electro Technical Commission, Reference:
IEC 61508-3 ed 2.0.
23] F. Redmill, “An Introduction to the Safety Standard IEC[
[25] H. A. Gabbar and P. Sauer, “Knowledgebase and Acqui-
sition System for Failure and Accident Analy of Gas
,” International Workshoon Real
ntation & Control, Oshawa,
25-26 June, 2010.
[26] H. A. Gabbar and R. Bedard, “Hazard Analysis and Ac-
cident Prediction for LNG Plants,” International Work-
shop on Real Time Measurement, Instrumentation &
Control, Oshawa, 25-26 June, 2010.
[27] Y. Shimada and T. Kitajima, “Framework for Safety-
Management Activity to Realize OSHA/PSM,” Interna-
eal Time Measure ment, Inst ru menta-
a, 25-26 June, 2010.
[28] H. A. Gabbar, H. E. Sayed, A. S. Osunleke and H. Ma-
sanobu, “Analytical Process and System Design of Inte-
grated Fault Diagnostic System,” International Journal of
Process Systems Engineering, Vol. 1, No. 1, 2009, pp.
66-81.
[29] E. Nasimi and H. A. Gabbar, “Development of Support
sis
p Processing Facilities
Time Measurement, Instrume
tional Workshop on R
tion & Control, Oshaw
Copyright © 2011 SciRes. OJSST
A. RASTOGI ET AL.
Copyright © 2011 SciRes. OJSST
58
Tool for Control Design of Nuclear Power Plant Using
Hierarchical Control Chart (HCC),” Journal of Process
Systems Engineering, Vol. 1, No. 2, 2010, pp. 150-168.
[30] H. A. Gabbar, H. E. Sayed, A. S. Osunleke and H. Ma-
sanobu, “Design of Fault Simulator,” Journal of Reliabil-
ity Engineering and System Safety, Vol. 94, No. 8, 2009,
pp. 1289-1298. doi:10.1016/j.ress.2009.01.006
[31] A. Blanchard, “Savannah River Site Generic Data Base
Development,” Westinghouse Savannah River Company,
Aiken, NTIS Order No. 29808.
A. RASTOGI ET AL.59
named as G1, G2, G3 and
study chosen and shown
Appendix
Steps to follow to implement the Proposed
Framework
Each Block of the proposed framework has been broken
down into various sub blocks
G4 where G1 is the hazard scenario analysis block, G2 is
the safety management block and G3 is the verification
and testing block. Each block of the proposed framework
is mapped according to the case
below.
START
TAKE ONE PROCESS
Initiation of a fault: HIGH INFLOW IN TANK-2
G1: HAZARD SCENARIO ANALYSIS
1) Input Parameters (TK3, LS3, TK2, TC1, PS1, LC1, FLOW RATE IN, F
2) Detect for any initial faults.
3) Obtain Data for TC1, TC2, TK2, and TK3, as shown above in Tab
eck whether the CONTROL SPECIFICAT
LOW RATE OUT).
2 and Figures 8-10.
y are not, SPECIFY them using TOOLS like CONTOL CHATRS, HIS-
le
ymptoms of component failure, constantly MONITOR t
4) ChIONS are specified. If the
TORICAL DATA and TRENDS. ELSE PROCEED.
5) Check for any SYMPTOMS OF COMPONENT FAILURE like high
If there are any s
/low temperatures, high/low flow of fluid, overflow of fluid, impurities, etc.
hem and apply corresponding SAFETY MEASURES. If still the condi-
tions prevail, STOP the process. ELSE PROCEED.
G2: SAFETY MANAGEMENT
1) Using Trend Data above specify CONTROL LIMITS and SAFETY L
the Lower Control Limit (LCL) for the first 200 seconds should be 51
for the next 200 seconds, the UCL and
IMITS. For example: in case of TK3, the Upper Control Limit (UCL) and
LCL should be 50.
OVERY REQUIRE
eding i
˚C and 46˚C respectively as seen from the data chart and graph. Similarly
5˚C and 48.5˚C respectively. Similar calculations can be made to calculate Upper
MENTS and adequate SAFETY MEASURES. These are a set of rules which
and LCL.
Safety Limits (USL) and Lower Safety Limits (LSL).
2) Similarly specify the GENERAL SAFETY/REC
must be employed in the event of temperature TK3 exceeding its UCL
3) Check whether the Safety Requirements cover the entire safety needs
SAFETY REQUIREMENTS with SAFETY MEASURES. ELSE PR
4) Check for any ABNORMAL CONDITIONS like TK3 exce
. If they do not, ENHANCE SAFETY REQUIREMENTS by MATCHING
OCEED.
ts usual value or TC2 dropping down to any unusual value, etc. If there are,
sts, STOP the process. ELSE PROCEED. APPLY CORRESPONDING SAFETY MEASURES and if they persi
G3: VERIFICATION
1) Check whether CONTROL GUIDELINES are verified. If they are no
they are verified. ELSE PROCEED.
2) Check whether CONTRO
t, MODIFY PROCESS SAFETY by applying SAFETY MEASURES till
hat whether UCL and LCL obtained in the actual process are in accordance
OL PARAMETERS by taking TREND DATA and using TOOLS like
AB, etc. ELSE PROCEED
L CHARTS are verified. By this we mean t
.
ED. If the
. so as to match Corpor
FIED. If they are not, CHARTS
with desired values. If they are not, MODIFY PROCESS CONTR
PFD/PBD, CONTROL CHARTS and STABILITY TOOLS in MATL
3) Check whether TRENDS obtained are in accordance with desired tren
in accordance with the desired trends.
4) VERIFY SAFETY STATUS using QUANTITATIVE HAZARD ANA
5) Check whether General LNG Safety Regulations are VERIFI
ds. This is again the verification of the trends obtained so as to match them
LYSIS METHOD.
y are not, MODIFY PROCESS using TOOLS like PFD/PBD, CONTROL
General LNG Safety Regulations. ELSE PROCEED. CHARTS and STABILITY TOOLS in MATLAB, etc. so as to match
6) Check whether LNG Design Safety Requirements are VERIFIED.
TROL CHARTS and STABILITY TOOLS in MATLAB, etc. so as to
7) Check whether Corporate Control Guidelines are VERIFIED. If the
CHARTS and STABILITY TOOLS in MATLAB, etc
8) Check whether IEC 61508 Guidelines are VERI
If they are not, MODIFY PROCESS using TOOLS like PFD/PBD, CON-
match LNG Design Safety Requirements. ELSE PROCEED.
y are not, MODIFY PROCESS using TOOLS like PFD/PBD, CONTROL
ate Control Guidelines. ELSE PROCEED.
MODIFY PROCESS using TOOLS like PFD/PBD, CONTROL
and STABILITY TOOLS in MATLAB, etc. so as to match IEC 61508
9) VERIFICATION phase COMPLETED. Develop a VERIFICATION C
Guidelines. ELSE PROCEED.
ODE.
PROCESS VERIFIED.TAKE ANOTHER PROCESS AND APPLY THE FRAMEWORK TILL THE WHOLE PLANT WITH ALL ITS PROC-
ESSES, SUB-PROCESSES AND EQUIPMENTS ARE SAFELY MANAGED AND VERIFIED.
Copyright © 2011 SciRes. OJSST