Built to order

Hostel Outpass Management Web App with Warden Approval and Parent Notification

This project builds a web-based hostel outpass management system that replaces paper outpass registers: students submit outpass requests online, wardens approve or reject them from a dashboard, parents receive an SMS on every decision, and a QR-coded digital gate pass is issued for security check-in at the gate. It uses a PHP and MySQL backend with a responsive HTML, CSS and JavaScript front-end, demonstrating role-based access, approval state machines and SMS integration. Suitable for B.E./B.Tech final-year projects in Computer Science, IT and Web Development.

Web Development Role-Based AuthenticationGitHTML5 · CSS3 · JavaScriptSMS gateway integrationResponsive web UIQR code generationApache · shared hostingPHP 8 MySQLSoftware
Hostel Outpass Management Web App with Warden Approval and Parent Notification — project thumbnail preview
More project photos (2)

The problem

The Hostel Outpass Management Web App replaces the paper outpass registers still used in most college hostels with a digital request-and-approval workflow. In the paper system a student writes an entry in the warden's register and the warden signs it — parents hear about the trip only if the student calls home, and nobody can see at a glance who is currently outside campus. That causes three real problems: wardens cannot count who is out or overdue, late returns go unnoticed until someone scans pages of entries, and disputes arise over claimed verbal permission. This web app routes every request through a logged state machine instead: the student applies online, the warden approves or rejects with one click, an SMS goes to the registered parent number on the decision, and a QR gate pass is generated only for approved trips so security can verify identity and log exit and entry at the gate.

SYSTEM FLOW

6 components 5 connections

Live flow
Drag to explore
100%
userStudent

Submits the outpass request online.

Follow the working sequence

How it works

The system moves an outpass through a fixed state machine — PENDING → APPROVED or REJECTED → ISSUED → RETURNED — with a parent SMS fired on every transition out of PENDING and the QR gate pass minted only at ISSUED. A builder note from the actual demo build shaped this: instead of editable status fields, each request keeps an append-only event log, so a warden's decision, the SMS receipt and the gate scans all accumulate as permanent history that cannot be rewritten. The demo front-end exposes four working views — the student request form, the warden approval dashboard, the parent SMS inbox with a notification log, and the outpass history with QR gate passes — and ships with 9 realistic seeded outpass requests across three hostel blocks, so every screen and state is explorable end to end. The end-to-end loop runs like this.

  1. The student logs in and fills the outpass form — name, roll number, block and room, departure and expected return time, reason with details, and the parent/guardian mobile number.
  2. The request enters PENDING and appears on the warden dashboard with the student's details and their past outpass record.
  3. The warden clicks Approve, or Reject with a mandatory recorded reason.
  4. The notification engine fires a templated SMS to the parent's registered number — both the approve and reject paths send — and logs the delivery receipt.
  5. An approved request moves to ISSUED: a QR gate pass is generated with the request ID, student details and the valid out-to-return window.
  6. Security scans the QR at the gate to log the exit; on return, a second scan marks the student RETURNED.
  7. Requests past their return time with no check-in are flagged OVERDUE on the dashboard for warden follow-up.

Tech stack:

  • PHP 8 · MySQL (backend and database)
  • HTML5 · CSS3 · JavaScript (responsive front-end)
  • Session-based role authentication (student · warden · security)
  • QR code generation (server-side library)
  • SMS gateway API (Twilio/MSG91, configurable)
  • Apache shared hosting
  • Mobile-first responsive UI
  • Git (version control)
Parameter Value
Request ID format HG-2026-XXXX, auto-incrementing
User roles 3 (student, warden, security desk)
Warden review SLA 4 working hours (design target)
Parent notification SMS on every decision, approve and reject paths
Gate pass validity The stated out-to-return window only
Audit trail Append-only, one entry per state transition
Demo data 9 seeded outpass requests across 3 hostel blocks
Front-end demo Single-file HTML/CSS/JS, runs offline in a browser
Full build backend PHP 8 + MySQL, deployable on shared hosting

Project features

The three capabilities that carry this project are the warden approval dashboard (a live pending queue with per-student outpass history and one-click approve/reject), automatic parent SMS notification (a templated message fired on every decision, both approve and reject paths), and the QR digital gate pass (minted only for approved trips, scanned by security at the gate to log exit and return). Around them sit overdue auto-flagging, role-based access for students, wardens and the security desk, an append-only audit trail, and a searchable outpass history that replaces the paper register. A builder note from the actual demo build: the approval flow is implemented as an append-only event log — PENDING → APPROVED or REJECTED → ISSUED → RETURNED — where the QR gate pass is generated only at ISSUED and a parent SMS fires on every transition out of PENDING; statuses are never edited in place, so the audit trail cannot be rewritten after the fact.

  • [Warden approval dashboard] A live queue of pending requests with each student's details and past outpass record; the warden approves or rejects with one click, and a rejection requires a recorded reason that the student and parent can see.
  • [Parent SMS notification] A templated SMS is sent automatically to the registered guardian number on every decision — approvals and rejections both send — with per-message delivery receipts tracked in a notification log.
  • [QR digital gate pass] Approved outpasses mint a QR pass carrying the request ID, student details and valid window; security scans it at the gate, logging the exit, and a second scan on return marks the student checked in.
  • [Overdue auto-flagging] Students who have not checked in by their stated return time are flagged OVERDUE on the warden dashboard automatically, so late returns surface without manual register-scanning.
  • [Role-based access] Separate student, warden and security-desk views behind session login; students see and manage only their own requests, and every role gets a distinct dashboard.
  • [Append-only audit trail] Each request carries an event log — requested, decided, issued, returned — with timestamps; statuses are never edited in place, so the full history is tamper-evident for disputes.
  • [Outpass history and register export] Searchable history by student, date or block, plus a printable weekly register export that replaces the paper book the warden currently maintains.

Implemented as listed above. Configurable: SMS gateway provider, warden review-SLA threshold, outpass categories and reason lists. Future scope (not included): mobile app, biometric gate check, integration with hostel fee records.

What is included

  • Complete full-stack source code (PHP backend, MySQL schema, responsive front-end)
  • Working single-file HTML demo prototype (the build shown in the screenshots)
  • MySQL schema and seed-data script
  • Project report PDF (background, methodology, architecture, screenshots)
  • PPT presentation for final review
  • Viva Q&A preparation document
  • Deployment guide (shared hosting setup and SMS gateway configuration)

Limitations & prerequisites

  • Live SMS needs a paid gateway account (Twilio/MSG91 or similar); the demo shows the exact message templates and a notification log, not real delivery.
  • QR scanning at the gate needs a phone or tablet with a camera — the demo simulates the scan flow.
  • The front-end demo keeps data in memory and resets on reload; persistence comes from the MySQL backend in the full build.
  • The gate pass assumes the holder is the student named on it — there is no biometric identity check.
  • Warden approvals and SMS need internet connectivity; there is no offline mode.

Frequently Asked Questions

What is the main technology used?

PHP 8 with MySQL on the backend and a responsive HTML, CSS and JavaScript front-end, deployable on ordinary shared hosting with no special infrastructure. The front-end demo is a single self-contained HTML file you can open in any browser; the full build adds the PHP/MySQL layer for persistence, sessions and the SMS gateway hookup.

How do parents actually get notified?

The moment the warden clicks approve or reject, the notification engine sends a templated SMS to the guardian mobile number stored against the student — both paths send, and each message's delivery receipt is recorded in a notification log the warden can audit. In the shipped demo this is shown as realistic SMS previews; the full build wires it to a configurable gateway such as Twilio or MSG91.

Does this project need internet to work?

The warden dashboard and the SMS notifications need internet, since approvals are reviewed online and messages go through a gateway. The front-end demo itself runs fully offline in a browser. There is no offline queueing mode — requests made without connectivity are not stored.

Can it be customized for my college?

Yes — the realistic customizations are the SMS gateway provider, the warden review-SLA threshold, the outpass reason categories, multi-block or multi-hostel support, and the register export format for your hostel office. The QR pass layout and the role permissions are also adjustable.

What are the main limitations?

Live SMS requires a paid gateway account, gate scanning needs a camera device at the security desk, the demo build does not persist data (the full MySQL build does), the pass carries no biometric check, and everything except the demo front-end needs internet.

Is this project suitable for a final-year project?

Yes — for Computer Science, IT and Web Development programs. It demonstrates a complete role-based web application: session authentication, a multi-role approval workflow, a real state machine with an audit trail, third-party SMS API integration, and QR code generation for a physical-world check-in step.

Components & software requirements
  • PHP 8 · MySQL (backend and database)
  • HTML5 · CSS3 · JavaScript (responsive front-end)
  • Session-based role authentication (student · warden · security)
  • QR code generation (server-side library)
  • SMS gateway API (Twilio/MSG91, configurable)
  • Apache shared hosting
  • Mobile-first responsive UI
  • Git (version control)
Delivery information

Built-to-order project. Delivery timeline is shared after order confirmation based on current queue.

Support terms

Complete documentation, setup guide, and viva preparation included. Support for setup and explanation provided.

Download free synopsis (PDF)

Enter your name and WhatsApp number — the synopsis PDF downloads immediately. We may send occasional project updates on WhatsApp; no spam.

Get a quotation