HIMS treats buying as the front end of your inventory. Wards raise indents, reorder levels flag what is running low, orders go out against those needs, and goods received are booked into the same stock the hospital issues from.
Hospital procurement is the buying side of stores: gloves, sutures, fluids, reagents, linen and every other consumable that a ward, a theatre or a laboratory asks for and then uses up. In HIMS this is not a separate system bolted onto inventory. The stock module already knows what each item is, how much is on hand and the level below which it should be reordered, so buying is simply what happens when that level is crossed or a department raises an indent.
Keeping it in one place is what makes the numbers usable. An item ordered, received and issued follows the same record, so the stores balance reflects goods actually booked in rather than a purchase file that somebody reconciles later. Equipment is tracked in the same module, which is why the biomedical register and the consumables shelf are not two different databases.
Purchasing is reactive in most hospitals because nothing tells anyone in advance.
A ward sister writes what she needs on a sheet, it goes to stores, and nobody can say later who asked for what.
The shortage is found when an item is needed, not when it fell below a sensible level.
Because the shortfall is urgent, the purchase is made from whoever can deliver today.
A delivery is accepted and stacked, and the difference between what was ordered and what came is found a month later.
Over-ordering leaves batches that quietly reach their expiry date in the store room.
A ward, theatre or laboratory asks stores for what it needs, on the system.
Items already below their reorder level are flagged for buying.
A purchase order goes to the supplier against the items and quantities agreed.
The delivery is booked in against the order, with batch and expiry where it applies.
Stores balance rises and the item becomes issuable to departments.
Issues to wards, theatre and the pharmacy drop the balance again.
Workflow: Each ward raises its indent on the system and stores works from one consolidated list.
Result: No sheets, and a record of who asked.
Workflow: The reorder level flags it days before the shelf empties and it goes on the next order.
Result: Urgent buying becomes rare.
Workflow: Goods receipt is booked against the order and the shortfall shows as still outstanding.
Result: The difference is raised while the invoice is fresh.
Workflow: Consumables issued to the case drop stores stock and reach the patient's bill.
Result: Usage and billing come from one movement.
Indents, orders and receipts in one place.
Several departments consuming from one store.
Small stores run without a purchase department.
Reagents with batch and expiry to watch.
What is being consumed, by which department.
No. Buying in HIMS is the front end of the inventory module, which is why an order, a receipt and an issue all move the same stock figure. See hospital inventory management for the stock side.
Procurement in HIMS covers the movement of goods: indents, orders, receipt and stock. A full supplier payables and accounting ledger is not what this module is for. If you need that depth, say so on the call so it is scoped honestly.
That is how it is set up: departments raise indents on the system rather than sending sheets to stores, so the request carries the department, the item and the quantity, and stores works from a consolidated list. How far you take the buying workflow is agreed when we scope your stores.
Each item carries a level below which it should be reordered. When stock crosses it, the item is flagged in the low-stock view so buying is triggered by the balance rather than by someone noticing an empty shelf.
Pharmacy has its own dispensing queue and stock with batch and expiry tracking, and it sits in the same platform. See pharmacy management for how drugs are handled specifically.
Yes. Your item list, suppliers and opening balances are migrated in during setup, which is the normal starting point. From then on the sheet stops being the source of truth.
Tell us how you work today. We will show you what the platform would look like for you, and give you a clear scope and timeline.
Founder-led · Chennai, India · Built and supported by the person who wrote it