A patient website that screen readers cannot read
Osteoporosenews.be is one of Amgen Belgium's primary disease-awareness platforms for patients managing bone-health conditions. It hosts the content a newly diagnosed patient is most likely to search for: what osteoporosis is, how it is diagnosed, which treatments exist, and how others live with it.
A WCAG 2.0/2.1/2.2 audit completed on 28 May 2026 found that the site, in its current state, does not reliably deliver that content to assistive-technology users. Across eight sampled pages, the audit logged 3 critical and 8 high-severity findings. The pattern is familiar from other pharma audits Promedia has run: a small number of shared components, repeated hundreds of times, generate the bulk of the barriers.
The timing matters. Directive (EU) 2019/882, the European Accessibility Act, became enforceable across all 27 Member States on 28 June 2025.
How WCAG violations affect patients on pharma disease-awareness websites
The three critical findings on osteoporosenews.be each map to a specific moment where a patient is cut off from information.
The first is a 4.1.2 ARIA attribute failure: 245 instances of unsupported ARIA attributes across interactive elements, concentrated on the navigation trigger and six other element types. For a JAWS, NVDA, or VoiceOver user, this means the screen reader announces a contradictory role, or skips the control entirely. On /behandelingen and /diagnose, that translates to a patient unable to open the menu that leads to their treatment options.
The second is a 1.1.1 image-alt failure: 91 down-arrow images with no alt attribute. Screen readers fall back to reading the filename aloud. These arrows appear to act as section indicators on treatment and diagnosis pages, so the reading flow breaks precisely where clinical content begins.
The third is a 4.1.2 form-label failure: the header search field, repeated 75 times across the site, has no programmatic label. A patient who relies on search to find a specific medicine name lands on a control that announces only "edit text".
None of these are edge cases. They are the entry points to the site.
What WCAG failures are most common on pharma patient portals
The Amgen findings are consistent with what Promedia sees repeatedly across pharma digital estates. In a recent multibrand email design-system audit, 132 critical accessibility findings traced back to shared tokens and master components rather than individual page instances. Two token updates resolved roughly 150 of 163 findings. The same logic applies here: the unlabelled search field is in one header template, and the broken ARIA attributes sit on a small set of reused interactive components.
The failure modes cluster around four recurring patterns:
- Missing or decorative-but-unmarked alt text on UI icons (arrows, chevrons, info markers)
- ARIA attributes applied to roles that do not support them, usually inherited from a legacy component library
- Form controls (search, filters, newsletter signups) without programmatic labels
- Colour contrast and touch targets below the 44x44px minimum on interactive elements
These are not exotic findings. They are the same four categories that dominate EN 301 549 conformance reports across the sector. The reason they persist is structural: live-site audits surface issues that design-system linting alone cannot catch, and most pharma brands audit one without the other.
How to fix missing alt text and ARIA errors on a pharma website
The Amgen findings are fixable, and the fix order matters because most of the volume comes from a small number of shared components.
A workable sequence:
- Patch the header template first. Add an aria-label or linked <label> to #header-search. One change closes 75 instances.
- Triage the .down_arrow images. Decorative instances take alt="". Functional instances ("expand", "scroll to next section") get descriptive alt text. One component update closes 91 instances.
- Audit the seven element types carrying invalid ARIA attributes. For each, either remove the unsupported attribute or change the role to one that legitimately allows it. Validate against the ARIA specification's permitted-attribute list per role.
- Apply fixes in the design system first, then validate on the live site. Promedia's recommended cadence is a quarterly agent-assisted audit run to refresh the remediation backlog.
This sequence reflects the methodology Promedia has applied on osteoporosis patient platforms before, including the UCB bone-health portal where accessibility and live-text requirements were specified at the page-element level rather than left to component defaults. It is also consistent with what the AbbVie Skyrizi UX audit showed on the commercial side: removing digital barriers, including a guest login that requires only the EU code, was estimated to cut registration dropout by 50% and lift traffic by 50%. Accessibility and conversion sit on the same axis.