Healthcare Technology Hub
Patient-facing digital health services — from GP booking portals to hospital patient apps, prescription management, and telehealth platforms — must be accessible under the EAA. Healthcare accessibility carries additional urgency: an inaccessible appointment booking system is not merely inconvenient, it creates a clinical risk for patients who cannot access timely care.
- ›European Accessibility Act (Directive 2019/882)
- ›Web Accessibility Directive 2016/2102 (public health bodies)
- ›EU Medical Device Regulation 2017/745 (where software qualifies as a medical device)
- ›EN 301 549 v3.2.1
- ›WCAG 2.2 Level AA
- ›EN 301 549 Chapter 8 (Kiosks)
- ›EN 301 549 Chapter 11 (Apps)
- ›HL7 FHIR Accessibility Considerations
- ›ISO 9241-171
Compliance Requirements
Patient Appointment Booking
Online appointment booking — for GP, specialist, physiotherapy, and other services — must be fully accessible. Date pickers, slot selection, reason-for-visit forms, and confirmation pages must all meet WCAG 2.2 Level AA. Users must be able to complete a booking without requiring telephone assistance. Automated confirmation emails and SMS reminders must be screen-reader-readable.
Patient Portals & Health Records
Portals giving patients access to test results, vaccination records, medication history, and clinical letters must be accessible to users with visual, motor, and cognitive impairments. Complex test results presented as tables must use proper table markup. Documents (clinical letters, discharge summaries) must be tagged PDFs or accessible HTML. Portals must support screen magnification without content loss.
Telehealth & Video Consultation Platforms
Video consultation platforms must support captions (live auto-captions or pre-booked captioning services), be operable with keyboard and screen reader, and work with platform accessibility features (iOS/Android system fonts, VoiceOver/TalkBack). Video consultation waiting rooms and consent forms must themselves be accessible. Text-based consultation alternatives must be available for deaf patients.
Prescription & Medication Management
Digital prescription ordering, pharmacy apps, medication reminder services, and repeat prescription portals must be accessible. Medication names, dosage instructions, and refill dates must be exposed as text to screen readers — not locked in inaccessible PDF or image-based prescription slips. In-app reminders must support screen reader announcement.
Check-In Kiosks & Clinical Terminals
Hospital and GP surgery check-in kiosks must comply with EN 301 549 Chapter 8: headphone jack for private audio output, tactile keypads, accessible height, privacy shielding, and adjustable timeouts. Kiosk UI must be operable non-visually. Where patient identification requires barcode scanning (appointment letter), an alternative entry method must be offered.
Digital Health Apps & Wearable Companions
Patient-facing health apps (symptom checkers, chronic disease management apps, wearable companion apps) must comply with EN 301 549 Chapter 11. Apps must not prevent users from using platform accessibility services (VoiceOver, TalkBack, Switch Access). Charts and health visualisations must include accessible data alternatives. Notifications must include descriptive text.
Emergency & Urgent Care Information
Digital information about emergency symptoms, urgent care pathways, and out-of-hours services must be prominently accessible and not hidden behind accessibility barriers. Out-of-hours booking systems and 111-equivalent digital triage tools must meet WCAG 2.2 Level AA. Where telephone is the only emergency access channel, a relay service route must be available.
Practical Steps to Compliance
- 1
Conduct a clinical risk assessment of accessibility barriers in patient-facing digital services
- 2
Test appointment booking and patient portal with VoiceOver + Safari and JAWS + Chrome
- 3
Review all patient-facing PDFs (letters, results, discharge summaries) for PDF/UA compliance
- 4
Engage with Patient and Public Involvement (PPI) groups including those representing disabled patients
- 5
Audit check-in kiosk models against EN 301 549 Chapter 8 — create a capital replacement plan
- 6
Review telehealth platform contracts for accessibility warranties and conformance evidence
- 7
Publish a Healthcare Digital Accessibility Statement and feedback channel on patient-facing portals
Exemptions & Proportionate Burden
Microenterprises exempt. Where a digital health service also qualifies as a medical device (Class I–III software), accessibility must also be considered as part of the usability engineering process under MDR 2017/745 Annex I, irrespective of EAA thresholds.
Recommended Tools for This Sector
These AccessibilityRef tools are specifically relevant to your compliance needs. Use them to test, assess, and document your accessibility posture.
Self-Assessment Pipeline
Run a full WCAG 2.2 / EAA self-assessment of your patient portal or healthcare app.
Open tool →Contrast Checker
Medical information, appointment booking, and test results pages need high contrast for readability.
Open tool →Readability Checker
Patient information leaflets and consent forms must be written in plain language.
Open tool →Mobile Checker
Patient apps for appointments, prescriptions, and test results must work on mobile with assistive technology.
Open tool →Focus Order Visualiser
Appointment booking and prescription ordering flows must be keyboard-navigable.
Open tool →Document Auditor
Audit patient letters, discharge summaries, and clinical PDFs for accessibility.
Open tool →Video & Media Checklist
Patient education videos and telehealth interfaces need captions and audio description.
Open tool →Accessibility Statement Wizard
Generate an accessibility statement for your healthcare platform.
Open tool →Important Legal Disclaimer
This tool is a self-assessment aid only and does not constitute legal advice or a formally certified compliance assessment. Outputs — including reports, scores, checklists, and accessibility statements — are for internal use and should be reviewed by a qualified legal representative or independent accessibility auditor before being relied upon for regulatory, procurement, or public-disclosure purposes. All assessment risk lies with the internal assessor. accessibilityref, its developers, and staff accept zero liability for losses arising from use of or reliance on these outputs. Always verify against official sources: the W3C WCAG 2.2 Recommendation, the European Accessibility Act (Directive 2019/882), and your national enforcement authority.