Wooble
Back to RAMAKRISHNA's profile
Verified on Wooble

ClinicFlow OS — Real-Time Queue Management for Neighbourhood Clinics

Token issued in 4 seconds · Wait time from real consultation data · Queue survives server crash in <5s

RAMAKRISHNA YADAVClinicFlow OS — Real-Time Queue Management for Neighbourhood Clinics

<5s

Queue recovery time

4s

Token issue time

3

Judging criteria met

Overview

76% of India's 1.5 million neighbourhood clinics run on paper token slips and shouting. Patients wait 2–3 hours with zero visibility into their position. Receptionists manage everything from memory. Doctors have no real-time view of queue pressure. When we mapped the actual pain, it was not the wait itself — it was the uncertainty. Patients cannot leave the premises. Receptionists cannot recover from mistakes. When the system fails, the entire queue collapses with no recovery path. The solution required three things: live updates without refresh, wait times from real data, and a system that Process I started by converting the three judging requirements into engineering constraints. "Live updates without refresh" led to Socket.IO-based real-time synchronization. "Wait time from real data" became a rolling-average engine that recalculates after every completed consultation. "Fast receptionist workflow" drove features such as returning-patient autofill and duplicate detection before token issuance. During design, a single shared queue was rejected because multi-doctor clinics created token collisions. The architecture was redesigned around doctor-scoped queues with unique token prefixes. Flow prediction was intentionally removed because it required historical datasets that were unavailable during the hackathon. Instead, I implemented real-time delay detection using only today's consul Results Receptionists issued tokens in under 4 seconds during testing. Queue updates synchronized across Reception and Patient screens in under 2 seconds using Socket.IO without page refreshes. Wait times were dynamically recalculated using rolling averages from completed consultations rather than fixed values. Emergency token insertion successfully updated all downstream wait estimates in real time. Crash recovery restored the entire queue after server restart with no patient losing position. Duplicate registration detection reduced token conflicts and registration errors. Reflection Given additional development time, I would implement JWT authentication, role-based access control, audit logging, and SMS/WhatsApp notifications for patients outside the clinic. I would also add no-show handling, appointment scheduling, and analytics for clinic owners. For larger deployments, I would introduce Redis-backed Socket.IO scaling and structured monitoring to support multiple clinics and higher traffic volumes.

Links & files

Artifacts

2