Patient Portal with Custom Branding for Clinics

Patient Portal Software with Custom Branding (2026 Buyer Guide)

A patient portal with your clinic's name, logo, and colour scheme is a trust signal — it tells the patient they are interacting with their clinic, not an unfamiliar third-party platform. When a patient receives a document request from a portal with a generic SaaS logo and a URL they don't recognise, they hesitate. When the same request comes from a portal that looks like your clinic, they act.

Custom branding matters for adoption. But branding alone does not make a portal useful. A beautifully branded portal with a confusing first-login flow, unreliable document delivery, or a form submission process that requires three redirects will produce low adoption regardless of how good it looks.

The evaluation framework for patient portal software with custom branding must cover both dimensions: the branding capability (what can be customised, at what tier, with what technical effort) and the workflow quality (how reliably the portal executes the tasks patients need to complete).

What Custom Branding Means in Practice

At minimum, branded portal software should allow:

• Your logo displayed in the portal header
• Your practice name throughout the portal experience (not the software vendor's name)
• Your primary brand colour applied to buttons, links, and key UI elements
• Your domain name (or subdomain) — patients access the portal at portal.yourclinic.com rather than yourclinic.vendor.com

More comprehensive branding includes:

• Secondary colours and typography
• Custom favicon (the browser tab icon)
• Branded email templates (the invitation, document notification, and appointment reminder emails come from your domain with your branding, not the vendor's)
• White-label footer (no "Powered by [vendor]" visible to the patient)

The technical requirement for custom domain setup is a DNS configuration step — the clinic adds a CNAME record pointing to the vendor's infrastructure. This is a one-time operation, but it requires DNS access. Confirm with the vendor what DNS changes are required and whether they provide documentation and support for the setup process.

What Drives Adoption More Than Branding

Custom branding increases initial trust, but adoption is sustained by workflow reliability. The most common portal adoption failures are not branding failures — they are onboarding and task completion failures.

Onboarding clarity

The patient's first interaction with the portal sets the adoption trajectory. A first-login experience that requires the patient to:

• Create a password with specific complexity requirements
• Verify their email address
• Complete a profile setup before accessing anything useful

...creates friction that many patients abandon. Each additional step in the onboarding flow reduces completion rate by a meaningful percentage.

Optimised first login: The patient receives a direct-access link via email (magic link or pre-authenticated token). The link takes them directly to the task they've been asked to complete — sign a form, view an invoice, confirm an appointment. They complete the task without creating an account first. Account creation (for returning access) is offered after the first task is completed.

Form and payment completion flow

Document completion and payment are the two highest-value tasks in a clinical portal. Both should be completable on mobile without requiring app installation.

Form completion: The form should display clearly on a phone screen, with fields sized for touch input. Digital signature should be finger-tap compatible. Submission should be confirmed with an on-screen message and an email confirmation. A form that expires before the patient can complete it, or that loses progress on a browser timeout, will generate a support call.

Payment flow: The patient should be able to view the invoice, see the amount due, and pay with a card in a single session. Payment confirmation should be immediate. A payment flow that requires logging in, finding the invoice, clicking through to a payment page, and then waiting for a confirmation email creates the same friction as online banking — acceptable for high-value transactions, frustrating for a EUR 60 consultation fee.

Secure document access

Patients frequently need to access their clinical documents — treatment summaries, lab results, referral letters — through the portal. Document access should be:

• Available immediately after upload by clinic staff
• Clearly organised (not a flat list of all documents ever shared)
• Downloadable as PDF for printing or sharing with other providers

A portal that requires patients to phone the clinic to access their own documents defeats the portal's purpose.

Platform Comparison

Feature	Tregovia	PatientPop	Jane App	Generic client portal
Custom logo + colours	Yes	Yes	Yes	Varies
Custom domain (CNAME)	Yes	Yes	Limited	Varies
White-label footer	Yes	Paid tier	No	Varies
Branded email templates	Yes	Yes	Limited	Varies
Magic-link / passwordless first login	Yes	No	No	Varies
Mobile-optimised form signing	Yes	Yes	Yes	Varies
Integrated payment	Yes	Yes	Yes	Varies
Privacy controls	Review	US	Canada	Varies
Flat-rate pricing	Yes	Per user	Per user	Varies

Verify current features, hosting locations, and pricing at each vendor's website.

Setting Up in Tregovia

Tregovia's client portal and White Label module (EUR 99/month) support custom-branded portal deployment:

Base portal (included in plan):

• Client portal subdomain at [tenant-slug].tregovia.com
• Portal displays clinic name and logo
• Access: invoice viewing and payment, document review, appointment history, form submission, booking (with Online Booking module)
• Mobile-compatible: all tasks completable on phone without app install

White Label module (EUR 99/month):

• Custom domain: CNAME to your domain (e.g., portal.yourclinic.com)
• White-label footer: "Powered by Tregovia" removed
• Branded email templates: invitation and notification emails sent with your domain and branding
• Custom favicon
• Full brand colour and typography control

Onboarding flow:

• Patient receives direct-access link from clinic staff (no account creation required for first task)
• Link is task-specific (opens directly to the form, invoice, or document)
• Account creation offered after first task completion for returning access

Adoption metrics:

• Portal activation rate (% of invited patients who access the portal at least once)
• Task completion rate (% of patients who complete the specific task they were invited for)
• Document access rate (% of patients who have accessed at least one document in the past 30 days)

Privacy controls: Configure access roles, consent records, exports, deletion requests, and retention rules before publishing this workflow.

Pricing: Base plan EUR 47/month (portal included). White Label module EUR 99/month — flat rate. 14-day free trial.

Measuring Portal Adoption

A portal that is set up but unused has not achieved its operational purpose. Measure adoption through:

KPI	Definition	Healthy target
Activation rate	% of invited patients who log in at least once	>70% within 30 days of invitation
Task completion rate	% of patients who complete the specific task they were invited for	>85%
Portal-to-staff support ratio	Portal tasks completed per support call about the portal	Target: >20:1
Document access rate	% of active patients who accessed a document in past 30 days	Monitor for trend
Payment via portal rate	% of eligible invoices paid through the portal	Target: >60%

If activation rate is below 50%, investigate the invitation delivery (email deliverability, subject line, the clarity of the call to action in the email). If task completion rate is low, investigate the specific task flow — often a single UX friction point is responsible for most abandonment.

FAQ

Does custom branding improve adoption outcomes?

Yes — specifically for first-login and initial trust. Patients who receive a portal invitation from a recognised domain (portal.yourclinic.com, not portal.vendor123.com) and see familiar branding are more likely to complete the first login. However, branding's effect plateaus after the first visit. Adoption at visits two, three, and beyond is driven by task reliability — if the portal consistently works (forms submit correctly, invoices are accurate, documents are accessible), patients return. If it doesn't, they call the clinic instead.

What should be optimised first for a new portal deployment?

The first-login and first-task completion path. Before investing in branding customisation, ensure that the sequence from invitation email → portal access → task completion → confirmation works reliably on mobile for a patient with no prior experience of the portal. This is the moment where adoption is won or lost. A polished first-task experience with minimal branding will produce higher adoption than a heavily branded portal with a confusing first-task flow.

Should portal design differ by patient segment?

Yes, in some contexts. A physiotherapy clinic portal where patients are primarily accessing treatment summaries and booking follow-ups has different design priorities than an aesthetic clinic portal where patients are reviewing treatment packages and making payments. The core UX patterns are the same, but the content hierarchy — what appears first when the patient logs in — should reflect the most common reason patients visit the portal. Customise the portal landing page to surface the most relevant content for your patient population.

Who owns portal performance at the clinic?

Operations, with product and technical support from the platform. The practice manager or operations lead should own the adoption KPIs, monitor them monthly, and investigate deviations. If the activation rate drops after a template change or an invitation workflow update, someone needs to catch the change and act on it. The portal vendor provides the platform; the clinic owns the operational results.

What is the minimum custom domain setup requirement?

A CNAME DNS record pointing your chosen subdomain (e.g., portal.yourclinic.com) to the vendor's infrastructure. This is a one-time change made in your domain's DNS control panel (typically your domain registrar or hosting provider). DNS propagation takes anywhere from minutes to 48 hours. The vendor should provide step-by-step instructions specific to their platform, including the exact CNAME target, TTL recommendation, and how to verify the setup is correct. If the vendor cannot provide this documentation, escalate — DNS misconfiguration can cause the portal to be inaccessible or produce SSL certificate errors, neither of which is recoverable without the correct setup instructions.