Accessibility
Last updated: September 2026
People read their health records on every kind of device, with every kind of assistive technology, and often while worried. That makes accessibility part of whether this product works at all, not a finishing touch. This page is an honest account of where we are: what we have built, what we know is still rough, and how to tell us when something blocks you.
What we are aiming for, and what we can claim
We build to the Web Content Accessibility Guidelines (WCAG) 2.1 at Level AA. That is our target.
It is not a conformance claim. No independent accessibility audit of myDxHub has been carried out, and we have not tested every screen with every screen reader. Saying “WCAG 2.1 AA compliant” without that work behind it would be a claim we cannot back, and this is not a product where we want to start by overstating things. When an audit happens, this page will say so and say what it found.
What we have built
- Structure that assistive technology can follow: real landmarks (navigation, main, footer), a single page heading with headings nested under it in order, and lists marked up as lists rather than styled paragraphs.
- Keyboard operation: the pages you spend the most time on are built from real buttons, links and form fields, so they can be reached and activated from the keyboard. Dialogs, such as the confirmation before you revoke someone's access, can be dismissed with the Escape key. There are exceptions, and they are named below.
- Visible focus: focused controls draw a distinct ring rather than relying on the browser default we might otherwise have styled away. In Windows High Contrast Mode that ring is not always drawn; see below.
- No status carried by color alone: where something is active, revoked, expired or out of range, the colored badge also carries the word. The same applies to your Oral Health Score, which is always shown with its band written out.
- Labelled controls and images: form fields on the main patient and provider screens have real labels tied to them, and decorative icons are hidden from assistive technology instead of being announced as noise. Coverage is not yet complete across every screen; the exceptions are named below.
- Text that survives zoom and small screens: layouts reflow rather than requiring horizontal scrolling, and text is real text, not pictures of text.
- Plain language: an accessibility property in its own right, and the reason results here come with explanations rather than raw lab jargon.
What we know is not right yet
This list is deliberately specific. If you hit one of these, you aren't imagining it, and you don't need to convince us it exists.
- No independent audit and limited screen-reader testing. We have not yet validated the portal end to end with JAWS, NVDA and VoiceOver.
- Some icon-only buttons lean on a tooltip for their name. In the imaging viewer, a few controls — moving to the previous or next image, expanding one pane of the side-by-side grid — are named only by the tooltip that appears on hover, which some screen readers and most touch devices never show.
- Focus can disappear in High Contrast Mode. We draw focus rings using a technique Windows High Contrast Mode discards, so keyboard users in that mode may not see where they are.
- Charts are visual first. Biomarker trends and the score dial convey their shape graphically; the underlying numbers are available as text nearby, but the charts themselves are not yet fully described.
- The imaging viewer expects a pointer. Zooming a single image has buttons you can reach from the keyboard, but panning, and zooming inside the side-by-side comparison, are built around mouse and touch and are not keyboard operable.
- PDF reports are not tagged. The report PDFs your provider generates do not carry an accessibility structure, so a screen reader will read them poorly. Ask us and we will get you the same information another way.
- Some updates happen quietly. A few parts of the portal change on screen without announcing the change to a screen reader: a list refreshing after you revoke access, for example. We are working through these.
The session timeout, and how to get more time
Because this portal holds health records, it signs you out after 30 minutes without activity, with a warning at 25 minutes that you can dismiss to stay signed in. If that timing is a barrier for you (if you read slowly, use switch access, or need breaks), tell us. We would rather adjust for you than have you lose your place mid-page.
Tell us about a problem
Email support@mydxhub.com with “Accessibility” in the subject line. Useful details, if you have them:
- What you were trying to do, and the page you were on.
- What you use to browse: the browser, and any screen reader, magnifier or other assistive technology, with versions if you know them.
- What happened instead.
Please don't include your own or anyone else's health details in the email; we can look up your account without them.
We will acknowledge your message, tell you honestly whether the fix is days or months away, and in the meantime get you the information you were trying to reach another way: reading it to you, sending it in a different format, or whatever works. That is a standing offer, not a favor: reaching your own records is a right, and it does not depend on our interface working for you.
Scope of this statement
This statement covers the myDxHub website and patient portal at mydxhub.com. It does not cover your practice's own systems, or documents your practice or its laboratory produced before they reached us.
Questions that aren't about accessibility belong on the contact page or the help page.