Bridging the Gap Between Fire and ECS

Integrating emergency communications and messaging systems can save lives, but there are challenges to overcome


Over the past few years, there has been a lot of discussion about the evolution of emergency communications systems (ECS) as systems designers and other professionals struggle to refine processes and piece together disparate technologies.

This interest in ECS is partially a response to tragedies at Sandy Hook Elementary and the Boston Marathon. It is also being driven by the technology’s ability to offer advance warning of certain events, such as tornadoes and other weather-related phenomena, as well as the critical need to provide as much notice as possible to protect lives and property. So far, emergency communication has been reserved for the biggest projects — the main drivers are still in military, K-12, higher education and healthcare. The corporate market is also emerging as a powerhouse.

To put it into perspective, ECS is something of an evolving behavioral change. The needs of the growing array of ECS users are forcing many of us to reconsider how voice communication is used in fire and life safety systems. This approach to ECS is finally beginning to take hold because of changes to NFPA 72 in the past few years; however, even though NFPA code provides the most current guidelines, adoption does not happen quickly, and no two solutions are exactly the same. Instead, customizable solutions can stem from the same starting point even if not mandated by code.

 

Integration Challenges

ECS systems are designed to integrate fire, security and communications systems for immediate, responsive and effective notification to the appropriate audiences. They also need to centralize data from other building systems. How to achieve this differs for each application; and the key to a successful integration is capturing the unique nuances of each application. Therein lies the challenge: integrating all aspects for a balanced system.

What are some of the common challenges? Let’s start with the obvious scenario: regulated fire and life safety systems integrated with non-regulated systems. Though centralized management is essential to interoperability, a challenge remains in incorporating devices that predate IP-based networks, which were never meant to intercommunicate. Examples of non-fire systems that often integrate with fire and life safety systems include security, card access control, video surveillance, background music, paging, building automation, and time-and-attendance systems. A common reason to integrate non-fire systems with a fire system is to ensure the non-fire systems react appropriately when signaled by the fire and life safety system.

Although the NFPA 72 code permits fire systems to share components, equipment, circuitry and installation wiring with non-fire systems, the code also requires the operation of a non-fire system function originating within a connected non-fire system to not interfere with the required operation of the fire alarm system.

In addition, when multiple systems are integrated, it is not always clear who is in charge — there can be multiple Authorities Having Jurisdiction (AHJs) as well as other facility, fire and security personnel, or even the building owner. There may be conflicting standards — for example, from a security or fire system perspective — that need to be resolved. Unless there is a clear separation between the fire and security systems, both authorities will work in unison to grant system compliance. There are instances where one system will defer to the other.

The same can be said of what system is in charge, which entails having a systems command structure. This can tie into the fire alarm control panel that will act as the main control point of the integrated systems. What determines which system overrides another is the big question: Is it safe to assume the fire/ECS takes command?

Again, we can turn to the NFPA 72 code. In integrated systems, the code requires fire alarm signals to be distinctive, clearly recognizable and able to indicate in descending order of priority. Signals associated with life safety take priority, followed by signals for property protection, then all trouble signals for life and/or property protection, and finally all other signals.

This content continues onto the next page...