Emergency Information Integrated System

CRISPIM, Honório Assis Filho Crispim, hcrispim@gmail.com. Brasilia´s Fire Department – Brazil.
CAMAPUM, Juliana Fernandes, juliana@ene.unb.br
REZENDE, Leandro Borges de, lbrezende@yahoo.com.br
EEE'09: Conference on e-Learning, e-Business, Enterprise Information Systems, and e-Government .

Abstract—This work presents a development of an integrated

system of emergency information applied to the operational
context of the Federal District Fire Department CBMDF - Brazil.
The interface was implemented in web environment using a Linux
platform and software free available in GPL terms.
Key words— Web Interface, Operational, Information System,
API, Google Maps.

I. INTRODUCTION

The fire department action in the entire world has been radically
changed. The new world peace and human life threats
associated to increased risks inherent to modern society has
Picture 1. Quarter Trigger by citizen
required a new operational posture from firemen all over the
world. So, the investment which was market by cars
Once fire department was triggered, is basic informed: the
acquisition, materials used in fire fighting, rescue and
occurrence kind, the sinister place and the basic environment
protection to individual materials start to also contemplate the
conditions. With this information the attendant confirms
use of intensive information systems.
provided data to discard false alarm hypotheses so after that,
Currently, the firemen and cars displacement hypotheses are not
send the occurrence to order place. At order, the military define
accepted to places which are not mapped and registered at an
which operational unit will answer the referred occurrence and
integrated information system. So, the help commandant can
send the message to the help commandant who is at the local.
compose better his combat strategy also before arrive the
Currently the local module of this system (LAN) is
sinister place.
computational implemented and remote part (WAN) is being in
This work presents a development of a friendly and intuitive
test process. The integrated system proposed in this work
integrated information system, to be used directly in a firemen
contemplates exactly the part related to enrich the information
scenery combat.
that will be provided to operational unit which will answer
In this way, the help commandant will be watching since the
sinister.
moment that received an occurrence reported until the end of it
By this way, the help commandant will have static and dynamic
with local expertise realization.
information of the sinister environment.
So, the information system presents three basic modules: the
first corresponds to firemen help displacement in lower route,
III. OCCURRENCE TYPIFICATION
the second in information supply about building risks and last
the module related to fire expertise. In entire world, fire department basically answer all present
quotidian sinister of big cities. Specifically here in Brazil,
II. OPERATIONAL SCENERY firemen answer also medical emergency. In spite of this, is
necessary the definition of a study scenery to become possible
The scenery used to integrated system design was CBMDF. In
completely describe the integrate system.
this context, by difference in relation to others fire departments
In this case, we will adopt an occurrence that involves fire at
in the world, is important to say that we are militaries and our
one building. The picture 2 represents a scenery where citizen
only phone number is 193 - Brazil, otherwise in majority
informs the occurred to the center integrated attendance and
countries the firemen are civil and the phone number is 911 [2].
order – CIADE, the closer quarter is called about sinister than
The Picture 1 presents the ways to ask CBMDF emergency. In
displaced to help.
summary, we can be called by phone (mobile, fix, particular,
public) or personally at operational unit.

Picture 2 – A fire occurrence scenery
To information is condensed and passed to the help
commandant, it’s necessary to include them at the modules of
the information system. The three modules which compose the
system will be following presented.
IV. GEO PROCESSING ON-LINE MODULE
This module implements a geo processing on-line system using
cheap tools, as API in JavaScript of Google Maps, involving
programming in PHP, XML and AJAX. To system information
persistency as all was used DBMS PostgreSQL 8.2 [1].
The Picture 3 represents ERDs (Entity Relationship Diagram)
of this module, which aims persists cars route displacement and
information related to hydrants.
Picture 3 – Geo processing on-line module
In summary, band availability with 3G technology, associated
to development facility in Web 2.0 technology permitted a fast
development of this module, of course, supported by Google
structure [3].
Routes are immediately calculated and available to help
commandant. Hydrants location is also available, because
system was duly supplied with location, pressure and flow
information.
Picture 4 presents a inclusion data interface extract related to
hydrants, which are presented by its own icons. The other icon
represents operational units distributed on city.
Picture 4 – A fire occurrence scenery
This module showed that is possible, despite some restriction;
apply this kind of solution to answer firemen demand.
The principal restrictions are: necessity of hire 3G service,
Google Maps geo code number restriction to 24 hour and API
use terms.
V. MODULE AND CONTROL COMMAND
Because quarters are built in strategic areas, there are militaries
groups which raise relevant information about constant risk
environment in their respective operation area (for example:
shopping centers, residential buildings, schools, hospitals etc.
In the specific case of CBMDF, there is a Technical Service
Management – DST which analyze buildings projects that will
be built at Federal District and stores then (currently without
printed format). Project analysis is done to confirm that builds
are according to the rules against fire and panic recommended
by Federal District Government.
In this way, the union of the information of many spread
quarters in the city with information produced by DST match to
what we call static information. This information are processed
in a simple drawing of building and available to information
system.
Picture 5 presents the interface of information inclusion trial
relevant about building sketch. So, it’s important to remember
that despite playful aspect, system contemplates fire department
essential information.

Picture 5 – Inclusion of critical points in a building sketch
At last, in the case that building has intelligent alarms and
sensors system, it’s possible to transfer such information to help
commandant. So, static information will be increased by
dynamic information, which can encompass even images that
are being captured by internal circuit TV.
For the well operation of this entire environment, in addition to
3G band available it is necessary an environment wi-fi being
provided by the intelligent building.
Picture 6 is presented the wireless environment synthesis
required by control and command module. Observe that
techniques requirements are extremely compatible with which
is normally available by telecommunication operators.
Picture 6 – typical scenery to respond system requirements.
Wireless environment is responsible for interconnection
between building system and the help commandant car. This
interconnection occurs by typical commutication wireless
patterns added to specific protocol at application layer. This
protocol aims confer the parts (building and car) the exclusivity
in interconnection and consequently data change in master/slave
format.
In addition to local risk graphic information, this module also
offer details as: floor buildings numbers, floating population,
being or not environment which needs more attention
(pharmacies, radiological center etc) in an intuitive and simple
way.
Nowadays we are implementing the intelligent buildings
Simulator, because the accession of the construction standards
recommended by CBMDF involves issues which pass though
costs and laws adoption specific to that case.
VI. FIRE EXPERTISE MODULE
The CBMDF also has Fire Investigation and Prevention Center
- CIPI, directly subordinate to DST. CIPI has among others
functions, to analyze fire causes and with it produce reports.
Internally, reports are used as base to obtain the best fire and
accident prevention method, as to define the location where
largest contingent of firemen working is necessary.
Externally reports are used as additional pieces to judiciary
system [4].
So, this last module aims boost CIPI actions through data
computerization, turns production, report results analyses and
available of such information easy to society.
The current reports are produced and stored in paper. In
addition new reports will be stored in PDF format, following
current default models. Old reports will be stored on system
through their image digitalization (PDF format).
Picture 7 shows basic interface screen from expertise system,
which in the last case implements related data inclusion and
maintenance of reported issued to a sinister data.
Picture 7 – Report system interface
A natural result of this system is the graphic reports production
which may synthesize relevant information as internal public as
society.
VII. TECHNOLOGICAL PLATFORM
The chosen technological platform, based in free software,
looked for prove that is possible develop cheap solution to
complex problems. A system of this nature, despite of being
multifunctional, can be implemented with balanced investment
and focused in what really need to be spent.
In this context, to promote web environment, the CBMDF yet
has a computational infra structure capable to support servers
for such modules.
To intercommunication system between fix units to corporation
was hired in a local concessionaire, a internet filling service for
whole units, being the informatics Center the body integrator.
To mobile communication, only is necessary hire 3G service in
a way that makes possible the communication between cars
with informatics Center CIADE. At least, remains adoption of
legal measures to ensure that the buildings have wireless system
capable to intercommunicate with CBMDF help cars.
Obviously, it will be involved in the communication security
issues inherent.

VIII. CONCLUSION

This work presented an integrated system information

development applied to operational context of Federal District
Fire Department – CBMDF of Brazil.
Nowadays all prototypes are integrated. However, without
operational utility. As it is known, fire department actions are
complex and cannot be advised by systems which are in
prototyping.
In spite of this obstacle, tests showed significant contribution of
integrated proposal.
The knowledge society requires, by its complexity, use of
techniques and information system increasingly modern.
In addition to this operational contribution, considering that
software has public domain, the same can be free used by others
Fire Departments.

THANKS
The authors acknowledge CBMDF for information on their
systems and the University of Brasilia to allow the approach of
this theme in academia.

BIBLIOGRAPHY

[1] PURVIS, Michael; SAMBELLS, Jeffrey; TURNER,

Cameron. Beginning Google Maps Applications with PHP and
Ajax: From Novice to Professional. 1. ed. New York: Jason
Gilmore, 2006. 358 p.

[2] TIMERMAN, S. ; RAMIRES, J A F ; BARBOSA, J L V ;

HARGREAVES, L. H. . Support basic and advanced life in
emergencies. Brasília - Brazil: Parliament, 2000.

[3] Wilson, J., Bhargava, V., Redfern, A., and Wright, P. A

Wireless Sensor Network and Incident Command System for
Urban Firefighting. Proc. of IEEE, Mobiquitous, Philadephia,
PA, 2007.

[4] Lentini, John L. Scientific Protocols for Fire Investigation.

Taylor & Francis Group. 2006.