Accessibility Statement

1.Our Commitment

SmileCare is used by dental practices and their staff every day, and we want it to work for everyone on that team — including people who navigate by keyboard, use a screen reader, rely on high-contrast display settings, or use other assistive technology. Accessibility is something we build toward continuously, not a box we check once.

2.Conformance Status

Our target is conformance with the Web Content Accessibility Guidelines (WCAG) 2.1 at Level AA. WCAG defines three conformance levels: A, AA, and AAA. We are targeting AA, which is the level most commonly required by law and industry standards.

SmileCare is partially conformant with WCAG 2.1 AA. Partially conformant means an audit and remediation pass has been completed and verified with automated scanning (see "Measures We Take" below), but we have not yet documented manual assistive-technology testing or a formal third-party audit — see "Known Limitations."

[PLACEHOLDER: Replace the paragraph above once you've decided how to present this. If a formal audit or documented manual testing pass is completed, update to "fully conformant" with the date and method. If nothing beyond the automated scan described in certificates.html has actually been done, consider whether "partially conformant" overstates it — an automated-only pass is a meaningful start but typically catches well under half of real WCAG issues.]

3.Measures We Take

To support accessibility, SmileCare has:

• Completed an audit and remediation sweep across the clinical, front-desk, and admin modules, verified with automated axe-core scans (see the full breakdown on our Compliance & Readiness page)
• Added proper dialog roles, focus trapping, Escape-to-close, and focus restore to modals and popups
• Programmatically linked every form input, select, and text area to its label
• Added accessible names to icon-only buttons, with a 44×44px minimum tap target
• Added a skip link, a single main landmark, and polite live regions for toast notifications
• Darkened text and status colors to meet AA contrast, and ensured color is never the only signal used to convey information

[PLACEHOLDER: Add anything else actually true — e.g. whether accessibility is part of your ongoing dev/QA process, or a one-time pass.]

4.How We Tested

• Automated testing: axe-core scans across the clinical, front-desk, and admin modules. [PLACEHOLDER: date of scan, and which specific pages/flows — homepage, trial signup, dashboard, etc.]
• Manual testing: [PLACEHOLDER: has anyone actually navigated the product with a keyboard only, or with a screen reader (NVDA/JAWS/VoiceOver)? If yes, list what/when. If no, say so plainly — don't imply this happened if it didn't.]
• Tested by: [PLACEHOLDER: internal team, or named third-party]

5.Known Limitations

Despite the remediation work above, some parts of SmileCare may not yet be fully accessible:

• Manual testing with real assistive technology (screen readers, voice control, switch devices) has not yet been documented — automated scans like axe-core reliably catch well under half of real-world WCAG issues, particularly around reading order, meaningful alt text, and complex interactive widgets like the homepage ROI calculator's sliders.
• No third-party audit or VPAT has been produced yet (see section 6).
• [PLACEHOLDER: any other known gaps — e.g. specific pages not yet covered by the audit, older browser support, PDF exports, etc.]

If you encounter a barrier not listed here, please let us know using the contact details below — we want to know about it.

6.Formal Audit & VPAT

[PLACEHOLDER — choose whichever is true:]

• If no formal audit has been done: We have not yet commissioned a third-party accessibility audit or produced a formal Voluntary Product Accessibility Template (VPAT). If your organization requires one for procurement, contact us at the email below.
• If a formal audit has been done: An independent accessibility audit was conducted by [FIRM NAME] on [date]. A copy of our current VPAT is available [here / upon request at the email below].

7.Feedback & Reporting an Issue

We welcome feedback on the accessibility of SmileCare. If you encounter an accessibility barrier, please tell us:

• The page or feature where you ran into the problem
• What you were trying to do
• The browser, device, and assistive technology you were using, if applicable

We aim to respond to accessibility feedback within [PLACEHOLDER: e.g. "2 business days"] and will let you know how we plan to address confirmed issues.

8.Contact

Reach us with accessibility questions, feedback, or requests for accessible alternatives to any content on this site:

• Email: sales@smilecareapp.com [PLACEHOLDER: consider a dedicated address, e.g. accessibility@smilecareapp.com]
• Website: smilecareapp.com