Mini 2
Mini 2
Proposal Prepared By
Sl No. KTU Reg No. Name of Student Signature of Student
1 KNR22CS013 Anirudhan P V
2 KNR22CS016 Anuvinda K
3 KNR22CS036 Isha Thahaniya T
4 KNR22CS051 Rinsha K K
1
Individual Patient Data: The system will keep track of each patient’s health metrics, noting trends
such as blood sugar levels.
District-Wise Aggregation: The system will aggregate patient data by district and generate key
statistics like: ¿Total diabetic patients in the district
(f) District-Wise Diabetic Report Generation
Interactive Dashboard: A dashboard that provides real-time updates of health statistics at the
district level.
Metrics: Total diabetic patients
(g) Alerts & Notifications
Send notifications to healthcare providers and patients about abnormal lab results or changes in
health metrics (e.g., a sudden spike in blood glucose).
Alerts for districts with rising numbers of uncontrolled diabetic cases, so that authorities can take
preventive measures.
(h) Security and Privacy
Data Encryption: All patient data will be encrypted to maintain privacy.
Access Control: Different levels of access (admin, healthcare provider, patient) to ensure sensitive
data is only visible to authorized users.
4. Does any other solution already exist for the stated problem? If yes give details.
Yes, there are existing solutions for tracking and managing diabetes, but they often suffer from various
limitations.
(a) National Diabetes Registries
– Limitations
* Track national/regional prevalence but lack district-level insights and real-time data.
(b) Mobile Health Apps
– Limitations
* Focus on personal diabetes management, not **district-level data aggregation.
A centralized web application can address these limitations effectively
5. In what way is your proposed solution better than the existing solution(s)?
Our proposed solution for glucotrack offers several advantages over existing methods.
(a) District-Level Insights
Provides granular, district-specific data for targeted interventions.
Existing solutions lack detailed local insights and often report at a regional or national level.
(b) Accessibility
Offers a user-friendly, web-based dashboard for stakeholders at all levels
Existing systems may have limited access for various stakeholders..
(c) Scalability and Adaptability
Easily scalable to additional districts and adaptable to changing health needs.
Existing systems may not be flexible or scalable without significant resource investment.
(d) Efficiency
Streamlined reporting and centralized management reduce time and effort for users and administra-
tors.
Quicker responses
2
(a) Users
Individuals who uploads lab reports.
Interact directly with the application.
Patients can access their personal health dashboard showing trends over time (e.g., blood glucose
levels).
(b) Administrators
Responsible for managing the application.
Moderate content and ensure smooth operation.
Handle user inquiries and maintain system integrity.
7. What will be the impact of this project work on society directly or indirectly?
The impact of a glucotrack website on society can be significant, both directly and indirectly.
(a) Direct Impact
Improved Health Outcomes : The website Enables targeted interventions for better diabetes
management and facilitates early detection and prevention of diabetes-related complications.
Convenience : Users can easily access their lab report and know their status of diabetes.
Better Resource Allocation : Identifies areas needing improved healthcare infrastructure
(b) Indirect Impact
Long-Term Public Health Improvements : Reduces healthcare burden through effective pre-
vention and management and promotes health equity by targeting underserved areas.
Economic Benefits : Leads to cost savings in healthcare by reducing complications and contributes
to increased workforce productivity through better health.
Informed Policy and Decision-Making : Provides data-driven insights for evidence-based poli-
cies and guides healthcare planning at the district and national levels.
8. What technologies do you plan to use for the front-end and back-end?
(a) Front-end (Client-side) :
React.js : A JavaScript library for building user interfaces. It allows developers to create reusable
UI components and manage the state of the application efficiently
(b) Back-end (Server-side) :
Node.js : A JavaScript runtime environment that allows developers to run JavaScript code on the
server-side. It provides an event-driven architecture that is well-suited for building scalable and
high-performance server applications.
Express.js : A web application framework for Node.js. It provides a robust set of features for
building web servers and APIs, including middleware support, routing, and HTTP utilities
(c) Database :
MongoDB : A NoSQL database that stores data in a flexible, JSON-like format. It is schema-less,
allowing developers to store and retrieve data without a predefined schema. MongoDB is commonly
used in MERN stack applications due to its flexibility and scalability.
Together, these technologies form the MERN stack, which provides a comprehensive solution for
building our web applications with a JavaScript-based technology stack
Proposal Approved By
Name of Guide Signature of Guide Date of Approval
Sahana KI