An open dictionary page showing closely printed columns of word entries

Interpreters as a service, not a favour: language cover that scales

17 min read

A hospital interpreter service is a staffed service with roles, hours, rules on who may interpret and a record of what was provided. The favour model fails at night, on leave and under volume, and pushes the work onto exhausted relatives. Choose languages from enquiry data, mix in-house coordinators with remote cover, write the machine translation boundary, and start with one language and one time block.

Ask an Indian hospital how it handles language for international patients and you usually get a name rather than a system. There is a coordinator who speaks Arabic. A technician from the imaging department who grew up speaking French. A housekeeping supervisor everyone calls when a family from a particular country arrives. It works, in the way that a lot of hospital processes work, by leaning on a few generous people until they leave.

A hospital interpreter service is a different thing. It is a defined service with named roles, hours, rules about who may interpret and who may not, a record of what happened, and a way to add a language without begging a favour from another department’s manager. Very few hospitals in India have one. A great many have the favour version and call it a service in their brochure.

Medical value travel makes this unavoidable. Once you are drawing patients from several regions, language stops being an occasional courtesy and becomes a capacity question, like beds or theatre time. It can be planned, staffed, measured and improved. It can also be quietly rationed, which is what happens by default.

This piece is about the operating design, not about clinical standards. What standard of interpretation a particular conversation requires is a matter for your clinical governance. My concern is that the service exists at all, and that it can grow without collapsing.

Why bilingual staff are not a hospital interpreter service

The favour model fails in predictable ways, and it fails worst at the moments that matter most. It is unavailable at night and at weekends, because the helpful person has gone home. It is unavailable when they are on leave, which is when a family from that market will inevitably arrive. It leaves no record, so nobody knows which conversations happened in which language or who carried them.

It also quietly damages the people doing it. Somebody hired to run imaging spends a third of their week in wards, their own work slips, their manager resents it, and they eventually stop offering. Nobody planned this, nobody measured it, and nobody thanked them properly for it, because it never appeared in a job description.

The version that worries me more is the family interpreter. Hospitals lean on whichever relative speaks the most English, and that relative is usually the attendant who is already exhausted, already frightened, and already carrying the job of explaining everything to the rest of the family at home. Asking them to carry the hospital’s communication as well is not a courtesy to them. The same argument runs through everything about the experience of the family member who stays: a relative is a person who needs support, not a member of staff you have not hired.

Four different jobs that get called interpretation

Most confusion here comes from treating one word as one task. There are at least four, and they need different answers.

The first is the enquiry conversation, before anyone travels. It is mostly written, mostly asynchronous, and it can be handled well with translated content, a bilingual coordinator working ordinary hours and careful written replies. Speed matters more than nuance, and getting it wrong costs you a case rather than anything worse.

The second is the clinical encounter: history, explanation, consent, the conversation where a plan changes. This needs trained interpretation and a record of who interpreted. It is also the one job that should never be improvised, and the one where your clinical governance, not your growth team, sets the rules.

The third is everyday ward and service contact. Meals, medication timings, where to sign, what happens tomorrow, where the quiet room is. This is high volume, low complexity, and it is where most of a family’s daily frustration accumulates. It is solvable with a mix of signage, translated printed material, ward phrase cards and remote interpreters on call.

The fourth is documents: estimates, instructions on discharge, summaries for a doctor at home. That is translation rather than interpretation, it can be scheduled, and it deserves a proper process because the document outlives the stay. Reports that a doctor in the home country can actually act on are part of the same language problem, arriving at the other end of the journey.

Let the demand data decide which languages you cover

Hospitals tend to pick languages by anecdote. A senior doctor mentions a market, a facilitator promises volumes, and suddenly there is a coordinator hired for a language that produces a handful of cases a year, while the language of the largest group of families in the building is covered by nobody.

The enquiry record already holds the answer if anyone captures it. Add a language field at first contact, make it mandatory, and record the language the family actually prefers rather than the language the conversation happened in. Within a couple of quarters you will know which languages arrive most, at what hours, through which channels, and for which specialties. That is a staffing plan. It is exactly the argument I make about reading international demand from data rather than anecdotes, applied to a cost line that is otherwise decided by whoever spoke last in the meeting.

The hour matters as much as the language. If enquiries in one language cluster in your late evening, a coordinator working a standard shift is not a service for that market, whatever the brochure says. Either the hours change or the model does.

The staffing models, and what each one gives up

There are four workable models and no hospital should use only one.

In-house bilingual coordinators give you continuity, cultural familiarity and someone the family trusts by name. They do not scale, they go on leave, and each new language means a new hire. They are the right answer for your largest two or three source languages and the wrong answer for the long tail.

Contracted interpreters, booked for scheduled events like a consultation or a consent conversation, are good where the encounter can be planned. They need briefing, they need to be available at the time a consultant is actually free, and they work best when the desk plans the day in advance rather than reacting to it.

Remote interpretation over phone or video is what makes the long tail possible. It covers nights, rare languages and sudden need, at the cost of warmth and of needing a device, a connection and a staff member who knows how to start the call. The practical failure is never the technology. It is that the ward does not know the service exists, so nobody uses it and the contract is judged a waste.

Machine translation is the fourth, and it deserves its own section.

The mix matters more than any single choice. A sensible shape is a named coordinator for each of your largest source languages, a small panel of contracted interpreters for planned clinical conversations, remote cover for everything else, and translated written material doing as much of the routine work as it can. The written material is the part people skip, and it is the cheapest capacity you will ever add: every meal card, ward sign and discharge instruction that exists in a family’s language is a conversation an interpreter does not have to have.

Where machine translation belongs, and where it must not

Translation tools have become good enough that pretending they are not in your hospital is dishonest. Staff already use them on their own phones. The question is not whether they are present but where they are permitted, and that has to be written down.

They are genuinely useful for logistics and orientation: meal choices, directions, timings, a message about a delay, the first pass at a written reply that a bilingual colleague then checks. They are useful for reading an incoming report or letter well enough to route it. For a stretched desk they remove a real amount of low value work.

What they cannot be is the only channel for anything consequential: consent, an explanation of a plan, a conversation where a family is being given difficult information, or instructions a patient must follow after discharge. Not because the output is always wrong, but because nobody in the room can tell when it is wrong, and there is no one to ask. Write the boundary as policy, with examples, and tell staff plainly that using a tool outside it is a governance matter rather than initiative.

One more rule worth having: never paste a patient’s clinical details into a consumer tool that your IT team has not approved. That is a data protection question before it is a language question, and under India’s data protection regime it is not a small one.

The rules that protect everyone in the room

A short policy does most of the work here. Who may interpret in a clinical conversation and who may not. That children are never used, in any circumstance. That another patient or a visitor is not used. That a relative may do it only where the patient has chosen that and it is recorded, and never as the hospital’s default because it is convenient.

Say plainly who decides when the policy is unclear. In most hospitals it should be the treating clinician for anything clinical and the international desk supervisor for everything else, with one number to ring when neither is reachable. Policies fail in the middle of the night, and a rule that has no named person behind it is a rule that a tired junior will work around.

Then the record. The case should show which language the family prefers, who interpreted at each significant conversation and by what means. Without that you cannot audit anything, you cannot answer a complaint, and you cannot see that one language is being served far worse than another.

Finally, a small piece of training for clinicians, which is usually missing. Working with an interpreter is a skill: speaking to the patient rather than to the interpreter, using short segments, avoiding idiom, checking understanding without turning it into a test, and allowing the extra time it takes. A brief note in the induction pack and a reminder from a respected consultant changes behaviour faster than a policy document ever will.

Make it a job, not a favour

If interpretation matters, it has to appear somewhere in an organisation chart. That means a role description, a rota, night and weekend cover, a defined escalation when nobody is available, and pay that reflects a real skill rather than a language someone happens to have. It also means a manager who owns the service and is answerable for it.

Hiring for it is not simply hiring bilingual people. Fluency is necessary and not sufficient. The skills that matter are accuracy under pressure, the discipline to convey difficult information without softening it, familiarity with medical vocabulary, and the judgement to say when a conversation is beyond them. That is closer to hiring for a specialist role than for a front desk one, and it should be tested that way. The same care I would put into building any specialist team inside a hospital group applies here, including the part about giving people somewhere to go after two years so they do not leave the moment they are good at it.

Language cover is also the backbone of the desk itself rather than an add on, which is why it belongs in the design of a desk built to work in more than one language from the start rather than being bolted on once complaints arrive.

Start with one language and one hour

Do not try to build the whole service. Take the language that appears most often in your enquiries, look at the hours those enquiries and admissions actually cluster in, and cover that block properly with a named person and a stated escalation. Get one market right and the pattern becomes copyable.

Alongside that, do three small things this month. Add a preferred language field at first contact and make it mandatory, so that in a quarter you are arguing from evidence. Write the machine translation boundary as a one page policy and circulate it, because staff are already making that decision without you. Tell every ward, in a way that sticks, how to reach remote interpretation at two in the morning, because an unused contract is the most common form of waste in this area.

Tell the international desk to stop promising language cover the hospital does not have. It is tempting, it wins the enquiry, and it produces a family who arrive expecting something that never appears. Saying that a particular language is covered by a scheduled remote service rather than by a person on the ward is an answer most families accept without complaint, as long as it is true.

Then measure two things only. How long a family waits for language support when they need it, and how many conversations happened with no support at all. Those two numbers will embarrass you at first and improve quickly, which is the best kind of measure to start with.

Questions people ask

What is a hospital interpreter service?

It is a defined service that provides language support to patients and families, with named roles, stated hours, rules about who may interpret, a record of what was provided, and a way to add a language without depending on a favour from another department. It is different from having bilingual staff, which is an accident of hiring rather than a service you can plan, staff, measure or hold anyone accountable for.

Why not just use the relative who speaks English?

Because that relative is usually the attendant, who is already exhausted and already relaying everything to the family at home. It is unfair to them, it leaves no record for the hospital, and it makes the quality of communication depend on a person with no training and a heavy personal stake. A relative may interpret where the patient has chosen that and it is recorded, but it should never be the hospital’s default.

Which languages should we cover first?

Whichever ones your own enquiry data shows, not the ones named in meetings. Add a preferred language field at first contact, make it mandatory, and within a couple of quarters you will see which languages arrive most, at what hours and for which specialties. Cover the largest one properly, including the hours when those families actually make contact, before spreading thinly across many languages.

As a CFO, how do I judge what to spend here?

Look at it as capacity rather than goodwill. Ask how many international admissions involve a language no one on the rota covers, how long those families wait for support, and how many enquiries are lost at first reply because nobody could answer. Then compare the cost of a mixed model, in-house for the main languages and on call for the tail, against the value of the cases currently leaking.

Is machine translation acceptable in a hospital?

For logistics, orientation, meal choices, timings and drafting written replies that a bilingual colleague checks, it is genuinely useful and staff already use it. It should not be the only channel for consent, for explaining a plan, for difficult conversations or for instructions to follow after discharge, because nobody present can tell when the output is wrong. Write the boundary as policy, with examples, rather than pretending the tools are absent.

What does IT need to worry about?

Two things. Approved tools, because pasting clinical detail into a consumer application is a data protection problem before it is a language one, and India’s rules on that are tightening. And making remote interpretation genuinely reachable on a ward: a device that works, a connection that holds, and an access route simple enough that a nurse can use it at two in the morning without finding a supervisor.

What should HR change?

Make it a role rather than a habit. A job description, a rota with night and weekend cover, an escalation when no one is available, pay that reflects a specialist skill, and a manager who owns the service. Hire for accuracy under pressure and medical vocabulary rather than fluency alone, and give people a path after a couple of years so the ones who become good at it do not leave.

Do clinicians need training for this?

A little, and it pays for itself. Speaking to the patient rather than the interpreter, using short segments, avoiding idiom, checking understanding without making it feel like a test, and allowing extra time. A short note in induction and a reminder from a respected consultant changes behaviour faster than a policy. The clinical standard required for any particular conversation remains a matter for your clinical governance.

How does this affect marketing and the website?

Considerably. If a market is worth advertising in, the enquiry path has to work in that language, including written replies and the messaging channel families actually use. Publishing pages in a language you cannot then answer in produces enquiries you lose at the first reply, which is the most expensive way to fail. Match the language coverage of your content to the language coverage of your desk.

Should we outsource language cover entirely?

A mixed model works better. Keep in-house coordinators for your largest source languages, because families come to trust a named person, and use contracted or remote interpretation for scheduled encounters and the long tail. Outsourcing everything removes the continuity that makes international families feel looked after. Outsourcing nothing means you cannot cover nights, rare languages or sudden need without heroics.

How do we measure whether it is working?

Two numbers to start. How long a family waits for language support after it is needed, and how many significant conversations happened with no support at all. Both are uncomfortable at first and improve quickly once anyone is watching. Later you can add the share of enquiries answered in the family’s preferred language and the complaint themes that mention being told nothing.

How long does it take to build?

Covering one language and one time block properly can be done in a quarter. The policy, the language field and telling wards how to reach remote support take weeks. A full service across several languages with night cover is a year of steady work, and it should be built market by market rather than announced all at once. The sequence matters more than the speed.

What does this have to do with our discharge documents?

They are the same problem at the other end. A family goes home with instructions and a summary that their own doctor has to be able to use. If those documents exist only in English and nobody checked the translation, the hospital’s clinical work is undermined after the patient leaves. Document translation can be scheduled, unlike interpretation, so there is less excuse for getting it wrong.

What is the single first step?

Add a mandatory preferred language field at first contact. It costs nothing, it takes a fortnight, and it converts an argument about which languages matter into a question with an answer. Everything else, staffing, hours, contracts and content, becomes easier to decide once you can see which families are arriving, when they make contact and how often nobody could speak to them.

Free download

Get the Hospital Digital Growth Audit

A 25-point self-assessment across AI operations, growth & CRM, launches, leadership, and PR. Confirm your email and it arrives in your inbox, along with the full Tools & Checklists set. Occasional notes after; unsubscribe anytime.