Accessibility
Built to be usable
by everyone.
Usability failures in clinical software are not an inconvenience, they are a documented safety risk. Accessibility is part of how OmniEHR is engineered, not a statement we publish afterward.
Our standard
OmniEHR's design system, OmniUX, targets WCAG 2.2 Level AA conformance across the platform and this website, with human-factors validation on safety-relevant clinical workflows. Accessibility conformance is a release gate in our engineering process, measured, not assumed.
What that means in practice
- Keyboard first. Every interaction on this site and in the product is reachable without a pointing device, including a skip-to-content link on every page.
- Contrast and color. The palette is tuned for contrast on a warm ground, and color is never the only carrier of meaning.
- Motion with consent. Animation throughout respects your system's reduced-motion preference. Turn it off in your operating system and the interface holds still.
- Scalable type. Layouts are built on relative units and reflow cleanly at 200% zoom and on small screens.
- Semantic structure. Landmarks, headings, labels, and live regions are part of the markup, so assistive technology gets the same structure sighted users see.
- Language access. Preferred language and interpreter need are recorded in the record itself, and interpreter sessions are logged for Section 1557 and Joint Commission purposes.
Where we are
OmniEHR is in active development and is not yet generally available. Accessibility review runs alongside that development: each release of the clinical application is evaluated against the standard above before it ships, and this website is audited with every revision.
Found a barrier?
If anything on this site or in the platform is difficult to use with assistive technology, we want to know while it is cheap to fix. Write to admin@norcemic.com with the page and the technology you are using, and we will respond directly.
Last reviewed: July 2026