E.3.2.1. PROPUESTAS CONCEPTUALES DE BIENES DE …...Esquema resumen del proceso metodológico...

41
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:

Transcript of E.3.2.1. PROPUESTAS CONCEPTUALES DE BIENES DE …...Esquema resumen del proceso metodológico...

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].