Escolar Documentos
Profissional Documentos
Cultura Documentos
Lorena
2013
Lorena
2013
DEDICATRIA
EPGRAFE
AGRADECIMENTOS
Deus pela oportunidade de viver a cada dia a experincia incrvel da sua obra.
minha famlia: minha me, Zlia, pelo amor, cuidados e pela confiana em mim
depositada, meu pai, Joo, que do seu jeito soube me ensinar o que certo e me
deu condies de chegar at aqui e a minha irm, Grazielly, pelo amor e
preocupao sempre. Amo vocs! S vocs sabem o que foi chegar viva aqui.
Ao meu namorado, Guilherme, pela pacincia, amor, carinho, amizade e toda a
preocupao com meu bem estar e com o nosso futuro. Obrigada por ser meu porto
seguro em todos os momentos e ter me ajudado tanto nessa reta final.
Aos meus amigos: Gislaine, Gleison, Renata, Jrika, Maristela, Karen, Regina,
Priscila, Francine, Criana, Karina, Elaine, Thiago, Helton, Caju, Fii, Mariana
Demarchi, David da van,Tiemi, Wojtyla, Karol, Thas, Fernanda, Letuza, Lenidas,
Ane, Rosiane, Alex, Orlando e George, pela amizade na alegria e na tristeza, na
sade e na doena. Aos que sempre entenderam as minhas ausncias. S se tem
saudade do que bom, se chorei de saudade no foi por fraqueza, foi porque amei.
E se eu amei, quem vai me condenar? Se eu chorei, quem vai me criticar? S quem
no amou, quem no chorou; quem se esqueceu que um ser humano; quem no
viveu, quem no sofreu, s quem j morreu... E se esqueceu de deitar
A todos os meus amigos de estgio da Nestl e Monsanto que me ensinam muito.
Em especial Daniela que aceitou co-orientar esse trabalho. Obrigada pela
confiana, pacincia e amizade desde o incio, no qual foi fundamental para meu
aprendizado at aqui.
Ao meu orientador, professor Flix, por ter aceitado essa orientao e
principalmente pela pacincia nos meus e-mails desesperados.
E por fim, a todos os meus professores (Escola Pedro Mazza, Colgio Olavo Bilac,
Colgio COC e EEL) e principalmente queles que souberam deixar sua marca
especial ao longo dos anos.
RESUMO
Alves, C. F. Otimizao do sistema de alarmes em uma planta qumica
utilizando conceitos de Lean e Six Sigma. 2013. 67 f. Projeto de Monografia
(Graduao) Escola de Engenharia de Lorena, Universidade de So Paulo,
Lorena, 2013.
Gerenciamento de alarmes uma ferramenta que utilizada para gerenciar uma
das camadas de proteo de plantas industriais que so os alarmes. Estes alm de
servirem para integridade fsica da planta tambm so uma forma de proteo ao
sistema produtivo, garantindo que uma produo seja executada dentro do
planejado. O sistema de gerenciamento consiste de um roteiro que o operador de
uma planta qumica segue quando alarmes so acionados durante o dia-a-dia.
Neste trabalho, foi estudada a otimizao do sistema de alarmes de uma planta
qumica voltada produo de herbicidas, e para tal otimizao foram utilizados
conceitos de Lean e Six Sigma para garantir a qualidade dos resultados bem como
o looping de melhoria contnua previsto na metodologia DMAIC. Como principais
resultados desse trabalho foram: uma nova lista de alarmes coerente a situao
atual do processo da planta qumica envolvendo a definio de cada alarme, limites,
prioridades e aes a serem executadas pela operao, e a padronizao na forma
de avaliao dos alarmes por meio de reunies com os engenheiros de produo,
eltrica, mecnica e automao.
ABSTRACT
Alves, C. F. Optimization of the alarm system in a chemical plant using
concepts of Lean and Six Sigma. 2013. 67 f. Project of monograph
(Undergraduate) - School of Engineering of Lorena, University of So Paulo,
Lorena, 2013.
Alarm Management is a tool that is used to manage one of the layers of protection
in industrial plants that are alarms. These serve to physical integrity of the plant and
also it's a form of protection for the productive system, ensuring that the production
will be executed on schedule. The management system is a script that the operator
of a chemical plant follows when alarms are triggered during the day by day. In this
work, we studied the optimization of the alarm system in a plant dedicated for
production of chemical herbicides, for this propose some concepts of Lean and Six
Sigma used to ensure quality of results, as the continuous improvement loop
provided in DMAIC. As a results of this work were: a new alarm list coherent to the
current status of the plant's process will be created, involving setting limits, priorities
and actions to be performed by the operation and standardization in the evaluation
of alarms through meetings with manufacturing engineers, electrical, mechanical
and automation.
Keywords: Alarm Management, Lean, Six Sigma and DMAIC
LISTA DE TABELAS
Tabela 1 - Requisitos para um alarme eficaz........................................................ 27
Tabela 2 - EEMUA 191 aceitabilidade de alarmes em operao normal. ............. 27
Tabela 3 - EEMUA 191 aceitabilidade de alarmes em parada de planta. ............. 28
Tabela 4 - Configurao para o alarme de temperatura do reator. ....................... 56
Tabela 5 - Configurao para o alarme de corrente eltrica da bomba de
transferncia de matria prima para o reator. ....................................................... 58
Tabela 6 - Configurao para o alarme do Indicador de emisso do produto C*
para atmosfera via Scrubber. ................................................................................ 61
LISTA DE FIGURAS
Figura 1 - Camadas de proteo para evitar acidentes adaptado de BOLLINGER
et al (1996). ........................................................................................................... 16
Figura 2 - Sistema de Alarmes (ANSI/ISA18.22009)........... Erro! Indicador no
definido.
Figura 3 - Evoluo do nmero de alarmes configurados por operador. Fonte:
The Alarm Management Handbook: A Comprehensive Guide (2006). ................. 21
Figura 4 - Etapas recomendadas pela EEMUA para gerenciamento dos alarmes.
Fonte: EEMUA (Engineering Equipment and Material Users Association)
Publicao 191 (1999). ......................................................................................... 26
Figura 5 - Fluxo proposto para definir a necessidade do alarme. Fonte: EEMUA
(Engineering Equipment and Material Users Association) Publicao 191 (1999).
.............................................................................................................................. 29
Figura 6 - Prioridade dos alarmes recomendada pela EEMUA. Fonte: EEMUA
(Engineering Equipment and Material Users Association) Publicao 191 (1999).
.............................................................................................................................. 30
Figura 7 - Ciclo DMAIC detalhado. Fonte: WERKEMA (2004). ........................... 35
Figura 8 - Exemplo de um Diagrama de Ishikawa. Fonte:
http://gravadoralobenwein.com. ............................................................................ 37
Figura 9 - Exemplo de um Diagrama de Pareto. Fonte:
http://www.significados.com.br. ............................................................................. 38
Figura 10 - Esquema de uma arquitetura de Hardware de automao. Fonte:
SANTOS (2011). ................................................................................................... 43
Figura 11 - Fluxograma analtico para otimizao dos alarmes proposto por
SANTOS (2011). ................................................................................................... 45
Figura 12 - Cronograma proposto para o projeto utilizando a filosofia DMAIC..... 46
SUMRIO
1. INTRODUO ............................................................................................... 11
1.1.
Motivao................................................................................................. 11
1.2.
1.3.
Justificativa .............................................................................................. 12
Alarmes .................................................................................................... 14
2.2.
2.3.
Histrico ................................................................................................... 19
2.4.
2.4.1.
EEMUA .............................................................................................. 25
2.4.2.
2.5.
OSHA ....................................................................................................... 32
2.6.
2.7.
2.8.
2.8.1.
Jidoka ................................................................................................ 40
3. METODOLOGIA ............................................................................................. 42
3.1.
O processo escolhido............................................................................... 42
3.1.1.
3.1.2.
3.2.
3.3.
4. RESULTADOS ............................................................................................... 48
4.1.
Definir....................................................................................................... 48
4.2.
Medir ........................................................................................................ 50
4.3.
Analisar .................................................................................................... 52
4.3.1.
4.3.2.
4.3.3.
4.4.
Implementar ............................................................................................. 61
4.5.
Controlar .................................................................................................. 62
5. CONCLUSO ................................................................................................. 65
REFERNCIAS BIBLIOGRFICAS ...................................................................... 66
1. INTRODUO
Diante da alta incidncia de alarmes em uma planta qumica, foi detectada
a necessidade da implementao de uma metodologia para reduzir o nmero de
alarmes de processo desnecessrios. Com isso, foi sugerido a implementao de
um projeto seis sigma, que viesse a alcanar esse objetivo com maior eficcia.
1.1. Motivao
A indstria qumica com o avanar na descoberta de novas tecnologias foi
aperfeioando suas plantas industriais com o objetivo de obter maior
aproveitamento de suas matrias-primas e maiores ndices de produo. No incio
da dcada de noventa, os investimentos na automatizao das plantas por mtodos
computacionais foram intensificados, trazendo inmeras facilidades de operao e
elevando a qualidade dos produtos. Para chegar a tal cenrio foram criados
alarmes que iriam auxiliar na operao de uma planta, pois estes teriam a funo
de indicar situaes que estavam fora controle operacional, como por exemplo, um
reator com nvel acima do limite de segurana. Uma das consequncias imediatas
deste processo de automatizao foi o elevado nmero de alarmes gerados
(HOLLIFIELD-HABIBI, 2006). Foram criados alarmes que vo desde a indicao
de presso fora do limite de controle de um reator como alarmes para identificao
de trmino de carga em uma centrfuga. Dessa forma, a grande quantidade diria
de alarmes dificulta a rpida identificao de problemas, aumentando os riscos na
operao na tomada de decises o que pode acarretar perda de produo ou at
mesmo grandes acidentes industriais (THE ALARM MANAGEMENT HANDBOOK,
2006).
A exploso da refinaria da Texaco em Milford Haven, em julho de 1994,
mostra como um sistema de alarmes mal dimensionado causa um grande prejuzo.
Nesse episdio a principal causa foi a queda de um raio o qual atingiu a refinaria
da Texaco cinco horas antes da exploso, porm durante este perodo os
operadores no foram capazes de identificar a causa do problema. O sistema de
alarmes gerava uma nova ocorrncia em mdia a cada dois segundos, tornando
impossvel process-las para identificar a causa raiz das ocorrncias. A ineficincia
da planta da Texaco em priorizar os alarmes (87% dos alarmes possuam alta
11
13
2. REVISO DA LITERATURA
A reviso da literatura procurou esclarecer alguns conceitos sobre alarmes
de processo: o que so os alarmes, como eles funcionam e as normas vigentes
que visam auxiliar no processo de anlise quantitativa e qualitativa do sistema de
gerenciamento. Os conceitos para projeto seis sigma e algumas ferramentas de
qualidade tambm foram abordados com intuito de relembrar os termos e tpicos
mais usuais.
2.1. Alarmes
Os alarmes so sinais emitidos de forma visual ou auditiva ao operador sob
a forma de uma mensagem e indica problemas que exijam maior ateno e, so
geralmente, iniciados quando alguma varivel que est sendo monitorada sai fora
dos limites estabelecidos como seguros (ANSI/ISA, 2009).
Segundo BULLEMER (2008), anormalidade um evento ou uma srie de
eventos em um processo que venham a causar um desvio no estado de
normalidade de operao da planta. Esse evento pode causar reduo na
produo, parada de planta e incidentes graves.
Um problema que preciso esclarecer a diferena entre uma notificao e
os alarmes. Diferente do que se acredita os alarmes no so notificaes normais
do processo, as notificaes so avisos que o processo gera, e tm a funo de
informar o operador as situaes tpicas do processo e no exigem uma ao
imediata (ANSI/ISA, 2009).
Em determinados processos utiliza-se esse conceito o que causa um
elevado nmero de alarmes. Pois, se os alarmes so utilizados na funo de
notificao de uma determinada operao, ento itens crticos podem ser
confundidos com notificaes e um nmero enorme de alarmes ser gerado
desnecessariamente. O ideal que se tenha um sistema de alarmes que esteja
visualmente separado das notificaes a fim de melhorar a identificao.
Autores como, Donald Campbell Brown (1997); Bill Hollifield (2006) e
Douglas H. Rothenberg (2008) estabelecem que os alarmes devem ser seguidos
14
15
17
23
25
26
Aceitabilidade
operaes normais
Relevante e focado
Atentar
aos
problemas
realmente
Entendvel
Indicativo
Indicar ao necessria.
Fonte: EEMUA (Engineering Equipment and Material Users Association) Publicao 191 (1999).
Aceitabilidade
operaes normais
Mais que um alarme por minuto
Prximo ao inaceitvel
Acima do necessrio
Gerencivel
Aceitvel
Fonte: EEMUA (Engineering Equipment and Material Users Association) Publicao 191 (1999).
27
Aceitabilidade
Entre 20 e 100
Menos que 10
Fonte: EEMUA (Engineering Equipment and Material Users Association) Publicao 191 (1999).
Um dos itens muito importante desse documento da EEMUA diz que: pedese que os alarmes que tenham uma ao associada. A ao pode ser dividida em
duas partes: aes primrias e aes secundrias. As aes primrias so aquelas
que alteram algo fsico na planta, o que inclui parar algo, partir ou alterar o status.
Geralmente, o controle colocado em manual e o operador inicia o comando.
Aes secundrias so aquelas que no atuam diretamente na planta, tais como,
comunicar pessoas, acionar equipe de manuteno, programar manuteno. A
EEMUA sugere o fluxo, detalhado na Figura 5, para definir quando o alarme deve
ser alterado ou eliminado:
28
29
2.4.2.
30
31
33
34
Cada fase do ciclo contm atividades que devem ser cumpridas para o bom
desenvolvimento da metodologia (Figura 7). Eckes em 2003 detalhou cada do ciclo
da seguinte forma:
DEFINE (Definio): fase que possui como foco a identificao dos
problemas e situaes existentes nos processos organizacionais que
necessitam ser melhoradas. Nesta fase define-se claramente o problema ou
a oportunidade a ser explorada e seus impactos na melhoria do processo,
seja por aumento da satisfao do cliente ou acionistas, reduo de custos
etc. A meta deve ser definida cautelosamente, visto que o sucesso do projeto
estar diretamente ligado ao cumprimento dessa meta inicialmente
estabelecida. Vale ressaltar que a escolha do projeto deve estar alinhada
com as metas e realidades da organizao.
35
36
entendido como a forma de produzir cada vez mais com cada vez menos recursos
e, ao mesmo tempo, aproximar-se dos clientes e oferecer aquilo que eles realmente
almejam, tornando o trabalho mais satisfatrio e oferecendo retorno imediato a
partir da transformao do desperdcio em valor.
Os princpios do "Pensamento Enxuto" so: valor, cadeia de valor, fluxo,
produo puxada, perfeio e desperdcio. O valor considerado aquilo que o
cliente est disposto a pagar por determinado produto. Segundo OHNO (1997), a
base do Sistema Toyota de Produo a absoluta eliminao do desperdcio. Os
dois pilares necessrios sustentao do sistema so:
Just-in-time;
Autonomao, ou automao com um toque humano.
Esses dois pilares da Produo Enxuta tm, por sua vez, como
fundamentao o Heijunka (nivelamento da produo), o trabalho padronizado, o
Kaizen (melhoria contnua) e a Estabilidade. Just in time significa o abastecimento
de produtos na hora certa e na quantidade solicitada. Isto significa que no h
produo alm do solicitado ou no h desperdcio em estoque. Pode-se aplicar
tanto para linha de montagem quanto em outras atividades como na rea de
logstica (WERKEMA, 2004).
2.8.1.
Jidoka
O Jidoka teve sua origem ligada automao da mquina de tear fabricada
usados
para
retirar
as
peas
automaticamente,
convertendo
processo da mquina para evitar que os defeitos sejam passados para frente
(SANTOS, 2010).
Com isso a mquina comeou a apresentar problemas do como: a mquina
continuava funcionando mesmo diante de um fio rompido, porm o defeito s era
detectado quando o processo estivesse concludo, e assim tendo produzido muito
tecido defeituoso. Ento, para evitar produzir o defeito, havia a necessidade de ter
um operador tomando conta da mquina como se fosse um vigia e, diante de
qualquer anomalia, deveria parar a mquina. A soluo que Sakichi inventou foi
colocada em prtica em 1924. Sua idia foi colocar uma mquina de tear dotada
de dispositivo que parava a mquina quando detectava: o rompimento ou fim da
linha ou quando a quantidade programada era atingida. Utilizando-se desses
recursos, Sakichi pde liberar o operador de ficava como vigia tomando conta das
mquinas para um outro servio e assim s entrava em ao naquela mquina
quando esta apresentasse alguma anomalia (SANTOS, 2010).
A autonomao ou Jidoka definida, ento, como oferecer ao operador ou
mquina a autonomia de paralisar o processamento sempre que for detectada
qualquer anormalidade. Desta forma o operador poder cuidar de vrias mquinas
ao mesmo tempo. Vale lembrar que se o operador identificar algo irregular tambm
poder parar a operao. Isso torna possvel reduzir o nmero de operadores e
aumentar a eficincia da produo (SANTOS, 2010).
Portanto, o alarme ou um sistema eficiente de gerenciamento de alarmes,
pode ser considerado como um Jidoka, pois quando algum instrumento operacional
apresentar alguma anormalidade, a console de operao (computador onde feitos
os comandos da planta) sinaliza que algo est errado e que o operador deve intervir
para que retorne ao estado normal (SANTOS, 2011).
41
3. METODOLOGIA
Para definir a metodologia proposta necessrio entender o processo. Cada
detalhe do processo auxilia a entender a motivao e o porqu da escolha de tal
metodologia.
3.1. O processo escolhido
O foco de mercado das operaes dessa planta o agro-negcio. A
agroqumica consiste na aplicao da qumica na agricultura. Os agroqumicos tm
como objetivo desenvolver frmulas que auxiliem no controle plantas daninhas em
plantaes. As pesquisas visando o controle qumico de plantas daninhas iniciaram
por volta de 1900 quando foi evidenciado ao dos sais de cobre sobre algumas
folhas largas. A partir de 1950, novos grupos qumicos surgiram: aminas (1952),
carbamatos (1951), triazinas simtricas (1956), etc. Atualmente esto sendo
comercializadas no mercado brasileiro em torno de 200 marcas comerciais de
herbicidas (RODRIGUES et al, 2005).
3.1.1. Detalhes da unidade fabril
O processo de produo da unidade em estudo teve sua partida em 1976,
os herbicidas so obtidos atravs de diversas etapas. A unidade opera todos os
dias, parando apenas para manuteno.
O processo em si opera em duas formas, o incio em batelada e passa para
contnuo at o fim. Na parte em batelada as matrias-primas entram no reator e
passam pela reao de oxidao, o produto da oxidao segue por um processo
de filtrao at atingir a turbidez necessria, ento armazenado em tanque
pulmo para seguir o processo de evaporao do solvente e promover a formao
de cristais. A partir do tanque pulmo inicia o processo contnuo da planta. O
produto dessa planta pode ter trs destinos: formulao lquida, formulao slida
ou comercializada na sua forma pura. Assim, para controle do processo qumico
existem diversos tipos de controles das variveis incluindo: controle de vazo das
matrias-primas, temperatura de reao, rotao dos motores, dentre outros.
42
43
44
Figura 11 - Fluxograma analtico para otimizao dos alarmes proposto por SANTOS (2011).
processo e qual sua criticidade. Para essa fase foi feito o estudo indicando qual a
sistemtica adotada para acompanhamento das variveis de processo nessa
unidade, pois foi necessrio para compreenso na etapa de melhoria. Assim, nessa
fase foi criada a lista de alarmes que continha basicamente: identificao das
variveis crticas do processo, os atuais limites de processos e seus desvios
operacionais previstos e os Trouble Shooting, ou seja, as aes devidas
Na fase Medir, foi feito o levantamento do nmero de alarmes a cada 10
minutos e comparado com a norma da EEMUA 191. Para realizar tal levantamento
foi utilizado o Software Logmate j disponibilizado pela empresa, no qual est
interligado ao sistema Delta V.
Durante a fase Analisar, foram feitas as anlises propostas pelo fluxograma
(Figura 11). Para essa fase foi feito o estudo das variveis com relao: se essa
varivel agrega valor ao ser monitorada, se os limites esto corretos, se h uma
ligao com outra varivel (duplicidade), se a prioridade desse alarme est definida
corretamente. Alm desses pontos, nessa fase, tambm, foi avaliado se h alguma
varivel que necessite de monitoramento. Nesse momento j foram documentados
todas as avaliaes feitas. Assim, para tal estudo foi necessria a reviso dos
parmetros operacionais.
J na fase Melhorar/Implementar, foram definidas a necessidade
condicionais dos alarmes. Por exemplo: se uma bomba tem um alarme de corrente
baixa, deve-se ter uma condicional que essa varivel s vlida se a bomba estiver
em funcionamento. Tambm nessa fase, foi descrita qual a ao do operador em
caso de acionamento do alarme. Com os dados j compilados foi realizada a
atualizao da lista bem como a atualizao no sistema em caso de alterao de
algum alarme (retirada, incluso ou alterao de limites e condicionais).
E na fase Controlar, foi feito o levantamento em um perodo do nmero de
alarmes a cada 10 minutos para determinar se a aplicao da metodologia pelo
fluxograma alcanou os resultados desejados, ou seja, aquele proposto como meta
para o trabalho.
47
4. RESULTADOS
O projeto seguiu o sequenciamento de um projeto DMAIC, conforme
mencionado na metodologia proposta. Assim, para aplicar a metodologia proposta
por SANTOS (2011) nesse trabalho, foi feito a correlao da Figura 11 (conforme
Figura 13) com cada etapa do projeto DMAIC, com intuito destacar as etapas do
projeto com a metodologia de anlise.
4.1. Definir
Para essa fase, utilizando o software Logmate do prprio sistema Delta V
foi feito a anlise crtica dos tipos de alarmes que estavam configurados no Delta V
48
Alarmes configurados
329
120,0%
319
95,1%
100,0%
87,7%
100,0%
248
80,0%
250
63,4%
200
60,0%
150
32,2%
100
40,0%
76
34
50
14
20,0%
2
0,0%
Unit
Interlock Emergency
Tipos de alarmes
99,04%
99,62%
100%
75000
83,86%
100,0%
60000
62072
80,0%
45000
60,0%
30000
40,0%
10201
15000
1034
428
281
20,0%
Acumulativo
Total
300
99,8%
98,4%
Acumulativo
350
0,0%
Vriveis de pocesso e
Instrumentao
Vlvulas e bombas
(discretos)
Interlock
Tipos de alarmes
Total de alarmes
% Acumulativo
49
50
30
25
24,3
23,6
23,5
24,8
18,2
20
14,6
15
10
5
0
out/11
nov/11
dez/11
jan/12
fev/12
mar/12
Ms
Mdia Mensal
51
4.3. Analisar
Nessa fase fez-se o mapeamento do processo utilizando a ferramenta
SIPOC, pois nela pode-se encontrar todas as variaes do sistema com seus inputs
e outputs.
52
Tendo feito o Sipoc (Figura 18), foi utilizado o Diagrama de Ishikawa (Figura
19) para determinar quais eram os impactos que cada variao tinha sobre os 6Ms
proposto pelo Diagrama.
Pessoas
Material
Medio
Falta de
manuteno
nos sensores
Falta de
gerenciamento
Falta de treinamento
Dif icultade de
f iltrar tipo de
ev ento
Excesso
de alarmes
Limites
Incorretos
Pouco
inv estimento
Muito barulho na
cabea do
operador
Flta de
condicionais
Dinheiro
Ambiente
Problema com o
Equipamento
Mtodo
Problema com o
Instrumento
Mquina
Dessa forma, pela Figura 20 pode-se verificar que a temperatura variou entre
85C e 122C. A ARP dessa planta, cita que temperaturas abaixo de 75C o produto
54
Como a temperatura segue um set point, e variaes desse set point podem
provocar grandes desvios, como uso excessivo de oxignio ou sobrepresso do
reator foi visto que ter um alarme para o desvio de set point era importante tambm.
E como as variaes de temperatura poderiam ser bem pequenas, estipulou-se o
valor de 1C para cima ou para baixo do valor de set point.
Com as anlises realizadas, foi possvel definir um alarme para o indicador
de temperatura, conforme apresentado na Tabela 4.
55
Unid
C
Desvio
Mnimo Mximo
1C
1C
Limite
Mximo Mnimo
122C
80C
Condicional
N/A
Controle
de
Temperat
ura do
reator
tcnico
Pela Figura 22, possvel verificar que a corrente eltrica da bomba opera
entre 0A e 76A durante o processo.
J pela Figura 23, verifica-se que essa bomba tem estgios de operao,
ento a anlise desse alarme deveria considerar os momentos que a bomba est
nesses estgios, assim, quando a bomba no est operando (corrente igual a 0A)
57
Unid
A
SLURRY
TANK
PUMP #1
CURRENT
Desvio
Mnimo Mximo
NA
NA
Limite
Mximo Mnimo
120
46.5
Condicional
Delay
SE A
BOMBA
01M172<>LI
GADA
60
58
A + O2 B
(1)
A + O2 C*
X
C* + O2 D
X
D + O2 E + H2O
.
(2)
(3)
(4)
Figura 24 - Grfico do ASPEN do nvel do Scrubber com o indicador de emisso do produto C*.
60
Tabela 6 - Configurao para o alarme do Indicador de emisso do produto C* para atmosfera via
Scrubber.
Descrio
em Ingls
Unid.
SCRUBBER
C*
EMISSION
g/s
Desvio
Mnimo
Mximo
NA
NA
Limite
Mximo Mnimo
0.12
NA
Condicional
Delay
NA
4.4. Implementar
Aps todas as anlises realizadas, a equipe de automao fez todas as
correes no sistema Delta V, utilizando os cdigos apropriados.
Nmero de alteraes
120
93
86
50
19
0
Alarmes
eliminados
Ranges alterados
Desvios
alterados
Condicionais
Alterados
Tipos de alteraes
A partir dessas alteraes (Figura 25), criou-se uma lista oficial onde foi
possvel para qualquer pessoa da planta acessar os limites definidos, condicionais
propostas e aes recomendadas pelo engenheiro que o operador deveria realizar
para que fosse resolvido o problema. Essa lista est disponvel em uma das sees
do guia de processos da unidade.
Outra ao que foi feita nessa fase foi resolver os problemas de alarmes que
envolviam a mecnica ou parte eltrica do sistema, no qual o operador ou o
engenheiro de produo/processo no tem ao direta na resoluo do problema.
Como citado por Vidigal
Esse fluxo (Figura 26) teve como intuito conseguir atingir o problema cultural
encontrado e, assim, estabelecer uma anlise rpida para com a definio de
responsveis por resolver as aes que foram levantadas em reunio. Dessa
forma, o projeto no fica limitado ao engenheiro de produo e nas anlises dos
parmetros do processo, visto que, no incio do projeto foi verificado que haviam
alarmes que eram direcionados ao time de manuteno e que no estavam sendo
resolvidos com a rapidez necessria.
4.5. Controlar
Aps todas as correes feitas no sistema e definida uma metodologia de
anlise para os alarmes que envolviam problemas mecnicos ou eltricos, foi feito
o monitoramento do sistema para assegurar que todas as aes realizadas foram
eficazes para a rea.
Durante essa etapa foi utilizada a ferramenta de Gerenciamento de
Mudanas para garantir que todas as modificaes do sistema pudessem estar
registradas. Com isso, foi salva dentro do diretrio de documentos tcnicos da rea
a lista de todos os alarmes configurados, assim, todos os funcionrios da fbrica
62
teriam acesso a lista com os limites definidos para os alarmes e as aes a serem
tomadas.
Outra ao tomada, foi a criao de um plano de ao submetido no sistema
interno da fbrica que indicava responsveis para resoluo dos problemas
levantados durante a reunio semanal da rea. Assim, o sequenciamento proposto
pela Figura 26 pode ser concretizado.
Dessa forma, foi monitorado durante todo o projeto as mdias semanais do
nmero de alarmes por operador a cada 10 minutos, conforme a Figura 27.
18,0
16,0
14,0
Inicio nas
alteraes devido
anlise dos
parmetros de
processo
12,0
10,0
8,0
15,5
11,7
9,3
9,1
9,0 9,2
8,6 8,78,6
8,5 8,9 8,5
8,0
7,77,77,88,1
6,0
8,88,6
7,97,8
11,7
10,09,6
4,23,94,6
2,62,4
1,7 1,6
1,51,4 1,2
1,5
1,0 1,01,01,1 0,80,70,80,90,90,90,6 0,9 0,90,90,80,70,81,31,0
4,0
2,0
-
63
Controle Mensal
24,3 23,5 24,8
23,6
18,2
20,0
14,6
15,0
10,4
8,7 8,0 8,6 9,4
6,9
10,0
5,0
2,5
nov/12
25,0
out/12
30,0
mar/13
fev/13
jan/13
dez/12
set/12
ago/12
jul/12
jun/12
mai/12
abr/12
mar/12
fev/12
jan/12
dez/11
nov/11
out/11
Ms
Monthly Average
Target -->1.0
64
5. CONCLUSO
Conforme os resultados apresentados nesse trabalho, foi possvel verificar
que, com a metodologia de anlise de alarmes, proposta por Santos em 2011, e as
ferramentas do seis sigma foi possvel alcanar a meta do projeto que era 1,0(um)
alarme por operador a cada 10 minutos, ou seja, seguir o que proposto pela norma
da EEMUA para gerenciamento de alarmes.
Verificou-se tambm com o projeto que apesar de a metodologia de alarmes
de processo estar diretamente ligada as alteraes na parte de automao do
sistema, a necessidade de uma avaliao crtica dos parmetros do processo e sua
operao cotidiana so fundamentais para definio de padres que pudessem ser
seguidos ou pelo menos pudessem ser monitorados para futuros projetos na
prpria rea.
Quanto a confiabilidade humana, ou seja, o trabalho operacional seja
confivel, essa planta procura investir sempre em um ambiente de trabalho seguro
e no qual o operador tenha acesso ferramentas para desenvolver seu trabalho de
forma segura. Portanto, esse projeto de alarmes pode garantir ao operador de
console um ambiente de trabalho com menos rudos desnecessrios que
pudessem o atrapalhar.
Porm, para que o projeto no se perca necessria a disciplina em
monitorar alarmes da rea e uma cultura sobre alarmes bem embasada. Portanto,
um ponto positivo para que a fase controlar no fosse perdia com o tempo, que
um dos grandes desafios de um projeto DMAIC, foi o posicionamento da empresa
em tratar o nmero de alarmes como um indicador de sua poltica de SGI (Sistema
de Gesto Integrada).
65
REFERNCIAS BIBLIOGRFICAS
ANSI/ISA18.22009. Management of Alarm Systems for the Process
Industries. International Society of Automation, Aprovado em 23 de Junho de 2009.
ARAJO, E. V. Gerenciamento de alarmes em Plantas Industriais: Conceitos,
Normas e Estudo de caso em um forno de Reaquecimento de Blocos. Belo
Horizonte. Dissertao de Mestrado. Universidade Federal de Minas Gerais, 2010.
BARROS, F. Estudo e avaliao da alterao no intervalo de operao do
sistema de intertravamento (interlock) de um reator industrial. Lorena. Projeto
de Monografia. Escola de Engenharia de Lorena, Universidade de So Paulo, 2011.
BOLLINGER, R.; CLARK, D.; DOWELL, A., Et. Al. Inherently Safer Chemical
Process, A life Cycle Approach. Center for chemical process safety (CCPS),
1996.
BRANSBY, M. L. Best Practice in Alarm Management. The Institution of Electrical
Engineers, 2000.
BULLEMER, P.; METZGER, D. Process Safety Metrics Review: Considerations
from an ASM Perspective. ASM Consortium, 2008.
CENTER FOR CHEMICAL PROCESS SAFETY. Transbordamento de tanques O que aconteceu? Setembro, 2003.
CETESB,
Emergncias
Qumicas,
disponvel
em:
R.
Terceira
revoluo
industrial.
Disponvel
em:
http://educacao.uol.com.br/geografia/terceira-revolucao-industrial-tecnologia.jhtm.
Acesso em: 10 de Junho de 2013.
66
for
Oil
Refinery.
Congresso
mundial
de
cincia
B.;
E.
HABIBI.
The
Alarm
Management
Handbook:
67
68
69