Medical store software for fast counter billing
Run your medical store counter at full speed — scan or type, auto-pick the oldest batch, print an 80mm receipt, and stay Schedule-H compliant, all offline.
Live product UI — sample data.
Counter-first billing
Keyboard-driven billing built for a busy counter — scan a barcode or type a code/salt, pick the FEFO batch automatically, and take payment in seconds.
Batch, expiry & MRP
Every strip is tracked by batch, expiry and MRP. Near-expiry stock surfaces in the Expiry Radar so you return it before the window closes.
Compliant by default
Schedule-H/H1 warnings and doctor/prescription capture at billing, plus a register that stays inspection-ready.
What this actually means in practice
A single-counter medical store runs on different economics from a distributor: dozens of small bills an hour, most of them under a few hundred rupees, and one person doing everything — searching, billing, taking cash and answering the phone. Software that asks for a mouse, a confirmation box and a second screen costs that person the queue. The counter screen is therefore keyboard-driven end to end: type, tab, enter, print, next customer.
Setup is deliberately small. One shop, one counter, one pricing mode — retail, at MRP. You should not have to configure godowns, price lists, territories or approval chains to sell a strip of paracetamol; those exist for the businesses that need them and stay out of the way for a shop that does not. Opening stock goes in batch-wise once, and after that the counter is the only screen the operator touches all day.
Low value and high frequency also change what goes wrong. The errors that hurt a small store are not fraud; they are a loose strip billed as a full pack, stock picked off a shelf the system does not know about, and a drawer that will not tally at eight in the evening. Pack conversion, earliest-expiry selection and a denomination-wise count at session close are there because those three recur, day after day.
| Moment in the day | What the operator does | What the software takes care of |
|---|---|---|
| Shutter up | Opens the counter session with the cash float | Stamps the session; cash is accountable from here |
| Mid-morning rush | Types three letters of a brand, or scans | Matches code, brand, barcode or salt; fills the FEFO batch |
| Loose sale | Enters four against a strip of ten | Converts to base units so rate and stock reconcile |
| Schedule-H item | Records the doctor and prescription number | Warns first, then keeps the entry in the register |
| Customer returns two strips | Raises a credit note against the original bill | Batch restored, tax reversed, ledger follows |
| Shutter down | Counts the drawer by denomination | Expected against counted, beside the day's GST summary |
What’s included
- Barcode / code / salt search
- FEFO batch auto-selection
- 80mm thermal receipt or A4 invoice
- MRP-inclusive (retail) pricing
- Schedule-H / H1 capture & warnings
- Schemes & free goods
- Expiry Radar & Rescue
- Day-end cash & GST summary
- Offline — no internet needed
What it does not do
- · There is no weighing-scale or price-embedded-barcode integration. The counter is built for packed medicines with a printed MRP, not for goods sold by weight.
- · Bills print to 80mm thermal or A4. 58mm rolls are not supported, and printing straight to a chosen printer without a dialogue box requires the Desktop edition.
- · Desktop is a Windows application, with no macOS build, and payroll is not included — staff wages are posted as an expense, not calculated.
Frequently asked
Can it print on a thermal (80mm) printer?
Yes — bills print to an 80mm thermal receipt printer or to A4, and the counter screen is fully keyboard-driven for speed.
Does it handle MRP and retail pricing?
Yes. Retail mode bills at MRP with GST embedded; batch, expiry and MRP are tracked per strip and shown on the bill.
Is it Schedule-H compliant?
Yes — H/H1/X drugs trigger a warning to record the doctor and prescription, and a Schedule-H audit flags any sale missing them.
Does it need the internet?
No. It is a Windows desktop app; billing, stock and GST all work offline, and your data stays on your machine.
Can one person run the whole shop on it?
Yes — that is the design point. Every counter action has a key, the search matches on code, brand, barcode or salt, and the earliest-expiry batch fills itself in, so a single operator can bill, take payment and print without reaching for the mouse. Heavier features stay hidden until a shop actually needs them.
How long before we can start billing on it?
A small store is usually billing the same day. The medicine master imports from a spreadsheet, opening stock is keyed batch-wise with expiry and MRP, and retail mode is the default — no price lists, godowns or user roles to configure first. The one job worth doing carefully is the opening batch entry, because every expiry alert depends on it.
What exactly is included in Medical store · counter billing?
barcode / code / salt search, FEFO batch auto-selection, 80mm thermal receipt or A4 invoice, MRP-inclusive (retail) pricing, schedule-H / H1 capture & warnings and schemes & free goods, and 3 more. Every item on that list is a working screen you can open in the trial rather than a capability described in the abstract.
How is medical store · counter billing handled differently here?
It rests on counter-first billing, batch, expiry & MRP and compliant by default. The distinction that matters is that these are structural rather than cosmetic — the behaviour is built into how records are posted, not layered on as a report you have to remember to run.
Does Medical store · counter billing post to the real books?
Yes, and that is the whole reason it lives in this product rather than beside it. What counter-first billing records lands in the same posted double-entry ledger the Trial Balance, P&L and GST returns are built from — so there is no second set of medical store · counter billing numbers to reconcile against the first.
How does Medical store · counter billing affect my GST?
It feeds it directly rather than sitting alongside it. CGST/SGST and IGST are split from HSN or SAC and place of supply as each document is raised, so whatever medical store · counter billing produces is already correct when GSTR-1, 3B and 2B reconciliation are drawn off the same books. The return matches the accounts because it was never a separate exercise.