O gerenciamento de determinados fenômenos em um espaço geográfico relevante, necessita de um planejamento que contemple todas as fases de observação do mesmo. As soluções de bancos de dados convencionais utilizadas atualmente no Corpo de Bombeiros Militar do Pará (CBMPA), não mais se adéquam a realidade dinâmica destes fenômenos no espaço. O Sistema de Informações Geográficas (SIG) e o banco de dados geográfico (BDG) e se apresentam como parte de uma solução que considera os aspectos espaciais.
Hoje o CBMPA utiliza uma central integrada de chamadas denominada Centro Integrado de Operações (CIOP) que é responsável pelo direcionamento e pré-atendimento de diversos serviços de segurança pública como polícia civil e militar, defesa civil, centro de perícias científicas e corpo de bombeiros militar.
No CIOP as ocorrências são gerenciadas pelo software SIAP (Sistema Integrado de Atendimento ao Público), baseado em plataforma Microsoft Windows, desenvolvido com tecnologia de linguagem Delphi com o Sistema Gerenciador de Banco de Dados (SGBD) Microsoft SQL Server, com características de um software desktop (local), funcionando com recursos de rede privada restrita (INTRANET) nas áreas e instalações onde está sediado este serviço público.
No SIAP são armazenadas informações básicas como: nome do solicitante, endereço (proximidade sem confirmação), e tipo de ocorrência, que são repassadas através de rádio para o quartel do corpo de bombeiros que julga estar mais próximo do local da ocorrência. O integrante responsável por receber os chamados de rádio no quartel acionado é denominado “comunicante” que toma nota da ocorrência através de documento escrito que as repassa também de forma escrita para o tenente do dia (que está de plantão) as informações para providenciar a saída da viatura com os respectivos recursos humanos e equipamentos necessários que se enquadram no tipo de ocorrência a ser atendida.
Após o atendimento da ocorrência, já no quartel, o tenente da viatura que atendeu a ocorrência preenche Sistema de Cadastro de Ocorrências de Bombeiros (SISCOB), sistema baseado em plataforma web, desenvolvido com tecnologias de linguagens HTML/PHP e Javascript com o SGBD MySQL 5.0.
Neste sentido, reestruturar o gerenciamento de informação das ocorrências do Corpo de Bombeiros do Estado do Pará, através de sistemas automatizados dados geográficos, pode trazer um benefícios no que diz respeito à automação de tarefas, monitoramento de todas as fases do atendimento das ocorrências, publicação de resultados com estatísticas e mapas, auxílio à tomada de decisões, planejamento de recursos operacionais e etc.
Contudo, as escolhas das tecnologias para gestão de informação e de seus componentes podem limitar ou permitir a expansibilidade de seus diversos cenários, como por exemplo, a capacidade de gerenciar grandes volumes de informações. A maioria dos aplicativos SIG trabalha com algum tipo de banco de dados onde se destacam as soluções comerciais como Oracle, Access, dBase, DB2, Interbase, SQL Server, Informix; e as soluções livres como FireBird, MySQL, e PostgreSQL. Porém poucos entre os citados possuem recursos (extensões) que disponibilizam a função de armazenar objetos espaciais no banco de dados.
Dentre as soluções de banco de dados apresentadas que suportam a linguagem de consulta espacial SQL e possuem extensões espaciais com compiladores que atendem os padrões de escrita espacial regulamentada pelo Open Geospatial Consortium (OGC ou Consórcio de Geomática Livre), se destacam as soluções comerciais IBM/DB2 e Oracle; e as soluções livres MySQL e o PostgreSQL. Considerando apenas as soluções livres, foram analisados estudos de desempenho e suporte de recursos entre os mesmos, e chegou-se a conclusão que conforme o objetivo e diferentes aspectos de análise ambos BD´s são excelentes soluções, porém o fato da extensão espacial do PostgreSQL, o PostGIS, ter sido lançado há mais tempo, está mais maduro, e possui maior a recursos de dados espaciais que o MySQL. Segue um quadro comparativo (Quadro 1) com alguns importantes recursos a se considerar na tomada de decisão.
Fonte: Elaboração Guimarães, L.H., adaptado de GIM International Inc., 2007.
Nesse contexto o banco de dados geográfico aplicado à gestão de informação do Corpo de Bombeiros Militar – PA deve ser uma solução que utilize banco de dados geográficos capaz de gerenciar informações e disponibilizar acesso para múltiplos usuários das ocorrências no Estado do Pará.
Para a concepção da estrutura do BDG com suas classes convencionais e espaciais, seus atributos e relações, pode-se utilizar a técnica de modelagem de objetos para aplicações geográficas (OMT-G – Object Modeling Technique for Geographic Applications) com o auxílio do software StarUML que resultou no diagrama de padrão OMT-G da Figura 4 (Borges,2001).
Figura 4 - Diagrama OMT-G do sistema de controle de ocorrências. Fonte: Elaboração Guimarães, L.H.
Na concepção do diagrama geral de implantação do sistema de controle de ocorrências de bombeiros com um caráter multiplataforma a Figura 5 mostra um cliente com um computador pessoal ou um dispositivo móvel (smatphone, tablet, etc.) dotados de navegador de internet, independente do sistema operacional utilizado; e do lado servidor uma máquina servidora com os softwares servidores de serviço web/http, Apache, e de serviços WMS/WFS, Geoserver, que disponibiliza acesso a aplicação web de controle de ocorrências desenvolvida em HTML/PHP com componentes da biblioteca OpenLayers, que solicitará ao SGBD PostgreSQL v9.x com extensão espacial PostGIS, operações de inclusão, alteração e consulta no BDG (Apache, 2011; GeoServer, 2011; OpenLayers,2011; PostgreSQL, 2011).
Figura 5 - Diagrama geral de implantação física e lógica. Fonte:Elaboração Guimarães, L.H.
O sistema proposto e tecnologias indicadas pode-se alcançar a gestão de informação, principalmente por utilizar soluções livres que atendem a necessidade e realidade dos recursos dos órgãos públicos. Na Figura 6, é possível observar a abrangência do sistema no sentido de monitorar todas as fases do atendimento. Desde o pré-atendimento, no momento do chamado, o atendente já realiza o registro da ocorrência no sistema através de formulário, que o conduzirá a preencher informações básicas com validação contra erros, como o nome do solicitante, tipo de atendimento e o local ainda não confirmado da ocorrência, o sistema capta as coordenadas geográficas do local e indica ao atendente o quartel mais próximo com a viatura e equipamentos disponíveis que se adequam aos padrões de atendimento daquela ocorrência, pois o BDG contempla o registro das viaturas com seus equipamentos e sua relação com a posição dos quartéis geocodificados.
Figura 6 - Diagrama de atendimento.
Fonte: Elaboração Santos, L.S.
Acionado o quartel, o sistema já com o perfil de atendimento, dará continuidade ao chamado já em aberto(utilizando o mesmo registro do pré-atendimento), mobilizando militares, equipamentos e viaturas.
Durante o percurso, a viatura equipada com um dispositivo móvel conectado ao sistema de atendimento, calculará a rota mais curta para o local. Isso pode ser possível devido à integração da aplicação web com camadas geográficas como a malha viária (streetbase) e hidrantes geocodificados (Figura 4 e 6).
Após o atendimento finalizado, o responsável de cada viatura pode optar por fazer o relatório através do dispositivo móvel “in loco” para confirmar a localização real da ocorrência ou fazê-lo no quartel de origem através de computador desktop. A proposta pode sanar problemas identificados no atendimento de ocorrências de bombeiros, que apesar de haver um sistema de pré-atendimento e outro de pós-atendimento, os mesmos além de não trocarem informações, tratam o fenômeno de maneira isolada em cada fase, contribuindo para a perda de informações na fase intermediária e mais importante do processo: o atendimento.
REFERÊNCIAS
ABT, Bill et al. Hypertext Preprocessor - PHP v5.3.8. S.l: 23 ago.2011.Disponível em: . Acesso em: out.2011.
APACHE Software Foundation, The. Disponível em: . Acesso em: out.2011.
BORGES, K.; DAVIS JR., C.; LAENDER, A. OMT-G: an object-oriented data model for geographic applications. GeoInformatica: Dordrecht, Holanda,v.5, n.3, p. 221-260, 2001.
CÂMARA, G.; MEDEIROS, C.; CASANOVA, M.; HEMERLY, A.; MAGALHÃES, G. Anatomia de Sistemas de Informação Geográfica. INPE: São José dos Campos, 1996. Disponível em: . Acesso em: out.2011.
CÂMARA, G.; MONTEIRO, A.; MEDEIROS, J. (ed). Introdução à Ciência da Geoinformação. INPE: São José dos Campos, 2004. Disponível em: . Acesso em: out.2011.
CASANOVA, M.; CÂMARA, G.; DAVIS, C.; VINHAS, L.; QUEIROZ, G. (ed). Bancos de Dados Geográficos. Editora MundoGEO: Curitiba, 2005. Disponível em: . Acesso em: out.2011.
DANIELSEN, A. The Evolution Of Data Models And Approaches To Persistence In Database Systems. University of Oslo: Oslo - Normay, 1998. Disponível em: . Acesso em: out.2011.
ELMASRI, R.; NAVATHE, S. Fundamentals of Database Systems. 4. ed. USA: Pearson Addison-Wesley. 2004. 1030 f.
GEOSERVER. GeoServer v2.1.2. 6 out.2011. Disponível: Acesso em: out.2011.
GIM International Inc. Products survey on Geo-databases. Mai.2007. Disponível em: Acesso em: out.2011.
GONÇALVES, P. Sistema de informação geográfica para o apoio a tomada de decisão ao combate a incêndio. 2005. Trabalho final de graduação apresentado ao curso de Engenharia da Universidade de São Paulo. São Carlos, 2005. Disponível em: . Acesso em: out.2011.
JCC Consulting Inc. JCC's SQL Standards Page. Disponível em: Acesso em: out.2011.OGC. Open Geospatial Consortium. Disponível em: . Acesso em: out.2011.
OLIVEIRA, P. A estrutura de atendimento do CBMPA. Belém. Entrevista cedida a Luis H. R. Guimarães e a Leonardo dos Santos em 20 de outubro de 2011.
OPENLAYERS. OpenLayers v2.11. 11 set.2011. Disponível: http://www.openlayers.org/ Acesso em: out.2011.POSTGRESQL Global Development Group. PostgreSQL v9.1. S.l: 12 set.2011.Disponível em: . Acesso em: out.2011.
SOUSA, K. Uso de geotecnologia no mapeamento e localização de hidrantes de coluna do centro de Teresina. IFPI, Piauí, 2009. Disponível em: < http://www.tvecorural.com/noticia /3808-numero-de-hidrantes-no-centro-de-teresina-e-insuficiente.html >. Acesso em: jul.2011.
Nenhum comentário:
Postar um comentário