How DRP-OS is built

One doctor or two hundred.
Same operating system.

A solo ayurvedic practice and a fifty-bed hospital look nothing alike from the outside. Underneath, they do the same things: register a patient, book time, deliver care, write it down, get paid, follow up. DRP-OS is the layer that does all six — and bends to the shape of whoever's running it.

The same system, at three sizes

It grows the way
your practice grows.

Nothing to migrate, nothing to re-buy, no "enterprise edition" you get upsold into on the day you hire your second doctor.

SOLO

One doctor, one room.

You are the owner, the doctor, and the front desk. One login does everything. Records, prescriptions, GST bills, follow-ups — no permissions to configure because there's nobody to configure them for.

PRACTICE

Several doctors, real staff.

Now roles matter. Your receptionist books and bills but never sees clinical notes. Each doctor sets their own availability and sees their own OPD. The owner sees everything. All under one tenant, one subscription.

HOSPITAL

Departments, shifts, hundreds of staff.

Dozens of roles, each with its own permission set, each logging into a dashboard built from exactly what they're allowed to touch. The system doesn't get slower or more confusing as you add people — it gets more precise.

What's inside

Seven groups of screens.
One clinic, end to end.

DRP-OS isn't a pile of features — it's organised the way a practice actually works, from the front desk to the consulting room to the patient's phone. Here's the whole surface, grouped.

MAIN

The daily-driver screens.

  • Dashboard — revenue, top medicines, top patients
  • Patients — allergies, source, portal invites, CSV import
  • Appointments — with conflict detection
  • Availability — the doctor's real bookable hours
  • Follow-ups — nothing slips through
CLINICAL

The consulting room.

  • Prescriptions — groups, individuals, extras; two-mode pricing
  • पथ्य, lifestyle, and 3-language printing
  • Rx Templates — reuse a whole protocol in seconds
CATALOG

A price list, not a stock cupboard.

  • Products — MRP, pack weight, tax
  • Categories — organise the shelf
  • Units — the gram-conversion behind liquid dosing
DOCUMENTS & TEAM

Files and people.

  • File Manager — reports per patient
  • Doctors & Staff — with per-doctor fees
  • Role permissions — the 32-feature RBAC grid
ADMIN

Your account and money.

  • Billing — your subscription and invoices
  • Settings — clinic identity, notification templates, both wallets
REACH

The parts that cross every screen.

  • Notifications — FCM + WhatsApp to the patient
  • Patient Portal — the patient's own app
  • Online Consultation — both phones ring
Roles & permissions

Every role you invent.
Every permission you choose.

Most clinic software ships three fixed roles and tells you to live with them. DRP-OS lets the owner define the roles their practice actually has — and grant each one exactly the permissions it needs, no more.

ROLE
PATIENTS
CLINICAL
BILLING
STAFF
SETTINGS
Owner
Full
Full
Full
Full
Full
Doctor
Full
Full
View
Front desk
Full
Full
Pharmacist
View
Rx only
Full
Accountant
Full
View
Your own role
?
?
?
?
?

Permissions are checked on every request, not just at login. Change someone's role at 3pm and their next click respects it — no logout, no cache to clear, no window where they still have access they shouldn't.

Multi-tenant by design

Many practices.
One never sees another.

Every tenant's data is logically isolated, and the boundary is enforced on every single request — not assumed at login. Run a clinic and a diagnostic centre from one account and they share exactly one thing: your name on the door.

How isolation actually works
TENANT · CARE FIRST CLINIC
TENANT · SUNRISE HOSPITAL
TENANT · NEOCARE DIAGNOSTICS
↑ hard boundary · enforced per request ↑
Premium only

Need something that
doesn't exist yet?

Healthcare isn't one shape. A dialysis centre tracks things a dermatologist never will. An IVF clinic has a workflow nobody else has. Rather than bloat the product with every specialty's edge cases, we build yours — for you.

01

You describe it

Tell us what your practice does that DRP-OS doesn't. The specific workflow, the fields you need, the report nobody else produces.

02

We quote it

A real scope and a real price. No "contact sales for a discovery call" — you get a number and a description of what you'll receive.

03

Terms agreed, advance received

Once we're agreed and the advance is in, it enters the build queue. You're not funding a roadmap item — you're commissioning a module.

04

Built and activated for you

It's switched on for your account. Your staff use it like any other part of the system, with the same roles and permissions.

This is a Premium capability. Starter and Standard tenants get the shipped product — thirty-two features, all live. Custom Module Activation is available only on Premium, because a bespoke build needs a relationship, not a checkout.
Under the hood

Why we call them modules
and not editions.

A module tells the platform what to call things, which features to switch on, what fields matter, and what the plans look like. Clinic Management is the first one — built properly, running in real practices, not a demo.

LIVE 43 FEATURES

Clinic Management

One operating system for a clinic - patients, prescriptions, payments, reminders and follow-ups.

Browse its features
YOUR SPECIALTY

Not quite your practice?

Dialysis, IVF, dental, physiotherapy, diagnostics, day-care surgery — if it registers patients, books time, and bills for care, the platform already does most of your job. The module is the rest.

Talk about a custom module

Built for one doctor.
Ready for two hundred.

Start where you are. The system doesn't need replacing when you grow — that's the entire point of building it as an operating system.