This post is for hospital marketing and patient-access teams who own a call centre or an appointment line and want to know what happens on the calls their campaigns generate. Most centres review a thin sample of recordings by hand, often a few calls per agent per month. The rest is invisible. If you pay for call-generating ads, the invisible part includes the calls where a lead was lost.
Automated grading changes the arithmetic. A language model can read a transcript of every call and score it against a rubric in the time a human takes to open the recording. That does not make the model the judge. It makes it a first pass whose output humans check where it matters. This post sets out a scorecard you can adapt, the audit loop around it, and the mistakes that make automated QA misleading.
The scorecard here is a template, not a published standard, and nothing in it is a benchmark. Your medical and compliance teams should approve the compliance items before it is used on live calls.
Why sampling misleads
A small manual sample has two problems. It is statistically thin: a handful of calls per agent cannot reveal how often a particular failure happens, only that it happened. And it is biased by selection, because reviewers tend to choose long calls, complaint calls or calls from the same days.
For a marketing team, there is a third issue. The calls that matter most to campaign performance, such as first-time callers from an ad, are a minority of total volume. A random sample dilutes them. When the grader runs on every call, you can filter by source and read only the calls from the campaign you are investigating. Pair this with call tracking so each call carries a source label.
Principles before the rubric
Score observable behaviour, not impressions. "Agent was friendly" cannot be graded consistently by a person or a model. "Agent stated their name and the hospital name in the first ten seconds" can be.
Use binary or three-level items. Yes, no and not applicable are far more reliable than a five-point scale. Add a short evidence quote for every score so a reviewer can check it in seconds.
Separate what the agent controls from what they do not. A caller who hangs up before the greeting finishes should not reduce an agent's greeting score.
Keep compliance items distinct from soft skills. A missed consent statement is a different class of problem from a flat tone, and should be reported separately.
The scorecard
Five sections, each with a handful of items. Adapt wording to your language mix.
1. Greeting and identification
- Agent gave a greeting and the hospital or department name.
- Agent gave their own name.
- Agent used the caller's preferred language, or offered it.
- Agent stated, where your policy requires, that the call is recorded.
2. Intent capture
- Agent identified the caller's main reason for calling within the first few exchanges.
- Agent asked who the patient is, if the caller was not the patient.
- Agent captured speciality, doctor preference or symptom category in the caller's own terms, without giving a diagnosis.
- Agent confirmed their understanding back to the caller.
3. Booking and next step
- A concrete appointment, callback or next step was agreed.
- Date, time and location were read back.
- Agent captured a reachable phone number and confirmed it.
- Agent gave the fee or package information that the hospital has approved for sharing, or explained where to find it.
- If no booking occurred, the reason is recorded from a fixed list.
4. Compliance and safety statements
- Agent did not give medical advice, diagnosis or a treatment recommendation outside their role.
- Agent did not promise outcomes or guarantee a result.
- Urgent symptoms, if mentioned, were escalated using the hospital's protocol.
- Agent did not ask for or read out identifiers that the process does not require.
- Where your policy requires, agent recorded consent to be contacted by WhatsApp or call.
5. Close
- Agent summarised the next step.
- Agent asked if anything else was needed.
- Agent ended the call politely.
Do not turn this into a score of ninety items. About twenty to twenty-five is enough. Each additional item raises the chance of inconsistent grading and lowers the chance anyone reads the output.
How the grader should work
Treat the model as a structured extractor, not as a writer. For each call:
- Input: the transcript with speaker labels and timestamps, plus call metadata such as source campaign, duration and language.
- Output: for each rubric item, a value of yes, no or not applicable, an evidence quote and a timestamp.
- Constraints: the model may only mark an item yes if it can quote the evidence, and must mark not applicable where the situation did not arise.
- Separate outputs for call outcome (booked, callback, information only, lost) and a reason code.
Transcription quality limits everything downstream. A grader reading a poor Hindi or Tamil transcript will mark items wrong. Speak to your vendor about language coverage, and test the rubric separately by language. Where the transcript is weak, route the call to human review rather than accepting the score.
Voice platforms such as AiTelz handle conversations on the phone side, and the same thinking about rubric and audit applies to whichever tool produces your transcripts.




