Question-led structure
Pages follow the patient's decision questions, not the org chart.
Medical-tourism agency service
A website and an enquiry system are not two separate projects. The page where a patient finds information, the form where they ask and the channel where they receive an answer form one flow. Break any link and all the visibility work turns into unanswered enquiries.
The authorisation rules require institutions to have a website where foreign patients can easily reach information. Most institutions meet this by opening an English page; the real test is not whether the page exists but whether the patient gets an answer.

Institutional sites are usually organised around the org chart: departments, services, corporate. Patients arrive with questions: can this treatment be applied to me, how long does it take, how many days must I stay, who will perform it, what does it cost, what happens afterwards.
Building the information architecture around those questions improves findability substantially without increasing page count. Every treatment page sits on the same skeleton, so once a patient reads one they know where to look in the next.
Sections a treatment page must carry
Submitting a form creates an expectation. The cheapest way to manage it is to state on the confirmation screen what happens next: "Your request has reached the health-tourism unit; you will hear from us within 24 hours on working days."
The form itself must be honest too. Fifteen fields depress completion; three fields produce enquiries the team cannot assess. The right balance is the minimum information needed for the team to give a first answer.
A patient writes to the form, then messages on WhatsApp, then asks on Instagram the next day. Internally those reach three different people and the patient explains the same thing three times. This is the most common reason enquiries are lost.
The technical fix is not complex: every channel lands in the same record and every record has an owner. The hard part is not technology but team discipline, so the setup is always delivered with a usage rule.
Pages follow the patient's decision questions, not the org chart.
Minimum fields, clear expectations and a specific post-submission message.
Form, WhatsApp and phone land together; every record gets an owner.
Working sequence
A map of treatment, market and institutional pages built from patient questions.
Shared, easy-to-populate templates for treatment and market pages.
Form fields, validation, consent texts and the confirmation screen designed.
WhatsApp, phone and form records brought into one place.
First-response rule, ownership and follow-up rhythm transferred in writing.
Frequently asked questions
Usually not. In most cases fixing information architecture and the enquiry flow is enough. A rebuild only comes up when the technical platform cannot carry the target languages or performance requirements.
Only the languages of the target market. Opening a page in a language you cannot answer produces unanswered enquiries and reputational damage.
The minimum needed for a first response. Typically name, contact, treatment interest and short context; clinical information is not requested on the form.
We advise against it. Health data is special-category data and a marketing form is not an appropriate environment. Clinical information should be collected through a secure, notified channel.
Directly. In markets with slower mobile connections, heavy pages measurably increase the share of visitors who leave before seeing the form.
Information architecture and enquiry-flow work typically four to eight weeks. A full rebuild takes longer depending on page and language count.
Next step
Share your current site and enquiry process and we will find the broken link together.