Accessibility Statement

Our Commitment

Nomi Beach Health is committed to ensuring that our website and digital services are accessible to all individuals, including those with disabilities. We strive to provide an inclusive online experience that allows every visitor to access information about our services, providers, locations, and patient resources.

Standards & Conformance Status

We aim to conform to the Web Content Accessibility Guidelines (WCAG) 2.1 Level AA, an internationally recognized standard published by the World Wide Web Consortium (W3C). As of the review date above, this website is in partial conformance with WCAG 2.1 Level AA. "Partial conformance" means that some parts of the content do not fully conform to the standard, but our team is actively remediating identified issues.

Our ongoing efforts include:

• Providing text alternatives for non-text content such as images and icons.
• Ensuring sufficient color contrast between text and background elements.
• Making all functionality available from a keyboard for users who cannot use a mouse.
• Using semantic HTML and ARIA landmarks to support screen readers and assistive technologies.
• Providing clear and consistent navigation throughout the site.
• Ensuring forms and interactive elements are properly labeled and accessible.
• Maintaining readable and understandable content across all pages.

Known Limitations

In the interest of transparency, the following items were identified during our most recent internal accessibility audit. We have grouped them by status so you can see what we are actively fixing right now and what is pending further work.

Currently being remediated

These items are being fixed in our current release.

• Light text on dark backgrounds. Some supporting text in the site header, footer, and homepage hero was a little too faint to meet our color-contrast target on dark backgrounds. We have darkened these labels so they read clearly for everyone.
• Blog “Read Article” links. Each blog summary on our site previously linked to its article using the same generic phrase. People using screen readers heard a long list of identical “Read Article” entries. We now include the article title in each link’s accessible name so the destination is always clear.
• Cookie banner accessibility. Our cookie consent banner did not announce itself correctly to assistive technology and did not move the keyboard focus to its buttons. We have updated it so screen readers announce it as a dialog, focus moves to the safer “Reject Non-Essential” choice when it appears, and pressing Escape dismisses it.
• Keyboard focus indicator on buttons. The yellow ring that shows which button a keyboard user has selected was too faint against our navy buttons. We have made the ring fully opaque and added a contrasting outline so it is easy to see on any background.
• Desktop “mega” navigation menu. The desktop navigation menus only opened when a mouse hovered over them, which left out keyboard users. The menus now open when a keyboard user tabs to the parent link and close when Escape is pressed.
• Mobile menu drawer keyboard handling. When the mobile menu opened, keyboard focus could escape into the page underneath. We have added a focus trap so the Tab key cycles through the menu only, Escape closes the menu, and focus returns to the menu button when the menu closes.
• This accessibility statement. The previous version of this page listed generic items rather than the specific gaps we know about. We have updated it to list the real findings from our most recent audit and the status of each one.

Pending

These items require third-party audit, vendor coordination, or design judgment that goes beyond a quick code change. Each is on our remediation roadmap.

• Contact and intake forms. Our contact, newsletter, and intake forms are delivered through a third-party platform. We cannot directly inspect or modify the labels, error messages, or field associations inside that platform’s frame. We are working with the vendor to confirm full screen-reader support, and we offer phone, email, and in-person alternatives in the meantime.
• Other third-party widgets. Our online appointment scheduler, patient portal, payment processor, financing widgets, and embedded chat are operated by their respective vendors. Their internal accessibility is the vendor’s responsibility. If any vendor-supplied feature is inaccessible to you, please contact us and we will help you complete the task by phone or in person.
• Some location addresses. A few of our location pages still display the practice address as plain text rather than tagged as a postal address that machines and assistive technology can recognize automatically. We are updating these pages.
• Comprehensive screen-reader testing. We run automated checks on every release, but full end-to-end testing with VoiceOver, NVDA, and JAWS, plus testing with people who use assistive technology daily, is performed periodically rather than on every release. A formal third-party audit by a recognized accessibility firm is on our roadmap.
• Touch-target sizes on a few small icons. Some decorative icon links in the desktop header and footer are smaller than the recommended size for easy tapping. Mobile equivalents already meet the standard. Desktop targets will be enlarged in a near-term release.

If you encounter an accessibility barrier outside of these acknowledged areas, please report it using the contact information at the end of this statement so we can address it directly.

How We Test

Our accessibility program combines several review methods, applied at different cadences:

• Automated scans on every release using Google Lighthouse and axe-core-style evaluators against representative pages of each template.
• Manual code review focused on semantic HTML, ARIA usage, focus management, and keyboard operability.
• Periodic internal walkthroughs covering keyboard-only navigation and color-contrast measurement on critical patient-facing flows (booking, contact, locations, blog).
• Third-party manual audits commissioned at least annually, with findings tracked through resolution.
• Patient and public feedback channels (described below) folded directly into the remediation backlog.

Compatibility With Browsers and Assistive Technology

Our website is designed to be compatible with the following environments, and we test against them as our primary support targets:

• Browsers: the current and one prior major version of Google Chrome, Apple Safari, Mozilla Firefox, and Microsoft Edge on macOS, Windows, iOS, and Android.
• Screen readers: Apple VoiceOver on macOS and iOS, NVDA on Windows, and JAWS on Windows.
• Other assistive technology: standard zoom and magnification settings up to 200%, OS-level high-contrast modes, and keyboard-only operation.

The website is not designed to be compatible with browsers older than two major versions or with operating systems that no longer receive security updates. If you rely on an environment outside our support targets and encounter an accessibility issue, please reach out -- we will work with you directly to deliver the information you need.

Physical Location Accessibility

Our clinic locations are designed to be welcoming and accessible to all patients. Accommodations at our facilities include:

• ADA-compliant entrances and pathways.
• Accessible restrooms.
• Wheelchair-accessible exam rooms and waiting areas.
• Assistance for patients with mobility, visual, or hearing needs upon request.
• Telehealth appointments available for patients who are unable to visit in person.

Telehealth Accessibility

We offer telehealth services across 17 licensed states, providing an accessible care option for patients who may face barriers to in-person visits. Our telehealth platform is compatible with screen readers and assistive devices. If you need accommodation for a telehealth visit, please let us know when scheduling.

Third-Party Content

Our website includes content and widgets from third-party providers, including appointment scheduling (Phreesia), patient portal (Athenahealth), payment financing (Cherry, CareCredit), forms and chat (HighLevel), and embedded maps (Google, Mapbox). While we encourage these partners to follow accessibility best practices, we cannot guarantee full WCAG 2.1 AA conformance for content we do not control. If you experience difficulty accessing any third-party feature on our site, please contact us and we will help you complete the task through an alternative method.

Ongoing Efforts

Accessibility is an ongoing process. We regularly review our website and digital services to identify and address accessibility barriers. Our efforts include:

• Periodic accessibility audits of our website, both internal and third-party.
• Training our team on accessibility best practices.
• Incorporating accessibility into our design and development process.
• Responding promptly to accessibility feedback from users.
• Re-reviewing this statement at least quarterly.