A mobile application or wearable software that uses on-device AI to monitor vital signs and environmental conditions, providing offline health alerts and emergency SOS during disasters.
Qualcomm Inc · Hardware
Signing in saves it for your whole team — everyone on your invite link sees the same two entries. Anything you shortlisted while signed out comes with you.
Decomposed from what the description asks for. Nothing added.
Continuous Health Monitoring
Monitors heart rate, SpO2, body temperature, activity levels, and sleep quality while tracking baseline health patterns.
AI Anomaly Detection
Runs on-device AI inference to detect abnormal vital signs, heat stress, dehydration, fatigue, and respiratory issues.
Disaster Health Alerts
Generates warnings for heat waves, air quality, floods, cyclones, and extreme weather risks.
Edge AI Processing
Processes all sensitive health data locally on the device to ensure privacy and offline functionality.
Emergency Assistance
Detects falls or medical distress automatically and sends SOS alerts to caregivers or emergency contacts.
Both columns are read off the brief's own wording. Nothing here is inferred from the ministry's name.
Evaluators will check if all data processing happens locally on the device without cloud dependence, whether the app functions entirely offline, and if it correctly identifies specific risks like heat stress and respiratory distress from sensor inputs.
A jury can still ask about these. Decide them deliberately rather than by accident.
Generated from the brief's own wording and the competition's published rules — never from a guess about what this ministry prefers.
Which specific wearable hardware or sensor types must be supported?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
What accuracy thresholds are required for anomaly and fall detection?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
Which exact APIs or formats should be used for environmental data integration?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
Has any part of this been shown at a previous event, hackathon or college project?
The guidelines are explicit: your solution must not have appeared in any previous event or programme, of any sort. A recycled project is what a team under time pressure reaches for.
Each one is quoted from a gap in the brief, not a guess about your team.
Needs physical hardware
Listed as a hardware problem statement, so a working demo needs physical components you have to source yourself.
What the organisers attached, and what the brief assumes you can get.
Same organisation, same year. Reading two of theirs tells you more about what they care about than reading one.
Pick what you are about to do and copy the prompt. It carries the organisers' own wording, the constraints they never spell out, and an instruction not to invent requirements they never set.
Who has this problem, what already exists, and what you would have to find out.
Personal Wellness Dashboard
Displays daily health summaries, risk scores, and personalized recommendations for hydration and rest.
The brief asks for continuous health monitoring. How would you build that?
Decoded from SIH26181 itself — Monitors heart rate, SpO2, body temperature, activity levels, and sleep quality while tracking baseline health patterns. The brief asks for it by name.
The brief asks for ai anomaly detection. How would you build that?
Decoded from SIH26181 itself — Runs on-device AI inference to detect abnormal vital signs, heat stress, dehydration, fatigue, and respiratory issues. The brief asks for it by name.
The brief asks for disaster health alerts. How would you build that?
Decoded from SIH26181 itself — Generates warnings for heat waves, air quality, floods, cyclones, and extreme weather risks. The brief asks for it by name.
The brief asks for edge ai processing. How would you build that?
Decoded from SIH26181 itself — Processes all sensitive health data locally on the device to ensure privacy and offline functionality. The brief asks for it by name.
The brief asks for emergency assistance. How would you build that?
Decoded from SIH26181 itself — Detects falls or medical distress automatically and sends SOS alerts to caregivers or emergency contacts. The brief asks for it by name.
The brief asks for personal wellness dashboard. How would you build that?
Decoded from SIH26181 itself — Displays daily health summaries, risk scores, and personalized recommendations for hydration and rest. The brief asks for it by name.
Where does your data come from — a published source, one you collect, or one you generate?
No dataset is attached to this problem statement, so sourcing it is part of the work and nobody told you that.
Why not use what already exists? Name the closest thing to this that is already running.
A team that has not named the alternative themselves is answering this for the first time in the room.
Which single thing will you demonstrate end to end, start to finish, with nothing skipped?
Ours, not a rule: a narrow thing that fully works survives questioning better than a broad thing that half works. If nobody on the team can name it, that is the finding.
Show me this working: evaluators will check if all data processing happens locally on the device without cloud dependence, whether the app functions entirely offline, and if it correctly identifies specific risks like heat stress and respiratory distress from sensor inputs.
This is the evaluator read for your problem statement, decoded from the brief's own wording.