Upload
others
View
8
Download
0
Embed Size (px)
Citation preview
Octubre 2015
E.3.2.1. PROPUESTAS CONCEPTUALES DE BIENES DE
CONSUMO PARA LA INTERACCIÓN ENTRE PROFESIONALES Y USUARIOS
Investigación y desarrollo de bienes de
consumo innovadores para la infancia que
favorezcan el intercambio de información
entre médico y paciente mediante
aplicación de TIC.
Informe realizado por
Informe financiado por:
Documento realizado por Documento financiado por
E.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios 3
INDICE
INDICE _________________________________________________________________ 3
1. INTRODUCCIÓN ______________________________________________________ 4
1.1. Objetivo general ______________________________________________________ 4
1.2. Objetivos específicos ___________________________________________________ 4
2. METODOLOGÍA ______________________________________________________ 5
2.1. Taller de innovación con expertos ________________________________________ 5
2.1. Wireframes___________________________________________________________ 6
2.2. Brainstorming ________________________________________________________ 7
3. RESULTADOS ________________________________________________________ 8
3.1. Tarea 2.1. Taller de innovación con expertos ________________________________ 8
3.2. Tarea 2.2. Elaboración de propuestas conceptuales por el equipo de diseño _____ 27
3.2.2. Estructura de datos _________________________________________________ 28
3.2.3. Mockup ___________________________________________________________ 31
3.2.5. Implementación del software en el hardware ____________________________ 38
4. BIBLIOGRAFÍA ______________________________________________________ 41
Documento realizado por Documento financiado por
4 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
1. INTRODUCCIÓN
1.1. Objetivo general
El objetivo de este entregable es el de desarrollar propuestas conceptuales
del bien de consumo y trasladar la información relativa a la caracterización de
los usuarios y requerimientos del sistema al equipo de diseño.
1.2. Objetivos específicos
Desarrollar propuestas conceptuales que cumplan con los requerimientos de
los usuarios establecidos.
Trasladar la información relevante al equipo de diseño.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
5
2. METODOLOGÍA
En este apartado se detalla el proceso metodológico llevado a cabo para
obtener la información necesaria que cubren los objetivos de este entregable.
La ilustración 1 muestra un resumen de las actividades y técnicas empleadas
para extraer los resultados y cumplir con los objetivos del proyecto.
Ilustración 1. Esquema resumen del proceso metodológico llevado a cabo.
En los siguientes epígrafes se proporciona la descripción de las técnicas
empleadas, el objeto de su aplicación y la caracterización de los
participantes.
2.1. Taller de innovación con expertos
La co-creación es una metodología de trabajo colectiva que considera a los
usuarios de un diseño socios en su creación. El objetivo es trabajar en equipo
para explorar respuestas con las que establecer un briefing. Cuando
hablamos de cocreación nos referimos a una estrategia de negocio o de
marketing que redunda en la generación de actividades conjuntas
involucrando a los diferentes stakeholders.
En el marco de este proyecto se ha llevado a cabo un taller de co-creación
para realizar una primera propuesta. En la siguiente tabla se presentan los
perfiles participantes, que forman un grupo heterogéneo y ofrecen una visión
heurística.
Perfil participantes taller de co-creación
1 investigador de experiencia de usuario
3 expertos en consumidor infantil
ELABORACIÓN PROPUESTA CONCEPTUAL
Desarrollo de propuesta por el equipo de diseño
OBTENCIÓN DE PROPUESTAS CONCEPTUALES A PARTIR DE REQUERIMIENTOS TÉCNICOS Y DE USUARIO
Taller de innovación Diseño de wireframes
Documento realizado por Documento financiado por
6 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
El workshop de co-creación se ha planteado siguiendo este esquema:
Ilustración 2. Fases llevadas a cabo en el workshop de co-creación.
El workshop de co-creación se divide en tres fases: fase de sensibilización,
fase de creación y fase de implementación.
En la fase de sensibilización, se proporciona a los asistentes material para
que se lleve a cabo una inmersión en el tema a tratar con el propósito de
server como conocimiento e inspiración. Este material consta de:
1. Definición de mSalud y su aplicación al sector sanitario.
2. Ejemplos en el mercado de productos y servicios de la mSalud1.
3. Caracterización del público objetivo al que se dirige la propuesta2.
En la fase de creación, se realiza un brainstorming de ideas en torno al
proyecto. Posteriormente se reagrupan por afinidad los conceptos.
Una vez definidos las líneas de trabajo, se llevan a cabo dos equipos de
trabajo y cada uno de ellos desarrollan conceptos. Al cabo de 60 minutos de
desarrollo de las ideas, se presentan al otro equipo y reciben feedback.
En la fase de implementación, se incluyen las mejoras propuestas y se lleva a
cabo una última presentación de los conceptos.
2.1. Wireframes
Un wireframe es un boceto básico y de baja calidad del desarrollo de una
página web o el diseño de una interfaz, la finalidad de este es el mostrar al
cliente un diseño o boceto rápido y facilitar la comunicación entre cliente y
desarrollador.
1 Resultados del E.1.1. Informe de requerimientos de usuario. Briefing de diseño. 2 Resultados del E.2.1. Informe de requerimientos de usuario. Briefing de diseño.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
7
Ilustración 3. Generación de wireframes.
En el marco de este proyecto se han realizado wireframes para representar
para trasladar una primera propuesta de diseño de interfaz al equipo de
diseño.
2.2. Brainstorming
El brainstorming es una herramienta de trabajo grupal que facilita el
surgimiento de nuevas ideas sobre un tema o problema determinado. La
lluvia de ideas, es una técnica de grupo para generar ideas originales en un
ambiente relajado.
En el marco de este proyecto se han realizado un brainstorming durante la
sesión de co-creación para generar lluvia de ideas a partir de las cuales
empezar a trabajar.
Documento realizado por Documento financiado por
8 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
3. RESULTADOS
A continuación, se presentan los resultados obtenidos en cada una de las
tareas llevadas a cabo.
En un primer término, se muestra el trabajo realizado durante el taller de
innovación. En un segundo término, se incluye la propuesta desarrollada por
el equipo de diseño y el programador del software.
3.1. Tarea 2.1. Taller de innovación con expertos
La primera aproximación al desarrollo de la APP durante el taller de
innovación es la siguiente:
Ilustración 4. Momentos clave y propuesta de producto.
Ilustración 5. Propuesta de arquitectura de la APP.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
9
Ilustración 6. Propuesta de contenido y estructura de la APP.
Con el propósito de hacer más fácil y ágil la comunicación con el equipo de
diseño, se ha optado por elaborar una primera versión conceptual del servicio
a desarrollar basada en los wireframes. Este concepto recoge los
requerimientos y criterios de diseño que durante fases anteriores se han
definido. A su vez, se ha proporcionado al equipo de diseño un documento
que especifica las características y requerimientos de cada bloque del servicio
a diseñar.
La iteración de la primera aproximación tiene como resultado el siguiente
desarrollo:
Bloque Registro nuevo usuario
Página de bienvenida TIC Health. Registro de nuevo usuario.
Documento realizado por Documento financiado por
10 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Datos de nacimiento (Registro)
Contacto (imagen izquierda)
Fecha de nacimiento. Campo texto donde introducir día, mes y año
SIP. Campo numérico de 7 dígitos.
Grupo sanguíneo y RH. Campo selección valor (opciones: A, B, AB, 0) Campo selección valor (opciones: +, -)
Domicilio. Campo texto.
Provincia. Campo texto.
Móvil. Campo numérico.
Fijo. Campo numérico.
Email. Campo texto.
Enfermedades (imagen derecha)
Enfermedades hereditarias y familiares. Campo selección valor (opciones: Sí, No)
Edad de la madre al parto. Campo texto numérico.
Número de gestaciones. Campo texto numérico.
Número de abortos. Campo de texto numérico.
Número de hijos. Campo de texto numérico.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
11
Bloque Datos de nacimiento (Registro)
Embarazo (imagen izquierda)
Fumó durante el embarazo. Campo selección valor (opciones: Sí, No)
Tóxicos durante el embarazo. Campo selección valor (opciones: Sí, No)
Fecundación in vitro. Campo selección valor (opciones: Sí, No)
Control del embarazo. Campo selección valor (opciones: Sí, No)
Incidencias o patologías. Campo selección valor (opciones: Sí, No)
Parto (imagen derecha)
Tipo de embarazo. Campo selección valor (opciones: Sí, No)
Presentación. Campo selección valor (opciones: Cefálica, Nalgas, Otras)
Terminación. Campo selección valor (opciones: Vaginal, Cesárea)
Instrumentalizada. Campo selección valor (opciones: Forceps, Ventosa, Espátula, No)
Documento realizado por Documento financiado por
12 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Datos de nacimiento (Registro)
Nacimiento (imagen izquierda)
Edad gestacional. Campo selección valor (opciones: rango 1-41 unidad: semanas) Campo selección valor (opciones: rango 1-6 unidad: días)
Apgar 1’. Campo selección valor (opciones: rango xxxxxxxxx)
Apgar 5’. Campo selección valor (opciones: rango xxxxxxxxx)
Reanimación. Campo selección valor (opciones: Sí, No)
Peso. Campo selección valor (opciones: rango xxxxxxx unidad: gramos)
Longitud. Campo selección valor (opciones: rango xxxxxxx unidad: centímetros)
Perímetro craneal. Campo selección valor (opciones: rango xxxxxxx unidad: centímetros)
Clasificación recién nacido. Campo selección valor (opciones: PEG, AEG, GEG)
Grupo sanguíneo y RH. Campo selección valor (opciones: A, B, AB, 0) Campo selección valor (opciones: +, -)
Profilaxis ocular. Campo selección valor (opciones: Sí, No)
Vitamina K. Campo selección valor (opciones: Sí, No)
Patología que ha requerido ingreso. Campo selección valor (opciones: Sí, No)
Al alta (imagen derecha)
Peso. Campo selección valor (opciones: rango xxxxxxx unidad: kilogramos)
Lactancia. Campo selección valor (opciones: Materna, Mixta, Artificial)
Detección precoz enfermedades congénitas mediante la prueba de talón. Campo selección valor (opciones: Sí, No)
Factores de riesgo hipoacusia. Campo selección valor (opciones: Sí, No)
Resultado prueba hipoacusia. Campo selección valor (opciones: Normal, Alterado)
Bloque Datos de nacimiento (Visualización)
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
13
Bloque Datos de nacimiento (Visualización)
Bloque Registro de síntomas
Documento realizado por Documento financiado por
14 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Registro de síntomas
Campo “Buscador”. Buscador de síntoma introduciendo el nombre del mismo.
Botones:
Fiebre. Al hacer click, se accede a la pantalla de fiebre.
Tos. Al hacer click, se accede a la pantalla de tos.
Mocos. Al hacer click, se accede a la pantalla de mocos.
Vómitos. Al hacer click, se accede a la pantalla de vómitos.
Llanto nocturno. Al hacer click, se accede a la pantalla de llanto nocturno.
Diarrea aguda. Al hacer click, se accede a la pantalla de diarrea aguda.
Dificultad al respirar. Al hacer click, se accede a la pantalla de dificultad al respirar.
Otitis. Al hacer click, se accede a la pantalla de otitis.
Otros síntomas. Al hacer click, se accede a una pantalla donde puedes escribir notas.
Selección de nueva nota y espacio para texto libre.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
15
Bloque Registro de Diarrea Ejemplo registro de datos sin instrumentación
Diarrea
//// Bloque Notificaciones////
Añadir a tablón: (1= si, 0=no)
Compartir.
//// Bloque Registro////
Registro manual. Al pinchar, aparece un pop up donde anotar día y hora de la evidencia del
síntoma.
Registro automático. Al pinchar, registra el día y hora del síntoma de manera automática.
//// Bloque Preguntas control ////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez introducida y registrada la fecha y la hora, las preguntas control sse activan para ser rellenadas para ese día.
Signos de deshidratación (1= si, 0=no)
Número de deposiciones diarias en un día normal (campo numérico. XX veces)
Número de deposiciones en el día de hoy (es un contador donde cada vez que registras una nueva deposición, se va incrementando)
Número de deposiciones diarias desde el inicio de la enfermedad (es un contador donde cada vez que registras una nueva deposición, se va incrementando)
Aspecto de la caca (seleccionar: líquida, presencia de moco, presencia de sangre, presencia de
pus)
Recomendaciones (texto): Beber agua en abundancia.
Documento realizado por Documento financiado por
16 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Registro de Diarrea Ejemplo registro de datos sin instrumentación
Pantalla registro del síntoma diarrea (izquierda). Registro manual del evento (centro). Opción de registro de las preguntas control tras crear el evento (derecha)
Bloque Registro de Mocos Ejemplo registro de datos sin instrumentación
Mocos
//// Bloque Notificaciones ////
Añadir a tablón: (1= sí, 0=no)
Compartir.
//// Bloque Registro////
Registro manual. Al pinchar, aparece un pop up donde anotar día y hora de la evidencia del síntoma.
Registro automático. Al pinchar, registra el día y hora del síntoma de manera automática.
//// Bloque Preguntas control ////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
17
Bloque Registro de Diarrea Ejemplo registro de datos sin instrumentación
introducida y registrada la fecha y la hora, las preguntas control se activan para ser rellenadas para ese día.
Tipo de secreción (1= Rinorrea acuosa (moco muy líquido), 2= Moco espeso)
Presencia de mucosidad más de 10 días (1= Sí, 0= No)
Recomendaciones (texto): La mucosidad en las vías respiratorias altas es inherente a los procesos infecciosos virales, que en la edad de preescolar afectan un promedio de 5 veces cada invierno. Si bien se debe diferenciar esta situación normal de aquellos procesos que si puedan sugerir una patología crónica (ej. Alergia o fibrosis quística).
Se recomienda beber agua en abundancia, lavados de la nariz con suero fisiológico o
soluciones de agua marina y vaciado de las fosas nasales espontáneamente o mediante aspiraciones.
Pantalla registro del síntoma diarrea (izquierda). Registro manual del evento (centro). Opción de registro de las preguntas control tras crear el evento (derecha)
Bloque Registro de Mocos Ejemplo registro de datos sin instrumentación
Documento realizado por Documento financiado por
18 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Registro de Mocos Ejemplo registro de datos sin instrumentación
Mocos
//// Bloque Notificaciones ////
Añadir a tablón: (1= sí, 0=no)
Compartir.
//// Bloque Registro////
Registro manual. Al pinchar, aparece un pop up donde anotar día y hora de la evidencia del
síntoma.
Registro automático. Al pinchar, registra el día y hora del síntoma de manera automática.
//// Bloque Preguntas control ////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez introducida y registrada la fecha y la hora, las preguntas control se activan para ser rellenadas para ese día.
Tipo de secreción (1= Rinorrea acuosa (moco muy líquido), 2= Moco espeso)
Presencia de mucosidad más de 10 días (1= Sí, 0= No)
Recomendaciones (texto): La mucosidad en las vías respiratorias altas es inherente a los procesos infecciosos virales, que en la edad de preescolar afectan un promedio de 5 veces cada invierno. Si bien se debe diferenciar esta situación normal de aquellos procesos que si puedan sugerir una patología crónica (ej. Alergia o fibrosis quística).
Se recomienda beber agua en abundancia, lavados de la nariz con suero fisiológico o
soluciones de agua marina y vaciado de las fosas nasales espontáneamente o mediante aspiraciones.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
19
Bloque Registro de Mocos Ejemplo registro de datos sin instrumentación
Pantalla registro del síntoma diarrea (izquierda). Registro manual del evento (centro). Opción de registro de las preguntas control tras crear el evento (derecha)
Bloque Registro de Otitis Ejemplo registro de datos sin instrumentación
Otitis
//// Bloque Notificaciones ////
Añadir a tablón: (1= sí, 0=no)
Compartir.
//// Bloque Registro////
Registro manual. Al pinchar, aparece un pop up donde anotar día y hora de la evidencia del síntoma.
Documento realizado por Documento financiado por
20 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Registro de Mocos Ejemplo registro de datos sin instrumentación
Registro automático. Al pinchar, registra el día y hora del síntoma de manera automática.
//// Bloque Preguntas iniciales////
Estas preguntas se contestarían solo la primera vez en cada inicio de una otitis. ¿Cómo saber
cuándo es una nueva crisis de otitis? Cuando el usuario marca “Día en el que ha dejado de tener otitis”, se cierra esa crisis de otitis por lo que el siguiente registro de otitis, será una nueva crisis de otitis.
Edad menor 2 años (aquí se debe activar automáticamente a 1=Sí en el caso de que la edad del niño sea menor a 2 años. Para ello, que tome el dato de la sección “Datos de nacimiento”> “Fecha de nacimiento”)
Asistencia a guarderías (1= Sí, 0= No)
Padres fumadores (1= Sí, 0= No)
Lactancia material durante al menos 3 meses (1= Sí, 0= No)
//// Bloque Preguntas control////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez
introducida y registrada la fecha y la hora, las preguntas control se activan para ser rellenadas para ese día.
Presencia de rinitis (1= Sí, 0= No)
Presencia de tos (1= Sí, 0= No)
Presencia de fiebre (1= Sí, 0= No)
Inapetencia (1= Sí, 0= No)
Sin presencia de cerumen (1= Sí, 0= No)
Llanto nocturno tras horas de sueño (1= Sí, 0= No)
Supuración procedente del oído derecho (1= Sí, 0= No)
Supuración procedente del oído izquierdo (1= Sí, 0= No)
Una vez se ha registrado el síntoma, las preguntas iniciales y preguntas control se activan para poder ser contestadas.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
21
Bloque Registro de Mocos Ejemplo registro de datos sin instrumentación
Al activar “Presencia de mocos”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma mocos) y “No, gracias” (se cierra pop up)
Al activar “Presencia de tos”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma tos) y “No, gracias” (se cierra pop up)
Al activar “Presencia de fiebre”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma fiebre) y “No, gracias” (se cierra pop up)
Al activar “Llanto nocturno tras horas de sueño”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma llanto nocturno) y “No, gracias” (se cierra pop up)
Registro de la temperatura
Bloque Registro de Vómitos Ejemplo registro de datos sin instrumentación
Documento realizado por Documento financiado por
22 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Registro de Vómitos Ejemplo registro de datos sin instrumentación
Vómitos
//// Bloque Notificaciones////
Añadir a histórico de síntomas: (1= si, 0=no)
Botón “Compartir”. Al hacer click, se muestran las posibilidades de compartir la información (gráfica evolución). Opciones: 1. mensaje 2. correo. 3. whatsapp. 4. bluetooth. 4. copiar.
//// Bloque Registro ////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez introducida y registrada la fecha y la hora, las preguntas control sse activan para ser rellenadas para ese día.
Registro manual. Al pinchar, aparece un pop up donde anotar día y hora de la evidencia del síntoma.
Registro automático. Al pinchar, registra el día y hora del síntoma de manera automática.
//// Bloque Preguntas control ////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez introducida y registrada la fecha y la hora, las preguntas control se activan para ser rellenadas para ese día.
Tipo de vómito (Líquido, Sólido, Combinación)
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
23
Bloque Registro de Vómitos Ejemplo registro de datos sin instrumentación
Una vez se ha registrado el síntoma, las preguntas iniciales y preguntas control se activan para poder ser contestadas.
Al activar “Presencia de mocos”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma mocos) y “No, gracias” (se cierra pop up)
Al activar “Presencia de tos”, aparece un pop up con las opciones de “Registrar” (te lleva al
registro de síntoma tos) y “No, gracias” (se cierra pop up)
Al activar “Presencia de fiebre”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma fiebre) y “No, gracias” (se cierra pop up)
Al activar “Llanto nocturno tras horas de sueño”, aparece un pop up con las opciones de “Registrar” (te lleva al registro de síntoma llanto nocturno) y “No, gracias” (se cierra pop up)
Documento realizado por Documento financiado por
24 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Registro de Vómitos Ejemplo registro de datos sin instrumentación
Registro de la temperatura
Bloque Registro de Temperatura Ejemplo registro de datos con instrumentación
//////Bloque 1//////
Gráfica
Botones Día | Semana | Mes | Año. Al hacer click, puedes cambiar el modo en el que ves la gráfica. Opciones: 1. por día. 2. por semana. 3. por mes. 4. por año. En los casos 2,3,4 se muestran los días con fiebre coloreados.
//////Bloque 2//////
Botón “Añadir a histórico de síntomas”. Al activar, la gráfica evolución se ancla como acceso directo a la pestaña “histórico de síntomas”. En “histórico de síntomas”, puedes ver también la
gráfica a tiempo real.
Botón “Compartir”. Al hacer click, se muestran las posibilidades de compartir la información
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
25
Bloque Registro de Temperatura Ejemplo registro de datos con instrumentación
(gráfica evolución). Opciones: 1. mensaje 2. correo. 3. whatsapp. 4. bluetooth. 4. copiar.
//////Bloque 3 (Registro variable)//////
Este bloque está inactivo hasta que no se registra la presencia de un síntoma. Una vez
introducida y registrada la fecha y la hora, las preguntas control sse activan para ser rellenadas para ese día.
Botón “Registro manual”. Al hacer click, introduces la temperatura corporal manualmente.
Botón “Tomar la temperatura”. Al hacer click, aparace pantalla NXX.
//////Bloque 4 (Preguntas control)//////
Botón “Convulsiones febriles con anterioridad”. Activado/ Desactivado
Botón “Presencia de mucosidad más de 10 días”. Activado/ Desactivado
Recomendaciones.
No es necesario el uso de antitérmicos con fiebres inferiores a los 38º. En caso de febrícula se recomienda: La retirada de abrigo, aplicación de paños húmedos en la frente, axilas e ingles o
el baño con agua tibia. No se recomienda utilizar fricciones de alcohol.
Botón “Tomar la temperatura”. Al hacer click, nos lleva a la siguiente pantalla.
Una vez se ha registrado el síntoma, las preguntas iniciales y preguntas control se activan para poder ser contestadas.
Botón “?”. Al pinchar, aparece un pop up que muestra las instrucciones para llevar a cabo la
medición.
Botón “ºC/Fº”. Al pinchar, cambia la escala: grados Celsius y grados Fahrenheit.
Botón “Tomar la temperatura”. Al pinchar, la app activa el sensor de temperatura para la medición de la misma.
Bloque Histórico de síntomas
Documento realizado por Documento financiado por
26 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Bloque Histórico de síntomas
Histórico de síntomas (imagen izquierda)
Botón “Compartir”. Al hacer click, se muestran las posibilidades de compartir la información. Opciones: 1. mensaje 2. correo. 3. whatsapp. 4. bluetooth. 4. copiar.
Botón “Registrar”. Al hacer click, te lleva a la sección correspondiente dentro de la sección “Registro de síntomas”.
Botón “X”. Al hacer click, se elimina la visualización de ese panel.
Avisos en el histórico de síntomas (imagen derecha)
Cuando accedes nuevamente a la aplicación, en aquellos síntomas donde se han registrado datos, aparece un pop up de aviso.
Bloque Configurar compartir información
En este apartado, se configura el acceso a información por parte de terceras personas. El esquema propuesto es el que se utiliza en Dropbox a la hora de compartir una carpeta.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
27
3.2. Tarea 2.2. Elaboración de propuestas conceptuales por el
equipo de diseño
Durante el desarrollo de la aplicación, ha surgido dudas y limitaciones que el
equipo encargado del desarrollo de software ha ido planteando e
implementando las modificaciones a partir de las conversaciones con el
departamento del consumidor infantil.
Sección Problemática surgida
Alergias o Hay una seria de información que no me queda muy claro si
hay que introducirla por alergia o de forma general.
o ¿La cronología de los síntomas en qué consiste?
o ¿La tabla de frecuencia de exposición de alergias? ¿Es
necesario incluirla en alguna parte?
o ¿Relación temporal exposición a síntomas? ¿Qué información
se ha de introducir?
o ¿Exposición alérgenos? ¿En qué consiste?
o ¿En caso de tener que introducir información por cada tipo de
alergia? ¿Es en todas las alergias la misma información?
Calendario El google calendar no tiene compatibilidad con el software que
nosotros utilizamos para el desarrollo de la presente APP.
Compartir No es posible implementar las funcionalidades de “Compartir” con
otros usuarios, ya que la aplicación será local.
Otitis o ¿Hay que añadir la otitis en los síntomas?
Vacunas ¿Sello o firma médico-enfermera-centro en las vacunas?
Temperatura o ¿Dónde implementar (en que apartado o subapartado)
introducir la monitorización de temperatura?
o ¿Es relacionado con la fiebre o va aparte?
Diarrea o En el número de días desde el inicio de la diarrea. ¿Es
necesaria esta información?
o Al registrar la fecha de la enfermedad ¿no sería una
información redundante?
Síntomas Hay síntomas a lo que no se le especifican datos adicionales, con
lo cual únicamente se les asociará únicamente la información sobre
el registro del síntoma (fecha inicio y final).
Tabla 1. Dudas surgidas durante el desarrollo conceptual.
Documento realizado por Documento financiado por
28 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
3.2.2. Estructura de datos
Primeramente, será necesario crear una nueva cuenta, a la cual
asignaremos una serie de información de carácter general relacionada con la
persona que gestiona dicha cuenta (madre, padre u otro familiar relacionado
con el/los niños/as. La información general relacionada con la cuenta es la
siguiente:
Nombre de usuario (campo de texto).
Contraseña (campo de texto).
Repetir contraseña (campo de texto).
Nombre (campo de texto).
Apellidos (campo de texto).
Domicilio (campo de texto).
Municipio (campo de texto).
Provincia (campo de texto).
Código postal (campo numérico).
Teléfono fijo (campo numérico).
Teléfono móvil (campo numérico).
Email (campo de texto).
Una vez se ha dado de alta la cuenta, el usuario puede ir dando de alta a
su/sus hijas/hijos, teniendo que introducir la siguiente información
referente al niño introducido:
Información sobre el paciente:
o Foto (campo tipo texto del path).
o Nombre (campo de texto).
o Apellidos (campo de texto).
o Fecha de nacimiento (campo tipo date).
o SIP (campo numérico de 7 dígitos).
o Grupo sanguíneo (a seleccionar entre A, B, AB o 0) y RH (+ o -).
Información de enfermedades:
o Enfermedades hereditarias y familiares (campo selección valor sí
o no).
o Edad de la madre al parto (campo numérico).
o Número de gestaciones (campo numérico).
o Número de abortos (campo numérico).
o Número de hijos (campo numérico).
Información sobre el embarazo:
o Fumó durante el embarazo (campo selección valor sí o no).
o Tóxicos durante el embarazo (campo selección valor sí o no).
o Fecundación in vitro (campo selección valor sí o no).
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
29
o Control del embarazo (campo selección valor sí o no).
o Incidencias o patologías (campo selección valor sí o no).
Información sobre el parto:
o Tipo de embarazo (campo a seleccionar entre único o múltiple).
o Presentación (campo a seleccionar entre cefálica, nalgas u otras)
o Terminación (campo a seleccionar entre vaginal o cesárea).
o Instrumentalizada (campo a seleccionar entre forceps, ventosa,
espátula o ninguna).
Información sobre el nacimiento:
o Edad gestacional en semanas (campo numérico rango 1-41) y
días (campo numérico rango 1-6).
o Apgar 1’ (campo a seleccionar entre rango xxxxxxxxx).
o Apgar 5’ (campo a seleccionar entre rango xxxxxxxxx).
o Reanimación (campo selección valor sí o no).
o Peso (campo a seleccionar entre rango xxxxxxx en gramos).
o Longitud (campo a seleccionar entre rango xxxxxxx en
centímetros).
o Perímetro craneal (campo a seleccionar entre rango xxxxxxx en
centímetros).
o Clasificación recién nacida. Campo selección valor (campo a
seleccionar entre PEG, AEG, GEG).
o Grupo sanguíneo (a seleccionar entre A, B, AB o 0) y RH (+ o -).
o Profilaxis ocular (campo selección valor sí o no).
o Vitamina K (campo selección valor sí o no).
o Patología que ha requerido ingreso (campo selección valor sí o
no).
Información al alta:
o Peso (campo a seleccionar entre rango xxxxxxx en kilogramos)
o Lactancia (campo a seleccionar entre materna, mixta, artificial),
o Detección precoz enfermedades congénitas mediante la prueba
de talón (campo selección valor sí o no).
o Factores de riesgo hipoacusia (campo selección valor sí o no).
o Detección de riesgo hipoacusia (campo selección valor sí o no).
o Resultado prueba hipoacusia (campo selección valor sí o no).
Una vez ya se ha dado de alta un paciente por parte del usuario registrado
(introduciendo la información anteriormente presentada), ya se puede
interactuar con el niño/a dado de alta. Esta interacción consistirá en lo
siguiente:
Información sobre vacunas.
Información sobre alergias.
Documento realizado por Documento financiado por
30 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Información sobre síntomas (tanto registro y visualización de
los mismos).
Información sobre las medicaciones.
A lo que respecta a las vacunas, es necesario cumplimentar la siguiente
información, la cual será recogida a modo de tabla:
Tipo de vacuna (campo de texto). Estas vacunas serán una
información fija.
Fecha de vacunación recomendada (tipo date).
Fecha de vacunación (tipo date).
Observaciones (campo de texto).
A lo que respecta a las alergias, será necesario gestionar la siguiente
información:
El niño/a tiene algún tipo de alergia (si, no o no lo sabe).
A que (ácaros, hongos, pólenes, animales, alimentos, medicamentos,
látex, cucarachas, contactantes, materiales profesionales, otros
alérgenos y no lo sabe/falta de confirmación médica.
A lo que respecta a los medicamentos, será necesario gestionar la siguiente
información:
Medicamente ingerido (campo tipo texto).
Fecha de inicio y final de la ingesta (campo tipo date).
Dosis tomada (campo tipo texto).
En cuanto a los síntomas, dispondremos de las siguientes opciones:
Fiebre.
Ritmo cardíaco.
Vómitos.
Tos.
Llanto nocturno.
Mocos.
Otitis.
Dificultad para respirar.
Diarrea aguda.
Miscelánea.
Otros síntomas.
En conjunto todos los síntomas definidos en el apartado anterior tendrán
una seria de campos comunes y generales para todos, los cuales son los
siguientes:
Fecha de inicio y final de los síntomas (campo tipo date). Tambien
puede ser todo el día.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
31
Añadir a histórico de semanas (campo sí o no).
En cuanto a la información específica de cada síntoma será la siguiente:
Fiebre:
o ¿Convulsiones febriles con anterioridad? (campo sí o no).
o Indicadores (campo febrícula o fiebre).
o Presencia de mucosidad más de 10 días (campo sí o no).
o Proceso de registro de temperaturas (manual o automática). Se
explicará más detalladamente a continuación.
o Recomendaciones (campo tipo texto).
Vómitos:
o Tipo de vómito (líquido, sólido o combinación).
o Recomendaciones.
Mocos:
o Tipo de secreción (rinorrea acuosa o moco espeso).
o Presencia de mucosidad más de 10 días (si o no).
o Los mocos han provocado vómitos a su hijo (si o no).
o Recomendaciones.
Diarrea:
o ¿Ha tenido fiebre el niño? (si o no).
o ¿Presenta síntomas de deshidratación? (si o no).
o Número de deposiciones en un día normal (campo numérico).
o Número de deposiciones a partir de la enfermedad (campo
numérico).
o Número de días desde el inicio de la diarrea (campo numérico).
o Aspecto de la caca (líquida, presencia de moco, presencia de
sangre o presencia de pus).
o Recomendaciones.
Otitis:
o Presencia de otros sintomas (rinitis, tos, fiebre, inapetencia, sin
presencia de cerumen, llanto nocturno tras horas de sueño,
supuración procedente del oído).
o Factores de riesgo (edad menor 2 años, asistencia guarderías,
padres fumadores, lactancia materna durante al menos 3 años).
o Abombamiento, opacificación o disminución de movilidad del
tímpano.
o Recomendaciones.
3.2.3. Mockup
El desarrollo conceptual ha ido iterando tras las valoraciones conjuntas de
expertos en infancia y el con el equipo de diseño y programación de la APP.
El resultado es el siguiente:
Documento realizado por Documento financiado por
32 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
33
Documento realizado por Documento financiado por
34 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
35
Documento realizado por Documento financiado por
36 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
37
Ilustración 7. Capturas desarrollo APP.
Documento realizado por Documento financiado por
38 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
3.2.5. Implementación del software en el hardware
En paralelo al desarrollo del software del servicio TIC Health, se ha llevado a
cabo la integración del hardware en el peluche. Esta categoría de producto
fue la seleccionada como más idónea tras la confección y análisis de los
mapas de producto.
Así, los componentes que forman el servicio TIC Health son:
Tabla 2. Peluche Pol, empresa Bebedúe (izquierda). Placa de Arduino ONE (centro).
Sensor e-Health Shield V2.0 (derecha).
Peluche Pol
El peluche Pol es un peluche de tela fabricado por la empresa Bebedúe que
puede utilizarse a partir del nacimiento. Al apretar las extremidades emite
sonidos, es fácil de manejar, estimulante y agradable al tacto.
Por sus características, estimula el tacto, la comprensión causa-efecto y
desarrolla las capacidades auditivas y de afectividad.
Arduino ONE
Arduino es una placa con un microcontrolador de la marca Atmel y con toda
la circuitería de soporte, que incluye, reguladores de tensión, un puerto USB
conectado a un módulo adaptador USB-Serie que permite programar el
microcontrolador desde cualquier PC de manera cómoda y también hacer
pruebas de comunicación con el propio chip. Un arduino dispone de 14 pines
que pueden configurarse como entrada o salida y a los que puede conectarse
cualquier dispositivo que sea capaz de transmitir o recibir señales digitales de
0 y 5 V. También dispone de entradas y salidas analógicas. Mediante las
entradas analógicas podemos obtener datos de sensores en forma de
variaciones continuas de un voltaje. Las salidas analógicas suelen utilizarse
para enviar señales de control en forma de señales PWM.
Puede alimentarse directamente a través del propio cable USB o mediante
una fuente de alimentación externa, como puede ser un pequeño
transformador o, por ejemplo, una pila de 9V. Los límites están entre los 6 y
los 12 V.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
39
Sensor e-Health Shield V2.0
La plataforma sensorial e-Health permite a usuarios de Arduino, Raspberry Pi
e Intel Galileo, realizar aplicaciones médicas con sensores biométricos donde
se puede monitorizar el cuerpo mediante 10 sensores diferentes. Esta
información puede usarse en tiempo real para ver el estado de un paciente o
conseguir datos sensibles para diagnósticos. Puede ser usado para medir la
presión arterial, la glucosa, el flujo de respiración, la temperatura del
paciente, la actividad cardiaca, muscular y procesar la información con
Arduino o Raspberry Pi.
Incluye:
Sensor e-Health Sensor Shield
Sensor para registro del pulso y el oxígeno en sangre (SPO2)
Sensor de flujo de aire (respiración )
Sensor de temperatura corporal
Sensor de electrocardiograma (ECG )
Sensor Glucómetro
Sensor de la respuesta galvánica de la piel ( GSR - sudoración )
Sensor de presión arterial (esfigmomanómetro )
Sensor de posición del paciente (Acelerómetro )
Sensor electromiografía (EMG )
Dicha información biométrica puede enviarse inalámbricamente a través de 6
opciones disponibles diferentes: Wi-Fi, 3G, GPRS, Bluetooth, 802.15.4 y
ZigBee dependiendo de la aplicación.
Ilustración 8. Sensor e-Health Shield V2.0.
Documento realizado por Documento financiado por
40 E.3.2.1. Propuestas conceptuales de bienes de consumo para la interacción
entre profesionales y usuarios.
El resultado de la integración de los diferentes componentes de hardware es
la siguiente:
Ilustración 9. Integración del hardware en el pelcuhe.
Documento realizado por Documento financiado por
E.3.2.1. Propuestas conceptuales de bienes de consumo para la
interacción entre profesionales y usuarios.
41
4. BIBLIOGRAFÍA
Hassan Montero, Y., Martín Fernández, Francisco J. Guía de Evaluación
Heurística de Sitios Web. No solo usabilidad: revista sobre personas, diseño y
tecnología. Marzo 2003.
Plattner, Hasso. "Bootcamp Bootleg." Design School Stanford, Palo Alto
(2010).
Vianna e Silva, M., Vianna e Silva, Y., Krumholz, A., de Figuereido, B., &
Russo, B. (2011). Design thinking: business innovation [en línea]. Disponible
en Web: designthinking-book. co. uk/ [Traducción: Bruno Murtinho].