HHS Mandate Active -- Compliance Required

Accessibility Is
Not Optional

WCAG 2.1 AA is now legally required for healthcare. We exceed it.

The HHS final rule mandates WCAG 2.1 Level AA compliance for all healthcare organizations receiving federal funding. WC-2026 does not just meet the bar -- every component is built to exceed it, targeting WCAG 2.2 AAA for critical interactions. Compliance is the floor, not the ceiling.

HHS Compliance Deadline MAY 2026

The Regulatory Timeline

Accessibility in healthcare is not aspirational -- it is a legal requirement with an immovable deadline. Here is where the industry stands.

1998
Section 508
Federal agencies required to make IT accessible
2018
WCAG 2.1 AA
Current standard with mobile and cognitive improvements
MAY 2026
HHS Mandate
WCAG 2.1 AA legally required for healthcare orgs
WC-2026
AA Guaranteed
Every component meets AA. Critical ones exceed it.
Stretch
WCAG 2.2 AAA
Our target for forms, navigation, and alerts
Where Competitors Stop vs. Where WC-2026 Goes
Most libraries stop here (WCAG AA partial)
WC-2026 (WCAG AAA target)
No a11y WCAG A WCAG AA WCAG AAA

Four Levels of Assurance

Automated tools catch roughly 30% of accessibility issues. That is why WC-2026 uses a four-level testing strategy -- from CI pipelines to real users with disabilities.

Level 1 -- Automated
Automated Testing

axe-core runs in every unit test and every Storybook story. Catches color contrast failures, missing ARIA labels, invalid roles, and structural issues automatically on every commit.

axe-core ESLint a11y Vitest ~30% issues caught
Level 2 -- Semi-automated
Interactive Validation

Storybook accessibility addon provides real-time a11y feedback during development. Tab-order visualization, keyboard interaction testing, and ARIA inspector integrated into the component playground.

Storybook a11y addon Keyboard testing Chromatic ~55% issues caught
Level 3 -- Manual Expert
Screen Reader & Cognitive Review

Expert manual testing with JAWS, NVDA, and VoiceOver. Cognitive load assessment ensures components do not overwhelm users. Reading order, announcement quality, and interaction patterns verified by accessibility specialists.

JAWS / NVDA VoiceOver Cognitive review ~85% issues caught
Level 4 -- User Testing
Real Users with Disabilities

The ultimate validation. Real users with visual, motor, cognitive, and auditory disabilities test critical workflows. Their feedback shapes component design decisions. Nothing replaces lived experience.

Usability testing Feedback sessions Task completion ~98% issues caught

What Every Component Delivers

Every WC-2026 component ships with these seven accessibility guarantees. No exceptions. No opt-in flags. Accessible by default.

Keyboard Navigable

Every interactive element is reachable and operable via keyboard alone. Tab order follows logical reading order. Enter and Space activate controls. Escape closes overlays.

Screen Reader Compatible

Semantic ARIA attributes, live regions for dynamic content, and proper role announcements. Tested with JAWS, NVDA, and VoiceOver on every release.

Color Independent

Information is never conveyed by color alone. Icons, text labels, and patterns supplement all color-coded indicators. Works for all types of color vision deficiency.

Motion Safe

All animations respect prefers-reduced-motion. Users with vestibular disorders never see unexpected motion. Critical for healthcare patients.

High Contrast

Full Windows High Contrast Mode support. Components adapt to forced-colors media query. Text meets 7:1 AAA contrast ratios in high-contrast themes.

Touch Target 44x44

All interactive elements meet the minimum 44x44 CSS pixel touch target. Users with motor impairments, tremors, or limited dexterity can activate every control.

Focus Visible

Clear, high-contrast focus indicators on every interactive element. 3px solid ring with 3:1 contrast against adjacent colors. Never hidden, never suppressed.

Typical vs. WC-2026

Most component libraries treat accessibility as an afterthought. WC-2026 builds it into the architecture from the first line of code.

Typical Component Library
HTML
button.html
<!-- Typical component library -->
<div class="btn"
  onclick="handleClick()">
  Submit
</div>

<!-- No focus indicator -->
<!-- No keyboard support -->
<!-- No ARIA role -->
<!-- No loading state -->
<!-- Color-only disabled state -->
CSS
button.css
.btn {
  background: #6c757d;
  color: #999;
  /* Contrast ratio: 1.9:1 */
  /* FAILS WCAG AA (4.5:1) */
}

.btn:focus {
  outline: none;
  /* Focus indicator removed */
}
Color Contrast
Button Text 1.9:1 FAIL
Focus State
Submit
WC-2026
HTML
wc-button.html
<!-- WC-2026 component -->
<wc-button
  variant="primary"
  type="submit"
  aria-describedby="help-text">
  Submit Form
</wc-button>

<!-- Focus ring: 3px solid, 3:1 contrast -->
<!-- Enter + Space keyboard activation -->
<!-- role="button" + aria-pressed -->
<!-- aria-busy loading state -->
<!-- Icon + text disabled indicator -->
CSS
wc-button.css
:host {
  --btn-bg: var(--hds-interactive-primary);
  --btn-text: var(--hds-text-on-primary);
  /* Contrast ratio: 8.2:1 */
  /* EXCEEDS WCAG AAA (7:1) */
}

:host(:focus-visible) {
  outline: 3px solid var(--hds-focus-ring);
  outline-offset: 3px;
}
Color Contrast
Button Text 8.2:1 AAA
Focus State
Submit

POUR Principles Coverage

WCAG is organized around four principles: Perceivable, Operable, Understandable, and Robust. Here is how WC-2026 addresses each.

Perceivable
Principle 1
  • 1.1 Text Alternatives -- Alt text for all non-text content
  • 1.2 Time-based Media -- Captions and audio descriptions
  • 1.3 Adaptable -- Meaningful structure and relationships
  • 1.4 Distinguishable -- 7:1 AAA contrast ratios targeted
Operable
Principle 2
  • 2.1 Keyboard Accessible -- All functionality via keyboard
  • 2.2 Enough Time -- Adjustable time limits
  • 2.3 Seizures -- No flashing content, motion-safe default
  • 2.4 Navigable -- Focus order, skip links, breadcrumbs
  • 2.5 Input Modalities -- 44x44px targets, no complex gestures
Understandable
Principle 3
  • 3.1 Readable -- Language identification, clear labels
  • 3.2 Predictable -- Consistent navigation and behavior
  • 3.3 Input Assistance -- Error prevention, suggestions, review
Robust
Principle 4
  • 4.1.1 Parsing -- Valid HTML, no duplicate IDs
  • 4.1.2 Name, Role, Value -- Full ARIA + ElementInternals
  • 4.1.3 Status Messages -- Live regions for all updates
Fully Covered (AA)
Exceeds Requirement (AAA target)

The Cost of Doing Nothing

Accessibility is not just the right thing to do -- it is a financial imperative. The numbers make the case undeniable.

1 in 4
US Adults with Disabilities
61 million Americans -- your users, your patients, your community
71%
Leave Inaccessible Sites
Users with disabilities abandon sites that do not work for them
$13B
Annual Spending Affected
Healthcare spending impacted by digital accessibility barriers
$25K+
Average ADA Settlement
Per lawsuit -- and digital accessibility complaints are rising 23% yearly