El pasado 1 de Junio mi colega Miguel Torres y yo hicimos una presentación en el evento sobre software libre Opensouthcode y hablamos sobre cómo podíamos analizar la Experiencia de Usuario (UX) con Javascript (JS). Durante nuestra charla presentamos un modelo con el que tomar métricas automáticas de usabilidad para poder conocer mejor a las… Continue reading
La ciencia de datos no es algo en lo que una persona pueda especializarse en poco tiempo y es, sin embargo, una de las carreras más tendenciosas de los últimos cinco años. Si éste es un perfil profesional único como el de Experiencia de Usuario (UX) el tiempo lo dirá. Han pasado ya veintiocho años desde… Continue reading
En Ebury hace un año teníamos un desafío con uno de nuestros productos digitales más importantes: ¿Cómo podemos acompañar el crecimiento de un producto de éxito pero que requería con urgencia una estrategia para afrontar la deuda de diseño y tecnológica que arrastraba? Para nosotros Ebury Chameleon representa gran parte de esa estrategia tal y… Continue reading
Desde el deseo o intención de uso, las expectativas, la presentación de la interfaz, pasando por la interacción de la persona con el producto, el aprovechamiento de su función y la fidelidad a lo largo del tiempo se construye un marco que podríamos denominar experiencia de usuario. Esta relación de las personas con la tecnología… Continue reading
Cuando hablamos de Diseño Centrado en el Usuario siempre nos planteamos un proceso de investigación de usuarios desde donde descubrir sus características, sus circunstancias, sus expectativas y sus objetivos. Sin embargo, una vez que recogemos toda esta información debemos ser capaces de ‘traducirla’ de modo que nos permita tomar decisiones en base a ella en… Continue reading
Es bastante común en las empresas de desarrollo tener equipos enteros trabajando mediante metodologías ágiles mucho antes de incorporar ningún rol especializado en Experiencia de Usuario. Incluso cuando cuentan con Diseñadores Gráficos, los referentes clásicos en prácticas como Scrum o Kanban no son muy explícitos en cómo o cuándo deben participar dichos roles durante el… Continue reading
Habrás escuchado una y mil veces que el diseño de interacción tiene que ser persuasivo, convincente, emocionante, tiene que motivar e influir en nuestra decisiones a la hora de interactuar con un producto o servicio. It’s about understanding the emotions that influence people’s behavior and decision-making, and then acting on that information to design compelling… Continue reading
I’m sure you’re sick to death to hear whether designers should learn to code or not. To me, coding skills have let me create my own designer toolkit by reusing and extending current software tools. Have you ever imagine how cool would be to become your own user while developing a solution? At the moment… Continue reading
You may have read the article published by Eric Eriksson explaining the meaning of Product Design from the perspective of other ux-related roles such as Interaction & UX Desginers, Animation Designers, User Researches, Data Analysts, Prototypers (I love this one) and Business Strategists. He states that Product Design is the whole process I remember that… Continue reading
Information design is one of the most interesting fields to me that relates with the User Experience. How users perceive and understand the information based on what we show them and how they interact with it, it is like trying to create a language that goes beyond the interface and the standards. It is challenging… Continue reading
Debe ser que estoy en un momento esencialista o cyborg, que últimamente disfruto de una forma más directa de la creación tecnológica a través de la filosofía. Pensándolo bien creo que siempre ha sido así, es decir, si algo en común tiene creer que los computadores, sistemas, aplicaciones, productos digitales, etc. deben ser diseñados para… Continue reading
Han pasado ya unas cuantas semanas desde que empecé en mi nuevo trabajo y tenía muchas ganas de hablar de unos cuántos temas que han ido surgiendo durante todo este tiempo. Uno de los que más interés me está causando, debido a su estrecha relación con la Interacción Persona-Ordenador (HCI) es el de las Interfaces… Continue reading
De qué hablamos cuando hablamos de informar a los usuarios, cuál es el mejor modo de hacerlo para saltar de la mera muestra de información a una comunicación más natural, más humana. Siguiendo los ejemplos de la foto, estas son mis reflexiones.
No estás conectado vs VimeoError
Mientras el primero de ellos sintetiza un estado general del usuario de forma clara, el segundo se decanta por usar un código del sistema para resumir lo que ocurre. VimeoError nos hace pensar que algo ha podido incluso romperse, que algo hemos hecho mal, quizá el propio hecho de haber intentado usar la app. No estás conectado no dice claramente que sin conexión no hay contenido que ver.
La conexión Wifi y los datos móviles están desactivados. La página se podrá cargar cuando te conectes a una red. vs Could not connect to the Vimeo server. Please check your network settings.
Obviando que uno de ellos esté en inglés, aunque resulte más inaccesible para muchos usuarios, la gramática de ambos mensajes es diametralmente opuesta también. El primero se centra en explicarte qué significa No estás conectado y qué debes hacer para volver a estarlo sin más. El segundo insiste en describirse como un fallo de la app, de algo que escapa del control del usuario (el servidor) y que miremos la configuración de la red. No sabemos muy bien si también nosotros como usuarios hemos configurado mal nuestra red de repente y tendríamos que cambiar muchos parámetros, quizá baste con ‘encender la WiFi’, quién sabe…
Dinosaurio vs Alerta!
Sin duda, el primero de ellos no sólo intenta suavizar la gravedad del mensaje explicado la situación y la forma de salir de ella sin que cunda el pánico, sino que además busca simpatizar con un recurso gráfico que recuerda a la prehistoria, relacionando el hecho de la falta de conexión a Internet como algo de otra época. Esta línea de diseño emocional contrasta con la visualización de un icono de Alerta que enfatiza la gravedad de lo que ha pasado, aunque se contradiga incluso con el nivel de gravedad: ¿es una alerta o un error?
Más vs Cerrar
Una vez entendido o no el mensaje, la acción se ofrece como última escapatoria para el usuario. Más sugiere ampliar la información acerca de lo que ocurre, la confianza de que es posible hacer o saber algo más acerca de lo que sucede y por tanto yo, el usuario, podré saber cómo solucionarlo. Cerrar es simplemente una señal de que eso era todo y lo que pase después de cerrar es imprevisible.
Dentro del contenido vs Pop Up
El contexto también es importante y en el uso de móviles incluso más debido al espacio reducido para mostrar los contenidos. Usar ventanas modales ha sido una práctica común en aplicaciones de escritorio ya que ayudaba al usuario dentro de toda esa marabunta de ventanas a centrar su atención en el mensaje y tomar una decisión y una acción concreta. Usar un Pop-Up en un móvil en el que todo el contenido visible es ese mensaje (ya que no hay ni conexión ni se han cargado datos), además de ser innecesario me fuerza a considerar el mensaje como prioritario en mis atenciones, aunque lo primero que quiera hacer no sea interaccionar con él sino salir de allí como sea.
Informar de los errores sin más no significa haber alcanzado un buen nivel de usabilidad en una aplicación, el modo en que esa información se dirige a los usuarios es clave para que éstos sepan qué está pasando y cómo pueden salir de ellos. En este contexto, el tono del mensaje debe acertar con la gravedad del mismo, entender que se dirige a un humano que no tiene que entender nada de sistemas, servidores o bases de datos, sino, a lo sumo, de su micromundo móvil que lleva en la mano.
El ejemplo de Google Chrome me parece fantástico para mostrar como un Diseño Emocional no significa hablarle a los usuarios de forma ‘jovial’ o personificada, sin sólo entender el contexto, empatizar con el humano que lo está usando y reforzar la confianza de que se puede prolongar un uso satisfactorio de la app a lo largo del tiempo.
Siento que Vimeo haya salido mal parado en esta comparación a pesar de sus muchas bondades sigue estando un poco oxidad.
Facebook-like EMR Hi-Fi
In my previous post, I published a simple mock-up to introduce the idea of an Electronic Medical Record looking like Facebook social network.
We initially saw how taking advantage of this website could help to contribute for a better tool for doctors, nurses, and patients.
In this second part of the exercise, we can see as well the hi-fi prototype where the visual design will allow us to make new musings.
Notifications will lead the activity of users under specific contexts.This space would be used in a similar way, so we would expect to see there:
The search box will index patients, activities and tasks. This way, finiding a patient grouped under a particular list or jumping to the a functional module will be quick and simple.
The patient banner is now taking a considerable amount of space: Is is really needed? Well, If we follow the idea of having patients accessing to their own profiles, it would be nice to have this personlizable. This way, patients would create a human connection between them and their clinical staff. I think the balance between the clarity of a customizable banner and the used space make of this a valuable area.
Thumbnail area will show the teaser of each content type (clinical domains). This way the patient banner won’t be only an area to ensure the patient identification but to highñight a meaninful set of content related with the latest activity of the patient.
What would ‘Like’ mean in a clinical context? It might be pretty controversial saying ‘Like’ under a patient diagnosis. However, there are other social actions which could provide a helpful support to the care activity.
Notifications could be triggered automatically by events or due to a professional opinion. A notification doesn’t express an emotion, but a objective idea. It’s not a bad idea having a mechanism to communicate subjective feelings but here we shouldn’t make an error by this Facebook ‘positive-thinking’.
The opinions, ideas and suggestions shared in this article and in the ‘Facebook-like EMR (Part I)’ one only represent me (Carmel Hassan).
This prototype has been made adapting the icons of Jigsoar. The shown data is fake and the girl in the picture is me! I know I know…
In 2008, Bob Watcher wrote an article called “Why the medical record needs to become more like Facebook” where lay down the idea of having the social network as the mirror for a new Electronic Medical Record (EMR) User Experience (UX). A collaboration and social framework to provide better care to patients while keeping useful information between physicians and nurses.
He was not the only one; already in 2007, Robert Nadler established a high-level model remarking out the core functionalities that it could have EMR software. However, it was not intended to get only a Facebook-like UI but a real social site to connect Patients and Doctors.
The idea is not new; many authors – doctors and software engineers – have continued talking about this idea with no final proposal.
After the latest Facebook re-design I don’t know if those authors would still maintain the same opinion about this topic, anyway I do think it’s a very very interesting approach even assuming any usability issue that Facebook could have. So here are my two cents.
If a clinical solution would need to completely work like Facebook, every user (physician, nurse, etc.) would have their own user porfile. However, the analysis of having a EMR looking like Facebook timeline suggests that the profile page is planned to show only patient data. Why would we need to see a nurse profile, then?
Following this idea, the Home page would be reserved for (primary) users and the Profile pages for showing the electronic medical records of patients (secondary users).
A possible extension would be allowing the access to the EMRz by Patients, so they could also check their own EMR online by themselves. In this case, we could consider them as secondary users not as part of the network community, but just to contribute to their own medical history and keep a direct communication between them and they’re care providers.
Social activity will be generated by clinicians considering patient-centred documentation based on Profiles. As suggested before, there are two main social groups: the one created by clinical staff only, and the one where patients and clinicians would interact.
Social interaction is the key point of this proposal and it underpins the main usaibility goals:
Facebook profile pages have been re-design to look more like a real timeline where any important event is chronologically displayed. In this example, right side will be used to show a summary of the most important event types associated to the patient medical history like Health issues, Allergies, Diagnosis, Requests and Results, Progress Notes, Prescriptions and any other clinical subject. On the left side, any user (doctor, nurse and the patient) could add comments anytime.
Privacy should have a strong presence here, since having restricted-access data is a valuable feature that doctors, nurses and patients. They all will need to control the visibility of the data they entered in a fashionable way. Although setting permission in Facebook is pretty hard and unclear to get control about which type of users see which type of patient data or personal comments is still a requirement. This could be done seeing users by their role, applications as domains, and groups as teams. Still, patients are a special kind of user which will have direct access to his own record.
There’s a weak line which separates the Facebook familiarity advantage into the most confusing UI for a productivity tool and it’s called “enjoyment”. The idea of this Facebook-like EMR was to promote some typical behavioural patter of users when interacting with a social network like:
However, there are some other existing activities that the clinical staff usually does and this UI is not oriented to
Nevertheless, the app integration approach of Facebook suggest me to become a good exercise to imitate outside the UX field.
The content is not about what people think or feels, but what physicians and nurses make, diagnose, treat or provide to patients. The language of the user interface should be adapted to the purpose in order to ease the kind of content expected to be entered.
Data entry is one of the most challenging features in healthcare apps. The smarter the application, the quicker the data is entered. The whole phylosiphy of Facebook puttin atention into every single details should be adopted also to create content such as vital signs, prescriptions, a soap note, or a discharge letter. As an example, below there’s a list of content with different natures which depends on the context of use, the user role and the business model.
This is only the first part of the exercise. For the second part I’ll try more mock-ups and the high-fidelity prototype adding more details also in the content used in this sketch to get a better idea about how crazy (or not) is the proposal of being inspired by Facebook to create an electronic medical record.
There’s also an important gap where Facebook has no direct answer: clinical safety and episode-related information. We’ll talk about it also for the next post.
By now, how realistic do you think it is?