Está en la página 1de 31

UNIVERSIDAD MAYOR

ESCUELA DE INGENIERÍA

EN COMPUTACIÓN E INFORMÁTICA

Proyecto final N°1

Aplicación adulto mayor

Alumnos Grupo 2 : Virgilio Macero

Javier Carrasco

Bastián Castillo

Diego Jaque

Profesor : Lorena Soto Silva

SANTIAGO DE CHILE
Noviembre - 2021
Índice

Introducció n.......................................................................................................................................................................
Descripció n del problema.............................................................................................................................................
Resultados del aná lisis-indagació n...........................................................................................................................
Entrevista en profundidad......................................................................................................................................
Encuesta..........................................................................................................................................................................
Requerimientos...........................................................................................................................................................
Benchmarking............................................................................................................................................................
Resultados del Diseñ o-Conceptual.........................................................................................................................
Perfil del usuario......................................................................................................................................................
Personas.......................................................................................................................................................................
Escenarios...................................................................................................................................................................
Conclusiones...................................................................................................................................................................
Bibliografía......................................................................................................................................................................

2
Introducció n

Los medios digitales han ido evolucionando a pasos agigantados, haciendo que cada
persona tenga que ir adaptá ndose a esta evolució n. Es poco comú n ver que las personas no
tengan teléfonos inteligentes, má s aú n cuando estos poseen diferentes aplicaciones que
pretenden solucionar una problemá tica o hacer má s fá cil ciertas actividades cotidianas. Si
bien los teléfonos inteligentes y sus aplicaciones vienen hacer la vida má s fácil, existe un
sector de la població n que se ve reacia a sumarse al mundo digital, tal es el caso de las
personas de la tercera edad, las cuales no entienden o simplemente se ven abrumadas al
usar estos dispositivos. El presente proyecto tiene como objetivo el desarrollo de una
aplicació n mó vil para el adulto mayor. Esta solució n se realizará mediante las etapas
establecidas en el diseñ o centrado en el usuario, las cuales consisten en el aná lisis, diseñ o
y evaluació n.

La primera parte del proyecto aborda las 2 etapas mencionadas anteriormente, la etapa de
aná lisis y diseñ o. Para la primera etapa se realizará una entrevista para tener un aná lisis
de requisitos que debe tener la aplicació n mó vil, también se tendrá en cuenta la
realizació n de una encuesta para conocer cuá l es el actuar de los adultos mayores en la
temá tica de interés. Otro de los puntos relevantes a trabajar es el de benchmarking con el
cual podremos conocer la competencia y el medio en cual se está trabajando.

La etapa de diseñ o considerará el perfil de los usuarios, donde se describen las


características demográ ficas de ellos, posterior a esto se creará un personaje o avatar en
base a los datos recopilados y lluvia de ideas por parte del equipo de trabajo, este
personaje representa a los usuarios reales que van a utilizar la aplicació n, finalmente se
mostrará de manera grá fica en un Storyboard el proceso por el que debe pasar el usuario
para reservar una hora médica.

Descripció n del problema


Debido a que en la actualidad la mayoría de las clínicas y hospitales tienen pá ginas para el
registro de horas para mú ltiples servicios, las personas que nacieron y crecieron en la
época digital no ven problema al momento de registrar un servicio, pero para los adultos
mayores la historia es distinta debido a que para ellos estos procedimientos generan una
dificultad alta, ya sea por problemas de memoria o algú n impedimento físico o mental.

En la vida cotidiana del adulto mayor, ir al doctor por cualquier complicació n de salud es
bastante comú n, pero a su vez trae ciertas dificultades, sobre todo para reservar una hora.
Si bien los establecimientos médicos cuentan con ciertos métodos como las llamadas
telefó nicas para pedir horas, el reservar de manera manual es algo que se está realizando
cada vez má s, ya sea llenando un formulario online en la web o en aplicaciones. En general
el adulto mayor puede ser asistido en estos procesos, pero no siempre es el caso, ademá s
¿Qué pasaría si en cierto centro médico no hay horas disponibles? el adulto mayor tendría
que ir buscando en otros centros médicos y el proceso se haría cada vez má s complejo. Por
estas razones se requiere de una aplicació n mó vil que pueda asistir al adulto mayor al

3
momento de reservar horas, donde aparezcan todos los centros médicos de su zona y en
los que pueda reservar hora de manera simple.

4
Resultados del aná lisis-indagació n

Para el desarrollo de la solució n se tomará en cuenta un proceso de aná lisis para obtener
informació n relevante para el diseñ o de las interfaces de la aplicació n mó vil, para esto se
realizan tres apartados, entrevista en profundidad, encuesta y benchmarking, los
resultados de estos apartados se muestran a continuació n.

Entrevista en profundidad
Como primera parte del aná lisis se entrevistaron a un total de 12 personas
correspondiente a la tercera edad (a partir de los 59 añ os) con las siguientes preguntas.

¿Qué tan seguido necesita asistir a un centro médico?


¿Cuá l es el centro médico má s concurrido de su preferencia?
¿Mediante qué medio consigue las citas en este centro médico?
¿Aproximadamente cuá nto tiempo dura este proceso?
¿Ha hecho algú n registro de un servicio por una app de teléfono?
¿Usted Tiene algú n seguro contratado?
De haber respondido que si en la pregunta anterior ¿Cuál servicio tiene contratado?
¿Tiene usted alguna discapacidad para el uso del teléfono mó vil?
¿Su teléfono tiene reconocimiento facial?

El resultado de las entrevistas permitió identificar que la necesidad de asistir a un centro


médico para los adultos mayores es de 4 veces por añ o, aunque esto puede variar
dependiendo de la calidad de vida de la persona. En cuanto a las respuestas sobre el centro
médico má s concurrido se puede realizar un aná lisis de benchmarking, para obtener
informació n acerca de có mo se realiza el proceso de reserva de hora. La mayoría de los
entrevistados realizan sus chequeos médicos en Integramedica, esta tendencia se da ya
que es un centro médico con muchas sucursales a lo largo del país y tiene convenios con
Isapre y Fonasa.

Con respecto al medio que má s se utiliza para conseguir horas médicas la que má s
predomina es la llamada telefó nica, ya que tiene la ventaja de ser má s sencillo para el
adulto mayor, pero es un proceso bastante lento, muchas veces está colapsado el sistema y
tienen que esperar muchos minutos para poder hablar con un ejecutivo. En respuesta a la
pregunta de si los adultos mayores habían realizado algú n registro en alguna aplicació n, la
mayoría de las personas contestó negativamente, esto se da porque en líneas generales los
adultos mayores les cuestan el registro de cuentas, ademá s que no todos manejan el uso
de correo electró nico. Esto no necesariamente implica que no utilicen alguna aplicació n
mó vil ya que pueden pedir a algú n conocido que los registre y utilizar de igual manera la
aplicació n.

Sobre los seguros involucrados la mayoría de los entrevistados en chile contestó que no
tenían un seguro como tal contratado pero la gran mayoría contaba con una previsió n de
Fonasa o Isapre.

5
En relació n a la consulta planteada sobre alguna discapacidad la respuesta de la mayoría
fue que no tenían una discapacidad como tal, solo desgaste de la vista o algunas partes del
cuerpo por el paso de los añ os.

Para finalizar las entrevistas se preguntó sobre la temá tica de la utilizació n de


reconocimiento facial, en esta pregunta muchos de los adultos mayores se complicaron ya
que no conocen la terminología, entonces se les debió explicar en qué consiste y se obtuvo
la respuesta que sus equipos por lo general eran má s bá sicos, entonces no contaban con
esta opció n.

Encuesta
Có mo encuesta se realizaron las preguntas que se muestran a continuació n, las cuales
llevan el porcentaje de cada respuesta proporcionada.

6
De la encuesta realizada se puede concluir que los adultos mayores en su mayoría si está n
de acuerdo con una aplicació n mó vil, ademá s que contrario a lo que se podría creer en un
principio, la mayoría si tiene afinidad con la tecnología mó vil, ya que, si bien existe la
confusió n en ciertos aspectos, si pueden manejarse de manera bá sica con este tipo de
tecnología. En síntesis, la encuesta nos dice lo siguiente:

● Los adultos mayores cuentan con dispositivos mó viles y si son capaces de utilizar
esa tecnología.
● Está n de acuerdo en realizar reservas de horas en su teléfono mediante una
aplicació n.

7
Requerimientos

Una vez teniendo en cuenta la entrevistas y la encuesta podemos ir describiendo los


diferentes requerimientos tanto funcionales como no funcionales que deberá contener la
aplicació n, los cuales está n definidos a continuació n:

Id Requerimiento RF-01

Nombre Requerimiento Clave Ú nica

Descripció n Requerimiento Se requiere que la aplicació n se vincule con la


clave ú nica, la cual consiste en un sistema de
informació n a nivel nacional en cual está n
registrados todos los ciudadanos de Chile y
sus respectivos datos personales.

Id Requerimiento RF-02

Nombre Requerimiento Registro sin clave ú nica

Descripció n Requerimiento Este registro está pensado principalmente


para personas del extranjero que se podrá n
registrar con su pasaporte o para personas
chilenas que no manejen su clave ú nica. Para
esto se necesitan los siguientes datos
personales: nombre , apellidos ,
direcció n ,teléfono entre otros que permitan
identificar al individuo .

Id Requerimiento RF-03

Nombre Requerimiento Recuperació n de Contraseñ a

Descripció n Requerimiento La aplicació n debe permitir una recuperació n


de clave, si el usuario está registrado con
clave ú nica utilizará la plataforma
implementada por el estado o si es por medio
de una cuenta en la app será por medio de un
servicio de la aplicació n .

8
Id Requerimiento RF-04

Nombre Requerimiento Instituciones

Descripció n Requerimiento La aplicació n deberá mostrar el nombre e


icono de los diferentes centros de salud que
estén asociados a esta app, de modo que sea
sencillo para el usuario identificar la
institució n de su interés.

Id Requerimiento RF-05

Nombre Requerimiento Bú squeda Institució n por voz

Descripció n Requerimiento Se debe permitir la bú squeda de centros


médicos mediante voz ,una vez detectado el
centro médico se mostrará ese centro y los
con nombres similares.

Id Requerimiento RF-06

Nombre Requerimiento Seleccionar día de atenció n

Descripció n Requerimiento Se debe permitir desplegar un calendario


para que el usuario pueda seleccionar una
hora .

Id Requerimiento RF-07

Nombre Requerimiento Selecció n de á rea

Descripció n Requerimiento Una vez que se tenga seleccionado el centro


médico, se debe mostrar con iconos y
claridad las diferentes especialidades con las
que cuenta este centro médico.

Id Requerimiento RF-08

Nombre Requerimiento Selecció n de doctor

Descripció n Requerimiento Una vez que se entre en una especialidad de


un centro médico, se debe mostrar el nombre
de los diferentes médicos que pertenecen a
esa á rea, para poder ser seleccionado por su
futuro paciente .

9
Id Requerimiento RF-09

Nombre Requerimiento Botó n reservar

Descripció n Requerimiento Se debe contar con un botó n que permite


reservar hora, este debe validar que todos los
pasos previos estén realizados de forma
correcta .

Id Requerimiento RF-10

Nombre Requerimiento Perfil del Usuario

Descripció n Requerimiento Dentro de la aplicació n debe existir un


apartado en donde se pueda revisar los datos
del usuario .

Id Requerimiento RF-11

Nombre Requerimiento Modificar datos del usuario

Descripció n Requerimiento En el apartado de datos del usuario se debe


contar con un botó n que permita modificar
los datos del usuario por si existe algú n dato
erró neo o algú n cambio de nú mero telefó nico
,direcció n etc.

Id Requerimiento RF-12

Nombre Requerimiento Tus reservas

Descripció n Requerimiento El usuario debe contar con un apartado en


donde pueda revisar todas las reservas que
ha realizado con su respectiva informació n.

10
Id Requerimiento RF-13

Nombre Requerimiento Cancelar reserva

Descripció n Requerimiento Una vez estando dentro del apartado de


reservas ya realizadas por el usuario, estas
deben contar con un botó n que permita
cancelar las reservas, que tendrá n un tiempo
límite de cancelació n.

Id Requerimiento RNF-14

Nombre Requerimiento Seguridad

Descripció n Requerimiento La aplicació n debe ser segura para que la


informació n del Usuario quede resguardado y
ninguna persona externa pueda acceder a ella

Id Requerimiento RNF-15

Nombre Requerimiento Estabilidad

Descripció n Requerimiento La aplicació n debe ser estable, para que


permita el acceso a mú ltiples usuarios a la
vez, y la aplicació n no sufra ninguna caída de
sistemas.

Id Requerimiento RNF-16

Nombre Requerimiento Velocidad

Descripció n Requerimiento La aplicació n debe ser capaz de responder las


peticiones de los usuarios rá pidamente, de tal
manera que la demora entre la petició n y la
respuesta no sea lo suficientemente larga
como para desesperar al usuario.

11
Benchmarking

El objetivo de este análisis comparativo (Competitivo) es comparar la informació n que


ofrecen las pá ginas web de los centros médicos para destacar las mejores
implementaciones que tienen cada uno, y las que tienen en comú n.

Los centros médicos que se van a comparar será n: Integramedica, Clínica Santamaría y
Red Salud, estos centros médicos será n comparados, ya que fueron los má s respondidos
en la entrevista.

El atributo que se comparará , será el diseñ o del servicio para reservar una hora y todo su
proceso posterior, también se comparará los datos que pide, horas disponibles y tipo de
consultas médicas.

Aná lisis: El aná lisis considera el estudio de los centros médicos de preferencia de los
entrevistados, los cuales se muestran a continuació n.

Integramedica

El centro médico con má s preferencia fue Integramedica y su proceso de reserva de hora


es el siguiente:

12
Integramedica pide la selecció n de una de las tres opciones para reservar una hora, o
también se pueden ver resultados de exámenes o ver informació n de las horas ya
reservadas.

Posterior a escoger una de las opciones se pide ingresar el Rut y una previsió n. Luego de
darle a continuar se puede buscar por especialidad, por el profesional o pedir hora por
video consulta, como se muestra en las siguientes imagenes.

13
(Por especialidad)

14
(Por el profesional)

15
(Por video consulta)
Cada una de estas opciones permiten realizar una bú squeda de horas para los pró ximos 7
días. Independientemente de la opció n escogida, se muestran los resultados de bú squeda,
indicando los días disponibles y el doctor especialista. Después de escoger al especialista,
se muestra un resumen de la hora a un costado.

Una vez que se le da a continuar aparece un resumen de la hora, donde se indica el correo
electró nico, teléfono y todos lo relacionado a la reserva.

16
17
Clínica Santa María:

En esta ventana se puede observar que se piden los datos del RUT del usuario, sucursal, y
la á rea de especialidad que necesita.

Luego se muestra un calendario con los días disponibles y el doctor que lo atenderá el
mismo día.

18
Después se muestran las horas disponibles para la consulta.

19
Y Finalmente se le piden los datos personales del usuario (Nombres, Apellidos, Rut,
Teléfono, Correo, Sexo, Fecha de nacimiento) y su previsió n.

Red Salud

Se le pide al Usuario el Documento con el cual se puede identificar y el nú mero del


documento elegido.

20
Luego se le piden Sus datos Personales (Nombres, Apellidos, Sexo, Fecha de nacimiento,
Telefono, Correo) y su Plan Complementario (Fonasa, etc).

21
Después se le pregunta qué servicio, de los disponibles, desea agendar.

Se puede buscar por especialidad, donde se pide el servicio y la regió n, o por Médico
Específico, donde se pide el médico y la regió n.

22
Después se elige el día mediante este calendario semanal y al seleccionar un día se
despliega una hoja con los horarios para seleccionar.

Finalmente se requiere la confirmació n del Teléfono, Correo y la hora agendada.

23
Conclusiones: De los tres centros médicos se puede identificar que en lo que respecta a su
diseñ o se repiten colores como el azul, celeste y verde, todos en un fondo blanco, ademá s
cada centro médico usa símbolos para poder identificar especialidades, ademá s de usar
desplegables para la selecció n de lugares y especialidades médicas. Para poder escoger el
día y la hora cada uno de los centros médicos muestra la informació n en un calendario. En
relació n a los datos que se necesitan para reservar una hora, todos los centros médicos
piden Rut y previsió n, ademá s dependiendo del centro se pide un correo, teléfono, nombre
completo, sexo y fecha de nacimiento, todo eso para poder registrarse.

24
Resultados del Diseñ o-Conceptual
El apartado de resultados de diseñ o consta de 3 partes, la primera corresponde a la
realizació n de un perfil de usuario, en la cual se mostrará n las características demográ ficas
de los usuarios que van a utilizar la aplicació n. En la segunda parte se establece un
personaje o “avatar”, el cual es una representació n construida a base de características
identificadas en la entrevista realizada. Por ú ltimo, se muestra el Storyboard del proceso
para utilizar la aplicació n, desde cuando se entra en ella, hasta que se reserva la hora.

Perfil del usuario


Para poder definir el perfil del usuario debemos observar las entrevistas realizadas en
estas, las cuales arrojaron que el porcentaje de las mujeres supera bastante al de los
hombres, esto también se corresponde con la informació n del estado (SENAMA, 2017) que
dice que la població n de adultos sobre 60 añ os es 55.7% y la de los hombres desciende a
44.3%. El rango etario objetivo de esta aplicació n está definido desde los 59 añ os de edad
en adelante, pero esto no impide que cualquier persona que desee utilizar la aplicació n la
pueda usar.
Al realizar la entrevista notamos que los usuarios en su gran mayoría no manejan
conceptos tecnoló gicos como por ejemplo reconocimiento facial o no han realizado
registros en sitios web, lo que presenta una dificultad para nuestro proyecto, dado que
debemos buscar la forma que se motiven a utilizar nuestra aplicació n antes de optar por
métodos má s tradicionales.
Si miramos el nivel socio econó mico la mayoría de los entrevistados contaban con
prevenció n mediante Isapre, el porcentaje de personas con Fonasa era má s bien bajo, pero
esto no es la realidad principal del país, ya que si tomamos como fuente los estudios
realizados por el Minsal (Minsal, 2017) podemos decir que las personas con edades
mayores a 60 añ os en un 84.9% tienen Fonasa y tan solo el 8.5% está en Isapre, esta gran
variació n en los datos se puede dar ya que la població n que entrevistamos fue pequeñ a en
comparació n con los nú meros que se trabaja en los ministerios de cada país, por eso es
relevante contrastar los datos.

En cuanto a la ocupació n de las personas entrevistadas la gran mayoría son personas


jubiladas o que aú n trabajan, pero cobrando su pensió n. El nivel de estudios que se rescató
del proceso fue de bá sica-media completa y algunos con títulos profesionales, a partir de
esto se puede realizar la comparació n que entre má s estudios cuente el adulto mayor,
tiene un mayor acercamiento a la tecnología, esto se puede dar principalmente por el
cargo que ejercieron en sus ú ltimos puestos de trabajo o que aú n ejercen. Por el contrario,
a menor nivel de educació n los adultos mayores son reacios a utilizar la tecnología
moderna. Con los datos e informació n mostrada se puede definir el perfil de usuario como
se muestra a continuació n:

1. Rango de edad: A partir de los 59 añ os


2. Sexo: Hombre y mujeres (Mayoría de mujeres)
3. Actividad del usuario: Baja afinidad tecnoló gica en su actividad diaria.
4. Nivel socioeconó mico: Desde el grupo “E” en adelante (Sueldo aprox. $300.000)
5. Ocupació n: Jubilados o trabajando cobrando pensió n

25
6. Nivel de estudios: Bá sica-media completa, titulados.

26
Personas
En este apartado se va a crear un personaje ficticio con la informació n recopilada en las
etapas anteriores, esto se hará para detectar los patrones que tienen los usuarios,
identificando cualidades y diferencias. Como primera instancia se tiene la creació n de un
“avatar” como se muestra a continuació n:

Para la creació n de este personaje se consideraron ademá s de la informació n ya recopilada


de la entrevista y encuesta, una lluvia de ideas sobre los escenarios de uso de la aplicació n
y de las necesidades o motivaciones que tendría para utilizarla.

27
Características demográficas Escenarios donde ocurre la utilización de la
aplicación
Nombre: Juan Herrera
Edad: 68 añ os -Juan se acerca a su centro médico y
Sexo: Masculino encuentra que hay una fila muy grande.
Profesió n: Trabajador en empresa textil
Educació n: Enseñ anza media completa
-Juan llama a su centro médico y no lo
Ubicació n: Regió n Metropolitana
atienden, lo dejan con una grabació n.

-Juan tiene una emergencia, se acerca a un


centro médico, pero no puede reservar hora
con su previsió n.

-Juan quiere pedir hora en su centro médico


con su médico habitual, pero no hay reserva
hasta tres meses má s.

-Juan no puede salir debido a su condició n de


salud y requiere una hora urgente al médico

Necesidades/motivaciones/creencias Objetivos

Juan tiene problemas para pedir horas El fin ú ltimo que tiene Juan con la aplicació n
medicas por teléfono ya que muchas veces lo es el de automatizar y asegurar la reserva de
dejan en espera, por lo que tiene la creencia horas médicas en las instituciones pú blicas y
de que llamar por teléfono no es una opció n y privadas que ofrezcan servicios médicos.
va presencialmente a pedir hora al médico,
pero esto lo desgasta físicamente y surge la
necesidad de poder realizar el proceso de
forma remota.

28
Escenarios

En la primera imagen se logra visualizar a una persona de edad avanzada que prende su
Smartphone, una vez el equipo encendido el adulto mayor entra a nuestra app “Salud Para
Todos” y si es un usuario extranjero tiene que llenar un formulario con sus datos. De ser
un usuario chileno ingresa mediante el inicio de sesió n de Clave Ú nica el cual ya tiene sus
datos anteriormente ingresados.

Una vez el usuario ingresa debe seleccionar el centro médico deseado, el paso siguiente es
seleccionar entre los servicios que ofrece y el especialista en esa á rea. Al seleccionar el
botó n siguiente debe escoger entre las horas disponibles para ser atendido.

29
Conclusiones

En esta primera parte del proyecto fue primordial la recolecció n de informació n mediante
la entrevista, ya que pudimos conocer el comportamiento de los futuros usuarios, ademá s
de aclarar algunos prejuicios previamente elaborados. Otro de los puntos relevantes fue
realizar la encuesta, ya que permitió analizar pará metros estadísticos e indicadores de las
preferencias de los usuarios. A partir de la informació n obtenida de la entrevista y
encuesta pudimos definir los requerimientos funcionales y no funcionales que debe tener
la aplicació n, esto se hizo para que el desarrollo de la aplicació n sea estructurado. El
benchmarking nos permitió comparar y analizar có mo es el proceso de reserva de horas
en los centros médicos en sus respectivas pá ginas web, con esta informació n se pudo
rescatar aspectos como el diseñ o de sus interfaces y có mo es que se muestra la
informació n, ademá s de identificar qué informació n personal se requiere de los usuarios
para reservar una hora médica.

En lo que respecta al diseñ o conceptual fue fundamental la definició n de un perfil de


usuario para la aplicació n, indicando las características demográ ficas de las personas
entrevistadas, realizando una comparació n con los datos a nivel país (entregados por
sitios oficiales), esto para poder tener una definició n má s real del perfil. La realizació n de
un personaje o “avatar” fue un proceso colaborativo mediante lluvia de ideas, para luego
establecerlas de manera má s estructurada en un cuadrante, donde se indica nuevamente
aspectos demográ ficos y se plantean posibles escenarios en el cual el usuario pueda
utilizar la aplicació n. El Storyboard sirve como una demostració n grá fica del proceso de
utilizació n de la aplicació n, la cual se planteó de manera que se pueda entender cada una
de las fases, desde el momento que se abre la aplicació n, hasta cuando se reserva una hora.

30
Bibliografía
http://www.senama.gob.cl/noticias/censo-2017-revelo-que-mas-del-16-de-la-poblacion-
chilena-es-adulto-mayor#:~:text=Asimismo%2C%20la%20caracterizaci%C3%B3n
%20poblacional%20establece,44%2C3%25%20a%20hombres

https://www.minsal.cl/wp-content/uploads/2018/10/CASEN-Salud-2017.pdf

https://www.emol.com/noticias/Economia/2018/10/19/924437/El-perfil-de-los-siete-
grupos-socioeconomicos-de-la-nueva-segmentacion-y-como-se-divide-la-poblacion-
de-Chile.html

31

También podría gustarte