Active Threat Response System For A Security Company
Project Type
Tech Stack


ABOUT THE CLIENT
The Problem
The idea was to create an app to respond to crisis situations and once the requirements were set in place and the team finally introduced to the client, it was time to get cracking. Primarily, the technologies for the project were finalised along with the designs for both the mobile and web versions of the app.
The client wanted to use Flutter for the mobile version because of its cross-platform functionalities and its out of the box compatibility. Even though Flutter was the desired tech stack of choice, our developers suggested that we go forward with React for its higher efficiency in handling dependencies and the excellent cross-platform support that it offers. The client has also thought of using the Aqueduct Framework built using DART as the backend but due to few setbacks, like implementing the map function and its overall compatibility, we decided to go with Python instead. Python and Django frameworks also provide good support for geo-JSON data formats along with sockets and admin dashboard making it the apt choice.
We initially started the development work for the mobile version of the application that has in total three workflows to give the app a truly holistic and well-rounded experience to take on all aspects of risk management. The workflow for the mobile app was to integrate the following phases:
Student Flow: In the student flow, the user can create an incident and provide the details in reports which would contain information about the suspects and potential injuries. The intended user base was to consist of students, teachers and staff wherein the victims can mobile which followed a two-step process to create the event: the suspect report where the user can sketch the suspect using the app and the injury report which basically tells the injured person location.
Police flow: Generally, this is bifurcated based on the locations of any event that is triggered. Using this functionality and the suspect description given by the student an automated call is sent to the frontline. This information will be created in the form of an event and legal enforcement can easily access the location using this data.
Medical Flow: The medical flow is divided based on the locations; if any event is triggered based on the report given by the user, this information will reach the EMS team in an automated fashion and they can choose to join any event without any approval and save the victim.
Once the work on the mobile application was done, the next step was to create a web app for admin usage. The web app was designed to be used by admins to gather organisational information like name, users, description, geo-fence, perimeter points, command post, user information and along with an added functionality to manage the CRUD operations of data. The team needed to refactor in a major part of the code which was handled via the help of Redis and Pub/Sub was integrated to handle real time updates along with an option for multiple event workflows. An opps centre was also implemented and we are currently working on a feature to implement live-location tracking to streamline the process of connecting victims to frontline workers.
TEAM ON CALL
The client wanted us to develop a real-time active threat management system.
The app was to connect law enforcement and medical responders with citizens instantaneously during a crisis.
The goal was to develop mobile and iPad apps for end-users along with a web version for admin use.
The crisis management tool was designed to automate key tasks by providing first responders with a live overview of the entire event.
Strategy
Analysis Planning
UI/UX
Development
Testing
Delivery
OVERCOMING CHALLENGES
- The TDD approach was adopted for testing.
- The app was integrated with a Pub/Sub setup to handle real-time updates.
- Automation testing was conducted for the web version using Cypress.
DEVELOPMENT
The idea was to create an app to respond to crisis situations and once the requirements were set in place and the team finally introduced to the client, it was time to get cracking. Primarily, the technologies for the project were finalised along with the designs for both the mobile and web versions of the app.
The client wanted to use Flutter for the mobile version because of its cross-platform functionalities and its out of the box compatibility. Even though Flutter was the desired tech stack of choice, our developers suggested that we go forward with React for its higher efficiency in handling dependencies and the excellent cross-platform support that it offers. The client has also thought of using the Aqueduct Framework built using DART as the backend but due to few setbacks, like implementing the map function and its overall compatibility, we decided to go with Python instead. Python and Django frameworks also provide good support for geo-JSON data formats along with sockets and admin dashboard making it the apt choice.
We initially started the development work for the mobile version of the application that has in total three workflows to give the app a truly holistic and well-rounded experience to take on all aspects of risk management. The workflow for the mobile app was to integrate the following phases:
Student Flow: In the student flow, the user can create an incident and provide the details in reports which would contain information about the suspects and potential injuries. The intended user base was to consist of students, teachers and staff wherein the victims can mobile which followed a two-step process to create the event: the suspect report where the user can sketch the suspect using the app and the injury report which basically tells the injured person location.
Police flow: Generally, this is bifurcated based on the locations of any event that is triggered. Using this functionality and the suspect description given by the student an automated call is sent to the frontline. This information will be created in the form of an event and legal enforcement can easily access the location using this data.
Medical Flow: The medical flow is divided based on the locations; if any event is triggered based on the report given by the user, this information will reach the EMS team in an automated fashion and they can choose to join any event without any approval and save the victim.
Once the work on the mobile application was done, the next step was to create a web app for admin usage. The web app was designed to be used by admins to gather organisational information like name, users, description, geo-fence, perimeter points, command post, user information and along with an added functionality to manage the CRUD operations of data. The team needed to refactor in a major part of the code which was handled via the help of Redis and Pub/Sub was integrated to handle real time updates along with an option for multiple event workflows. An opps centre was also implemented and we are currently working on a feature to implement live-location tracking to streamline the process of connecting victims to frontline workers.
FINAL IMPRESSION
Case Studies.
More from our engineering portfolio.

End-to-End Event Management Platform with API-First Backend
A centralized event and hospitality operations platform built for ABC, consolidating key workflows into a single system.

Upgrading User-experience and Website Performance Using Next.js for a Diagnostic Leader
How GeekyAnts helped a leading diagnostic company upgrade the user experience of its website by increasing its website performance.

Creating Hassle-free App Features for Medically Complex Children and Their Parents
Leading Healthcare Technologies and Services Company brings healthcare services at home for caretakers of medically complex children with an interactive application

This is how we built an AI bot and a fact-checking editorial platform for a leading benefit corporation.
Addressing misinformation crisis by creating technological tools to ensure timely, efficient, and credible fact checks