A doctor's website is today a patient's first contact with a practice — most patients check a specialist on Google before calling or booking an appointment. In 2026, a website for a doctor or clinic costs from 2,500–5,000 PLN net for a business card site, 6,000–15,000 PLN net for a site with online booking, up to 15,000–30,000 PLN net for a dedicated system integrated with practice-management software and a patient portal. The key constraint in Poland: the content and form of information about health services must not carry the features of advertising (Art. 14 of the Medical Activity Act) — advertising can even carry a penalty of arrest.
Najważniejsze: A doctor's website in 2026 costs from 2,500–5,000 PLN net (business card) through 6,000–15,000 PLN net (site with online booking) to 15,000–30,000 PLN net (dedicated system with integrations and a patient portal). In Poland the content and form of information about health services must not carry the features of advertising — Art. 14 of the Medical Activity Act, with penalties under Art. 147a of the Petty Offences Code (fine, restriction of liberty, or even arrest). Online booking, GDPR for health data and WCAG accessibility are the three non-negotiables.
Why does a doctor need their own website?
A patient looking for a specialist starts with Google: they type "cardiologist [city]", "private dermatologist [district]" or the doctor's name, and check a few websites before calling. If the practice has no website — or only a profile on a booking platform — the patient sees the doctor through an intermediary's eyes: without the full scope of services, without experience details, without the practice's own voice.
A practice's own website gives it three things no platform can
- Control over the message — patients learn the scope of services, how to prepare for a visit and how to book exactly as the doctor wants to communicate it.
- Its own patient base — data collected through the practice's own booking stays with the practice. Data collected by a booking platform stays with the intermediary.
- Independence from intermediaries — booking platforms charge for acquiring new patients and decide who ranks higher in results. It is the same mechanism that works through booking portals in the hotel industry.
Over 60% of traffic on medical websites comes from mobile devices, and patients search in the evening, at weekends and in a hurry. A site that does not work smoothly on a phone — with booking in two clicks — loses patients to a practice with a better website.
How much does a doctor's website cost in 2026?
Pricing depends on the delivery model: from simple business card sites, through sites with online booking, to dedicated systems integrated with practice-management software.
| Website model | Approximate cost | Timeline |
|---|---|---|
| Business card site (specialisation, pricing, contact) | 2,500–5,000 PLN net | 2–4 weeks |
| Site with online booking (widget or own module) | 6,000–15,000 PLN net | 4–8 weeks |
| Dedicated system with practice software integration and a patient portal | 15,000–30,000 PLN net | 2–4 months |
| Off-the-shelf platforms (website builders, booking platform plans with a site) | 400 PLN/year – 399 PLN/month | a few days |
- Add running costs: hosting and technical care usually run at 500–2,000 PLN per year for simple sites, or 100–500 PLN per month for a server with dedicated booking. Budget separately for materials: a photo shoot (the doctor's portrait, the practice interior), copy and translations.
What drives the cost of a doctor's website?
- Online booking — an embedded booking-platform widget is cheaper; an own booking module integrated with the practice calendar costs more but keeps patient data in the practice and carries no per-patient fees.
- Practice-management software integration — synchronising the schedule, patients and appointments with systems like mMedica, Somed or DrEryk is developer work.
- Online payments — deposits and visit fees (protection against no-shows), integration with Przelewy24, PayU or Stripe.
- A patient portal — logins, visit history, documents, test results. That is an application project, not a website.
- Educational content — articles answering patient questions, written within the limits of Art. 14 of the Medical Activity Act.
- Multilingual versions — practices serving foreign patients need language versions with SEO configuration (hreflang).
- WCAG accessibility — an audit and accessibility fixes, mandatory for digital services covered by the European Accessibility Act.
If booking and the patient portal are meant to work like a full application — with visit history, documents and settlements — the budget approaches that of a custom web application, where projects start in the tens of thousands of zlotys.
What should a practice website include?
A good practice website answers patient questions faster than a reception desk would — without crossing the line between information and advertising.
- The doctor's profile — specialisation, education, experience, membership in scientific societies, publications. Facts, not superlatives.
- Scope of services — which conditions and services the practice covers, what a visit looks like, how to prepare for an examination.
- Online booking — an own module or an embedded booking-platform widget, with the nearest available appointment visible.
- Pricing — clear information about visit and examination prices. A price list is information about services, not advertising.
- Public vs private pathway — whether the practice has a contract with the National Health Fund (NFZ), what referrals are needed, how the public pathway differs from private care.
- Location and accessibility — address, map, parking, information about building accessibility for people with disabilities, public transport.
- Opening hours and contact — phone, e-mail, contact form, information about teleconsultations.
- Educational content — articles and FAQs answering real patient questions. They build Google visibility and trust.
- Practical information — cancellation rules, preparation for examinations, documents needed for a first visit.
- Legally required elements — a privacy policy, information about the data controller, and the organisational regulations of the medical entity.
The foundations common to every industry — structure, speed, SEO, GDPR — are covered in our business websites guide.
Medical law — what is allowed on a doctor's website, and what is not
This is the key difference between a practice website and an ordinary company site. Art. 14 of the Polish Medical Activity Act states plainly: a medical entity publishes information about the scope and types of health services it provides, but the content and form of that information must not carry the features of advertising. The prohibition covers advertising that is unlawful, misleading, violates patient dignity or poses a health risk. The Polish Chamber of Physicians and Dentists (NIL) confirms the provision also applies to a doctor running a medical practice.
Publishing information about services in the form and content of advertising triggers liability under Art. 147a § 2 of the Petty Offences Code — a fine, restriction of liberty, or even arrest.
What is allowed and what is prohibited?
- Allowed: reliable information about specialisation, experience, scope of services, pricing, location and opening hours, and how to book.
- Prohibited: superlatives ("the best specialist in the region"), promises of treatment outcomes, comparisons with competitors, misleading content, and marketing-style communication about services.
- Allowed: information about professional qualifications and achievements — after changes to the Code of Medical Ethics, doctors may inform about themselves as specialists more freely, though Art. 14 restrictions still bind medical entities.
In practice, copy on a practice website should be written in an informative, factual register — not the language of advertising. That is a job for a copywriter who understands medical activity regulations.
Online booking — your own or through a booking platform?
The largest doctor booking platforms (ZnanyLekarz, Docplanner, Booksy) work much like hotel portals: they provide visibility and new patients, but charge — a commission per new patient or a subscription for the profile (plans for clinics start at around a dozen or so zlotys net per profile per day, and plans including a website from about 399 PLN per month).
The optimal model is two channels running in parallel
- The booking platform — a channel for acquiring new patients. A patient searches "doctor [specialisation] [city]" and lands on the platform profile.
- Your own booking on your website — a service channel for patients who already know the practice. No per-patient fees, patient data stays with the practice, integrated with the practice-management calendar.
We build own booking modules as dedicated Laravel solutions designed for performance — the appointment calendar must work instantly on a phone and must not allow double bookings. Speed techniques for such applications are covered in our Laravel performance optimization guide.
Reminders and automation
Online booking is only half of the system. The other half is reducing no-shows: automatic SMS and e-mail reminders, appointment confirmations, and requests to cancel in advance. Such automations — together with a chatbot answering organisational questions — are covered in our AI automation service.
GDPR and patient data — a special category
Health data is a special category of personal data (Art. 9 GDPR) — subject to the strictest processing rules. A practice website that collects booking requests, contact forms or examination sign-ups must meet stricter requirements than an ordinary company site.
- Data minimisation — the form should not ask for more than is needed to arrange a visit. Symptom descriptions in a "message" field are already health data.
- Encryption — an SSL certificate, encrypted connections, secure storage of submissions.
- Privacy policy and consents — information about the controller, purposes and legal bases, retention periods, and patient rights.
- Processing agreements — with the hosting provider, the booking system and the mail provider.
- Communication channels — ordinary e-mail is not an appropriate place for medical data; secure communication requires dedicated modules in practice-management systems.
Application security — updates, backups, attack protection — is covered in our Laravel application security — OWASP Top 10 guide.
Accessibility (EAA) and central e-booking
The European Accessibility Act has applied since 28 June 2025. Under the guidelines, if a business presents its services on a website and allows a consumer to start the process of concluding a contract (e.g. booking an appointment online), it provides an e-commerce service covered by the accessibility duty. A practice website with online booking should therefore meet WCAG 2.1 AA — for patients with disabilities, accessible booking is often the only way to arrange a visit.
Central e-booking (centralna e-Rejestracja) has operated in Poland since 2026 — from 1 January 2026 it is mandatory for selected services (initially including cardiology visits and two screening programmes). Patients book via pacjent.gov.pl while the clinic handles the slot through its practice software. A practice website should inform patients about this and — for larger clinics — integrate with the process.
It is also worth remembering the Register of Entities Performing Medical Activity (RPWDL) — the registration number and entity details are credibility elements worth showing in the website footer.
Doctor SEO — how to be visible without advertising
- Local and specialisation keywords — "cardiologist [city]", "private dermatologist [district]", "paediatric endocrinologist [city]". Patients searching for a doctor are ready to book — the most valuable traffic there is.
- Google Business Profile — mandatory: hours, phone, photos, information about public and private visits. The profile drives patients to the website.
- schema.org structured data — the Physician and MedicalClinic types with name, address, specialisation and opening hours help Google understand the practice profile.
- Educational content — articles about preparing for examinations and FAQs build visibility for patient questions. Write them factually — an advertising form is prohibited.
- Reviews — collect Google reviews after visits; it is the most effective way to build local visibility. Keep in mind the sensitivity: patient reviews are delicate ground, and the Polish medical self-government has been critical of public doctor ratings.
- Performance and mobile — booking must work within seconds on a phone; galleries and maps cannot weigh more than the rest of the site.
How long does it take to build a doctor's website?
| Model | Timeline |
|---|---|
| Practice business card site | 2–4 weeks |
| Site with online booking | 4–8 weeks |
| Dedicated system with integrations | 2–4 months |
The biggest timeline risk is content availability: service descriptions, pricing, photos and copy written in line with Art. 14. Practices that prepare materials in parallel with design cut delivery time by up to half.
Most common mistakes when ordering a doctor's website
- Advertising language in the copy — superlatives and promises of outcomes risk penalties and erode patient trust.
- No online booking — a patient who cannot book at 10 p.m. chooses a practice that can.
- A booking-platform profile only — without its own website, the practice gives away patient data and pays for every new patient.
- Health data in an ordinary e-mail form — no encryption and no processing agreements is a GDPR breach.
- No accessibility information — patients with disabilities are the group medical websites forget most often, and the EAA makes it an obligation.
- A site that does not work on phones — most medical traffic is mobile.
- No Google Business Profile — without it the practice does not exist in local results, even with the best website.
- No appointment reminders — patient no-shows cost more than a reminder system.
Choosing the right vendor matters — check whether they understand healthcare specifics: advertising restrictions, GDPR for medical data and practice-software integrations. Read more on the about page and in the hire a Laravel developer service.
Frequently asked questions
How much does a doctor's website cost in 2026?
From 2,500–5,000 PLN net for a business card site, 6,000–15,000 PLN net for a site with online booking and 15,000–30,000 PLN net for a dedicated system with practice-software integration and a patient portal. Off-the-shelf platforms cost from 400 PLN per year (website builders) to around 399 PLN per month (booking platform plans including a site).
Can a doctor advertise their services on a website?
Not in the form of advertising. Art. 14 of the Polish Medical Activity Act allows publishing information about the scope and types of health services, but the content and form must not carry the features of advertising. Superlatives, promises of outcomes and misleading content are prohibited — advertising can trigger penalties under Art. 147a of the Petty Offences Code, including arrest.
Does a doctor need their own website if they are on a booking platform?
Yes — the platform is a channel for acquiring new patients, but it is not your property: it charges for new patients and decides who is visible. Your own website with booking lets you serve existing patients without fees, keep patient data in-house and build the practice's brand. The optimal model is both channels in parallel.
How does online booking on a practice website work?
The patient chooses a service and a slot in a calendar connected to the practice schedule, provides contact details and confirms the appointment. A good booking system sends automatic SMS and e-mail reminders, supports online payment (deposits) and synchronises with the practice-management software — so the reception desk does not re-enter appointments by hand.
Does a practice website have to comply with GDPR?
Yes, under stricter rules — health data is a special category of personal data (Art. 9 GDPR). The site needs a privacy policy, encrypted connections, secure forms, processing agreements with vendors and retention rules for submissions. Symptom descriptions should not be collected via ordinary e-mail.
What does the accessibility duty (EAA) cover for a practice website?
If the site allows booking appointments online (an e-commerce service), since 28 June 2025 it falls under the European Accessibility Act and should meet WCAG 2.1 AA — readable forms, keyboard navigation, contrast and text alternatives. Accessible booking also means more patients.
How long does it take to build a doctor's website?
A practice business card site takes 2–4 weeks, a site with online booking 4–8 weeks, and a dedicated system with integrations and a patient portal 2–4 months. The timeline depends mainly on how quickly content is delivered: service descriptions, pricing and photos.
What content is allowed on a doctor's website?
Information about specialisation, education and experience, scope of services, pricing, opening hours and location, booking methods, information about public (NFZ) care, and educational content answering patient questions. All in the form of factual information — without superlatives, comparisons with competitors or promises of treatment outcomes.
Sources and legal basis
- Polish Medical Activity Act — Art. 14 (service information and advertising ban)
- Polish Chamber of Physicians and Dentists (NIL) — information about medical activity vs advertising
- GDPR — Regulation (EU) 2016/679 on data protection
- Directive (EU) 2019/882 — European Accessibility Act
- Central e-booking in Poland — pacjent.gov.pl
- Register of Entities Performing Medical Activity (RPWDL)
- schema.org — Physician structured data
- web.dev — Core Web Vitals
👉 Running a practice or clinic? See how custom Laravel websites and booking systems work in my offer — from UX/UI design, through online booking and practice-software integration, to compliance with Art. 14, GDPR and WCAG. Get in touch via the contact form or at kontakt@informatix.com.pl.
👉 Building the foundations too? Check the business websites guide and the CRM application and client portal case study.
📖 See also: Laravel performance optimization and Laravel application security — OWASP Top 10.