Digital Accessibility and Disability Inclusion Policy

WebMD Health Services Group, Inc. (“WHS”) is dedicated to making its digital health and well-being experiences accessible to everyone and to providing support to its clients so that they can serve their populations in accordance with applicable law and the rules implementing the same. 

To that end, WHS (1) designs its digital offerings with inclusivity as a foundational requirement across all user touchpoints, (2) proactively reviews and refines its platforms to empower all users, including those with disabilities, and (3) partners with third-party experts to provide unbiased audits and advice regarding accessibility standards and implementation. 

WHS seeks to provide an equivalent, inclusive, and positive experience for individuals who use assistive technologies or adaptive methods to manage their health.

Feedback and Support

WHS provides opportunities for its employees, clients, and users to report any accessibility issues that they may encounter.  If you would like to report a digital accessibility issue or provide feedback on the accessibility of our websites or mobile applications, please contact us:

  • Email: [email protected]. Our Digital Accessibility Team will review your feedback and work toward a timely resolution.
  • General Feedback: For feedback unrelated to disability or assistive technology, please contact WHS support.

WHS regularly reviews all submitted issues and feedback, and regularly provides accessibility updates to our websites and mobile applications.

Accessibility Program & Compliance Process

WHS maintains a robust Digital Accessibility Program led by subject-matter experts and partners with independent third parties to provide unbiased feedback and guidance on its offerings.

1. Standards and Methodology

WHS designs its digital offerings to meet or exceed the requirements of applicable law, including, but not limited to, the relevant sections of the Rehabilitation Act of 1973 and the Americans with Disabilities Act (ADA) of 1990. In its efforts to provide accessible content, WHS’ digital properties—including its web platforms, mobile applications, and all digital content—are currently measured against the Web Content Accessibility Guidelines (WCAG) 2.2, Levels A and AA.

While current law such as the Rehabilitation Act and the ADA, as well as the rules implementing the same (including, but not limited to, the Department of Justice’s Final Rule regarding “Nondiscrimination on the Basis of Disability; Accessibility of Web Information and Services of State and Local Government Entities”), only require conformance with WCAG 2.1 Level AA, WHS holds itself to a higher industry standard, the WCAG 2.2 Level A and AA standard.

2. Comprehensive Content Compliance

WHS’s accessibility efforts extend beyond its software platforms to include all digital, non-platform product deliverables. 

  • Electronic Documents: All PDFs and PowerPoint presentations are authored and validated for screen reader compatibility, proper reading order, and color contrast.
  • Multimedia: All videos and audio content include accurate captions and, where necessary, audio descriptions or transcripts.
  • Communications: All member emails are designed using accessible HTML practices to ensure that they are readable by assistive technologies and on high-contrast displays.

3. Integration into the SDLC

Accessibility is a critical component of the WHS Software Development Life Cycle (SDLC).

  • Subject Matter Expert Oversight Throughout: WHS’ subject matter experts are involved in every stage of the SDLC, from initial design wireframes to final code deployment.
    • Design Stage – The UX team created a design library based on Material UI. The team then creates designs and prototypes, ensuring WCAG 2.2 AA–compliance for consistent, accessible UI patterns, supported by built-in tools and plugins for accessibility checks. We also annotate designs with accessibility requirements—such as ARIA labels, focus states, hierarchy, interaction behavior, and edge cases—to support accurate implementation.
    • Development Stage – Write accessible code that uses correct semantic headings, landmarks, semantic lists, and visible and programmatic labels for forms. Teams will use a third-party plug-in and/or the Chrome Lighthouse tool.
    • Quality Assurance – Use Accessibility Insights as part of the testing process. As needed, we will use NVDA and other needed tools.
  • Final Accessibility Sign-Off: No new code, products, or enhancements are released unless they have been validated as accessible to our end users by WHS Subject Matter Experts.

4. Regular Testing and Remediation

WHS is committed to undertaking regular, internal monitoring of its digital offerings:

  • Ongoing Triage: WHS regularly conducts comprehensive accessibility compliant scans and/or manual reviews across all of its solutions to identify and remediate potential barriers in real-time.
  • Testing Toolkit: WHS’ toolkit includes keyboard-only navigation and screen readers across various environments (utilizing third-party tools such as Accessibility Insights, Browserstack, ANDI, Lighthouse, and NVDA).

5. Independent Audits and ACRs

To ensure transparency and unbiased validation, we partner with an independent third-party accessibility expert to conduct comprehensive audits and produce Voluntary Product Accessibility Templates (VPATs) and Accessibility Conformance Reports (ACRs) based upon the WCAG 2.2 AA guidelines for select solutions.  Upon review and consultation with the expert, these ACRs are actioned upon, as appropriate and applicable.

6. Training and Culture

Accessibility is a shared responsibility. All applicable staff receive ongoing training through third parties such as Level Access’ “Academy” program, to stay current with the latest standards for web, document, and multimedia accessibility.

Last Updated: 2026-04-17