Accessibility
Built to be usable
by everyone.
Usability failures in clinical software aren't an inconvenience, they're 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 OS 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.
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's cheap to fix. Write to admin@norcemic.com with the page and the technology you're using, and we'll respond directly.
Last reviewed: June 2026