Accessibility Statement

Effective Date

Effective date: May 30, 2026.

Our Commitment

Burna AI is committed to making its website and platform accessible to everyone, including people with disabilities. Accessibility is built in from the first commit, and we treat it as a baseline requirement for every page, component, and feature we release.

We recognize that many of the people who rely on our platform, clinicians, research coordinators, patients managing cancer treatment, and their families, may have temporary or permanent disabilities, may be using assistive technology, or may be navigating our content under conditions of stress, fatigue, or limited time. We design with that reality in mind.

Conformance status

This website is designed to conform to the Web Content Accessibility Guidelines (WCAG) 2.2 Level AA, published by the World Wide Web Consortium (W3C). WCAG 2.2 was selected because it is the most current internationally recognized accessibility standard at the time of this statement.

Current status: partially conformant with WCAG 2.2 Level AA. Partially conformant means most of the website meets the standard and some content does not yet fully conform. A formal accessibility audit is ongoing, and we update this statement as findings are confirmed and remediated.

Specific known limitations are listed below, under Known limitations.

Standards referenced

This statement is intended to satisfy the requirements of the standards and laws below. Where these standards differ, Burna AI aims to meet the most stringent applicable requirement for each user's jurisdiction.

• WCAG 2.2 Level AA, W3C.
• Americans with Disabilities Act (ADA) Title III, United States.
• Section 508 of the Rehabilitation Act (Revised), United States federal contracts.
• EN 301 549, European public sector accessibility requirements.
• Accessibility for Ontarians with Disabilities Act (AODA), Ontario, Canada.
• Disability Discrimination Act (DDA), United Kingdom and Australia.

Measures taken

Burna AI has taken the following measures to support accessibility across its public website. These reflect our standing design and engineering practice.

• Color contrast. Design system tokens enforce minimum color contrast ratios of 4.5:1 for normal text and 3:1 for large text and non-text UI components.
• Semantic HTML. Pages are built with semantic HTML elements (headings, lists, landmarks, buttons, links) so assistive technologies can interpret structure correctly.
• Keyboard navigation. All interactive elements are reachable and operable using a keyboard alone.
• Visible focus indicators. Focus states are clearly visible on all interactive elements.
• Skip link. A skip-to-main-content link is provided so keyboard and screen reader users can bypass repeated navigation.
• Alternative text. All meaningful images include descriptive alt text. Decorative images are marked as such so they are skipped by assistive technology.
• Form labels. Every form input is programmatically associated with a visible label.
• Error identification. Form errors are clearly identified in text, not by color alone, and are announced to assistive technology.
• ARIA landmarks and labels. ARIA is used in accordance with the WAI-ARIA Authoring Practices, only where native HTML semantics are insufficient.
• Motion and video. Video content includes captions where present. Animations respect the prefers-reduced-motion user setting and provide reduced or static alternatives.
• Text resize. Content remains readable and functional when text is resized up to 200 percent without loss of content or functionality.
• Multiple languages. The site is built to support multiple languages, with the lang attribute set correctly on each page so screen readers can pronounce content appropriately.

Compatibility

The website is designed to be compatible with the browsers, assistive technologies, and operating systems listed below.

• Browsers: recent versions of Google Chrome, Mozilla Firefox, Apple Safari, and Microsoft Edge.
• Screen readers: JAWS, NVDA, Apple VoiceOver, and Google TalkBack.
• Speech recognition: Dragon NaturallySpeaking and Apple Voice Control.
• Operating systems: Windows, macOS, iOS, Android, and Linux.

It is not designed to support browsers older than the two most recent major versions, and may not function correctly with assistive technologies that are no longer maintained by their vendors.

Testing approach

Burna AI uses a combination of automated and manual testing to evaluate accessibility.

• Automated testing. Tools including axe, WAVE, and Lighthouse run in continuous integration on every change to the website.
• Manual keyboard testing. Every interactive flow is tested using a keyboard alone before release.
• Screen reader spot-checks. Critical flows are tested with at least one screen reader (typically VoiceOver or NVDA) before release.
• User testing with people with disabilities. Planned. We will update this statement once the first round is complete.

Automated tooling catches a meaningful share of accessibility issues but cannot replace human judgment, especially for content quality, cognitive accessibility, and assistive technology interaction. Manual review is required for full conformance assessment.

Known limitations

The following limitations are known at the time of this statement. We are working to remediate them and update this list as the ongoing audit progresses.

• PDF documents. Some downloadable documents, for example the Implementation Playbook and the Query Economics Whitepaper, may not yet fully conform to PDF/UA. Accessible alternative versions are available on request from accessibility@burna.ai.
• Animated and motion-heavy hero content. Certain hero animations and visualizations on the marketing site convey information through motion. Static poster fallbacks are provided, and animations respect the prefers-reduced-motion user setting. Text descriptions of these visualizations are available on request.
• Third-party embedded content. Embedded content from third parties, including LinkedIn, X (formerly Twitter), and scheduling widgets, is governed by those providers' accessibility implementations and is not under Burna AI's direct control. Where a third-party component creates a significant accessibility barrier, we will work to provide an alternative path.

Feedback

If you encounter an accessibility barrier on this website, or if you need any content in an alternative format, email accessibility@burna.ai.

When reporting an issue, it helps to include the page URL, a brief description of the problem, the assistive technology or browser you were using, and your preferred contact method for follow-up.

Burna AI aims to:

• Acknowledge feedback within 2 business days.
• Remediate confirmed accessibility issues within 30 days where technically and operationally feasible, and to communicate a longer timeline where it is not.

Formal complaints

If your feedback is not adequately addressed and you wish to file a formal complaint, you may do so through the appropriate regulatory body in your jurisdiction. Filing a complaint with a regulator does not prevent you from continuing to work directly with Burna AI on a remediation, and we welcome the opportunity to resolve concerns directly first. Examples include:

• United States: the U.S. Department of Justice, Civil Rights Division, ADA enforcement.
• European Union: the national supervisory or enforcement authority for accessibility in your member state.
• United Kingdom: the Equality and Human Rights Commission.
• Canada (Ontario): the Accessibility Directorate of Ontario.
• Australia: the Australian Human Rights Commission.

Review and updates

Last reviewed: May 30, 2026.

Burna AI reviews this Accessibility Statement at least quarterly and after any significant change to the website's structure, navigation, or core functionality. The review is owned by engineering, with sign-off from the Burna AI leadership team.