Sample Project Report
Sample Project Report
A PROJECT REPORT
Submitted by
DIKSHA DIVASALIWALA
200410107009
ROMA KATARIA
200410107022
SALONI SHAJAN
210410107501
BACHELOR OF ENGINEERING
in
Computer Engineering
[ April 2024 ]
Sardar Vallabhbhai Patel Institute Of Technology
Vasad
CERTIFICATE
This is to certify that the project report submitted along with the project entitled
Emergency Alert System has been carried out by Diksha Divasaliwala [200410107009],
DECLARATION
We hereby declare that the Project report submitted along with the Project entitled
a bonafide record of original project work carried out by us at Sardar Vallabhbhai Patel
Institute Of Technology, Vasad under the supervision of Prof. Nisha Velani and that no
part of this report has been directly copied from any students’ reports or taken from any
Diksha Divasaliwala
Roma Kataria
Saloni Shajan
ACKNOWLEDGEMENT
We extend our heartfelt gratitude to all those who have contributed to the successful
completion of our project, "Emergency Alert System," which marks a significant
milestone in our academic journey.
We would like to express our deepest appreciation to our Project Guide, Prof. Nisha Velani,
for her invaluable guidance, unwavering support, and insightful feedback throughout the
duration of this project. Her expertise, encouragement, and dedication have been
instrumental in shaping our ideas and refining our approach.
We are also indebted to the faculty members of Sardar Vallabhbhai Patel Institute of
Technology for providing us with an enriching learning environment and for their
continuous encouragement and support.
Furthermore, we extend our gratitude to our peers, whose collaborative efforts and
constructive feedback have greatly contributed to the success of this project.
Last but not least, we would like to acknowledge the support of our friends and family
members for their patience, understanding, and encouragement during the challenging
phases of this project.
Thank you all for being a part of this journey and for your unwavering support.
i
ABSTRACT
ii
List of Figures
Fig. 4.13 Entering Contact No. for verifying submitted Medical History……………...28
iii
Fig. 4.16 Viewing Medical History……………………… ……………………………..29
iv
List of Tables
Table 5.2 Error Handling Test Cases for Viewing Medical History ...............................38
v
Abbreviations
TC Test Case
ID Identification
vi
Table of Contents
Acknowledgment.............................................................................................................i
Abstract…........................................................................................................................ii
List of Figures .................................................................................................................iii
List of Tables ...................................................................................................................v
List of Abbreviations .......................................................................................................vi
Table of Contents .............................................................................................................vii
Chapter 1 Introduction to Project …...…………………………...………….….……..1
1.1 Project summary……………………………………………………..…………....2
1.2 Purpose…………………………………..………………………………………..2
1.3 Objective…………………………………..……………………………………...2
1.4 Scope……………………………..……………………………………………….3
1.4.1 Functionality Highlights:...............................................................................3
1.4.2 Limitations and constraints............................................................................3
1.5 Technology and Literature review………………………………….……………..3
1.5.1 HTML……....................................................................................................3
1.5.2 Javascript(Bootstrap).....................................................................................4
1.5.3 PHP……………............................................................................................4
1.5.4 MySql……………........................................................................................4
1.6 Project planning…………………………………………………………...……...5
1.6.1 Project Development Approach and Justification………….........................5
1.6.2 Project Effort, time and Cost Estimation......................................................5
1.6.3 Roles and Responsibilities............................................................................6
1.6.4 Group Dependencies.....................................................................................6
1.7 Project scheduling………………………………………………….…………....6
Chapter 2 System Analysis ……………………………………………………………8
2.1 Study of Current System…………………............................................................9
2.2 Problem and Weaknesses of Current System………………………………….....9
2.3 Requirements of New System…………………....................................................9
2.4 System feasibility ……..…………………............................................................9
2.5 Features of New/Proposed System…………........................................................11
vii
2.6 Main modules…………..……………..................................................................12
2.7 Selection of Hardware and Software……….........................................................12
2.8 Activity/Process in new System ……………………...........................................13
Chapter 3 System Design ……………….……..…………………………….………..14
3.1 System Design & Methodology ………………………………..……………….15
3.2 Database Design..………………..………………………………………………16
3.3 System Architecture………………..…………………………………………....18
3.3.1 Data Flow Diagram……………………..…………………………….……18
3.3.2 Block Diagram(Hardware)……….….…..…………………………………19
Chapter 4 Implementation…………………………………………………………....20
4.1 Implementation environment……………………………………………………21
4.1.1 Hardware Platform………………………………………………………...21
4.1.2 Software Environment: …………………………………………………...21
4.1.3 Development Tools and Libraries: …………………………..……………21
4.1.4 Development Environment Setup: …..……………………………………22
4.2 Technology / Modules Specifications………….………………………………..22
4.2.1 Microcontrollers ………………………………………………………..…22
4.2.2 Sensors ……………………………………………………………………23
4.2.3 Software Technologies ……………………………………………………24
4.3 Results / Outcomes ……………....…………………………..…….……………24
4.3.1 Implementation: Database…………………………………………………24
4.3.2 Implementation: Website…………………………………………………..25
4.3.3 Implementation: Hardware………………………………………………...34
Chapter 5 Testing …………..……………………………………….…………………35
5.1 Testing plan /Strategy ………………………………………………….………..36
5.2 Test results and analysis……………………………………………………........36
5.2.1 Test Case 1: Login Validation ………………………………….…………37
5.2.2 Test Case 2: Error Handling for viewing Medical History ..……………...38
5.2.3 Test Case 3: Updating Medical History………………………….………..38
Chapter 6 Conclusion …………………………………………………………..….....39
6.1 Overall analysis of Project viabilities……………………………...……………40
6.2 Dates of continuous evaluation…………………………………………….…....40
viii
6.3 Problem Encountered And Possible Solutions…………………………………..41
6.3.1 Problems Encountered …………………………………………………….41
6.3.2 Possible Solutions …………………………………………………………41
6.4 Summary of Project work…………………………………………….……….....42
6.5 Limitation and future enhancement………………………………………..….....42
References …...................................................................................................................44
ix
Team ID : 444215 INTRODUCTION TO PROJECT
CHAPTER 1
INTRODUCTION TO PROJECT
This system utilizes wearable sensors to track vital signs like heartbeat and temperature,
transmitting data via Wi-Fi to a centralized server. Authorized personnel can access this
data through a dedicated website, enabling remote patient monitoring and timely
intervention. Additionally, an SOS feature using GPS allows patients to send distress
signals in emergencies, enhancing the system's capability to provide immediate assistance
and potentially saving lives.
1.2 PURPOSE :
The purpose of our project is to develop an IoT-based health monitoring system to address
the crucial need for continuous patient monitoring. This system aims to provide real-time
tracking of vital signs, such as heartbeat and temperature, from any location, ensuring
prompt medical intervention in critical situations and ultimately saving lives.
1.3 OBJECTIVE :
Our project aims to develop an IoT-based health monitoring system with the following
objectives:
• Data Analysis and Storage: Develop a centralized server for the storage and
analysis of collected data, facilitating informed decision-making and long-term
patient management.
1.4 SCOPE :
In our project, the front-end development utilizes HTML, CSS, JavaScript (Bootstrap), and
PHP, while the back-end database management system is MySQL.We adhere to the iterative
model for project development, following the Software Development Life Cycle (SDLC)
scenario for comprehensive project management.
1.5.1 HTML
• HTML, or Hyper Text Markup Language, serves as the standard markup language
for creating web pages.
• It describes the structure of a web page through a series of elements, which instruct
the browser on content display.
• JavaScript, along with the Bootstrap framework, enhances the interactivity and
responsiveness of our web pages.
1.5.3 PHP
• PHP seamlessly integrates with HTML, allowing dynamic content generation and
database connectivity.
• With PHP, we can perform tasks such as form handling, data validation, and user
authentication, enhancing the functionality of our web application.
1.5.4 MySQL
Project planning for the development and implementation of the Health Monitoring and
Emergency Alert System involves several crucial steps to ensure its successful execution
and delivery.
• Commencing the development of the web interface, including basic design and
layout using HTML, CSS, JavaScript (Bootstrap), and PHP for database
connectivity.
• Integrating the collected data from sensors with the web interface to provide real-
time monitoring.
Justification:
• The utilization of NodeMCU and Arduino Uno microcontroller boards was essential
for their compatibility and ease of integration with the selected sensors.
• HTML, CSS, JavaScript (Bootstrap), and PHP were chosen for website
development due to their versatility and compatibility, enabling the creation of a
dynamic and user-friendly interface for monitoring patient data.
• ThingSpeak was selected for cloud-based storage due to its ease of use and
compatibility with the project requirements, facilitating seamless data access and
monitoring from anywhere.
• Setting up the entire hardware and software system: An estimated timeframe of 4-5
weeks is allocated to ensure meticulous attention to compatibility, proper
configuration, and comprehensive testing.
• Modifying database structures and integrating with the system: This task is
anticipated to take approximately 1-2 weeks, considering potential challenges such
as data migration and ensuring seamless functionality.
• Challenges may arise during system setup and integration due to intricate hardware
and software dependencies, potentially impacting the overall project timeline.
• It is important to note that the cost primarily encompasses expenses related to
hardware sensors and boards. However, unforeseen circumstances, such as
malfunctioning sensors, may lead to additional expenditures.
Collaboration in live projects necessitates efficient task allocation among team members,
encompassing responsibilities such as hardware setup, sensor calibration, software
development, and database management.
Specific duties include addressing sensor issues, ensuring compatibility across hardware,
cloud, and database systems, as well as verifying the accuracy and functionality of the
"MediTrack" website. Additionally, the team is tasked with resolving any data duplication
and accuracy concerns, while ensuring the seamless operation of all website pages.
• Gantt chart :
CHAPTER 2
SYSTEM ANAYLSIS
Current healthcare monitoring systems suffer from limitations such as limited accessibility,
lack of real-time monitoring, and insufficient emergency response features. These
drawbacks underscore the need for a more advanced and comprehensive solution.
Additionally, current systems are often not user-friendly and may be difficult for individuals
unfamiliar with technology, such as the elderly, to understand and utilize effectively.
The inadequacies of existing systems highlight the pressing need for a more efficient and
effective healthcare monitoring solution. The new system aims to address these limitations
by leveraging IoT technology to offer enhanced monitoring and emergency response
capabilities. Current systems often lack comprehensive real-time monitoring and
emergency response features, necessitating the development of a more advanced solution.
The integration of GPS technology in the new system ensures accurate location tracking in
emergencies, facilitating timely assistance.
Additionally, the system enables remote access for healthcare professionals to view and
analyse patient data, enhancing collaboration and enabling prompt intervention, even from
a distance. Therefore, the new system, leveraging IoT technology and GPS availability,
aims to bridge the gaps in existing healthcare monitoring systems and provide
comprehensive, timely, and remote services.
A feasibility study considers various constraints within which the system should be
implemented and operated. In this stage the resource needed for implementation such as
computing equipment, manpower and costs are estimated. The estimated are compared with
available resources and a cost benefit analysis of the system is made. The main objectives
of the feasibility study are to determine whether the project would be feasible in terms of
the following categories:
• Technical feasibility
• Economic feasibility
• Operational feasibility
• Schedule feasibility
Technical Feasibility:
Evaluation: Assessing technical feasibility involves determining whether our system can be
implemented using available technology.
Integrating IoT temperature sensors, pulse sensors, and GPS tracking is technically feasible,
utilizing available hardware and wireless communication protocols for seamless integration
and data transmission.
Outcome: A positive technical feasibility assessment indicates that the system can be
successfully implemented using existing technology and resources.
Economic Feasibility:
Economic feasibility examines whether the proposed system is financially viable and cost-
effective. For declaring that the system is economically feasible, the benefits from the
project should exceed or at least to the equal to the cost of development.
The considerations involve estimating the initial investment required for hardware,
software, development, and implementation costs, as well as ongoing operational expenses.
A favourable economic feasibility assessment demonstrates that the benefits derived from
the system outweigh the costs incurred, resulting in a positive return on investment.
Operational Feasibility:
Operational feasibility assesses whether the proposed system aligns with organizational
goals and can be effectively integrated into existing workflows and processes.
Considerations include evaluating the impact of the system on day-to-day operations, the
ability of users to adapt to new technology, and the availability of necessary resources and
support. We provide constant monitoring along with emergency SOS alerts from patients.
Caretakers can monitor the patients' vitals from the website itself, providing constant care.
Operational feasibility ensures that the proposed system can be seamlessly incorporated
into existing operations, enhancing efficiency and effectiveness.
Schedule Feasibility:
Schedule feasibility examines whether the proposed system can be developed and
implemented within the specified timeframe.
The considerations involve estimating the time required for system development, testing,
deployment, and user training, as well as identifying potential risks and mitigating
strategies.
A positive schedule feasibility assessment ensures that the project can be completed within
the agreed-upon timeline, meeting stakeholder expectations and project objectives.
2. Emergency SOS Alert: Patients can trigger emergency SOS alerts directly from the
monitoring device in case of a medical emergency, notifying caregivers or medical
professionals.
3. Remote Monitoring: Caregivers can remotely access patient data and vitals through
a secure website, enabling constant monitoring and timely intervention if necessary.
4. User-friendly Interface: Intuitive user interface for both patients and caregivers,
facilitating easy navigation and understanding of vital sign data.
• Health Data Monitoring Page for both Members and Medical Professionals
Hardware:
• LM35 industrial grade temperature sensor
• Pulse sensor
• Neo6m GPS module
• SIM800L GSM module
• ESP8266 Wi-Fi embedded microcontroller for communication
• Arduino Uno
Software:
• Website development using JavaScript, HTML, CSS for user interface and
interaction
• SQL Database Management System for storing patient data
• PHP for website and database connection
• Thingspeak cloud platform for data output.
CHAPTER 3
SYSTEM DESIGN
The design and methodology of our project, the "Emergency Alert System," were
meticulously crafted to ensure seamless operation, reliability, and effectiveness in
healthcare monitoring and emergency response. The following outlines the key components
of our system design and the methodology employed during the development process:
• The firmware development involved writing code to interface with sensors, process
sensor data, establish communication with external devices such as GPS and GSM
modules, and transmit data to the cloud platform.
• We utilized cloud platforms such as ThingSpeak for storing and processing sensor
data in real-time. Integration with these platforms involved setting up data channels,
establishing secure communication protocols, and implementing data visualization
tools for remote monitoring.
• Data management strategies were implemented to ensure data integrity, security,
and accessibility. This included regular backups, encryption of sensitive
information, and access control mechanisms to protect patient privacy.
• We tested our project a lot to make sure it worked the way it was supposed to. We
tested each part on its own, then put it all together and tested it again.
• We also got feedback from other people to see if they found any problems or had
any suggestions for improvements.
Methodology:
TABLES :
1. Member/Patient Signup:
Field Type
Full_name Varchar(100)
age Int (11)
Email Varchar (100)
password Varchar (255)
phn BigInt (10)
gender Varchar (20)
Field Type
dname Varchar (60)
email Varchar (80)
Uname Varchar (40)
Pass Varchar (30)
Phn BigInt (10)
Age Int (10)
Sex Varchar (20)
Specialist Varchar (80)
Table 3.2 Doctor_signup
3. Appointment table:
Field Type
fname Varchar (60)
lname Varchar (60)
Email Varchar (60)
phn BigInt (10)
Table 3.3 Appointment
Field Type
Id Int(11)
contact_no Varchar(10)
name Varchar (100)
Current_medications text
Health_conditions text
surgeries text
height float
weight float
Blood_type Varchar (10)
Date Timestamp
Table 3.4 history
Field Type
Record_id int(11)
Contact_no Varchar(20)
File_path Varchar (255)
Table 3.5 medical_records
CHAPTER 4
IMPLEMENTATION
• Sensors: Key sensors integrated into the system include the LM35 industrial grade
temperature sensor and the Pulse sensor for monitoring vital signs.
• Additional Modules: We incorporated the Neo6m GPS module and the Sim800l
GSM module for location tracking and emergency communication features.
• Web Development: Frontend development for the "MediTrack" website was carried
out using HTML, CSS, JavaScript, and PHP for server-side scripting.
• Cloud Integration: ThingSpeak platform was utilized for real-time data storage and
processing in the cloud.
• Testing and Debugging: Initial testing and debugging were conducted to verify
hardware functionality and software integration, addressing any issues encountered
during the setup process.
In this section, we provide detailed specifications of the technologies and modules used in
the development of our project, the "Emergency Alert System."
4.2.1 Microcontrollers:
1. Arduino Uno:
• Microcontroller: ATmega328P
• Operating Voltage: 5V
• Digital I/O Pins: 14 (of which 6 provide PWM output)
• Analog Input Pins: 6
• Flash Memory: 32 KB (of which 0.5 KB used by bootloader)
2. NodeMCU:
• Microcontroller: ESP8266
• Operating Voltage: 3.3V
• Digital I/O Pins: 11
• Analog Input Pins: 1
• Flash Memory: 4 MB
4.2.2 Sensors:
1. LM35 Industrial Grade Temperature Sensor:
• Temperature Range: -55°C to +150°C
• Output Voltage: 10 mV/°C
• Accuracy: ±0.5°C
2. Pulse Sensor:
• Operating Voltage: 3.3V - 5V
• Output: Analog Pulse
• Detection Method: Photoplethysmography (PPG)
• Compatibility: Arduino and NodeMCU
Fig. 4.5 NEO GM GPS Module Fig. 4.6 SIM800L GSM Module
2. Development Tools:
• Arduino IDE: Integrated Development Environment for microcontroller
programming
• Sublime Text, Visual Studio Code: Text editors for web development
Fig. 4.13 Entering Contact No. for verifying submitted Medical History
• SOS SMS:
CHAPTER 5
TESTING
We outline our approach to testing the "Emergency Alert System" to ensure its
functionality, reliability, and performance.
1. Unit Testing: To test individual components of the system, such as sensor data collection,
data transmission and database interactions.
2. Integration Testing: To verify the interaction and compatibility of our system components
when integrated together.
3. Regression Testing: To ensure that system changes or updates do not introduce new
defects or impact existing functionalities-run previously executed test cases after system
modifications to validate that existing features still work as expected.
After conducting the testing activities outlined in the testing plan, the following key
findings and analyses are observed:
• Unit Testing: All individual components have been thoroughly tested, and no major
issues were identified. Minor bugs and discrepancies were addressed during the
testing phase.
• Regression Testing: Regression tests confirmed that system changes and updates
did not introduce new defects or impact existing functionalities. Any issues
identified during regression testing were promptly addressed and resolved.
This test case examines the system's behaviour when updating a patient's medical history.
It ensures that modifications to medical records are properly managed, with a focus on
preventing duplicate entries and maintaining data accuracy.
CHAPTER 6
CONCLUSION
The project on developing an Emergency Alert System demonstrates strong potential for
addressing critical gaps in healthcare monitoring and emergency response. Here's a
breakdown of its viability:
The sensor readings were not being successfully transmitted to the cloud, disrupting the
real-time monitoring system. Additionally, the limited availability of analog pins on the
NodeMCU posed a challenge, as both the pulse and temperature sensors required it.
Furthermore, the GPS sensor took an extended period to establish a connection with
satellites, resulting in significant delays in obtaining location data.
1. Code Modification: We addressed the issue by revising the code to ensure proper
integration and transmission of sensor readings to the cloud platform, thereby
resolving the data transfer failure.
2. Serial Connection with Arduino: To overcome the shortage of analog pins on the
NodeMCU, we implemented a serial connection with an Arduino board. This
allowed the temperature sensor to utilize the analog pins of the Arduino board,
effectively resolving the pin shortage issue.
4. Upgrade GPS Module: To address the delay in satellite connection, we can explore
the option of upgrading to a more efficient GPS module with improved satellite
acquisition capabilities. A high-sensitivity GPS module may significantly reduce
the waiting time and enhance the accuracy of location data retrieval, ensuring
prompt and reliable location tracking.
The "MediTrack" website served as a central hub for users to access health data and
emergency alerts. Features included user authentication, patient/member signup and login,
medical professional signup and login, appointment scheduling, medical history tracking,
and real-time health data monitoring.
Through the website, professionals could monitor patients' vital signs and access their
medical histories. This feature enhanced patient care and allowed for proactive
intervention.
Limitation: Currently, the system relies on microcontrollers and sensors , which may limit
its portability and accessibility for users. While effective, the current setup may not be ideal
for users who require constant monitoring on the go.
Future Enhancement:
1. Miniaturization and Wearable Device: Future iterations of the system could focus
on miniaturizing the entire circuit and developing a wearable device. By
incorporating compact components and wireless connectivity technologies, such as
Bluetooth or LTE, the system could be transformed into a wearable device that users
can comfortably wear anywhere, ensuring continuous monitoring without
hindrance.
REFERENCES
• Research Papers referred:
[1] Akhil Chandran Miniyadan , Nithya G P (2021). IOT BASED SMART
EMERGENCY ALERTING SYSTEM. International Journal of Computer
Engineering and Scientific Research, 8(3), 56-60.
https://troindia.in/journal/ijcesr/vol8iss3/56-60.pdf