Accessibility
Last updated August 10, 2026
People who most need to read their medical records are often the people least well served by inaccessible software. We treat accessibility as a requirement rather than a refinement.
Our target
We build to the Web Content Accessibility Guidelines version 2.2 at Level AA. That includes usable contrast, a visible focus indicator on every interactive element, full keyboard operation without a mouse, correct heading structure and landmarks, text alternatives for meaningful images, and labels and error messages that screen readers announce properly.
Specific commitments for health information
- Clinical values, units, and dates are real text, never images, so they can be magnified, read aloud, and copied
- Tables of results carry proper row and column headers so a screen reader can announce what each value means
- Meaning is never conveyed by color alone; an out-of-range result is labeled as well as colored
- Nothing that matters is time-limited in a way that would penalize someone who reads slowly
Known limitations
Some documents retrieved from clinicians’ systems arrive as scanned images without a text layer. We cannot add text a source system never provided. Where we detect this, we label the document as an image so you know a screen reader will not be able to read it, rather than presenting it as though it were readable.
Tell us about a barrier
If any part of MyWholeFile MD is difficult or impossible for you to use, email support@mywholefilemd.com with the page and what went wrong. We treat accessibility reports as defects, not feature requests, and we will tell you what we are doing about it.
If you need information from your record in an alternative format while we fix something, ask us and we will provide it.