NOTA: Mirada Stargardt (baja visión) es un blog en el que se comparten noticias e información de dominio público, o que se publica en los medios de comunicación, o de autoría de terceros. Nosotros no somos médicos ni originamos la información científica, o los datos de congresos, convocatorias, cursos, etc. Podemos investigar más a fondo y resolver algunas dudas, pero en general sólo conocemos lo que publicamos sobre la baja visión. No nos hacemos responsables del contenido de los artículos ni del uso que se les dé.

lunes, 30 de mayo de 2011

Ocuvite Preservision - Tratamiento de la degeneración macular (NO PARA STARGARDTS)

La vista es el más precioso de los sentidos. Como "líder" en la investigación de  suplementos nutritivos oculares y vitaminas, Bausch y Lomb está consagrado para  ayudarle a proteger y mantener la salud de sus ojos.
Bausch y Lomb tiene la línea más completa de suplementos nutritivos y vitaminas para la salud ocular para cubrir una variedad de necesidades generales y relativas a la edad. Estos suplementos se fabrican según normas rigurosas que se aplican a los productos farmacéuticos, utilizando solamente los ingredientes de la más alta calidad.
Vitaminas para los ojos Bausch y Lomb Ocuvite Preservision
Ahora patentado, la fórmula de vitaminas y minerales Bausch y Lomb Ocuvite Preservision® AREDS es la única fórmula de vitaminas y minerales que ha  demostrado validez y fue certificada por un estudio del Nacional Eye Institute' s Age-related Eye study (AREDS).
Bausch y Lomb, la sociedad especializada en la salud ocular, anunció el lanzamiento de una nueva vitamina para los ojos. Este producto lucha eficazmente contra la principal causa de ceguera en las personas mayores de 65 años y la principal causa de pérdida grave de vista de personas mayores de 50 años. Llamada Occuvite Preservision, la eficacia de esta vitamina para los ojos se demostró clínicamente en un estudio destacado de 10 años llevado por el Nacional Eye Institute (NEI).
Occuvite Preservision es un nuevo suplemento a base de vitaminas y de minerales indicado en el tratamiento de la degeneración macular vinculada a la edad (DMLA).
"Los pacientes afectados por degeneración macular vinculada a la edad van a obtener mucho beneficio de Occuvite Preservision de Bausch y Lomb ", declara al Dr. John Jantzi de la facultad de optometría de la Universidad de Waterloo. "Aquí, en la Universidad de Waterloo, en el Centro de mejora de la vista, observamos sistemáticamente los efectos devastadores de las pérdidas de vista y sus efectos desfavorables sobre la calidad de vida. Según algunos estudios, los pacientes tienden a temer la pérdida de la vista más que de los otros sentidos. La capacidad de Occuvite Preservision a retrasar la pérdida de la vista representa un descubrimiento capital para millones de pacientes afectados por DMLA en Norteamérica y en las cuatro esquinas del planeta."
El estudio sobre las enfermedades oculares vinculadas a la edad (AREDS) de los NEI ha constatado que las fuertes concentraciones de antioxidantes y cinc presentes en Occuvite Preservision reducen en cerca del 25% el riesgo de evolución del DMLA y reducen en cerca del 19% el riesgo conexo de perder la vista.
Hecha público en octubre de 2001, el estudio AREDS constituye la primera prueba clínica a largo plazo, a doble-anonimato y controlada contra placebo, que ha demostrado el valor de las vitaminas y complementos en oligoelementos en la conservación de la salud de los ojos y de la vista. "Líder" del mercado de las vitaminas oculares, Bausch y Lomb colaboró con los NEI sobre este proyecto, declaró M." Stephen Bartels, PH.D., director de investigación en Bausch y Lomb. "El público se alegrará de saber que" finalmente, por primera vez, existe una formulación precisa de vitaminas y de suplementos en oligoelementos para conservar la salud de los ojos y la vista "."
El complemento Occuvite Preservision de Bausch y Lomb evaluado por los investigadores del estudio AREDS contenía, por tableta: 113 Mg de vitamina C, 100 Mg de vitamina E, 7.160 IU unidades internacionales de beta-caroteno, 17,4 Mg de cinc en forma de óxido de cinc, y 0,4 Mg de cobre en forma de óxido cúprico (el cobre se añadió a las formulaciones de AREDS que contienen cinc para impedir una falta en cobre, la cual puede ser vinculada a elevados niveles de contribución complementaria de cinc). La posología total al día era de dos tabletas, tomadas dos veces al día.
Información más detallada sobre el estudio AREDS figura en la entrega de octubre de 2001 de los Archivos de Oftalmología. Si desea saber más sobre el estudio AREDS o para obtener un breve resumen de los resultados del estudio, visite la web www.NEI.nih.gov/amd. El DMLA procede de una alteración fisiológica del centro de la retina, la mácula. La mácula es la parte de retina que permite una visión más precisa y más detallada. Permite la lectura, la conducción de un automóvil y la realización de otras actividades que requieren una mirada localizada.
AREDS
La única fórmula clínicamente garantizada
Ayuda a preservar a la salud de los ojos
Fácil de ingerir; 4 cápsulas al día
Bausch y Lomb Ocuvite Preservision® es un potente suplemento de vitaminas, minerales y antioxidantes, a un nivel que es muy superior si se compara  con todos los otros suplementos ordinarios de multivitaminas del mercado.
Utilización: Tome cuatro cápsulas diariamente; dos por la mañana y las otras dos por la noche con las comidas.

Suplementos
Dosis diaria (2 cápsulas)
Contiene % de valor diario


Vitamina A (beta-caroteno)
28,640 IU
573%
Vitamina C (ácido ascórbico)
452 Mg
753%
Vitamina E (acetato dl-alpha-tocopheryl)
400IU
1333%
Cinc (o de cinc) *
69.6 Mg
464%
Cobre (o cúprico)
1.6 Mg
80%

* El óxido de cinc esla forma el cinc más concentrada y contiene un cinc más elemental que cualquier otra sal de cinc (sulfato de cinc o acetato de cinc).
Ingredientes: Vitamina A (beta-caroteno), Vitamina C (ácido ascórbico), Vitamina E (acetato dl-alpha-tocopheryl), Cinc (o de cinc), Cobre (o cúprico).
Otros ingredientes: Gelatina, Glicerina, Aceite de Soja, Lecitina, Cera amarilla, Aceite Annatto, Bióxido de Titanio.

Fumar está relacionado con la ceguera vinculada con la edad

Dirección de esta página: http://www.nlm.nih.gov/medlineplus/spanish/news/fullstory_112401.html(*estas noticias no estarán disponibles después del 08/21/2011)
Por Adam Marcus
NUEVA YORK (Reuters Health) - Cuando Kern y Harbach escribieron "Smoke Gets in Your Eyes" (El humo entra en tus ojos) hace casi 80 años, no estaban haciendo de médicos. Pero un nuevo estudio demuestra que los fumadores tienen alto riesgo de desarrollar ceguera asociada con la edad.
Realizado por un equipo de Japón y Estados Unidos, revela que los fumadores japoneses tienen cuatro veces más riesgo de desarrollar degeneración macular asociada con la edad o DMAE que los no fumadores.
La DMAE causa pérdida progresiva de la visión y es mucho más común en los hombres que en las mujeres japonesas, una diferencia que reflejaría sólo que en ese país ellos fuman más que ellas.
"Lo importante es que existe un factor de riesgo modificable muy, muy importante: el tabaquismo", dijo el doctor Peter Gehlbach, oftalmólogo de la Johns Hopkins University en Baltimore.
"Podría ser que una gran proporción de la degeneración macular sea por una exposición previa al humo de cigarrillo", añadió.
Menos de un tercio de los estadounidenses mayores de 75 años tienen DMAE, según los Institutos Nacionales de Salud. La enfermedad puede ser "húmeda" (cuando hay vasos en la retina que pierden sangre) o "seca", que es el tipo más común y avanza lentamente.
Aunque no tiene cura, existen varios tratamientos con fármacos y cirugía que pueden retrasar su avance. Estudios previos sobre la relación entre la DMAE y el tabaquismo habían obtenido distintos resultados.
El estudio de Japón, publicado en la revista Ophthalmology, incluyó a 279 hombres con DMAE y a 143 personas sin la enfermedad. El tabaquismo fue el más sólidamente asociado con la ceguera: fumaba el 75 por ciento de las personas con DMAE y el 40 por ciento del grupo de control.
Tras considerar otras diferencias, los fumadores tenían cuatro veces más riesgo de desarrollar DMAE que los no fumadores. Y casi cinco veces más riesgo de sufrir de un trastorno visual llamado vasculopatía polipóidea coroidea, que provoca también sangrado de la retina.
Tener presión alta y sobrepeso también estuvo asociado con un mayor riesgo de desarrollar DMAE, aunque poco menos que el tabaquismo.
Un estudio como el de Japón no prueba que el tabaquismo cause DMAE, pero científicos opinan que es posible que así sea.
Simon Kelly, cirujano ocular del Hospital Royal Bolton, en Inglaterra, y autor de dos revisiones sobre la relación entre el tabaquismo y la pérdida de la visión, consideró que el último estudio respalda la asociación.
FUENTE: Ophthalmology, 22 de abril del 2011

ASOCIDE - Asociación de Sordociegos de España


Director de la organización
-




Teléfono
-
Otro teléfono
-
Fax
-

Cobertura geográfica
Nacional
Número de Orphanet
ORPHA47868

Persona contacto de la asociación de pacientes :
Sr. Daniel ALVAREZ REYES
Paseo de la Habana, 208
28036
MADRID
ESPAÑA
Correo electrónico :
http://www.orpha.net/consor/cgi-bin/images/alphabet/add.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/s4gfd.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/e.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/s4gfd.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/o52365tyf.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/r.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/cdjgsd.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/i.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/_arobase.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/o52365tyf.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/n.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/cdjgsd.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/e.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/_dot.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/e.gifhttp://www.orpha.net/consor/cgi-bin/images/alphabet/s4gfd.gif
Teléfono : 34 913 535 637
Fax : 34 913 507 972

Dirección de Educación Grupo de Accesibilidad Plataformas: PAUTAS PARA EL DISEÑO DE ENTORNOS EDUCATIVOS ACCESIBLES PARA PERSONAS CON DISCAPACIDAD VISUAL

PAUTAS PARA EL DISEÑO DE ENTORNOS EDUCATIVOS ACCESIBLES PARA PERSONAS CON DISCAPACIDAD VISUAL
 
 
Enero 2005

 

 

 
ÍNDICE
 
1. INTRODUCCIÓN............................................................................ 2
2. OBJETIVOS DEL DOCUMENTO.................................................. 3
3. TIPOS DE APLICACIONES INFORMÁTICAS ACCESIBLES.. 4
4. DEFINICIONES Y ACRÓNIMOS................................................... 5
5. PAUTAS DE ACCESIBILIDAD PARA APLICACIONES DIRIGIDAS   6
6. PAUTAS DE ACCESIBILIDAD PARA APLICACIONES NO DIRIGIDAS     8
7. CRITERIOS PEDAGÓGICOS EN EL DESARROLLO DE APLICACIONES EDUCATIVAS PARA USUARIOS CIEGOS Y DEFICIENTES VISUALES.       13
APÉNDICE A: Orden de tabulación lógico...................................... 15
APÉNDICE B: Ejemplos de colores para textos............................. 16
ANEXO 1: Aplicaciones y dispositivos tiflotécnicos....................... 16
ANEXO 2: Notas para adaptaciones en relieve............................... 21
ANEXO 3: Aspectos perceptivos del niño ciego y deficiente visual. 25

 

 
 
 
         El presente documento pretende ofrecer a todos aquellos profesionales que intervienen en el desarrollo de entornos educativos una serie de pautas que, tenidas en cuenta desde la fase de especificación y diseño de los contenidos, permiten que estos entornos sean manejables por alumnos con ceguera o con algún tipo de discapacidad visual. Es necesario reseñar, que si bien muchas de estas pautas son aplicables a usuarios con cualquier tipo de discapacidad, el documento está enfocado a usuarios con discapacidad visual.
 
         Junto con una guía práctica acerca del diseño de la propia aplicación informática, se incluyen criterios pedagógicos sobre la estructuración y forma de presentación más adecuada de los contenidos, basados en la experiencia docente con alumnos con discapacidad visual.
 
         Con este documento no se pretende promover el diseño de entornos educativos especiales, sino que los que se desarrollen puedan ser manejados por alumnos con discapacidad visual con garantías de un aprovechamiento análogo al del resto de los estudiantes, permitiendo un uso indistinto, autónomo o en conjunto.
 
         Las pautas se clasificarán teniendo en cuenta los elementos más frecuentes en las actuales aplicaciones educativas, tanto en aspectos de programación como de contenido o métodos de aprendizaje.
 
         Como se reiterará a lo largo de todo el documento, dos son los objetivos básicos en el orden de la programación informática:
 
1.    Garantizar el manejo de todas las funcionalidades de la aplicación mediante el uso del teclado, sin necesidad de emplear el ratón, debiendo coexistir ambas modalidades.
 
2.    Facilitar que toda la información significativa que aparezca en la pantalla del monitor y sus cambios sean conocidas, de alguna forma, por el estudiante con ceguera o con algún tipo de discapacidad visual.
2.    OBJETIVOS DEL DOCUMENTO
 
         Este  documento pretende servir de guía de referencia para todos aquellos profesionales que intervienen en el desarrollo de entornos educativos y ayudarles a conseguir que estos sean accesibles para alumnos con discapacidad visual.
        
Es necesario reseñar que, si bien las pautas que se exponen en este documento pueden ser de gran utilidad, cada entorno educativo que se desarrolle necesitará un estudio particularizado de la accesibilidad, debido a la diversidad de contenidos con los que nos podemos encontrar en el campo de la enseñanza.
 
         Se pretende abarcar todos los ámbitos que intervienen en el desarrollo, desde el diseño y programación de la propia aplicación informática, hasta la definición de contenidos educativos, pasando por el diseño gráfico del interface, y la conexión con dispositivos tiflotécnicos y herramientas de uso exclusivo por personas con discapacidad visual.
 
         Debido al amplio abanico de profesionales a los que va dirigido (programadores, diseñadores gráficos, profesores, pedagogos, etc.), y los cambios constantes que se producen en los distintos campos del conocimiento a los que afecta, este documento debe ser dinámico, y por ello será objeto de revisiones periódicas con el fin de añadir nuevas ideas, o eliminar conceptos que se vayan quedando obsoletos.
 
         El segundo objetivo que se pretende es justificar la necesidad de seguir todas las pautas. Para ello, se han añadido una serie de anexos y apéndices específicos, con información útil que puede ayudar a los profesionales que no hayan tenido contacto con la enseñanza de alumnos con discapacidad visual.
 
 
         Desde la perspectiva del manejo de aplicaciones informáticas por parte de personas con discapacidad visual, existen dos procedimientos principales para lograr que estas sean accesibles:
-         Una aplicación estándar, que siguiendo una serie de pautas de diseño básicas, pueda ser manejada con la ayuda de un revisor de pantalla.
-         Una aplicación que sea accesible por sí misma, sin la ayuda de ninguna herramienta. Este tipo de aplicaciones se denominan dirigidas.
 
En este documento se tratarán las pautas de diseño, tanto para un tipo de aplicaciones como otro, aunque diferenciándolos, ya que en el caso de las aplicaciones dirigidas, estos criterios varían ligeramente.
 
El objetivo que se persigue teniendo en cuenta los dos tipos de aplicaciones accesibles, es abarcar todo el abanico de la educación, desde educación infantil al resto de etapas.
 
En principio, el criterio de decisión sobre qué tipo de aplicación a desarrollar, se basa en dos factores:
ü                                         La edad y etapa de los alumnos a los que va dirigida. Para alumnos de educación infantil y primer ciclo de educación primaria es aconsejable desarrollar aplicaciones dirigidas, ya que a estas edades los alumnos con discapacidad visual, todavía no tienen las habilidades y estrategias necesarias para manejar los llamados revisores de pantalla.
ü                                        La complejidad técnica de la aplicación a desarrollar, que normalmente suele aumentar al hacerla dirigida, aunque no necesariamente.
Por último es necesario reseñar que sea cual sea el tipo de aplicación que se desarrolle, si esta necesita un proceso de instalación, éste deberá ser totalmente accesible para usuarios con discapacidad visual. Así mismo, la documentación que esté relacionada de forma directa o indirecta con las aplicaciones debe estar en un formato que sea accesible.
 
         Braille: Código de lecto-escritura basado en combinaciones de seis puntos dispuestos en una matriz de dos columnas y tres filas. Dicho código se percibe mediante el tacto.
         Horno Fúser: Dispositivo dotado de una fuente de calor que permite generar el relieve de las líneas impresas en el papel microcápsula.
 
         Revisor de pantalla: Programa que envía la información que ofrece el ordenador a una línea braille, a una síntesis de voz, o a ambas. A su vez, también permite manejar el ordenador mediante una serie de comandos y combinaciones de teclas.
 
         JAWS: Revisor de pantalla desarrollado por Freedom Scientific. Actualmente es el más usado de los que existen en el mercado. (http://www.freedomscientific.com/)
 
         Magnificador: Software específico para deficientes visuales que permite la ampliación de tamaño de los elementos que aparecen en la pantalla de un ordenador.
 
Impresora braille: Periférico de salida que permite la impresión de la información en código braille.
 
         Pantalla táctil: Pantalla de ordenador, que permite el manejo del mismo mediante la interactuación del usuario por pulsaciones sobre la propia pantalla.
 
         Papel microcápsula: Tipo de papel especial que al recibir una fuente de calor eleva las líneas impresas en él, de forma que se pueden detectar mediante el tacto.
 
         Tableta digitalizadora: Periférico que permite el manejo de un ordenador desde un tablero sensible a las pulsaciones y movimientos de un lápiz especial, sobre dicho tablero.
 
         Tiflotecnología: Nombre que recibe la tecnología aplicada a la deficiencia visual, entendiendo dentro de tiflotecnología, el conjunto de conocimientos, de técnicas y recursos de que se valen las personas con discapacidad visual para poder utilizar la tecnología estándar. Esto permite la adaptación y accesibilidad de las tecnologías de la información y comunicación para su utilización y aprovechamiento.
 
         Tramas: Diferentes tipos de relleno que permiten diferenciar mediante el tacto las distintas zonas de un dibujo.
 
         WAI: Web Accessibility Initiative (http://www.w3.org/WAI/). Conjunto de grupos de trabajo del W3C especializados en diversas materias relacionadas con la  accesibilidad a la Web.
 
 
         En este epígrafe se hará referencia a las pautas de diseño de una aplicación que sea dirigida, es decir la propia aplicación guiará al usuario mediante mensajes sonoros o de otro tipo, de forma que un usuario ciego o deficiente visual pueda utilizarla sin la ayuda de un revisor de pantalla.
 
         Las pautas de accesibilidad para este tipo de aplicaciones no varían excesivamente de las aplicaciones no dirigidas, en cuanto a los elementos que pueden formar parte de una aplicación. Por tanto, en este apartado sólo haremos hincapié en aquellos aspectos de accesibilidad que las diferencian, pero contando que en entornos educativos este tipo de aplicaciones se desarrollarán para usuarios de corta edad, hay que observar una serie de pautas o recomendaciones, que se exponen a continuación:
 
         5.1. El acceso a la aplicación debe ser inmediato o con el menor recorrido posible desde el arranque, y la salida de la misma, sencilla, aunque haya de ser verificada.
 
         5.2. La aplicación debe poder manejarse completamente con el teclado. Ello no implica la anulación del ratón, antes bien, deben coexistir ambas modalidades.
 
         5.3. El número de teclas a utilizar debe ser el menor posible, y de fácil localización; por ejemplo las teclas de cursor, el bloque numérico, la barra espaciadora, Escape y Enter.
 
         5.4. Todas las pantallas o apartados deben tener un título identificativo, y este deberá verbalizarse mediante un mensaje sonoro al iniciarse esa pantalla.
 
         5.5. Es conveniente incluir un menú principal que aparezca en todas las secciones, y desde el cual se pueda acceder a cualquier apartado de la aplicación.
 
         5.6. La aplicación debe disponer de una opción que permita al usuario con discapacidad, seleccionar las opciones de visualización de textos, opciones de colores de la aplicación y opciones de impresión, en tinta o en braille, o si se van a imprimir pantallas que posteriormente se adaptarán con un horno Fúser.
 
         5.7. Cualquier cambio que se produzca en la pantalla, automáticamente o por acción del usuario, debe ser informado mediante un sonido o verbalmente.
 
         5.8. Cada botón o enlace debe tener un mensaje sonoro identificativo asociado, el cual se reproduce cuando el elemento recibe el foco.
 
         5.9. Todos los textos, así como la información relevante que aparece en pantalla, deben tener un mensaje sonoro asociado y permitir al usuario repetir este mensaje con el contenido del texto tantas veces como quiera.
 
         5.10. Las imágenes y fotografías deben tener un fichero de audio que describa su contenido.
 
         5.11. Los vídeos deben tener un fichero de sonido asociado, que describa lo que está ocurriendo en la secuencia.
 
         5.12. Los aspectos visuales de todos los elementos, textos, gráficos, deben seguir las mismas pautas de diseño que en aplicaciones no dirigidas.
 
         5.13. La aplicación debe permitir al usuario elegir la configuración de colores de la aplicación (fondos, textos, etc) o, en su defecto, que la aplicación utilice la que el usuario está empleando en el sistema operativo. En cualquier caso debe mantener un alto nivel de contraste. (ver Apéndice B).
 
         5.14. La finalización de una acción debe ser informarda al usuario mediante un sonido, sea cual sea el resultado.
 
         5.15. Sean cuales sean las teclas que se definan para la navegación por los elementos de cada pantalla, esta debe seguir un orden lógico (ver Apéndice A).
 
         5.16. La navegación con teclado por los elementos de cada pantalla debe ser circular. Es decir después de llegar al último elemento debe pasarse al primero.
 
         5.17. La navegación con teclado por los menús también debe ser circular.
 
         5.18. Los elementos comunes a todas las pantallas deben tener la misma localización en cada una de ellas.
 
         5.19. La estructura de la información debe ser la misma en todas las pantallas y/o secciones de la aplicación.
6. PAUTAS DE ACCESIBILIDAD PARA APLICACIONES NO DIRIGIDAS
 
         En este epígrafe se hará referencia a las pautas a seguir para conseguir la accesibilidad de aplicaciones que se van a manejar con la ayuda de un revisor de pantalla.
 
         Es necesario recalcar que estas pautas no se enumeran en orden de importancia o prioridad, sino que la accesibilidad se conseguirá en mayor medida cuanto más pautas se tengan en cuenta a la hora de hacer las especificaciones y  diseño de la aplicación.
 
 
         6.1.1. El manejo de todas las funcionalidades de la aplicación debe poder realizarse mediante el uso del teclado, sin necesidad de manejo de ratón; debiendo, no obstante, coexistir ambas modalidades.
 
6.1.2. Debe permitir al usuario la posibilidad de ejecutar la aplicación a pantalla completa y ampliar campos de la misma.
 
         6.1.3. Debe utilizar la misma estructura visual de la información en todas las pantallas o páginas de la aplicación.
 
         6.1.4. Debe facilitar al usuario, en todo momento, el acceso rápido a cualquier apartado de la aplicación, mediante un menú general presente en todas las secciones, o un mapa con accesos directos a los diferentes apartados.
 
         6.1.5. En la medida de lo posible se recomienda usar controles estándar del sistema operativo para el que se desarrolle la aplicación.
 
         6.1.6. En aplicaciones complejas se debe permitir que el usuario acceda a las acciones más críticas o habituales mediante el uso de las teclas rápidas del revisor de pantalla.
 
         6.1.7. Es aconsejable realizar el diseño visual de la aplicación para que sea visualizado correctamente con una configuración de pantalla de 800x600 píxeles, ya que es la más comúnmente utilizada por las personas con discapacidad visual.
 
         6.1.8. Debe permitir al usuario elegir la configuración de colores de la aplicación, fondos, textos, etc. o, en su defecto, que la aplicación utilice la que el usuario esté usando en el sistema operativo.
 
         6.1.9. La aplicación debe disponer de una opción que permita  seleccionar las opciones de visualización de textos, opciones de colores de la aplicación y opciones de impresión, en tinta o en braille, o si se van a imprimir pantallas que posteriormente se adaptarán con un horno Fúser.
 
6.1.10. Definir un orden lógico y coherente de tabulación entre los diferentes objetos de cada pantalla de la aplicación (ver Apéndice A), ya que JAWS permite el cambio del elemento que recibe las acciones en ese momento, es decir el que tiene el foco, mediante el uso del tabulador.
 
         6.1.11. No sobrecargar las pantallas de la aplicación con excesivos enlaces a otras secciones (salvo en el caso de índices). Se recomienda que no haya más de cinco o seis en cada pantalla.
 
         6.1.12. Eliminar enlaces redundantes dentro de la misma página o pantalla.
 
 
         6.2.1. Todos los enlaces gráficos deben tener un texto alternativo descriptivo de la acción que realizan.
 
         6.2.2. Deben tener un tamaño grande para ser fácilmente identificables en la pantalla.
 
         6.2.3. Es aconsejable que los enlaces aumenten su tamaño y/o cambien de color  al recibir el foco.
 
         6.2.4. Los botones o enlaces que realizan la misma acción deben ser iguales en todas las pantallas o páginas de la aplicación, por ejemplo: volver, ir a la página principal, imprimir, etc.
 
         6.2.5. La forma de los botones y enlaces gráficos debe ser sencilla, preferiblemente formas geométricas básicas.
 
         6.2.6. Deben tener destacados los contornos de los diferentes elementos.
 
         6.2.7. El color del botón o enlace gráfico debe contrastar con el color de fondo de la pantalla en la que se encuentra.
 
         6.2.8. Si el botón contiene una imagen representativa de la acción que desempeña, esta debe contrastar con el color de fondo del botón.
6.3. Textos
 
         6.3.1. No sobreimprimir textos sobre imágenes, antes bien, debe presentarse sobre fondos lisos de un único color.
 
         6.3.2. Permitir el empleo de magnificadores de pantalla o, en su defecto, utilizar tamaños de letra grandes (mínimo: 14) y colores adecuados (ver Apéndice B).
 
6.3.3. Los textos deben ser “editables”, para permitir su lectura por frases cortas, por palabras e incluso por caracteres.
 
6.3.4. Para textos extensos, es preferible la presentación en única columna, recurriendo a la lectura mediante desplazamiento vertical.
 
6.3.5. Las fórmulas matemáticas, de física o química y las frases musicales precisan de una edición especial por “Línea braille”, con un editor adecuado. De no ser posible, deben ser considerados como elemento gráfico (ver 6.2).
 
         6.3.6. Aquellos elementos y aspectos gráficos con fines de estructuración y resaltado de textos (recuadros, fondos, cambios de color o tipográficos, etc.) no tienen por qué reflejarse en la edición por línea braille o describirse vía audio, salvo que se les confiera un carácter fundamental; en cuyo caso, es preferible la ilustración sonora a la mera descripción.
 
 
         6.4.1. Se deben utilizar controles estándar del sistema operativo.
 
         6.4.2. Se debe asociar a cada elemento del formulario su etiqueta correspondiente.
 
         6.4.3. Se debe separar un elemento del formulario de la etiqueta de otro.
 
         6.4.4. Las listas desplegables deben tener un botón asociado para ejecutar la acción asociada a la opción seleccionada en la lista.
 
         6.4.5. Evitar, en la medida de lo posible, las listas de selección múltiple.
 
         6.4.6. Es conveniente encerrar el formulario dentro de un cuadro de un color que contraste con el de fondo de la pantalla, para facilitar su localización.
6.5. Vídeos
 
         6.5.1. Los vídeos deben tener un tamaño de visualización grande.
 
         6.5.2. Deben tener una locución sonora (verbalización o etiqueta sonora) que describa, en sincronía con la imagen, la representación o variaciones que se van produciendo en el vídeo.
 
         6.5.3. El vídeo debe tener un botón asociado para comenzar su visualización, y no comenzar automáticamente.
 
6.5.4. Deben tener la posibilidad de interrumpir momentáneamente la proyección/verbalización.
 
6.5.5. Deben tener la posibilidad de ralentizar la proyección/verbalización.
 
         6.5.6. Deben tener la posibilidad de repetir la proyección/verbalización.
 
 
         Estas pautas están basadas en las pautas del WAI para diseño de tablas accesibles en HTML.
 
         6.6.1. No utilizar tablas si no es estrictamente necesario para estructurar la información de forma que sea más comprensible.
 
         6.6.2. Distinguir entre las celdas de los encabezados y las de datos propiamente dichos.
 
 
         En este apartado se ofrecen una serie de pautas a tener en cuenta en el diseño de aplicaciones educativas, con el fin de facilitar su empleo desde el punto de vista pedagógico y de contenido. Es decir, con la pretensión de asegurar su valor didáctico.
 
         7.1. Las aplicaciones desarrolladas para educación infantil y primeros ciclos de educación primaria, deben ser dirigidas.
 
         7.2. Todos los ejercicios y juegos desarrollados deben poder manejarse por igual con el ratón o con el teclado.
 
         7.3. El repertorio de teclas para usar las aplicaciones de educación infantil debe ser lo más reducido posible.
 
         7.4. Deben existir mensajes sonoros para animar al niño, e incitarle a resolver el ejercicio, en el caso de que pase un tiempo excesivo sin que la aplicación reciba respuesta por parte del alumno. El periodo de tiempo dependerá tanto de la edad de los alumnos a los que va dirigido el programa, como del tipo de tarea, objetivo didáctico, etc.
         Cuando la aplicación está cargando o realizando alguna función interna, deberá dar un mensaje de información de espera, por ejemplo, "espere por favor" "el juego se está cargando”.
 
         7.5. Se consideran imprescindibles los “fondos sonoros”, que informen al alumno de que el programa está activo o espera una respuesta que, como se ha indicado, se reclamará periódicamente.
 
         7.6. La aplicación debe explicar claramente al alumno lo que se pretende que haga en cada momento.
 
         7.7. Deben existir sonidos asociados al éxito y fracaso a la hora de resolver un ejercicio o un juego, cada vez que estos se produzcan, evitando el paso inmediato de una respuesta a la pregunta siguiente.
 
         7.8. El alumno debe estar informado en todo momento sobre los aciertos y fallos que ha cometido.
 
         7.9. Deben evitarse los juegos de relacionar colores o formas, ya que un niño ciego no puede identificarlos. En vez de esto se pueden utilizar sonidos o imágenes representativas de los colores y formas.
En caso de considerarse imprescindibles, debe disponerse de la oportuna versión háptica de pantallas para su empleo sobre “tablero de conceptos”, “pantalla digital” o “tableta digitalizadora”.
 
         7.10. Los juegos cuyo objetivo es identificar y/o conocer letras o números deben tener salida/entrada a la linea braille, con el fin de que el niño que utilice este código lecto-escritor conozca los caracteres en el alfabeto adecuado.

 
APÉNDICE A: Orden de tabulación lógico.
 
         En este apéndice se pretende dar una idea sobre cual puede ser el orden adecuado de navegación entre los elementos de una página, bien usando el tabulador, o cualesquiera otras teclas para realizarla.
 
         Al entrar en la página, debemos acceder primero a los elementos propios de la misma, es decir, a la información que aporta esa página, en primer lugar al título, luego al texto y gráficos que la componen, con su correspondiente descripción y, por último, a los enlaces y botones propios de la página.
 
         Seguidamente, al seguir navegando, accederemos a los enlaces generales de toda la aplicación. Estos estarán presentes en todas las pantallas.
 
         La navegación debe ser circular, es decir, después de visitar el último elemento de la página debemos volver al primero.
 
         Dentro de los elementos propios de cada pantalla, aunque la forma estándar de explorar una página es de izquierda a derecha y de arriba abajo, creemos conveniente que los elementos que sean similares, o las acciones que realizan sean parecidas, deban visitarse uno tras otro, independientemente de su situación geográfica en la pantalla.

 
APÉNDICE B: Ejemplos de colores para textos
 
         A continuación se muestran una serie de combinaciones de colores de texto y fondo que presentan un alto contraste lo que facilita su lectura por parte de una persona con deficiencia visual.
 
         Debemos puntualizar que esto sólo es una muestra de todas las combinaciones que se pueden utilizar, y que no todas ellas son adecuadas para todos los tipos de deficiencia visual que nos podemos encontrar.
 
         Por último, es necesario recordar que el tamaño y el tipo de letra también intervienen en la lectura del texto y, por tanto, se recomienda que se utilicen tamaños grandes de letras fácilmente legibles.
 
Ejemplos:
 
NEGRO SOBRE BLANCO
BLANCO SOBRE NEGRO
AMARILLO SOBRE NEGRO
BLANCO SOBRE AZUL
BLANCO SOBRE ROJO
AZUL SOBRE BLANCO
ROJO SOBRE BLANCO
AMARILLO SOBRE VERDE
 
         Estos son unos ejemplos realizados con combinaciones de colores básicos, también pueden realizarse otras combinaciones teniendo en cuenta diferentes escalas de las aquí expuestas.
En el momento de elegir los colores a usar se debe tener en cuenta el contraste más educado con respecto a los colores circundantes diferenciando su tratamiento cuando se trate de  objetos, de textos y/o de espacios.
 

 
 
ANEXO 1: Aplicaciones y dispositivos tiflotécnicos.
 
         En la actualidad existen un gran número de aplicaciones y dispositivos tiflotécnicos. En este anexo se comentarán algunos aspectos de los que comúnmente se utilizan para el manejo de un ordenador por parte de una persona con discapacidad visual.
 
         Se deben distinguir dos grandes grupos de dispositivos:
 
         - Dispositivos hardware: Son elementos electrónicos que permiten a un usuario con discapacidad visual el manejo de un ordenador.
 
         - Dispositivos software: Son aplicaciones informáticas desarrolladas para facilitar el manejo de un ordenador, así como el acceso a la información que este facilita, por parte de una persona con discapacidad. Su uso puede complementarse con algún dispositivo hardware.
 
Dispositivos hardware.
 
         Son periféricos de entrada/salida que ofrecen la información generada por un ordenador de una forma que permite que el usuario pueda tener acceso a ella.
 
         Existen dos grandes tipos de dispositivos, los de voz y los de braille.
 
         Dispositivos de voz.
 
         Se trata de sintetizadores de voz que, mediante su uso con un software específico, permiten que la información ofrecida por el ordenador sea emitida mediante voz al usuario.
 
         En la actualidad están en desuso, ya que la salida por voz se realiza mediante la tarjeta de sonido del ordenador, más barata y que ahorra el engorro de las conexiones a los puertos del ordenador.
 
         Dispositivos braille.
 
         Son dispositivos que conectados a un ordenador y mediante el uso de una aplicación adecuada permiten que la información que se genera, pueda ser leída en código braille por el usuario.
 
         Se trata principalmente del dispositivo denominado Línea braille. Este dispositivo está constituido por una serie de celdas dispuestas en línea, cada una de las cuales contiene los puntos con los que se generan los caracteres en braille. En cada celda se representa un carácter y, para ello se elevan, de forma que sobresalen sobre la superficie de la línea braille, o se bajan, los puntos para mostrar el carácter que se quiere representar.
 
         Existen varios modelos en el mercado, y la mayoría ofrece unas funcionalidades básicas que permiten al usuario un acceso más cómodo a la información, tales cómo la posibilidad de desplazarse por las líneas de un documento mediante la línea braille, posibilidad de detectar distintos colores dentro de un texto, mediante unas celdas especiales, etc.
 
Dispositivos software.
 
         Son aplicaciones que permiten que la información generada por un ordenador sea accesible para una persona con discapacidad visual, además permiten que el usuario pueda manejar el ordenador.
 
         Existen dos grandes tipos de aplicaciones; los magnificadores y los revisores de pantalla, veamos las características de cada una de ellos:
 
         Magnificadores.
 
         Son programas que aumentan el tamaño de los objetos que aparecen en pantalla, por tanto están diseñados para su uso por personas con resto visual.
 
         Entre las funcionalidades que presentan se pueden destacar las siguientes:
-         Permitir distintos grados de aumento del tamaño.
-         Permitir el aumento de la pantalla completa, o de alguna zona especifica de ella.
-         Cambiar los colores de los objetos.
-         Aumentar y cambiar de tamaño o color el puntero del ratón.
-         Añadir un "localizador" al cursor.
 
Además de esto los magnificadores que están disponibles en la actualidad disponen de una síntesis de voz para facilitar el trabajo al usuario, ya que además de aumentar el tamaño de los objetos emite mensajes sonoros que ayudan al usuario y le permiten manejar el ordenador con mayor fluidez.
 
         Existen varios en el mercado, y de varios fabricantes, aunque los más conocidos son ZoomText de Ai2 (http://www.aisquared.com), y Magic de Freedom Scientific (http://www.freedomscientific.com)
 
Revisores de pantalla.
 
         Son programas que envían la información que ofrece el ordenador a una línea braille, a una síntesis de voz, o a ambas, por tanto están destinados a usuarios con discapacidad visual.
 
         A su vez, también permiten manejar el ordenador mediante una serie de comandos y combinaciones de teclas.
 
         En definitiva permiten manejar la mayoría de las funcionalidades de las aplicaciones mediante el uso del teclado, sin necesidad de utilizar el ratón, y a su vez informan al usuario en todo momento de las acciones que se van realizando.
 
         Para llevar a cabo su cometido los revisores de pantalla utilizan información del sistema operativo y de los objetos que están presentes en cada momento, por tanto, cuanto más estándar sean las aplicaciones que se diseñen, más fácil serán de manejar con la ayuda de este software.