Accessible Telehealth: WCAG in Patient Flows
Applying WCAG 2.2 to telehealth intake, video visits, and pharmacy checkout — contrast, focus order, captions, error recovery, and assistive-tech support.
Patients using telehealth skew toward the people most affected by inaccessible software: older adults, people managing chronic conditions, people with low vision or limited dexterity. Accessibility in this space is a clinical safety concern, not a polish item.
Intake is the highest-stakes form on the internet
Long medical questionnaires punish weak accessibility. Every field needs a programmatic label, every validation error needs to be announced and recoverable, and progress needs to survive an interruption. WCAG 2.2 additions around focus appearance and redundant entry map directly onto intake design.
Video visits with captions and keyboard control
Live captions, adjustable text size, and full keyboard operation of mute, camera, and end-call controls are the minimum. Target sizes matter on phones held one-handed while someone is unwell.
Contrast, motion, and legibility
Dosage, warnings, and refill dates must clear contrast thresholds at real device sizes, and motion should respect reduced-motion preferences. Semantic tokens keep contrast guarantees intact across the entire surface instead of one screen at a time.
Checkout and pharmacy flows
Health commerce inherits every e-commerce accessibility problem plus clinical consequences. Clear error text, no timeouts that silently discard a cart, and screen-reader-correct order summaries prevent patients from mis-ordering medication.
Testing as part of the pipeline
Automated checks catch contrast, labels, and duplicate IDs; keyboard and screen-reader passes catch flow problems machines miss. Both run against the patient-facing surfaces on every meaningful change.
Sources
External sources are provided for reference. Regulations change; this article is engineering commentary, not legal or medical advice.