Resumen del proyecto|Consulta de Telemedicina
Los servicios de telemedicina se refieren a tratamientos médicos en los que una institución médica (en adelante, la parte invitante) invita a otras instituciones médicas (en adelante, la parte invitada) a utilizar tecnologías de comunicación, informática y de red para proporcionar Soporte técnico a la institución médica para el tratamiento de pacientes.
Los servicios de telemedicina tienen normas de gestión claras y las leyes, reglamentos, estándares de información y especificaciones técnicas pertinentes deben observarse estrictamente en el proceso de prestación de servicios de telemedicina.
Por lo tanto, el desafío de nuestro trabajo de diseño es cumplir con las especificaciones del proceso de consulta existente bajo la premisa de especificaciones técnicas, y encontrar formas de optimizar la experiencia para reemplazar los servicios de telemedicina originales bajo el sistema médico. En este proyecto, no es exagerado describir el trabajo del diseñador como “bailando con grilletes”.
Dado que la consulta de telemedicina implica cuatro roles (médico solicitante, gerente de la organización, experto en consultas y experto en revisión), y la motivación y el comportamiento objetivo de cada rol son muy diferentes, los miembros del equipo tienen grandes expectativas para la comprensión de Cada rol también es muy diferente, por lo que elegimos retratos de usuarios como punto de partida para nuestra investigación de usuarios.
Recopila información relevante sobre los cuatro personajes a través de la investigación y la escucha activa. Debido a las limitaciones de recursos, se recolectaron relativamente pocas muestras y los prototipos de personajes deben mejorarse continuamente.
Porque ni los datos recopilados ni el plan de construcción de consultas de telemedicina emitido por la Comisión Nacional de Salud y Planificación Familiar son suficientes para establecer nuestro control sobre todo el proceso de consultas de telemedicina y ordenar los detalles. Necesitamos historias de experiencias de usuarios para ayudar al equipo a establecer * * * y, al mismo tiempo, a través de discusiones, restaurar la escena desde la perspectiva del usuario y encontrar los puntos débiles.
Definición del producto
En este enlace, nos centramos principalmente en los objetivos del usuario y en los problemas que el producto puede resolver para los usuarios, por lo que los retratos de los usuarios también resaltan el valor en este enlace.
Historia de Backbone
En este enlace, continuamos explorando todo el proceso de consulta de telemedicina y, finalmente, formamos una descripción de la historia y luego dividimos la historia en pasos completos, lo más completos posible. posible, pero no en detalles.
Dividir la historia
En este enlace, refinamos cada paso, lo dividimos en tareas claras y analizamos si los usuarios tienen mejores opciones y cómo abordar el problema.
Comunicación y confirmación
En este enlace priorizamos los pasos divididos. Para pasos sin importancia, excluiremos temporalmente este plan de versión.
No se muestra el proceso de discusión, pero sí el resultado final.
El proceso de consulta de telemedicina gira principalmente en torno a la operación del formulario de solicitud mediante cuatro roles, por lo que el estado del formulario de solicitud es el núcleo de toda la arquitectura de la información. Cada rol opera en función del estado de la mesa de consulta.
Nuestro equipo utiliza las herramientas de gestión de componentes previamente definidas para diseñar páginas rápidamente. El diseño de la página de inicio generalmente se divide en dos partes: la izquierda es el área de navegación y la derecha es el área de contenido. La navegación izquierda consiste principalmente en la entrada de consulta de la aplicación y el estado del formulario de consulta. Debido a que la operación de solicitud de consulta es el requisito principal para postularse para el puesto de médico, debemos colocar la entrada en la navegación para que el médico solicitante pueda ingresar al proceso de solicitud de consulta en cada página. El lado derecho se compone principalmente de tareas pendientes y estadísticas de consultas para solicitar atención médica.
Planificar un avatar; cronograma
El área de tareas pendientes consta de la información del avatar del médico solicitante y las tareas pendientes.
Excelente: resalta la consola de tareas pendientes personal del médico;
Deficiente: las tareas pendientes no son lo suficientemente destacadas;
Opción b-tareas pendientes list
El área de tareas pendientes solo muestra elementos de tareas pendientes y es modular.
Excelente: la lista de tareas pendientes es clara y los personajes pueden encontrar rápidamente la entrada al trabajo;
Deficiente: puede conducir fácilmente a una página rígida;
Al final, elegimos el Plan B porque, como la primera versión, todavía queremos ayudar a los usuarios a establecer rápidamente hábitos de uso, por lo que la página debe estar más limpia y ordenada, y la optimización de la experiencia emocional del usuario puede ser parte de iteraciones continuas. en el futuro.
El escenario central del servicio de consulta de telemedicina es la videoconsulta. En este escenario, la pizarra es la función principal, pero relativamente hablando, la función de vídeo está debilitada. Sin embargo, aún admitimos la extensión de pantalla completa del video para facilitar a los usuarios el uso del espacio de video para mostrar materiales de consulta. Al mismo tiempo, como complemento, la función de sala de chat se puede utilizar para conversaciones de texto y el flujo de materiales electrónicos relacionados.
1. En este proyecto, nos comprometemos a crear un servicio de consulta remota más usable y fácil de usar para los médicos. Ya sea la optimización del proceso de consulta de solicitud para postular a puestos de médico o la optimización de la experiencia de consulta por video remota para cada puesto de médico, se han logrado los objetivos esperados.
2. Sin embargo, todavía tenemos mucho que reflexionar y optimizar. Con poco conocimiento de los antecedentes de la industria, nuestra investigación de usuarios estuvo incompleta. Aunque puede ayudar mejor al equipo a lograr un objetivo unificado, cómo utilizar la investigación de usuarios para promover mejor las decisiones de diseño aún requiere práctica continua.
3. Debido a las limitaciones de la primera versión y a los muchos costos de desarrollo, no hicimos muchos cambios en la interfaz de usuario de cada personaje. Pero en realidad, cada personaje tiene su propia misión y motivaciones a las que prestar atención. Centrarse mejor en el "valor para el usuario" es la dirección a la que debemos prestar más atención en futuras iteraciones.