Referral Doctor Management: Tracking Payouts Properly

For most diagnostic centres, referring doctors are the business. Which makes it striking how many labs cannot answer, on demand, how many samples Dr A sent last month, what revenue that represented, and what — if anything — is owed.

The quick answer

Referral management means recording the referring doctor on every order, so revenue can be attributed per doctor, per period, and per test. Done in software it is a report; done in a notebook it is a quarterly argument. The recording is straightforward — the commercial arrangement behind it is where labs get into trouble.

Start with the legal line, because it changes the design

In India, paying a doctor a commission for referrals is prohibited professional conduct for the doctor under the Medical Council regulations, and there have been tax consequences for the paying business too. This article is not legal advice and you should take your own — but a lab designing its referral process should know that "how do I calculate the cut" is not a neutral software question.

What is unambiguously legitimate is knowing where your work comes from. Attribution, volume analysis, turnaround performance per referrer, and the ability to see that a formerly strong referrer has gone quiet — these are ordinary commercial intelligence and every lab should have them. Much of what labs actually need from "referral management" is this, not a payout engine.

What to record on every order

• The referring doctor, from a master list — not free text. Free text produces "Dr Sharma", "dr sharma" and "D. Sharma" as three different people.
• The clinic or hospital, where the doctor works in more than one.
• The tests ordered and the amount billed, which you already have.
• The collection point, if you run centres or home collection.
• The date, obviously — but note that referral analysis is by order date, not payment date.

A doctor master list is the part labs skip and then regret, because retrofitting it means cleaning years of free-text names. If you are choosing software, check that referrers are a first-class record rather than a text field. Ours is described under solutions, and the wider question of moving existing data cleanly is covered on the switching software page.

The reports that actually get used

The second row is the one that pays for the exercise. A referrer whose volume halved three months ago is a problem you can still fix; the same referrer noticed at year end is a customer you have lost and did not notice losing.

Making the numbers reconcile

Two mistakes account for most disputes. The first is attributing on payment date rather than order date, which makes a month look wrong whenever a large bill is settled late. The second is silently excluding cancelled or refunded orders from one report and not another, so two reports about the same month disagree and nobody trusts either.

Decide once: attribution is by order date, cancellations are excluded everywhere, and part payments do not change attribution. Then make sure every report follows the same rule rather than each being computed its own way.

Red flags in referral features

• Referrer stored as free text rather than a master record.
• No way to see a referrer's trend, only a total.
• Reports that disagree with each other about the same month.
• A "commission" calculation presented as a standard feature with no acknowledgement of the regulatory position.
• No way to correct a wrongly-attributed order without editing the bill.

Where SamLab fits

SamLab keeps referring doctors as a master record, attributes every order to one, and reports revenue, volume and test mix per referrer over any period. What it does not do is tell you what a referral arrangement should be — that is a decision for you and your advisers. If you want to see the reports against your own data, the free trial runs for seven days, or you can walk through it on a demo.