36 CFR Part 1194 - Proposed Information and Communication Technology (ICT) Standards and Guidelines NPRM - Preamble
E. Assistive Technology
Based on the work of the Advisory Committee and feedback from commenters, the Board proposes in this NPRM to directly cover some, but not all, aspects of assistive technology (AT). All stakeholders agreed that improving ICT-AT interoperability was critically important, but offered differing perspectives on how to make this happen. There was general consensus on some proposals (e.g., requirements for mainstream ICT), but not for others (e.g., requirements for, and status of, AT). In this NPRM, the Board proposes to revise its existing 508 Standards and 255 Guidelines by: (a) updating the existing requirements for mainstream ICT software products—namely, platforms, operating systems, and applications—to interoperate with assistive technology based on consensus standards; (b) adding a new requirement for AT with a user interface to interoperate with mainstream platforms and industry standard accessibility services; and (c) clarifying that assistive technology is generally exempted from compliance with otherwise applicable technical requirements for hardware (Chapter 4) and software (Chapter 5). Each of these areas are discussed briefly below.
With respect to the ICT side of the ICT-AT interoperability equation, the Board proposes a set of updated technical requirements for platforms and applications that will result in improved interoperation. This proposal received strong support from industry stakeholders who lauded it as an important improvement from the existing requirements because it was comprehensive, testable, and harmonized with international consensus standards for software accessibility. Proposed 502 contains three main subsections. Proposed 502.2 Documented Accessibility Features largely tracks § 1194.21(b) of the existing 508 Standards, and was strongly recommended by the Advisory Committee. Proposed 502.3 (Platform) Accessibility Services incorporates much of existing 508 Standards §§ 1194.21(b), (c), (d), and (f), but proposed 502.3.1 through 502.3.9 provide significantly greater detail. Lastly, in 502.4 Platform Accessibility Features, the Board proposes to require that platforms provide specific accessibility features common to most platforms. This provision is being proposed in response to concerns raised by consumers and the assistive technology industry that the Board was not being sufficiently proactive in spelling out the accessibility features that are well-established best practices. This proposal is based on requirements in the ANSI/HFES 200.2 Human Factors Engineering of Software User Interfaces standard, and represents current industry practice.
Second, to address the role of the AT in ICT-AT interoperability, the Board proposes modest requirements for assistive technology. Proposed 503.3 Alternate User Interfaces would require assistive technology to use the basic set of platform accessibility information provided by operating systems and software (i.e., platform accessibility information provided under proposed 502.2) to aid interoperability, and, thereby, decrease the need for customized approaches. In other words, software providing an alternative user interface would need to support the platform for which it is designed. Commenters outside the AT industry voiced strong support for this proposal; these views convinced the Board that this modest shift in approach from the existing requirements would better ensure ICT-AT interoperability. Because it is sometimes ambiguous whether a software product is serving as assistive technology, this proposed provision speaks in terms of “alternate user interface[s] that function[] as assistive technology.” Proposed 503.3 is the only manner in which the Board is proposing to directly impose requirements on assistive technology; in all other respects, provisions aiding interoperability are directed at platforms, operating systems, and other types of applications.
Third, to provide clarification sought by a number of commenters, the Board proposes to expressly exempt assistive technology from compliance with technical requirements generally applicable to hardware (Chapter 4) and software (Chapter 5). Commenters had expressed concern that, if assistive technology was treated as ICT for all purposes, some assistive technology would not be able to fulfill its intended function. For example, an individual with low muscle tone may find that a specialized, flat membrane keyboard best serves his or her needs; however, such a keyboard would not satisfy the requirements of Chapter 4 because, among other things, it does not have tactilely discernable separation between keys (proposed 407.3). Accordingly, proposed 401.1 provides an exception for hardware that is assistive technology, and a similar exception is proposed for assistive technology software (501.1 – Exception 2).
User Comments/Questions
Add Comment/Question