Accessibility
JRNI Accessibility Standards & Compliance with the Web Content Accessibility Guidelines (WCAG) 2.1
1. JRNI Accessibility Overview
1.1 JRNI strives to provide an open, accessible, and compliant experience to all users.
1.2 To achieve this, to the extent possible, all JRNI end-user interfaces follow the internationally recognized best practices in Section 508 of the Rehabilitation Act and the Web Content Accessibility Guidelines (WCAG) 2.1 Level AA.
2. Approach to WCAG 2.1
2.1 WCAG 2.1 covers a wide range of recommendations for making web content more accessible to a wider range of people with disabilities. This includes those with visual, auditory, physical, speech, cognitive, language, learning, and neurological disabilities.
2.2 JRNI endeavors to adhere to the WCAG 2.1 (AA) standards, by following its four design principles and twelve supporting guidelines to make web content more accessible for people with disabilities.
3. JRNI Guidelines & Conformance to WCAG 2.1
3.1 JRNI’s open commitment to providing an accessible service is defined by the guidelines and standards set out by WCAG 2.1, as follows.
(i). Principle 1: PERCEIVABLE. Information and User Interface Components must be presented to users in ways that they can perceive (users can recognize and use the service with the senses available to them).
Guideline | JRNI Comments/Method of Adherence |
1.1. Text Alternatives (for any non-text content) | JRNI uses aria-label to provide labels for objects and uses alt attributes on img elements. |
1.2. Time-based Media Alternative | JRNI uses live audio and video to facilitate phone and video appointments; however, no real-time captioning capability is provided. |
1.3. Adaptable | JRNI adopts the following techniques to present content in different ways, thus making it more accessible for users:
|
1.4. Distinguishable | To make it easier for users to see and hear content, JRNI uses:
|
(ii). Principle 2: OPERABLE. User Interface components and navigation must be operable (the interface cannot require interaction that a user cannot perform. The user can find content regardless of how they choose to access it).
Guideline | JRNI Comments/Method of Adherence |
2.1. Keyboard Accessible | JRNI provides keyboard control for all functionality. Where core functions are triggered by mouse, JRNI provides alternative user interfaces to make these functions available via keyboard. |
2.2. Enough Time | JRNI provides a 15-minute window for users to complete a booking. In our experience, this is more than enough time for all users to read and use the relevant content and complete the necessary functions to create a booking. |
2.3. Seizures (design of content) | JRNI does not have any content designed in a way that is known to cause seizures; it has no flashing, blinking text or objects. |
2.4. Navigable | The JRNI Studio interface is easily navigable and provides ways to help users navigate, find content, and determine where they are. This is done via the following approaches:
|
2.5 Input Modalities | JRNI makes it easier for users to operate functionality through various inputs beyond the keyboard. This is done via the following approaches:
|
(iii). Principle 3: UNDERSTANDABLE. Information and the operation of the user interface must be understandable.
Guideline | JRNI Comments/Method of Adherence |
3.1. Readable & Understandable | JRNI uses plain and clear English and is devoid of unusual words or jargon. Sentences are short, phrases logical, and all acronyms/ abbreviations are explained. |
3.2. Predictable | The JRNI User Interface looks consistent and behaves in a predictable manner; e.g., no un-announced pop-up windows, disabling of the back button. The provided navigation is structured and arranged consistently. |
3.3. Input assistance | The JRNI User Interface helps users avoid and correct mistakes. This is done via the use of clearly identified missing fields, and by providing examples of required content. It can also suggest corrections in the case of an input error and provide error ID and labels. |
(iv). Principle 4: ROBUST. Content must be robust enough that it can be interpreted reliably by a wide variety of user agents, including assistive technologies (users must be able to access the content as technologies advance).
Guideline | JRNI Comments/Method of Adherence |
4.1. Compatible: Maximize compatibility with current and future agents including assistive technologies. | JRNI uses mark-up language written in HTML to support accessibility. ARIA is used to support the platforms accessibility, as well as support from most modern browsers. User agent support continues to make access possible; this technology is ever expanding and growing. In content implemented using markup languages, status messages can be programmatically determined through roles or properties such that they can be presented to the user by assistive technologies without receiving focus. |
4. Testing
4.1 JRNI is tested periodically at a systems level by an accredited third party using WCAG-EM evaluation methodologies to ensure it operates correctly while using assistive technology. A compliance report is produced for each test run, where the scope of testing is detailed and issues identified are classified by severity as defined below:
(1) Blocker: A user is unable to complete a workflow
(2) Critical: A violation of a WCAG guideline
(3) Recommendation: The user experience can be optimized to work more effectively or logically with assistive technology
4.2 JRNI is committed to fixing all Blocker and Critical issues identified where a fix is viable.
5. Continuous Improvement
5.1 JRNI acknowledges that providing accessibility to all users is a work in progress. To ensure that no user is disadvantaged, JRNI endeavors to respond and react accordingly to all requests relating to assistance with accessibility by altering the necessary content/function as soon as possible, or by providing a replacement or alternative workaround within a reasonable timeframe.
5.2 Should customers find an area of limited accessibility, JRNI will endeavor to find a route to a solution, as per one of the methods below:
(a) Review of the request and, after internal viability discussion, addition to the product roadmap.
(i) If a request accepted into the product roadmap cannot be delivered in a suitable time frame, accelerated delivery may be provided for a mutually agreed fee.
(b) Workaround suggestion/resolution.
(c) Custom development of the bespoke accessibility request may be provided for a mutually agreed fee (if the request is not considered to be an out-of-the-box feature relevant to the roadmap).
5.3 JRNI is committed to developing new products in conformance with WCAG 2.1, and endeavors to integrate accessibility into every stage of product design, development, and testing.
6. Known Exceptions to the intended Level of Web Accessibility. (Non-Compliant Interfaces)
6.1 While JRNI strives to adhere to the accepted standards set out by WCAG 2.1, it is not always possible to do so in all areas of the JRNI platform. Areas of limited accessibility are documented in the Accessibility Risk Register.
7. Additional Standards
7.1 In the circumstance where compliance to additional standards (i.e., any standard not specified in 1.2) is required, JRNI will estimate the level of effort required to support these standards and provide a full cost to deliver this.
Revision: 2.5 (August 19, 2020)