A queue patients can see
Tokens are numbered by the server per doctor per day. Patients check in on the day and watch the queue from their phone.
Clinic and hospital software
Appointments, a live OPD queue, consultations with e-prescriptions, lab, pharmacy, beds and billing in one console. Patients book real slots and watch their token move; doctors prescribe from their phone.
Why Arogya
Most clinics juggle a register, a billing tool and WhatsApp. Arogya puts the queue, the consultation and the bill in one flow.
Tokens are numbered by the server per doctor per day. Patients check in on the day and watch the queue from their phone.
Doctors pick a diagnosis and medicines, then sign and send. The patient gets it in the app and the visit closes with a bill.
Billing, stock and beds live in Postgres with transactions; clinical notes, vitals and lab results in MongoDB.
The apps, step by step
Every screen below is a real screenshot from an automated end-to-end test run against the live backend. Nothing is a mock-up.
The console
Reception, doctors, lab, pharmacy, wards and accounts work in the same system, so nothing is typed twice.
Footfall, department mix, each doctor’s progress and alerts.
Call next, move to the end, mark no-show, and a TV display mode for the waiting area.
A day calendar with a column per doctor; book, check in, reschedule and cancel.
Vitals and trends, visits, prescriptions, lab reports, bills and current medication.
Registration with UHID, allergy and chronic-condition alerts.
OPD days, hours, fees, rooms and availability.
Sample to results to report, with automatic high and low flags.
Stock, expiry, Schedule H and counter sales that update billing.
Ward bed board with admit, discharge and cleaning states.
Invoices, part payments and payment modes; status always computed from what was paid.
Revenue, departments and doctor performance.
Tested end to end
This is the full automated test report for Arogya. The production build was started on its own database and a robot used the apps and the console exactly as your customers and staff would. Each screenshot below is one step of that run, in order, with what it proves.
Onboarding from the production web build.
App detected the live API.
Server issued a one-time code.
Ananya is checked in today; her token and queue position come from the server.
Live “patients ahead” count, refreshed every few seconds.
Doctors with their next free slot, computed by the server.
Slots come from the doctor’s hours minus existing bookings.
Family members (daughter, father) come from the account.
Fee from the doctor’s record.
Written to Postgres; the slot is now blocked for everyone else.
Reschedule and cancel are available until the visit.
Signed in with a real staff password; footfall and doctor progress from live data.
Token lanes per doctor; Ananya is waiting with Dr. Arjun.
Calendar of every consultation, including app bookings.
Dr. Arjun signs in by OTP and sees his live queue.
Diagnosis and medicine picked; allergies and vitals shown.
Prescription stored in MongoDB; visit Completed and bill raised in Postgres.
Patient screen updated after the doctor finished.
Dolo 650 for viral fever, straight from the doctor’s app.
Prescriptions and lab reports for the whole family.
Bills raised by consultations, lab and pharmacy.
Daughter and father linked to Ananya’s account.
Visits, reports and bills, built by the server.
Today’s prescription from the doctor app appears in the record.
Register with UHID; allergy and chronic-care alerts.
OPD days, hours and fees.
Sample → results → report ready.
Stock, expiry and counter sales.
Ward bed board.
Includes the consultation invoice just raised.
Reports from live data.
Team and settings.
No browser errors and no server errors were recorded during the run. Screens use demo data; the one-time code shown in test mode is replaced by an SMS in production.
Features
Slots come from doctors’ hours and existing bookings, in the app and at the desk.
Server-numbered tokens per doctor per day, visible to patients.
Sign and send from the doctor app; stored with the patient’s record.
Orders, sample collection, results with flags and report release.
Stock levels, expiry and counter sales linked to billing.
Admit, discharge and the ward board, with a final bill on discharge.
Part payments, discounts and patient-app payment of dues.
One phone number books for children and parents.
Built to be trusted
Whether a change comes from the patient app, the doctor app or the console, the same checks run on the backend.
What you get
Three working applications on one backend, with your name, colours and logo on them.
One React Native codebase for Android, iOS and the web; patients and doctors sign in by phone.
Expo · React Native · TypeScript
Front desk, OPD queue, consultation, lab, pharmacy, beds, billing and reports.
Next.js 16 · React 19
Appointments, queue, billing and stock in Postgres; prescriptions, vitals and lab results in MongoDB.
NestJS · PostgreSQL · MongoDB
Ways to buy
Pricing depends on your scope and number of locations. Tell us what you need and we’ll send a quote within one working day.
Your developers take it from here.
Most chosen
We brand it, connect it and launch it with you.
We run it; you run the business.
FAQ
Yes. It works for a one-doctor clinic and grows to a multispeciality OPD with lab, pharmacy and wards.
Yes. Children and parents are linked to the account holder’s phone number, and every booking, record and bill shows who it is for.
Yes. The patient and doctor apps are one React Native (Expo) codebase that builds for Android, iOS and the web.
On your own servers. Billing and appointments are in PostgreSQL; clinical records are in MongoDB, keyed to the patient.
The product is complete and tested end to end. To go live you connect an SMS provider for OTPs, Razorpay for online payments and your hosting. That package covers all three.
With a source licence or launch under your brand, yes: all three apps and the backend, with setup docs and the automated test suite.
Book a demo
A 30-minute walkthrough of the apps and the console on a live server. We’ll show the exact flows on this page and answer questions about branding, pricing and launch.