AccessLumens Research · August 2026
The State of US Healthcare Accessibility 2026
HHS moved a national healthcare accessibility deadline by a year. Nobody had measured whether providers were ready.
In May 2026, HHS extended the Section 504 web deadline to 11 May 2027 for recipients with 15 or more employees, and 10 May 2028 for smaller ones. The standard is unchanged at WCAG 2.1 Level AA. The rulemaking record contains a county survey with 18 responses, a handful of deregulation-docket comments, and a single healthcare submission, from associations representing federally qualified health centers. We scanned 218 providers to fill the gap that record leaves open.
73%
Have a critical barrier
of 208 scored providers
78%
Fail WCAG 4.1.2
Name, Role, Value
150
Publish no accessibility statement
of 218 attempted
91
Average score
out of 100
A note on sample sizes. 218 providers were attempted and 208 were successfully scanned. Figures derived from scan results use n=208. Figures about coverage and page absence use n=218, the full set attempted. Each figure below states which it is.
The only healthcare voice in the record spoke for the segment that isn’t worse off
FQHC associations were the only healthcare commenters, and they described specific difficulties: uneven understanding of the requirements, document accessibility, keyboard navigation. Before running a single scan, we registered a hypothesis: if that account is accurate, FQHCs should score measurably worse than hospitals, and disproportionately on keyboard operability.
They do not. The difference in mean score is 0.36 points in favour of FQHCs, with a 95% confidence interval from -0.95 to +1.64 (p=0.9827). On keyboard failures specifically, the limb of the hypothesis we could test directly, the gap runs the other way and is not significant (p=0.5452). A randomly chosen FQHC outscores a randomly chosen hospital 50% of the time.
Pre-registered comparison
FQHCs against both hospital segments, n=208
| Measure | FQHC (n=60) | Hospitals (n=148) |
|---|---|---|
| Mean score | 90.9 | 90.6 |
| Median score | 92 | 92 |
| At least one keyboard failure | 58.3% | 62.8% |
That interval is the finding, not the p-value. A confidence interval spanning roughly one point in either direction, on a 100-point scale, is evidence that these groups are alike. It is not the shrug of an underpowered test that could not tell them apart. Had FQHCs been meaningfully worse, an interval this tight would have shown it.
So the segment that spoke is not the segment in trouble, and the segments that said nothing at all, hospitals of every size, are no better prepared. The hypothesis was registered before the scan, and the null result is reported as it came.
What patient-portal vendors correlate with
Every association here is a correlation observed in deployed sites, not a measurement of a vendor’s product. A provider can misconfigure an accessible component, and no vendor is answerable for the markup its customer wrote around it. Vendor choice also tracks organisation size, so every comparison below is stratified by segment: vendors are compared only against other vendors serving the same kind of organisation. Scanning covers the public portal login page; the portal itself sits behind authentication and was not scanned.
Keyboard operability: the gap survives stratification, and widens
Restricted to FQHCs, where three portal vendors all have enough deployments to compare:
Sites with at least one keyboard failure
FQHC sites only, holding segment constant
athenahealth against Epic within this segment: p=0.0002. eClinicalWorks against Epic: p=0.001.
This is the strongest finding in the study, and it is strongest precisely where the confounder is removed. Across all segments the raw gap is 46% for Epic against 100% and 83% for the other two. Holding segment constant does not shrink that gap; it widens it.
Two cautions, both of which matter. These are small cells: 9 Epic FQHC sites means the 11% figure is a single site with a keyboard failure. The comparison clears significance because the other groups are so nearly unanimous, not because the Epic cell is large.
Epic MyChart keyboard failure rate, by segment
The rate is not stable across segments
Epic’s strong overall number is carried by its FQHC deployments. On hospital sites, Epic-running sites fail keyboard checks at roughly the same rate as everyone else. The defensible claim is therefore narrower than “Epic sites do better on keyboard access”: it is that Epic-running FQHC sites do better, and that something about how the other two vendors are deployed on FQHC sites produces near-universal keyboard failures. That is a fact about deployments, and it is the kind of fact a provider can act on when choosing or configuring a vendor.
Score: the gap persists in magnitude but not in significance
Portal vendor comparison
All segments, vendors with at least 5 deployments
| Portal vendor | n | Avg score | Critical | Issue types |
|---|---|---|---|---|
| Epic MyChart | 54 | 91 | 72% | 4.4 |
| Oracle Health/Cerner | 15 | 86 | 87% | 6.5 |
| eClinicalWorks | 12 | 91 | 67% | 4.7 |
| athenahealth | 9 | 91 | 67% | 4.7 |
| Allscripts/Veradigm | 6 | 88 | 83% | 6.2 |
| MEDITECH | 6 | 90 | 83% | 4.3 |
Unstratified, Epic-running sites average 5 points above Oracle Health/Cerner sites (p=0.0241). But Epic skews large and Cerner skews community, so this is the comparison most at risk of measuring budget rather than product. Restricted to community hospitals, where both have enough deployments: Epic 90.4 (n=14) against Oracle Health/Cerner 84.6 (n=11).
The gap does not disappear. It is slightly larger within segment, 5.72 points, but at those cell sizes it no longer clears significance (p=0.0578). We report that as it stands: the direction is consistent and the effect size holds up, but once organisation size is controlled, this sample is not large enough to call the score gap statistically significant. Anyone citing the 5-point figure should cite the stratified result alongside it.
Two-thirds of providers publish no accessibility statement
Of 218 providers, 150 have no accessibility statement page at all.
No accessibility statement
Share of each segment, n=218 attempted
An accessibility statement is not itself a legal requirement under 45 CFR 84.84, and its absence is not a violation. What it signals is whether an organisation has an accessibility posture at all: a named contact, a stated standard, a route for a patient to report a barrier.
Where a statement does exist, it creates something the rest of this report cannot: a claim that can be disproved rather than merely correlated against. WCAG conformance is defined as all applicable success criteria being satisfied. It is not a score, a percentage, or a good-faith effort. So where a site states that it conforms to WCAG 2.1 Level AA, and an automated scan finds a genuine 2.1 AA failure on that same public site, the stated claim is false, by the definition of the term the site invoked. A single confirmed failure is sufficient, because conformance admits no exceptions.
78% fail Name, Role, Value
Lawsuit-relevant WCAG success criteria
Share of scored providers affected, n=208
WCAG 4.1.2 governs whether a control tells assistive technology what it is. A button a screen reader announces as “button” with no name, a custom dropdown that reports no state, a toggle that never says whether it is on: each is a 4.1.2 failure, and each turns a working interface into an unusable one for someone who cannot see it.
It is also the criterion most tightly bound to the shift from plain HTML to component frameworks. A native button with text inside satisfies 4.1.2 for free. A div wired up with JavaScript satisfies nothing unless someone adds the role, the name and the state by hand. At 78%, this is not a handful of neglected pages; it is the default outcome of how healthcare sites are currently built.
Most common failures
Share of scored providers affected, n=208
- Elements must meet minimum color contrast ratio thresholdsColor & Visual AccessibilitySerious64%
- Links must have discernible textNavigationCritical51%
- Focus indicator not visible on interactive elementsInteractive ControlsSerious32%
- Interactive element not reachable by keyboardInteractive ControlsSerious28%
- Images must have alternative textImages & MediaModerate25%
- No skip link before main contentNavigationModerate23%
The appointment page that isn’t there
145 of 218 providers have no public appointment-request page that discovery could reach.
No public appointment-request page
Share of each segment, n=218 attempted
Absence is recorded as a third state, alongside pass and fail. It is never folded into a score, because doing so would reward it: an organisation with no online booking cannot fail a booking page, and averaging it away would let a missing service register as a clean result.
The distinction matters more here than anywhere else in this study. An inaccessible booking page fails WCAG, and a patient who encounters it may still get through with difficulty, or with help. An absent one fails the patient outright. If there is no online path to request an appointment, there is no independent path for anyone who cannot comfortably use a telephone, which includes deaf and hard-of-hearing patients, many people with speech disabilities, people with anxiety disorders for whom a phone call is a genuine barrier, and anyone who needs time to compose what they want to say.
For that group, the accessibility of the booking page is not the question. Whether one exists is.
Exploratory: how the segments differ
This section is exploratory. These comparisons were not pre-registered; they were run after the results were in. They are reported because they are informative, and flagged because a post-hoc comparison carries none of the evidential weight of the registered test above.
By segment
n=208 scored
| Segment | n | Avg | Critical | Keyboard |
|---|---|---|---|---|
| Large facilities | 69 | 92 | 68% | 57% |
| Community hospitals | 79 | 89 | 80% | 68% |
| FQHCs | 60 | 91 | 68% | 58% |
Community hospitals are the weakest group on every measure here: 3 points below large facilities on mean score, 12 points higher on critical failures, and carrying roughly one additional issue type per site. They are also the segment with no representation whatsoever in the rulemaking record, and the segment least likely to have an accessibility statement or an appointment page. We did not predict this and we are not presenting it on the same footing as the registered test. It is the most obvious candidate for a pre-registered test in a future study.
What this study cannot tell you
The portal itself is out of scope. Patient portals sit behind authentication and were not scanned. This is the single most important limitation here. The portal is where patients read results, message clinicians and retrieve records, the things that matter most, and it is exactly what we cannot measure. What we measured is the login page: public, unavoidable, and the place where the vendor’s own markup is most visible. A finding about login pages is a finding about login pages.
Automated testing detects a minority of WCAG failures. Automated rules are good at contrast, names and roles, structure and form labelling. They cannot judge whether alt text is meaningful, whether reading order makes sense, or whether a task can be completed with a screen reader. Every score here is a floor, not a verdict. A site that scores well has passed automated checks; it has not passed an audit.
“Large facilities” is a proxy, and not the one the rule uses. Segmentation is by bed count: 350 or more beds is treated as a large facility. CMS publishes facilities, not corporate parents, so this label does not denote a verified multi-hospital system. More importantly, HHS’s actual threshold is 15 employees, which determines whether an organisation faces the 2027 or 2028 date, and staffing is not derivable from the CMS data at all. This study therefore cannot compare the two compliance deadlines, and nothing here should be read as doing so.
10 providers were attempted but never scored, and they are not a random 10. Three were lost because robots.txt disallowed the homepage and two to WAFs; seven were FQHCs and three were large facilities, with no community hospital lost. Failure to scan plausibly correlates with defensive infrastructure, which correlates with budget, so the scored sample may slightly under-represent the best-defended organisations. Across the pages that were scanned, 29 were blocked by a WAF (Akamai 15, Cloudflare 8, Imperva 6), affecting 6% of providers.
The sample draw is not perfectly reproducible. Corroboration depends on live pages responding. Two runs over the same candidate seeds upgraded 15 and 14 respectively, differing by a single community hospital, because a locations page that times out on one run answers on the next. Re-running moves the verified count by a seed or two in either direction. It does not move any segment across the minimum sample floor.
Methodology
FQHC seeds come from the HRSA Health Center Program service delivery site file, collapsed to the parent organisation so a multi-site organisation is measured once. Hospital seeds come from the CMS Hospital General Information file, which publishes no website, so every hospital domain is inferred from the facility name and then proven: a candidate is accepted only if the organisation name matches in the page title or og:site_name and an independent corroborator appears on the page (a CCN, a city and state, or a ZIP). Name-match-only candidates were audited by hand against the live sites and found wrong 76% of the time, so that entire tier was dropped rather than kept as a sensitivity check. 301 seeds were built across 51 states, 218 of them verified and scanned. Up to seven public pages per organisation were scanned with the AccessLumens engine (SWBS-1.3 scoring) under identical configuration, including scripted keyboard testing. robots.txt was honoured; disallowed pages were not scanned. Vendors were fingerprinted from page markup, response headers and login redirects, in both the served HTML and the rendered DOM. HHS Section 504 requires WCAG 2.1 Level AA; our engine tests WCAG 2.2 AA, a superset, so a provider failing here also fails 2.1 AA. Headline failure statistics count automatically detectable violations; best-practice advisories and manual-review items are excluded. A provider’s score is the mean of its scanned page scores. Statistical tests are Mann-Whitney U with tie correction, and confidence intervals are a seeded percentile bootstrap at 10,000 iterations, so every figure reproduces exactly on a re-run. Individual providers are not named, and any cut with fewer than 5 organisations is suppressed, because segment plus state plus a distinctive vendor can identify a single provider against public source lists. Vendors are named, because that aggregates across many deployments and vendor choice is a lever a provider actually controls. Scores use our SWBS model; this is a diagnostic snapshot, not a legal conformance determination (see our disclaimer).

