ehCOS - Usability Expert Review

Customer Experience

Madrid, octubre de 2012

ndice

1. Resumen ejecutivo
2. Objetivo y mtodo
3. Anlisis
 1. Resumen ejecutivo:
Oportunidades de mejora

Revisar el modelo de interfaz Clarificar la relacin entre los mdulos y entre sus contenidos
Como heavy user interface (sistema para
La distribucin y formato de los contenidos y mdulos dificulta
uso frecuente por expertos), apuesta por
comprender la secuencia por la que deben ser ledos y
la eficiencia y predictibilidad presentando
operados.
mucha informacin en poco espacio
(tamao fijo, paneles plegables), a costa Destacar los elementos clave (pgina y seccin, ttulos,

de alta complejidad visual. contenido principal, acciones principales).

Proponemos adoptar un modelo ms Agrupar y ordenar contenidos, y distribuir en secuencias de

flexible para evitar las limitaciones de informacin y accin.

espacio, que dificultan su uso tctil y Usar indicadores visuales, texto o numeracin para mostrar la
provocan dificultades secundarias. conexin entre partes de la pgina

Si es necesario para aplicar esta revisin, repartir pasos y

apoyos en pginas o paneles.
Ms indicaciones
Orientar a la accin. Clarificar trminos, iconos y controles confusos.
Aumentar consistencia en la interfaz. Mejoras de diseo visual y uso de grficos.
3
2. Objetivo y Mtodo
Usability Expert Review

El objetivo del Expert Review es evaluar de Interfaz evaluada

forma cualitativa la usabilidad del sistema Se evalu un conjunto de prototipos estticos

en desarrollo, partiendo de principios de (mockups) correspondientes a los bloques del

usabilidad y el conocimiento aplicado del sistema ehCOS, con ayuda de los documentos

experto, para detectar aspectos susceptibles que detallan su diseo funcional (sus

de mejora y ofrecer propuestas alternativas. componentes y comportamiento).

Los criterios de anlisis recogen mltiples

factores de la usabilidad del sistema Los documentos recogen distintas etapas del

(distribucin, iconografa, terminologa, etc.), y desarrollo del sistema, que ha seguido en

se orientaron tanto a corregir obstculos desarrollo durante la revisin. Por lo tanto,

como a proponer formas de potenciarlo. existirn ciertas diferencias entre su versin

actual y la que fue evaluada.

4
3. Anlisis
3.1. Replantear el modelo de interfaz con tamao fijo

La decisin de limitar el tamao de la interfaz y encajar los

elementos dentro de esos lmites tiene pros y contras.
Planteamos una recomendacin tras analizarlas a continuacin:

1) Ventajas del modelo de tamao fijo

Tradicionalmente se recomienda para interfaces de uso
frecuente (heavy user interfaces).
Pretende que todos los elementos de una pantalla sean
accesibles directamente.
Evita que el usuario omita los elementos que queden bajo la
lnea de visin.
Es adecuada para usuarios que no suelen hacer scroll.

5
3. Anlisis
3.1. Replantear el modelo de interfaz con tamao fijo

2) Interfaz muy constreida

Provoca grandes presiones para encajar todos los
elementos en pginas complejas.
Se sacrifica la legibilidad, claridad y armona visual.
Se reduce el margen de opciones de distribucin y tamao,
forzando distribuciones inadecuadas de elementos.
Se infunde tensin en el usuario, en comparacin con
interfaces menos densas y ms lineales.

6
3. Anlisis
3.1. Replantear el modelo de interfaz con tamao fijo

3) Desequilibrio entre pginas

Grandes variaciones entre pginas en su densidad de
contenido segn la cantidad y tamao de sus elementos.
Variaciones imprevistas en la escala del contenido (cambios
en el tamao de elementos y en el uso de espacio en
blanco).
El salto entre pginas puede ser chocante.

7
3. Anlisis
3.1. Replantear el modelo de interfaz con tamao fijo

4) No se adapta a los dispositivos del usuario

Las restricciones de tamao impiden un uso adecuado en
pantallas tctiles. Las zonas de contacto (target areas) son
excesivamente pequeas y provocan errores.
Desproporcin acusada en grandes tamaos de pantalla: Se
mostrar una interfaz densa rodeada de grandes espacios
vacos.
Las limitaciones de tamao pueden impedir el cumplimento
de las normativas de accesibilidad (p.ej., tamao de texto).

8
3. Anlisis
3.1. Replantear el modelo de interfaz con tamao fijo
5) Recomendacin

Proponemos adoptar un modelo de pginas con scroll vertical,

habitual para gran parte de los usuarios.
Los contenidos se distribuiran de forma flexible, adoptando su
tamao ptimo y representando ms adecuadamente sus
interrelaciones.
Permitira mantener la escala de contenidos entre distintas pginas.
El tamao variar en longitud pero no sus elementos.
El espacio puede emplearse para incrementar el tamao de texto y
las reas de contacto, de modo que cubra la normativa de
accesibilidad y pueda ser utilizado en pantallas tctiles. ( 10 )
Puede mantenerse la preferencia por colocar los elementos
interactivos a mano, de modo que queden flotantes o fijos al hacer
scroll

9
3. Anlisis
3.2. Replantear el modelo de panel de paciente activo

1) Funcin de "post-it"
El panel puede cubrir la funcin de mantener a mano la
informacin de un paciente, a modo de post-it, mientras el
usuario navega por el sistema.

3) Recomendacin

En ese caso, debe activarse cuando se solicita o se visita una

pgina de ese paciente, en lugar de arrastrar involuntariamente
la informacin del ltimo paciente sealado.

10
3. Anlisis
3.3. Replantear el modelo de preview panel

De nuevo, planteamos una recomendacin tras analizar pros y

contras de la decisin de desplegar paneles con informacin,
controles y acciones disponibles para los casos seleccionados:
1) Ventajas del modelo de preview
El preview panel muestra datos, campos y acciones relativos
a uno o varios casos de un listado, sin abrir el detalle de
cada uno de ellos.
Sus usos fundamentales son dar acceso a las acciones
disponibles, y efectuar cambios sobre mltiples casos a la
vez.
Permite alternar ms rpidamente entre informacin de
distintos casos.

11
3. Anlisis
3.3. Replantear el modelo de preview panel

2) Preview introduce un nivel intermedio de acceso y control

El criterio por el que un dato, control o accin aparece o no en
el preview y/o el detalle del caso no es previsible para el
usuario.
El preview puede disuadir del acceso al detalle, si se entiende
que cubre todo lo relativo al caso, o por el contrario, ser
ignorado por usuarios que no quieran dejar de acceder a toda
la informacin y opciones sobre ese caso.
Este nivel intermedio hace ms complejo el modelo de consulta
de un caso, respecto al acceso directo.

12
3. Anlisis
3.3. Replantear el modelo de preview panel

3) Algunos paneles preview tienen una complejidad muy

alta
Con frecuencia el panel oculta casi toda la tabla. La
interaccin es equivalente a abrir detalle, pero incrementa
mucho ms la complejidad de la pgina.
En ocasiones se solapan varios paneles preview en mltiples
direcciones. El nivel de complejidad es excesivo en esos
casos.

13
3. Anlisis
3.3. Replantear el modelo de preview panel

6) Recomendacin

Complementar con acceso directo a la ficha del caso

pulsando sobre la fila, o sobre un icono (de modo que salte a
la informacin correspondiente)
Reducir el tamao de los previews excesivamente complejos
optando por utilizar una pantalla distinta donde mostrar la
informacin de detalle.

14
3. Anlisis
3.4. Dosificar la presentacin de contenidos

1) Exceso de elementos por pantalla y desorganizacin para

el usuario
La mitad de una pgina puede contener mltiples tablas (con
su scroll respectivo), barras de pestaas, controles y
formularios, as como paneles desplegables. Se presentan de
golpe, sin proporcionar jerarqua visual, secuenciacin,
aclaraciones ni espacio intermedio.
La pgina no gua a los usuarios sobre dnde comenzar y
cmo interpretar las relaciones entre tablas, paneles y reas.
El grado de caos subjetivo ser muy alto en ciertos bloques y
secciones (Farmacia, reserva de cita), pero el efecto de
desgaste es acumulativo: Tambin las pginas ms simples
muestran sus elementos sin introducirlos o vincularlos
mediante el diseo o el contenido.

15
3. Anlisis
3.4. Dosificar la presentacin de contenidos

3) Recomendacin

Representar las relaciones jerrquicas de mayor escala

(navegacin primaria > paciente > informacin de paciente)
mediante contenedores simples (borde, pestaas).
Representar las relaciones entre contenidos de menor
escala jerrquica usando recursos de diseo de interfaz
(p.ej., desplegar filas de una lista o tabla) , indicadores
grficos (p.ej., flechas entre paneles), numeracin y texto

(Ejemplos tentativos)
16
3. Anlisis
3.4. Dosificar la presentacin de contenidos

4) Se tiende a presentar procesos completos en una sola

pantalla, sin diferenciar sus pasos
Slo en algunas pginas se utiliza numeracin de pasos, que
sirve para secuenciar la accin (desde el inicio hasta el fin),
dosificar el contenido y comunicar el modelo de la tarea.
El resto del sistema acumula contenidos que podran secuen-
ciarse, ya sea dentro de una pgina o en forma de wizard.

5) Recomendacin

Interpretar los contenidos en trminos de procesos y momentos

de un proceso. Diferenciar grficamente los pasos con mayor
claridad y presentarlos como tales.
Para servir como paso, cada bloque de la pgina debe
describirse de forma sencilla, y tener un flujo inequvoco

17
3. Anlisis
3.5. Orientar a la accin y secuenciar en momentos

1) Aprovechar la lnea de tiempo

Se mezclan contenidos y acciones que corresponden a
distintos momentos en la mente del usuario:
Las columnas relacionadas con los momentos de
admisin y triaje estn entremezcladas en la tabla.
La toma de constantes vitales aparece en la tabla antes
que su histrico y que el grfico, que representan un
momento anterior.

2) Recomendacin

Incluir y destacar acciones pendientes o creacin de nuevos

casos (p.ej. Hacer un nuevo triaje) cuando se consulta un
histrico.
En el caso de las constantes vitales ordenar la captura y la
visualizacin de la informacin de forma cronolgica natural (de
izquierda a derecha).

18
3. Anlisis
3.5. Orientar a la accin y secuenciar en momentos

3) Aproximar los contenidos relacionados para facilitar los

flujos de accin
Los botones no se aproximan a la informacin a la que se
refieren (p.ej., "ltima actualizacin" y botn "actualizar"). Se
transmite la impresin de que son independientes, se dificulta
el contraste entre la informacin y las acciones referidas a ella,
y se aumenta el desplazamiento para realizarlas.
Se rompen binomios referidos a la misma accin (p.ej., indicar
"motivo de anulacin" y "anular": El campo slo es funcional si
se efecta la anulacin o se edita una anulacin previa. Sin
embargo, se distribuyen en el panel preview como si no
tuvieran relacin).

19
3. Anlisis
3.5. Orientar a la accin y secuenciar en momentos

4) No aproximar por tipo de dato

La informacin del mismo tipo (p.ej. fecha) puede referirse a
momentos o contextos muy diferentes (fechas de valoracin del
paciente vs. fecha de ltima regla o probable parto). Sin
embargo, suele presentarse contigua en los paneles.

5) Recomendacin

Aproximar la informacin a las acciones que se basan en ella.

Representar secuencias de accin:
a) Comprobar informacin > Elegir / Tomar una decisin >
Comentar o especificar la decisin.
b) Comprobar informacin > Editar, corregir o actualizar >
Guardar cambios
c) Combinaciones de a) y b)

20
3. Anlisis
3.5. Orientar a la accin y secuenciar en momentos

8) Visibilizar las novedades

Las novedades de inters deben generan avisos en forma de
notificaciones, que impelen a actuar sobre ellas.

9) Recomendacin

Destacar las novedades con indicadores y enlazar a su

contenido.

21
3. Anlisis
3.6. Optimizar la ordenacin y agrupacin

1) La ordenacin debe facilitar la comprensin de los literales

Pestaas, campos, filtros y columnas que describen conceptos
asociados se intercalan con informacin no relacionada.
P.ej., el campo "equipo mdico" se sita entre "gestacin de
riesgo" y "factores de riesgo en un preview panel.
Asimismo, el orden de las pestaas "Pacientes, Interconsultas
recibidas, Solicitudes enviadas, EDOs declarados, Mapa de
camas, Resultados" no es ptimo: Pacientes est relacionado
con Mapa de camas, y Solicitudes con Resultados.

2) Recomendacin

Reordenar de modo que el usuario pueda darle un sentido /

sintaxis a la ordenacin (una estructura general simple que
represente un modelo de los contenidos).

22
3. Anlisis
3.6. Optimizar la ordenacin y agrupacin

3) Distribuir en grupos el contenido de los paneles

En parte de los formularios no se ha aplicado agrupacin de
campos. La agrupacin facilitara la comprensin y orientara
en el rastreo de la interfaz.

4) Recomendacin

Como en la pgina de valoraciones del mdico/matrona,

presentar grupos de campos con indicadores visuales y ttulo.
Ejemplos de agrupacin y ordenacin de campos relacionados:
- "Paciente": Nombre, Sexo, Identificacin, Nacimiento
- "Centro": Centro, Servicio, Seccin
- "Episodio": Activo / Inactivo, Tipo de episodio, Motivo de
atencin, Fecha de admisin, Mdico tratante, Fecha de alta.

23
3. Anlisis
3.6. Optimizar la ordenacin y agrupacin

5) Agrupar paneles en columnas de informacin y accin

- Es preferible la verticalidad que la horizontalidad en la
agrupacin de datos, campos y acciones. Una distribucin
multicolumna permite ordenar los bloques de contenido en
una secuencia, comprender su distribucin, rastrear ms
fcilmente (repasando primero las cabeceras y descendiendo
despus al contenido de inters), y emplazar a las acciones
relacionadas.
6) La agrupacin o fusin de columnas puede simplificar la
representacin de las tablas
El formato de tabla es convencional (una cabecera por
columna). No se aplican recursos visuales que permitan
prescindir de elementos en las cabeceras, ganar espacio y
agilizar su lectura.

24
3. Anlisis
3.6. Optimizar la ordenacin y agrupacin

7) Recomendacin

La fusin puede lograrse mediante un cambio de literal a un

concepto ms general. P.ej., "Descripcin" permitira mostrar
ms informacin para cualquier estado, y prescindir de "tipo
de anulacin", que no tiene sentido para los registros no
anulados
Pueden realizarse fusiones ms complejas agrupando ndices
con indicadores: El ttulo de columna "valor" puede contener
tambin las unidades ("mg") y los indicadores visuales (nivel
respecto al rango).
Tambin pueden agruparse contenidos que se detallen en la
ficha (p.ej., indicar un dato/aviso + "(y 3 solicitudes ms)").

25
3. Anlisis
3.7. Destacar la informacin clave

1) Orientar al usuario sobre la pgina actual, su contenido y

las posibilidades de navegacin
Falta de jerarqua visual que resalte los elementos clave de
una pgina (ttulo, situacin, informacin principal, accin
principal).
Escasa visibilidad del ttulo y contenido de cada pgina.
Otros elementos tienen ms peso (paciente activo,
cabeceras de columnas, tablas incrustadas).
Cuando se da ttulo a las partes de una pgina, no pueden
identificarse de un vistazo.
No se aporta suficiente contexto sobre dnde se encuentra el
usuario. Se pierde la relacin con otras pginas, lo que
dificulta crear un mapa mental del sistema.

26
3. Anlisis
3.7. Destacar la informacin clave

2) Recomendacin

Incrementar el tamao del texto del bloque, seccin y ttulo,

para que sean los elementos ms destacados de la pgina.
La complejidad del sistema y la gran cantidad de pginas
con un modelo equivalente de interfaz hace necesario que el
usuario identifique inequvocamente en qu bloque, pgina y
tarea se encuentra.
Conectar ms claramente los indicadores de bloque, seccin,
y ttulo de pgina/pestaa contextualizar las pestaas como
gua de navegacin.
Designar de manera uniforme y visible los elementos
principales de cada pgina.
Resaltar el campo de ordenacin activo.

27
3. Anlisis
3.7. Destacar la informacin clave

3) Integrar el filtrado en la cabecera de las tablas

La combinacin de tabla, panel preview y filtros sobre la tabla
presenta simultneamente 3 veces los mismos conceptos.

4) Recomendacin

Integrar los filtros en la cabecera (con un desplegable al pulsar

sobre cada cabecera de columna) permite ganar espacio y se
ajusta a un estndar en aplicaciones y sistemas operativos.
Deber indicarse con un icono las columnas filtradas y la de
ordenacin. Recomendamos adems indicar listar los campos
filtrados y facilitar su eliminacin sobre la tabla, para evitar que
pase desapercibido.

28
3. Anlisis
3.8. Mejorar la identificacin de acciones

1) Diferenciar botones segn el tipo o relevancia de la accin.

No se diferencian acciones primarias y secundarias, ni distintos
tipos de acciones (ampliar informacin, efectuar cambios,
anularlos o realizar acciones destructivas).

2) Recomendacin

Resaltar la accin principal (borde o color del botn). Apoyar

con iconos cuando son universales (p.ej. imprimir).

29
3. Anlisis
3.8. Mejorar la identificacin de acciones

4) Ejemplos de trminos equvocos:

"Guardar" se usa comnmente como "aprobar" . Cuando
funciona como "guardar borrador" debe especificarse.
"Imprimir" tambin requiere contexto: "Imprimir listado" vs.
"imprimir documentos".
"Histrico" es demasiado amplio: Especificar "histrico de
triajes". "Evaluacin" puede ser accin o resultado.
"Valoracin" no describe que el sistema har un triaje.

30
3. Anlisis
3.8. Mejorar la identificacin de acciones

5) Hacer ms comprensible la funcin de los botones de

accin:
Trminos ambiguos ("Agenda" o "Prestacin" tienen
acepciones ms comunes; "Seguimiento" puede entenderse
como ms informacin, ms que como generar otra cita para
dicho episodio y paciente)
Trminos muy generales (verbos como "Anular", que
requieren un objeto para entender su alcance),.
Trminos innecesariamente especficos ("Reprogramar"),
que no especifican ni contextualizan claramente la accin.

6) Recomendacin

Incluso si se trata de trminos profesionales ("Informar",

"Asumir"...), son ms reconocibles cuando incluyen un verbo
y un objeto.

31
3. Anlisis
3.9. Corregir controles e interacciones confusas

1) Algunos componentes son inusitados en interfaces, y no

transmiten ni aprovechan pautas de interaccin familiares
Parte del sistema usa componentes (p.ej., tablas cruzadas) que
no forman parte de las interfaces habituales del usuario, y que
no dan indicios suficientes de su modo de funcionamiento.

2) Aplicar acciones sobre la tabla

Tiene sentido usar checkbox en las filas de tabla si existen
informacin y acciones que aparezcan al seleccionar varios.
En caso contrario, el botn debe ser radial.
Para agilizar deberan poder ir directamente a la informacin
sobre lo que aparece en la tabla desde la tabla (p.ej.
resultados). Algunos de los enlaces podran quedar integrados
en la tabla para ejecutar las acciones ms directamente.

32
3. Anlisis
3.9. Corregir controles e interacciones confusas

2) Algunos controles provocan confusin

Las pginas de edicin en acorden (p.ej, editor de informes)
usan una representacin visual no reconocible como cajas de
texto editable. Usar modelo textbox.
Adems, las pantallas de edicin en acorden requieren ms
clics para mostrar los contenidos. Su uso es innecesario, y es
preferible hacer scroll a lo largo de sucesivas cajas de texto.

33
3. Anlisis
3.9. Corregir controles e interacciones confusas

3) Casos de inadecuacin de checkbox / radiales

Por consistencia con el estndar, situar el checkbox a la
izquierda del texto.
El checkbox de "Paciente" en el rea de filtros no sugiere su
funcin de filtrar al paciente activo.
Tanto en ese caso como en "Episodios activos" e "inactivos", el
checkbox no representa lo suficiente su relevancia como filtros.
Debe quedar ms destacado visualmente, sustituido por un
desplegable con 3 opciones inactivos, activos y ambos-,
pestaas para cada tabla, o preferiblemente, convertido en un
nico checkbox de Mostrar episodios inactivos).

34
3. Anlisis
3.9. Corregir controles e interacciones confusas

3) (cont.) Casos de inadecuacin de checkbox / radiales

Al usar checkbox y no radial, la hoja de triaje hace compatible
respuestas excluyentes (grados de dolor, p.ej.),y requiere
desmarcar todas las que no apliquen.
La agrupacin de los checkbox por nivel de triaje es
inadecuada por ello, y revela adems la correspondencia entre
sntomas y nivel de triaje.
Es preferible usar radiales o desplegables para cada criterio, y
elegir entre sus variantes, en vez de agrupar por nivel de triaje.
Existe tambin un radial inferior en esta pgina que sirve para
aplicar un triaje manual, como alternativa o correctivo del botn
"Valoracin". El formato desvincula sin embargo ambas
alternativas, y destaca nicamente la de elegir el nivel de triaje.

35
3. Anlisis
3.9. Corregir controles e interacciones confusas

4) Recomendacin

El grado de uso de controles y recursos interactivos entre los

usuarios del sistema ser muy alto. Como heavy-users, es de
esperar que adquirirn destreza en el sistema y resolvern las
incgnitas de interaccin tras una fase de formacin.
No obstante, dada la importancia de su tarea, y el riesgo de
error, es conveniente optimizar la interfaz en trminos de
interaccin, y ofrecer controles y recursos interactivos ms
intuitivos y claros.

36
 3. Anlisis
3.10. Emplear una iconografa ms descriptiva

1) Los iconos no son fcilmente reconocibles:

Se utilizan iconos ambiguos, sin apoyo de texto, o con texto insuficiente.
Slo los iconos de imprimir actualizar y guardar podran prescindir de texto. Los bloques y secciones requieren
lectura del texto.
Se usan alteraciones poco reconocibles de iconos universales (p.ej., icono de usuario en la barra de estado).

2) Recomendacin

Usar los iconos como apoyo del texto.

Utilizar leyendas de codificacin y aclaracin en mouseover
Si es posible, presentar iconos descriptores (semforos, checks) junto a los datos o casos a los que se refiere.

37
3. Anlisis
3.10. Emplear una iconografa ms descriptiva

3) La asociacin de estados a un semforo de color

conduce a error
Con excepcin de los planes de cuidado en enfermera, no
hay leyenda para los iconos de las listas de trabajo, y no son
autoexplicativos.
Tienen distintas interpretaciones segn la tabla en la que se
incluyen. Rojo puede ser resultados disponibles sin
visualizar, no realizado con un motivo asignado, o un tipo de
tubo.
Los colores verde y rojo pueden asociarse a positivo /
negativo, o a un permiso de acceso. Es poco probable que
el color rojo se asocie a un estado pendiente (resultados
disponibles sin visualizar). La interpretacin del color mbar
es abierta. La diferencia entre mbar y amarillo no es
intuitivamente clara, y puede ser innecesaria (puede
indicarse el tipo de estado pendiente en mouseover).
38
3. Anlisis
3.10. Emplear una iconografa ms descriptiva

4) La complejidad de los iconos no se ajusta a su funcin.

Los iconos del rbol de episodios tienen ms peso visual que el
texto, y provocan saturacin visual.
La visibilidad de reflejos bajo los iconos o el exceso de detalle,
dificulta su reconocimiento.

5) Recomendacin

Son preferibles iconos con formato universal, ms simples,

menos personalizados, y ms reconocibles a pequeo tamao.
Es preferible eliminar el detalle innecesario de los iconos y
mantenerlos lo ms simples posibles ya que cuando son de
tamao reducido dificultan su interpretacin.

39
3. Anlisis
3.11. Revisar el diseo visual para hacerlo armnico y funcional

Otros factores de diseo visual se suman a la aglomeracin

de elementos para provocar una experiencia visual negativa.

1) Desorden de elementos

Los elementos de la interfaz no se distribuyen siguiendo una

rejilla/grid que proporcione regularidad. Quedan
desalineados entre s, y el rastreo visual se hace muy
accidentado.

2) Recomendacin

Usar rejillas de diseo para dimensionar, alinear y distribuir

los elementos. Reducir la variacin arbitraria de alturas,
longitudes, proporciones y distancias, para obtener ritmo
visual.

40
3. Anlisis
3.11. Revisar el diseo visual para hacerlo armnico y funcional

3) Utilizar la alineacin para favorecer el rastreo

La distribucin de iconos en las pantallas iniciales no facilita
su reconocimiento conceptual ni visual: El uso de una nica
hilera horizontal sin agrupacin dificulta el uso de la memoria
especial y el escaneo de la lista.

4) Recomendacin

Ordenar por cercana conceptual.

41
3. Anlisis
3.11. Revisar el diseo visual para hacerlo armnico y funcional

5) Ornamentacin contraproducente
Algunos efectos visuales son demasiado salientes/llamativos
(sombras de paneles y barras), no guardan consistencia
grfica (diferente iluminacin, relieve, degradado, direccin
de sombreado), o no apoyan una funcin.
El rbol de episodios muestra borde y sombreado en todos
los niveles jerrquicos. Puede diferenciarse ms claramente
la jerarqua y restar peso visual si se aplica slo al primer
nivel jerrquico.

42
3. Anlisis
3.11. Revisar el diseo visual para hacerlo armnico y funcional

6) Recomendacin

Limitar el uso de recursos ornamentales a funciones de

diferenciacin a gran nivel (p.ej., solapamiento de paneles,
separar categoras).
Aplicar representaciones congruentes (iluminacin,
sombreado), mejora la armona y la comprensin de las
relaciones entre mdulos.

43
3. Anlisis
3.11. Revisar el diseo visual para hacerlo armnico y funcional

7) Rupturas de continuidad de la interfaz

Se producen abruptas rupturas respecto al modelo de
interfaz grfica del resto del sistema.
La visualizacin del estado de carros de quirfano se
caracteriza adems por una sobrecarga visual extrema,
desorientacin y falta de indicaciones sobre el significado de
los elementos grficos.
Consultas externas usa un hbrido de tabla e iconos con
informacin incrustada. Rompe los patrones de interaccin y
dificulta la lectura.

44
3. Anlisis
3.11. Revisar el diseo visual para hacerlo armnico y funcional

8) Recomendacin

La carga visual del control de carros puede reducirse si se

utilizan colores planos y ms suaves.
Debe indicarse el significado de los cdigos de color e
iconos.
Representar las agendas de consultas externas como icono
junto a texto, a la escala de contenido habitual

45
3. Anlisis
3.12. Pulir la aplicacin de grficos

1) Algunos grficos son superfluos o redundantes

En esta pantalla (constantes vitales de un paciente), la
informacin ms destacada es accesoria y no relacionada
(estadsticas de urgencias). Los usuarios asumirn
inicialmente que dicha informacin es relevante al caso. Es
preferible no distraer de la informacin clave.
Aparecen adems dos grficos similares sin que se indique
la relacin entre ellos (uno es ampliacin del otro).

2) Recomendacin

Evitar el uso superfluo de grficos. No incluir grficos que no

sean parte sustancial de la pgina.
Indicar que el grfico ampliado es una ampliacin usando
una cola de bocadillo o abriendo una ventana modal.
Atenuar el grfico menor para centrar la atencin en el
ampliado.

46
3. Anlisis
3.12. Pulir la aplicacin de grficos

3) Alternativas a grficos de tarta / piecharts

Como grfico, el uso de "quesitos" se considera mala prctica.
No representa la magnitud sino la proporcin sobre el total.
Calculamos peor por rea y ngulo de apertura que por
longitud.
Adems, la representacin de cantidades y textos se dificulta
cuando las proporciones son muy desiguales (varios
porcentajes muy bajos adyacentes).

4) Recomendacin

Usar grficos basados en longitud o crecimiento lineal, como

los grficos de barras, o directamente valores absolutos, si es
esa la informacin clave.

47
3. Anlisis
3.12. Pulir la aplicacin de grficos

5) Facilitar el desplazamiento temporal

Es probable que los usuarios quieran cambiar con rapidez el
periodo que se muestra: Tanto avanzar y retroceder, como
cambiar la escala temporal (incluir ms o menos tiempo).

6) Recomendacin

Incluir botones para avanzar/retroceder en el eje temporal de

la grfica, y para ampliar o reducir la escala (como en un
mapa interactivo), como atajo complementario al sistema de
seleccin por calendario.

48
3. Anlisis
3.12. Pulir la aplicacin de grficos

7) Representar hitos en los grficos

Se da la opcin de mostrar las constantes vitales desde el
principio del episodio actual. Es un atajo de seleccin de
fechas.

8) Recomendacin

Si Episodio actual es un concepto relevante, es preferible

marcarlo directamente sobre la grfica.
As se puede identificar aunque la seleccin de tiempo sea
diferente.
En rigor se marcara sobre el eje, no sobre el valor.

49
3. Anlisis
3.13. Otras recomendaciones de usabilidad

Recomendaciones. Mejoras de formato

Aumentar tamao del textbox.
Unificar formatos de fecha.
La alineacin numrica no facilita la comparacin. Alinear
desde las unidades

50
3. Anlisis
3.13. Otras recomendaciones de usabilidad

Continuidad a la hora de presentar y modificar datos

Mantener consistencia en la distribucin de informacin
entre preview y pgina detalle. En la medida de lo posible,
mantener el esquema de bloques de informacin.

51
3. Anlisis
3.13. Otras recomendaciones de usabilidad

Representar correctamente el estado y tipo de paciente.

Es preferible indicar en el estado qu ser lo siguiente
("Pendiente de triaje") que lo que ya hizo ("Admitido");
Orienta a la accin y destaca qu falta.

52
3. Anlisis
3.13. Otras recomendaciones de usabilidad

Prevenir el error
Evitar borrado accidental: El botn "limpiar" facilita el error
accidental. Es una accin destructiva con uso infrecuente y
alternativas estndar: al pinchar o hacer tab todo el texto
queda seleccionado, al escribir se reemplaza.
Evitar sobreescritura de datos:
Pedir confirmacin al salir sin guardar o aplicar
durante un proceso, como la creacin de un informe.
Confirmar acciones sobre varias filas de una tabla

53