" 30M+ Google Gemini tokens went into researching, analyzing, and understanding all 233 SIH problem statements to make them easier to explore and solve. "
From what to build to how to build it — our platform helps you understand, plan, and solve SIH 2026 problem statements with complete insights into requirements, solution approaches, technology stacks, architecture, AI/ML, and implementation roadmaps.
Search for your problem statement, and start building your solution.
| Description: | • Background Personnel serving in Central Armed Police Forces (CAPFs), Armed Forces, and other uniformed services operate under physically demanding, psychologically stressful, and often hazardous conditions.Extended deployments, operational pressures, separation from families,irregular working hours, and exposure to traumatic incidents can significantly impact mental well-being.Currently, stress identification largely depends on manual observation and self-reporting, which may delay timely intervention. There is a need for a proactive, technology-driven solution that can identify early indicators of stress, burnout, and psychological distress while maintaining privacy and organizational trust. • Description The proposed solution aims to develop an AI-powered Personnel Stress and Welfare Monitoring System capable of identifying potential indicators of stress, burnout, emotional fatigue, and welfare concerns through analysis of organizational and voluntarily provided wellness data.The system should: • Analyze HR-related indicators such as leave patterns,deployment history, duty schedules, transfer frequency, training commitments, and workload trends. • Support optional self-reporting and wellness assessments through a secure mobile application. • Incorporate voluntary biometric and wellness data, where authorized and legally permissible. • Detect behavioral patterns associated with elevated stress risk. • Generate risk assessments and welfare recommendations for authorized welfare officers and commanders. • Enable proactive counseling, welfare interventions, and workload balancing measures. The system must be designed with strong privacy safeguards and focus on welfare support rather than disciplinary actions. • Expected Solution Develop an AI-driven predictive analytics platform comprising: • Personnel Wellness Monitoring Dashboard. • Mobile-based Wellness and Self-Assessment Application. • Predictive Behavioral Analytics Engine. • Stress and Burnout Risk Prediction Models. • Welfare Intervention Recommendation System. • Role-based Access Control and Privacy Management Framework. • Automated Alerts for authorized welfare personnel. • Data anonymization and secure storage mechanisms. The solution should identify trends and risk factors while ensuring that individual dignity, confidentiality, and data protection requirements are maintained. • Expected Benefits 1. Early identification of personnel requiring welfare support. 2. Reduction in stress-related incidents and operational fatigue. 3. Improved mental well-being and workforce resilience. 4. Enhanced readiness and operational effectiveness. 5. Better workload distribution and personnel management. 6. Improved retention and job satisfaction. 7. Data-driven welfare planning and resource allocation. 8. Reduction in incidents arising from prolonged occupational stress. • Preliminary Scope 1. Development of predictive behavioral analytics algorithms. 2. Mobile-based wellness self-reporting platform. 3. AI-driven stress and burnout risk assessment engine. 4. Commander and Welfare Officer dashboard. 5. Automated intervention recommendation system. 6. Secure integration with HRMS and personnel management systems. 7. Privacy-preserving analytics and role-based access controls. • Key Technical Challenges 1. Ensuring privacy and confidentiality of sensitive personnel data. 2. Preventing stigmatization of personnel identified as potentially at risk. 3. Minimizing false positives and false negatives in risk prediction. 4. Ensuring ethical and transparent AI decision-making. 5. Securing highly sensitive psychological and welfare-related information against cyber threats. 6. Building trust among personnel regarding system usage and data protection. • Strategic Importance • Enhances force readiness and personnel welfare. • Supports evidence-based welfare management. • Strengthens organizational resilience and operational effectiveness. • Promotes preventive mental health care rather than reactive interventions. • Creates an indigenous capability tailored to the unique operational and cultural environment of Indian CAPFs and Armed Forces. • Potential Market 1. Central Armed Police Forces (CAPFs). 2. Indian Armed Forces. 3. State Police Organizations. 4. Disaster Response and Emergency Services. 5. Government Organizations with high-stress workforces. 6. Corporate Human Resource and Employee Wellness Platforms. 7. International security and workforce welfare markets. • Expected Impact The proposed AI-enabled Personnel Stress and Welfare Monitoring System will help transform welfare management from a reactive process to a proactive and preventive framework. By enabling early identification of stress indicators and facilitating timely interventions,the solution can improve personnel well-being, enhance operational effectiveness, and strengthen the long-term resilience of uniformed services while maintaining the highest standards of privacy, ethics, and data security. |
| Organization: | Ministry of Home Affairs |
| Department: | Central Reserve Police Force (CRPF), Police II Division |
| Category: | Software |
| Theme: | MedTech / BioTech / HealthTechtd> |
| Youtube Link: | Not provided |
| Dataset Link: | Anonymized HR datasets, deployment records, leave history, wellness survey data, workload data, and simulated behavioral datasets. |
| Contact info: | Not provided |
Personnel serving in India's Central Armed Police Forces (CAPFs) such as the Central Reserve Police Force (CRPF), Border Security Force (BSF), and Indo-Tibetan Border Police (ITBP) operate under high-stress conditions characterized by extended deployments in hostile environments, frequent transfers, family separation, and irregular working hours [PS, RESEARCHED]. Existing stress identification mechanisms rely heavily on manual observation and self-reporting, which often fail due to severe social stigma, fear of career degradation, and delayed administrative recognition [PS, RESEARCHED]. This dossier presents RakshakMind (or Project KAVACH), a privacy-preserving, AI-powered predictive personnel stress and welfare monitoring platform designed specifically for uniformed services. The system integrates anonymized HR operational data (leave patterns, deployment history, duty schedules, transfer frequency) [PS] with voluntary mobile-based self-assessments [PS] and optional wearable biometric metrics [PS]. Utilizing an explainable machine learning architecture (XGBoost/LightGBM with SHAP values) and strict Differential Privacy safeguards, the platform predicts early indicators of burnout, depression, and severe psychological distress [PS, INFERENCE]. It delivers aggregated, actionable unit-level insights to Commanders [PS] while routing individual early-warning alerts strictly to authorized, non-commanding Welfare Officers and Psychiatrists [PS, INFERENCE], transforming reactive crisis response into a proactive, non-punitive welfare framework [PS].
| Attribute | Detail |
|---|---|
| Problem Statement Number | SIH26186 [PS] |
| Title | AI-Based Predictive Personnel Stress and Welfare Monitoring System for Uniformed Forces [PS] |
| Organization | Ministry of Home Affairs [PS] |
| Department | Central Reserve Police Force (CRPF), Police II Division [PS] |
| Category | Software [PS] |
| Theme | MedTech / BioTech / HealthTech [PS] |
| Deadline | 30 September 2026 (2026-09-30) [PS] |
| Ideas Submitted Counter | 1/500 [PS] |
| Fundamental Objective | Proactively identify early indicators of stress, burnout, and psychological distress in uniformed personnel using privacy-preserving predictive AI and multi-source operational/wellness data to enable timely, non-punitive welfare interventions [PS, INFERENCE]. |
The official problem statement provided by the Ministry of Home Affairs (CRPF, Police II Division) has been broken down into atomic requirements. Each explicit requirement retains its original text and intent, accompanied by its operational interpretation, technical implementation implication, and evidence confidence tag.
| Req ID | Original Source Text | Interpretation | Implementation Implication | Tag |
|---|---|---|---|---|
| R1 | "Analyze HR-related indicators such as leave patterns, deployment history, duty schedules, transfer frequency, training commitments, and workload trends." | The system must ingest and analyze administrative operational records to calculate workload intensity and hardship scores. | Build ETL pipelines to aggregate HRMS data (e.g., leave rejections, days since last leave, high-conflict zone deployment duration, night shifts). | [PS] |
| R2 | "Support optional self-reporting and wellness assessments through a secure mobile application." | Personnel must have a mobile client to voluntarily submit standardized psychological self-checkups without fear of coercion. | Develop an offline-first Android mobile application hosting localized psychometric tools (e.g., adapted PHQ-9, GAD-7, WHO-5). | [PS] |
| R3 | "Incorporate voluntary biometric and wellness data, where authorized and legally permissible." | The system must be capable of processing wearable or device sensor data (Heart Rate Variability, sleep, step counts) on a strictly opt-in basis. | Implement standard BLE/Health Connect APIs (Android/iOS) to collect encrypted pulse and sleep metrics with explicit consent toggles. | [PS] |
| R4 | "Detect behavioral patterns associated with elevated stress risk." | The AI engine must correlate multi-source signals (HR workload + self-reports + biometric anomalies) to flag stress escalation patterns. | Engineer a multi-modal machine learning model trained on composite stress risk features and temporal sequence data. | [PS] |
| R5 | "Generate risk assessments and welfare recommendations for authorized welfare officers and commanders." | The platform must produce actionable risk profiles and tailored intervention suggestions tailored to specific user roles. | Build dual-role dashboards: aggregated unit-level analytics for Commanders and anonymized individual risk triage for Welfare Officers. | [PS] |
| R6 | "Enable proactive counseling, welfare interventions, and workload balancing measures." | Risk detection must directly trigger actionable workflows (counseling booking, leave approval recommendations, duty rotation). | Implement an automated recommendation engine that maps risk vectors (e.g., high burnout) to concrete administrative/medical actions. | [PS] |
| R7 | "Personnel Wellness Monitoring Dashboard." | Web-based administrative console for welfare personnel and force leadership. | Develop a responsive React/Next.js dashboard with interactive data visualizations and drill-down analytics. | [PS] |
| R8 | "Mobile-based Wellness and Self-Assessment Application." | Cross-platform/Android application for frontline jawans/constables. | Build a lightweight Flutter/React Native application supporting offline storage and multi-language UI (Hindi, English, regional). | [PS] |
| R9 | "Predictive Behavioral Analytics Engine & Stress and Burnout Risk Prediction Models." | Machine learning backend capable of continuous risk scoring. | Deploy Python ML microservices (Scikit-learn, XGBoost) exposing REST/gRPC endpoints for inference. | [PS] |
| R10 | "Welfare Intervention Recommendation System." | Prescriptive engine linking risk flags to specific welfare protocols. | Implement a rule-assisted AI decision support engine matching stress severity to MHA/CRPF welfare guidelines. | [PS] |
| R11 | "Role-based Access Control and Privacy Management Framework." | Strict authorization boundary ensuring commanders cannot see individual raw psychological data. | Enforce fine-grained RBAC (OAuth2/OIDC) with zero-knowledge data partitioning between command and medical/welfare roles. | [PS] |
| R12 | "Automated Alerts for authorized welfare personnel." | Real-time push/SMS/email notifications when high-risk thresholds are crossed. | Build an asynchronous event-driven alerting service (Celery/Redis + FCM/SMS Gateway). | [PS] |
| R13 | "Data anonymization and secure storage mechanisms." | Compliance with privacy standards to ensure data cannot be misused for disciplinary actions. | Utilize HMAC-SHA256 pseudonymization, AES-256 encryption at rest, TLS 1.3 in transit, and k-anonymity for aggregated views. | [PS] |
| Stakeholder | Goal | Current Pain | System Need |
|---|---|---|---|
Frontline Jawan / Constable [PS] |
Maintain psychological well-being, manage operational stress, secure timely leave, and seek help without career repercussions. | Stigma surrounding mental health, fear of being declared "unfit" or losing promotion/duty eligibility, delayed leave approvals, extended deployments in harsh terrain [RESEARCHED]. | Non-punitive, completely confidential mobile app for voluntary self-assessment, anonymous counseling access, and transparent stress tracking [PS, INFERENCE]. |
Unit Welfare Officer / Psychologist [PS] |
Identify jawans in severe distress early, provide timely counseling, and recommend medical/administrative intervention. | Manual, periodic paper-based screening; reliance on self-reporting after crisis occurs; inability to track workload history of hundreds of jawans simultaneously [RESEARCHED]. | Automated alert dashboard prioritizing high-risk cases, detailed behavioral/workload trend analyses, and prescriptive intervention workflows [PS, INFERENCE]. |
Battalion / Company Commander (CO/2IC) [PS] |
Maintain force readiness, reduce fratricide/suicide rates, optimize duty rotations, and manage operational output. | Lack of visibility into cumulative unit fatigue, difficulty balancing duty allocation fairly, fear of sudden stress-induced operational failures [RESEARCHED]. | Aggregated, privacy-preserving unit stress analytics, workload distribution heatmaps, and force-readiness forecasting without seeing private medical records [PS, INFERENCE]. |
MHA / Force HQ (CRPF Directorate) [PS] |
Formulate evidence-based welfare policies, reduce overall suicide/desertion rates across CAPFs, and deploy resources effectively. | Fragmented data across disparate HRMS/medical systems, lack of macro-level predictive insights on force burnout trends [RESEARCHED]. | High-level anonymized analytics dashboard displaying cross-sector stress trends, policy impact metrics, and systemic risk factors [PS, INFERENCE]. |
| System Feature / Module | Addressed Requirement(s) | Justification & Derived Operational Need | Tag |
|---|---|---|---|
| HRMS Ingestion & Workload Engine | R1, R9 | Aggregates leave rejection counts, deployment days in sensitive zones (LWE/J&K), and night-shift ratios to quantify structural fatigue. | [PS, INFERENCE] |
| Confidential Mobile App (Self-Assessment) | R2, R8, R13 | Provides localized, culturally adapted psychological questionnaires (PHQ-9/GAD-7) with local device encryption. | [PS, INFERENCE] |
| Wearable & Biometric Connector | R3 | Ingests resting heart rate (RHR), Heart Rate Variability (HRV), and sleep fragmentation via Health Connect / BLE. | [PS] |
| Multimodal ML Risk Scoring Model | R4, R9 | Combines structural workload metrics, psychometric scores, and biometric trends into a unified Burnout Risk Index (0–100). | [PS, INFERENCE] |
| Commander Unit Analytics View | R5, R7, R11 | Displays anonymized group metrics (e.g., "Company B has 25% elevated fatigue") ensuring individual identities remain masked (k-anonymity $\ge 5$). | [PS, INFERENCE] |
| Welfare Officer Clinical Triage Portal | R5, R7, R12 | Receives unmasked, confidential alerts for high-risk personnel to trigger immediate non-disciplinary counseling outreach. | [PS, INFERENCE] |
| Prescriptive Recommendation Engine | R6, R10 | Recommends specific mitigation steps: mandatory 5-day leave, duty rotation from active patrol to static duty, or Tele-MANAS referral. | [PS, INFERENCE] |
| Zero-Knowledge RBAC & Encryption Layer | R11, R13 | Cryptographically segregates medical data from command hierarchies to comply with DPDP Act 2023 and ensure force trust. | [PS, INFERENCE] |
[FIELD ENVIRONMENT REALITIES]
│
┌─────────────────────────────────┼─────────────────────────────────┐
▼ ▼ ▼
[CONNECTIVITY] [HARDWARE] [SOCIAL/CULTURAL]
• Remote FOBs (Bastar, High-Altitude) • Low-cost Android devices • Severe mental health stigma
• Frequent 2G/Zero-connectivity • Strict camera/biometric bans • Fear of disciplinary action
• Store-and-forward batch sync • Battery optimization needed • Multi-lingual UI required
[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].[RESEARCHED].[NEEDS VALIDATION][RESEARCHED][RESEARCHED][INFERENCE][INFERENCE]| Data Type | Purpose | Ideal Real-World Source | Hackathon Substitute | Access Method | Availability | Privacy Sensitivity | Confidence |
|---|---|---|---|---|---|---|---|
| HR Operational Records | Calculate workload, hardship, leave denial, and transfer fatigue metrics. | MHA CAPF-HRMS / CRPF PIS (Personnel Information System). | Synthetic HR dataset generated via Python (Faker + custom CAPF distributions). |
Ingested via mock CSV / REST API. | Publicly unavailable (Restricted). | High (PCO/Service records). | [PS, ASSUMPTION] |
| Psychometric Self-Assessments | Measure depression, anxiety, and fatigue states directly from personnel. | Direct user input via mobile app using adapted PHQ-9, GAD-7, and WHO-5. | Simulated survey responses based on clinical distributions across stress categories. | Mobile app local database export / REST API. | Generated during runtime. | Extremely High (Medical / Psychological). | [PS, RESEARCHED] |
| Biometric / Wearable Logs | Capture physiological stress markers (HRV, resting heart rate, sleep duration). | Android Health Connect / Apple HealthKit / Fitness Tracker APIs. | Synthetic continuous wearable time-series telemetry (JSON generator). | Wearable SDK / Mock Health Connect API. | Open SDKs available. | High (Biometric Health Data). | [PS, KNOWN] |
| Behavioral Digital Logs | Detect passive behavioral changes (app engagement frequency, response latency). | Mobile App telemetry logs (anonymized interaction metrics). | Simulated app usage event logs with stochastic noise. | Local Android SQLite / Firebase events. | Generated during runtime. | Medium (Metadata / Interaction patterns). | [PS, INFERENCE] |
| Welfare & Counseling Records | Track historical counseling outcomes and intervention effectiveness. | CRPF Medical/Welfare Directorate case management records. | Anonymized synthetic intervention logs. | Internal DB query. | Restricted. | High (Clinical history). | [INFERENCE] |
[EXISTING LANDSCAPE GAP ANALYSIS]
┌─────────────────────────┐ ┌─────────────────────────┐ ┌─────────────────────────┐
│ CAPF HRMS / PIS │ │ TELE-MANAS │ │ COMMERCIAL WELLNESS APPS│
│ (Operational Data Only)│ │ (Reactive Helpline Only)│ │ (Corporate Focus Only) │
└────────────┬────────────┘ └────────────┬────────────┘ └────────────┬────────────┘
│ │ │
└──────────────────────┬───────┴──────────────────────────────┘
│
▼
[CRITICAL GAP IN CURRENT LANDSCAPE]
• No multi-modal fusion (HR + Self + Bio)
• Reactive intervention rather than AI prediction
• High stigma; no unmasked vs masked RBAC
• Lacks military/CAPF operational context
[INFERENCE].[INFERENCE].[RESEARCHED]. Confidence: [KNOWN].[INFERENCE].[INFERENCE].[RESEARCHED]. Confidence: [KNOWN].[RESEARCHED].[INFERENCE].[RESEARCHED]. Confidence: [RESEARCHED].[INFERENCE].[INFERENCE]. [CANDIDATE SOLUTION APPROACHES COMPARISON]
┌───────────────────────────────┬───────────────────────────────┬───────────────────────────────┐
│ APPROACH 1: RULE-BASED │ APPROACH 2: HYBRID ML + DP │ APPROACH 3: DEEP LEARNING │
│ • Threshold workload triggers│ • Gradient Boosting (XGBoost)│ • LSTM / Transformer / LLM │
│ • Low complexity & cost │ • Multi-modal feature fusion │ • High complexity & compute │
│ • High false positive rate │ • Explainable (SHAP values) │ • "Black-Box" explainability │
│ • Easily gameable │ • High hackathon feasibility │ • High operational risk │
└───────────────────────────────┴───────────────────────────────┴───────────────────────────────┘
Days_Without_Leave $> 120$ AND Duty_Hours_Per_Week $> 70$ THEN Flag_High_Risk).Approach 2: Multimodal Ensemble Machine Learning with Differential Privacy & Explainable AI (XGBoost + SHAP + Rule-Based Safety Guardrails) [INFERENCE].
┌──────────────────────────────────────────────────────────────────────────────────────────────────┐
│ PRESENTATION LAYER │
│ ┌──────────────────────────────────────────┐ ┌──────────────────────────────────────────┐ │
│ │ FRONTLINE JAWAN MOBILE APP │ │ WEB COMMAND & WELFARE DASHBOARD │ │
│ │ (Flutter/React Native - Offline First) │ │ (React / Next.js + Tailwind CSS) │ │
│ │ • Voluntary Self-Assessments (PHQ/GAD) │ │ • Commander View: Aggregated Unit Metrics│ │
│ │ • Local BLE / Health Connect Biometrics │ │ • Welfare View: Unmasked Triage & Alerts │ │
│ │ • Encrypted Local SQLite Storage │ │ • Recommendation Action Workflows │ │
│ └────────────────────┬─────────────────────┘ └────────────────────▲─────────────────────┘ │
└───────────────────────┼─────────────────────────────────────────────────┼────────────────────────┘
│ HTTPS / TLS 1.3 (e.g., gRPC / REST) │ Real-time WebSockets
▼ │
┌─────────────────────────────────────────────────────────────────────────┴────────────────────────┐
│ API GATEWAY & SECURITY BOUNDARY │
│ • Kong / NGINX Ingress Controller • OAuth2 / OIDC Authentication │
│ • Rate Limiting & TLS Termination • Role-Based Access Control (RBAC) Enforcement Engine │
└───────────────────────┬─────────────────────────────────────────────────▲────────────────────────┘
│ Internal Microservice Bus │
┌───────────────────────┴─────────────────────────────────────────────────┴────────────────────────┐
│ APPLICATION SERVICES LAYER │
│ ┌──────────────────────────┐ ┌──────────────────────────┐ ┌───────────────────────────────┐ │
│ │ HRMS Data Ingestion Sync │ │ Anonymization & Privacy │ │ Alert & Notification Service │ │
│ │ Service (Python/FastAPI) │ │ Engine (HMAC-SHA256 / DP)│ │ (Redis + Celery + Push/SMS) │ │
│ └────────────┬─────────────┘ └────────────┬─────────────┘ └──────────────▲────────────────┘ │
└───────────────┼─────────────────────────────┼───────────────────────────────┼────────────────────┘
│ │ │ Trigger
▼ ▼ │ Event
┌─────────────────────────────────────────────────────────────────────────────┴────────────────────┐
│ PREDICTIVE ANALYTICS ENGINE │
│ ┌────────────────────────────────────────────────────────────────────────────────────────────┐ │
│ │ XGBoost / LightGBM Multimodal Stress & Burnout Risk Model │ │
│ │ • Feature Preprocessing & Missing Value Handling Engine │ │
│ │ • SHAP Explainability Generator (Calculates Risk Factor Weights) │ │
│ │ • Prescriptive Rule Engine (Maps Risk Drivers -> Welfare Interventions) │ │
│ └────────────────────────────────────────────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────┬────────────────────────────────────────────────────┘
│
┌─────────────────────────────────────────────▼────────────────────────────────────────────────────┐
│ STORAGE LAYER │
│ ┌──────────────────────────┐ ┌──────────────────────────┐ ┌───────────────────────────────┐ │
│ │ PostgreSQL Main DB │ │ Redis In-Memory Cache │ │ Encrypted Time-Series DB │ │
│ │ (Operational / HR / App) │ │ (Sessions / Alert Queue) │ │ (TimescaleDB - Biometrics) │ │
│ └──────────────────────────┘ └──────────────────────────┘ └───────────────────────────────┘ │
└──────────────────────────────────────────────────────────────────────────────────────────────────┘
HRMS Ingestion Service.Anonymization Engine, which transforms sensitive Personnel Numbers (P-Nos) into cryptographically salted hash tokens (Pseudonym_ID = HMAC-SHA256(P_No, Master_Salt)).SQLCipher).API Gateway.Predictive Analytics Engine retrieves the pseudonymized HR workload profile and joins it with the unmasked mobile self-assessment vectors.Leave_Denial_Ratio, Days_In_Conflict_Zone, Sleep_Deficit_7d, PHQ9_Depression_Index) are constructed.PHQ9_Item9 > 0 (suicidal ideation flag), the Rule Engine overrides the ML score, escalating the status to CRITICAL.Alert Service generates an unmasked notification sent STRICTLY to the assigned Unit Welfare Officer’s secure portal and mobile alert interface.| Layer | Selected Technology | Why Selected | Alternative Considered | Why Alternative Rejected |
|---|---|---|---|---|
| Frontend Dashboard | React / Next.js + Tailwind CSS | Fast, modular UI development, native SSR support, excellent charting libraries (Recharts / Chart.js). | Angular | Steeper learning curve, heavier bundle size, slower hackathon prototyping. |
| Mobile Client | Flutter (Dart) | Single codebase for Android/iOS, compiled native performance, excellent offline storage ecosystem, robust multi-language support. | React Native | Slower native bridge performance when dealing with continuous background sensor syncing. |
| Backend Framework | Python (FastAPI) | High performance (Asynchronous ASGI), native integration with Python ML ecosystem (Scikit-Learn, XGBoost, SHAP), auto-generated OpenAPI docs. | Node.js (Express) | Requires inter-process communication or external REST hops to interface with Python ML scripts. |
| Primary Database | PostgreSQL (with TimescaleDB extension) | Enterprise-grade relational DB, native JSONB support, built-in time-series capabilities for biometric logging, robust RBAC. | MongoDB | Lack of native ACID compliance guarantees required for sensitive audit logs and complex analytical joins. |
| ML Engine Framework | XGBoost / Scikit-Learn + SHAP | Industry standard for tabular data prediction, fast training/inference times, native missing value handling, exact feature attribution. | PyTorch / TensorFlow | Excessive compute resource requirements; poor explainability on tabular administrative features. |
| Caching & Queue | Redis + Celery | High-throughput in-memory caching for session management and asynchronous alert task processing. | RabbitMQ | Higher setup complexity for a hackathon timeframe; Redis provides dual caching and queuing capabilities. |
| Local Storage (Mobile) | SQLite with SQLCipher Encryption | Zero-dependency, file-based database with transparent 256-bit AES encryption for offline device security. | Plain AsyncStore / SharedPreferences | Unencrypted plain-text storage vulnerability on rooted or stolen mobile devices. |
| Authentication & AuthZ | OAuth2 / OIDC + Keycloak | Standardized JWT-based role management, granular access policies, easily enforces Commander vs Welfare Officer separation. | Custom JWT Implementation | High risk of security vulnerabilities and flawed token validation logic during fast development. |
[AI/ML EVALUATION & OVERRIDE MATRIX]
┌─────────────────────────────────────────────────────────────────────────────────┐
│ MULTIMODAL INPUT VECTOR │
│ [HRMS Workload Metrics] + [PHQ-9/GAD-7 Scores] + [Wearable Sleep/HRV Logs] │
└───────────────────────────────────────┬─────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│ XGBoost PREDICTIVE RISK MODEL (0 - 100) │
│ • Evaluates non-linear interactions across domain features │
│ • Computes SHAP Feature Attribution Weights │
└───────────────────────────────────────┬─────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│ SAFETY RULE OVERRIDE & GUARDRAIL CHECK │
│ • IF PHQ9_Item9 > 0 (Suicidal Ideation) -> FORCE STATUS = CRITICAL │
│ • IF Days_Without_Leave > 180 -> FORCE MANDATORY LEAVE SUGGESTION │
└───────────────────────────────────────┬─────────────────────────────────────────┘
│
┌────────────────┴────────────────┐
▼ ▼
[WELFARE OFFICER TRIAGE PORTAL] [COMMANDER AGGREGATE VIEW]
• Unmasked High-Risk Profile • Anonymized Company Stress Index
• SHAP Prescriptive Interventions • Workload Rotation Recommendations
[INFERENCE].XGBoost Classifier) [INFERENCE].Days_Since_Last_Leave, Leave_Rejection_Count_12m, Deployment_Hardship_Index, Shift_Rotation_Frequency.PHQ9_Total, GAD7_Total, WHO5_Wellbeing_Index, Assessment_Frequency_Delta.Average_RHR_7d, HRV_SDNN_7d, Sleep_Efficiency_Percentage.[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].[PS, INFERENCE].[PS, INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].[PS, INFERENCE].[PS, INFERENCE].[INFERENCE].[INFERENCE].┌───────────────────────────┐ ┌───────────────────────────┐ ┌───────────────────────────┐
│ personnel_master │ │ hrms_workload_logs │ │ mobile_assessments │
├───────────────────────────┤ ├───────────────────────────┤ ├───────────────────────────┤
│ PK id (UUID) │1 *│ PK id (UUID) │1 *│ PK id (UUID) │
│ pseudonym_hash (VAR) ├───────┤ FK personnel_id (UUID) ├───────┤ FK personnel_id (UUID) │
│ battalion_id (FK) │ │ days_since_leave (INT)│ │ phq9_score (INT) │
│ company_id (FK) │ │ leave_denials (INT) │ │ gad7_score (INT) │
│ rank_code (VARCHAR) │ │ hardship_zone (INT) │ │ submitted_at (TS) │
└─────────────┬─────────────┘ └───────────────────────────┘ └───────────────────────────┘
│ 1
│
│ *
┌─────────────┴─────────────┐ ┌───────────────────────────┐ ┌───────────────────────────┐
│ biometric_time_series │ │ risk_predictions │ │ welfare_tickets │
├───────────────────────────┤ ├───────────────────────────┤ ├───────────────────────────┤
│ PK id (UUID) │ │ PK id (UUID) │ │ PK id (UUID) │
│ FK personnel_id (UUID) │ │ FK personnel_id (UUID) │ │ FK personnel_id (UUID) │
│ timestamp (TIMESTAMPTZ│ │ risk_score (FLOAT) │ │ FK assigned_officer (FK) │
│ resting_hr (INT) │ │ risk_tier (VARCHAR) │ │ status (ENUM) │
│ hrv_sdnn (FLOAT) │ │ shap_json (JSONB) │ │ action_taken (TEXT) │
│ sleep_hours (FLOAT) │ │ generated_at (TS) │ │ created_at (TS) │
└───────────────────────────┘ └───────────────────────────┘ └───────────────────────────┘
SQLCipher (256-bit AES encryption).Android KeyStore / iOS Keychain).[INFERENCE].[INFERENCE].[INFERENCE].gzip or Brotli, reducing a 30-day assessment sync payload to $<5\text{ KB}$, ensuring transmission succeeds even over unstable 2G cellular connections [INFERENCE].[PS, INFERENCE].[PS, INFERENCE]. [ZERO-KNOWLEDGE ACCESS CONTROL]
┌─────────────────────────────────────────────────────────────────────────────────┐
│ MASTER PERSONNEL DATA │
└───────────────────────────────────────┬─────────────────────────────────────────┘
│
HMAC-SHA256 Pseudonymization Layer
│
┌────────────────────────────┴────────────────────────────┐
▼ ▼
[WELFARE OFFICER VIEW] [COMMANDER VIEW]
• Access: UNMASKED IDENTITIES • Access: K-ANONYMIZED AGGREGATES
• Purpose: Clinical Triage & Counseling • Purpose: Unit Duty Balancing
• Data Visible: Name, Rank, Risk Factors • Data Visible: Company Stress %
• Strict Medical Confidentiality • CANNOT see individual names/scores
[PS, INFERENCE].[PS, INFERENCE].HMAC-SHA256 token.┌─────────────────────────────────────────────────────────────────────────────────┐
│ HACKATHON MVP SCOPE │
├──────────────────────────────────────┬──────────────────────────────────────────┤
│ MUST BUILD │ SHOULD BUILD │
│ • Synthetic HRMS Data Generator │ • Multi-language UI (Hindi/English) │
│ • Flutter Mobile App (Self-Check) │ • BLE Wearable Simulator Interface │
│ • XGBoost Stress Prediction Engine │ • Automated SMS/Push Alert Simulator │
│ • SHAP Risk Factor Visualizer │ • SHAP prescriptiveness exporter │
│ • Dual-Role Web Dashboard │ • Offline SQLCipher Sync Engine │
│ (Commander vs Welfare Officer) │ │
└──────────────────────────────────────┴──────────────────────────────────────────┘
[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].To ensure a seamless, convincing, and completely transparent demonstration during the SIH judging round without access to classified military feeds, the team will utilize a dedicated Interactive Simulation Harness:
┌─────────────────────────────────────────────────────────────────────────────────┐
│ SIH DEMO SIMULATION HARNESS │
├─────────────────────────────────────────────────────────────────────────────────┤
│ [Scenario Selector]: Select "High-Stress Bastar Deployment Unit" │
│ │ │
│ 1. Inject HR Event: Click "Deny Leave 3rd Time" ──> Live HRMS DB Update │
│ 2. Inject Mobile Survey: Submit PHQ-9 Score = 18 ──> Mobile Sync Triggered │
│ 3. Inject Wearable Anomaly: HRV drops by 45% ──> Biometric Service Ingests │
│ │ │
│ ▼ │
│ [PREDICTIVE ML ENGINE EVALUATES COMBINED SIGNALS] │
│ │ │
│ ┌───────────────────┴───────────────────┐ │
│ ▼ ▼ │
│ [COMMANDER DASHBOARD UPDATES] [WELFARE OFFICER ALERT FIRES] │
│ • Unit Stress Index: 62% -> 78% • Unmasked Alert: Jawan #4082 │
│ • Individual Identity MASKED • SHAP Driver: "Leave + HRV drop" │
└─────────────────────────────────────────────────────────────────────────────────┘
[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].[ASSUMPTION].2026
┌───────────┬───────────┬───────────┬───────────┬───────────┬───────────┐
│ APRIL │ MAY │ JUNE │ JULY │ AUGUST │ SEPTEMBER │
└─────┬─────┴─────┬─────┴─────┬─────┴─────┬─────┴─────┬─────┴─────┬─────┘
│ │ │ │ │ │
▼ │ │ │ │ │
[PHASE 1: RESEARCH & DATA PIPELINE] │ │ │
• DPDP Act Compliance Framework │ │ │
• Synthetic Data Generator Construction │ │ │
│ │ │ │
▼ │ │ │
[PHASE 2: CORE ML ENGINE DEVELOPMENT] │ │
• XGBoost & SHAP Model Training │ │
• Rule-based Guardrail Implementation │ │
│ │ │
▼ │ │
[PHASE 3: MOBILE & WEB APP BUILD] │
• Flutter App (Offline SQLCipher) │
• React Next.js Commander/Welfare Portal │
│ │
▼ │
[PHASE 4: INTEGRATION & SECURITY]
• Zero-Knowledge RBAC Setup │
• End-to-End Encryption Audit │
│ │
▼ ▼
[PHASE 5: DEMO HARNESS & SIH]
• Simulation Control Panel
• Final SIH Build Lockdown
Deadline: 30 September 2026).| Test Category | Target Objective | Testing Methodology & Tools | Success Criterion |
|---|---|---|---|
| Functional | Validate end-to-end user workflows across mobile and web interfaces. | Automated E2E testing using Flutter Driver and Cypress/Playwright. | $100%$ pass rate on core paths (assessment submission, triage ticket creation). |
| Performance | Ensure low latency and bandwidth efficiency under remote network constraints. | JMeter load testing API Gateway; Network Link Conditioner simulating 2G networks. | API latency $<200\text{ms}$ on 3G; Sync payload size $<10\text{ KB}$. |
| Usability | Verify multi-lingual accessibility and non-tech-savvy user clarity. | Task completion testing with non-technical users in Hindi and regional languages. | System Usability Scale (SUS) score $>80/100$. |
| AI Model Accuracy | Ensure robust discrimination without model drift. | 5-fold Cross-Validation on synthetic test sets; SHAP stability check. | ROC-AUC $>0.85$; Precision $>0.80$ at high-risk threshold. |
| False-Positive | Prevent alert fatigue for Welfare Officers. | Benchmark evaluation against non-distressed synthetic operational profiles. | False Positive Rate (FPR) $<10%$. |
| False-Negative | Zero missed severe depression / suicidal ideation cases. | Safety guardrail injection testing with PHQ-9 Item 9 trigger cases. | Zero False Negatives on critical ideation flags ($100%$ Recall). |
| Security & Privacy | Verify zero data leakage between Commander and Welfare Officer roles. | OWASP ZAP vulnerability scanning; RBAC penetration testing. | Zero unauthorized access to individual unmasked medical records from Commander role. |
| Offline Resilience | Confirm zero data loss during prolonged offline field usage. | Simulated battery drain, process kill, and network drop during local SQLite writes. | $100%$ data recovery and successful sync upon reconnection. |
| Risk | Likelihood | Impact | Severity | Mitigation Strategy |
|---|---|---|---|---|
| User Stigma & Low Mobile Adoption | High | High | HIGH | Statutory non-punitive guarantees; strict data segregation ensuring Commanders cannot view individual scores; gamified personal wellness tracking [PS, INFERENCE]. |
| Commander Misuse of Aggregated Data | Medium | High | HIGH | Enforce strict $k$-anonymity ($k \ge 5$) so aggregate company scores cannot be de-anonymized to target specific jawans [INFERENCE]. |
| Data Breach / Cyber Attack on Sensitive Health Logs | Low | Critical | HIGH | End-to-end encryption (AES-256), zero plain-text storage, HMAC pseudonymization, isolated government cloud (MeghRaj) deployment [PS, INFERENCE]. |
| High False Positive Alarm Fatigue | Medium | Medium | MEDIUM | Model tuned for high specificity; unmasked alerts route to non-command Welfare Officers for soft human-in-the-loop validation before formal action [INFERENCE]. |
| Intermittent Field Connectivity Loss | High | Medium | MEDIUM | Robust offline-first architecture using SQLCipher, binary payload compression, and background store-and-forward sync [INFERENCE]. |
| Over-reliance on AI Decision Making | Low | High | MEDIUM | Strict regulatory positioning: AI provides advisory risk flags only; human psychiatric/welfare evaluation is mandatory prior to intervention [PS, INFERENCE]. |
[ASSUMPTION].[RESEARCHED].[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE]. [DIFFERENTIATION MATRIX]
┌───────────────────────────┬───────────────────────────┬───────────────────────────┐
│ GENERIC SUBMISSIONS │ EXISTING HR PORTALS │ RAKSHAKMIND (PROPOSED) │
├───────────────────────────┼───────────────────────────┼───────────────────────────┤
│ • Basic mood-tracking app │ • Pure administrative HR │ • Multimodal Fusion │
│ • Simple survey form │ • No psychological tracking│ (HRMS + Self + Wearables)│
│ • Single user role │ • Reactive crisis response│ • Explainable AI (SHAP) │
│ • Cloud-only architecture │ • No predictive analytics │ • Strict Zero-Knowledge │
│ • Ignores military context│ │ Commander vs Welfare RBAC│
│ │ │ • Offline-first 2G Sync │
└───────────────────────────┴───────────────────────────┴───────────────────────────┘
[INFERENCE].[INFERENCE].[RESEARCHED].[INFERENCE].[ASSUMPTION 1]: Hackathon development will utilize a synthetically generated dataset of 1,000 personnel profiles due to the classified nature of actual CAPF HRMS records.[ASSUMPTION 2]: Frontline CAPF personnel possess or have access to low-cost Android smartphones during off-duty hours for voluntary self-assessments.[ASSUMPTION 3]: Battalion structures maintain a clear administrative separation between operational Company Commanders and designated Unit Welfare Officers / Medical Personnel.[ASSUMPTION 4]: Standardized psychometric tools (PHQ-9, GAD-7) can be culturally adapted into regional Indian languages while preserving clinical validity.[ASSUMPTION 5]: Intermittent cellular or satellite connectivity (2G/Wi-Fi) is available at least once every 7 to 14 days at remote Forward Operating Bases for data synchronization.[NEEDS VALIDATION 1]: Exact statistical weight and correlation between CAPF leave rejection frequencies and severe mental health crisis incidents (requires empirical validation with CRPF Medical Directorate data).[NEEDS VALIDATION 2]: Formal approval process required from MHA for integrating third-party software APIs with legacy CAPF-HRMS intranet systems.[NEEDS VALIDATION 3]: Legal vetting under the DPDP Act 2023 regarding mandatory vs voluntary data fields for military personnel.[NEEDS VALIDATION 4]: Feasibility and cost of procuring BIS-certified wearable fitness bands for large-scale CAPF field deployment.The team should proceed with building RakshakMind based on Approach 2 (Multimodal Machine Learning with Differential Privacy and Explainable AI). This approach directly addresses all explicit requirements in problem statement SIH26186, balances predictive accuracy with strict clinical explainability, and resolves the crucial organizational trust challenge through Zero-Knowledge role segregation [INFERENCE].
[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].[INFERENCE].Access to realistic operational workload distributions and clinical guidance from CAPF welfare officers to validate model feature weights [INFERENCE].
Jawans refusing to use the mobile application due to persistent fear that data will be leaked to Commanders for disciplinary or career assessment purposes [PS, INFERENCE].
Designing an explainable multi-modal feature fusion engine that effectively combines sparse, voluntary mobile self-reports with continuous HR administrative records without generating high false-positive rates [INFERENCE].
[RESEARCHED].[KNOWN].[INFERENCE].92 / 100 (Extremely viable for a 4–6 student team using standard open-source web, mobile, and Python ML technologies within the SIH timeframe) [INFERENCE].
High Confidence (88%) (All core components rely on well-established technical frameworks and verified scientific methodologies for military stress prediction) [INFERENCE].
CAPF Mental Health & Suicide Statistics (Lok Sabha Unstarred Question No. 2318 / MHA Reports)
[RESEARCHED]Analysis of Suicide Rates Among Central Armed Police Forces (CAPF) Personnel: A Decade of Data (2025)
[RESEARCHED]Machine Learning Applications for Suicide Risk Detection in Military Personnel (Uniformed Services University Study, Nature Mental Health 2025)
[RESEARCHED]Digital Personal Data Protection Act (DPDP Act 2023) & Healthcare Data Governance
[RESEARCHED]What we think about this platform, and how it can help people solve SIH problems.
" 30M+ Google Gemini tokens went into researching, analyzing, and understanding all 233 SIH problem statements to make them easier to explore and solve. "
" The platform makes SIH problem statements much easier to understand. Having everything from the problem details to the procedure in one place. "
" Oh, you got ads? Well, we need to make money too! But, you can use our platform to help you win SIH and take home the prize money. "
Get in touch if you need help bringing your ideas to life, or simply have an interesting idea you'd like to talk through. I'm always open to a conversation and exploring new possibilities together.