VIRTUAL HEALTH

Planificación y Estimación - Metodología SCRUM

DANIELA GRANADA
VANESSA FERNANDEZ
CRISTIAN QUILINDO
JAVIER EDUARDO ROSAS
BRAYAN SMITH GARCIA

Profesor: ING. RICARDO SALAZAR C.

UNIVERSIDAD DEL CAUCA

FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
POPAYÁN, CAUCA
Agosto de 2017
CONTENIDO.
1. Definición de historias de usuario (A partir de las épicas ya creadas).
1.1. Crear historias de usuario.
1.1.1. Historias de usuario.
1.1.2. Criterio de aceptación de historias de usuario.
2. Historias de usuario estimadas y comprometidas.
2.1. Estimar historias de usuario.
2.1.1. Historias de usuario estimadas.
2.2. Comprometer historias de usuario.
2.2.1. Historias de usuario comprometidas.
3. Identificar tareas.
3.1. Lista de tareas
4. Crear el sprint Backlog.

4.1. Sprint backlog.

INTRODUCCIÓN

El siguiente documento incluye la fase de Planificación y Estimación que consiste en

procesos relacionados a la planificación y estimación de tareas, los cuales incluyen:
Crear historias de usuario, Estimar historias de usuario, Comprometer historias de
usuario, Identificar tareas, Estimar tareas y Crear el Sprint Backlog. Este capítulo está
redactado desde la perspectiva del equipo Scrum que trabaja en el sprint 1 con el
objetivo de producir entregables.
Dentro del documento se ve la labor de cada uno de los miembros del equipo scrum,
ello se evidencia en las tareas, y además el documento sentará las bases para realizar
un buen entregable del sprint 1.

DESARROLLO.
1. Definición Historias de usuario: Requerimientos y funcionalidades que desea
el usuario final.
1.1. Crear Historias de usuario.

1.1.1 Historias de usuario

a) Como paciente de la aplicación debería poder solicitar mi historia clínica

actualizada a fin de poder utilizarla en una eventual cita médica externa.
b) Como administrador de la aplicación debería poder generar la historia
clínica de un paciente a fin de que en dado caso el paciente la solicite.
c) Como paciente de la aplicación debería tener una lista de opciones para
elegir mis síntomas actuales a fin de que sean analizados por el sistema.
d) Como usuario necesito que el dispositivo “Virtual Health” tome los datos
pertinentes a fin de que sean analizados por el sistema.
e) Como usuario de la aplicación necesito que la app con los datos que
suministre me de un diagnóstico a fin de poder prevenir alguna
enfermedad de gravedad.
f) Como administrador debería tener información de las consultas médicas
prioritarias o que no pudieron ser solucionadas por el sistema a fin de
poder asignarle un médico de turno.
g) Como médico necesito asignar una cita médica presencial en caso de no
poder dar un diagnóstico de manera virtual.
 h) Como administrador de la página debería generar informes sobre las citas
médicas virtuales a fin de generar un archivo y llevar un control de los
datos.
i) Yo como Lector de la página necesito visualizar “El porqué del producto”
con la finalidad de obtener un interés e iniciativa por querer utilizarlo.
j) Como usuario del producto debería ingresar a la página con mi usuario y
contraseña a fin de visualizar mis últimos datos de signos vitales.
k) Como usuario del producto necesito realizar una solicitud de consulta
médica virtual a fin de ser atendido por mi médico desde la comodidad de
mi hogar.
l) Como usuario del producto debería tener un cronograma de la
disponibilidad laboral de mi médico asignado.
m) Como usuario del producto necesito visualizar un cronograma de las citas
médicas que tengo programadas con mi médico a fin de asistir de manera
oportuna a las mismas.
n) Como administrador de la app debería ingresar a la página con mi usuario
y contraseña a fin de controlar el producto.
o) Como administrador del producto debería poder registrar nuevos usuarios
paciente/médico a fin de gestionar el producto.
p) Como administrador del producto debería poder eliminar usuarios
(paciente/médicos) a fin de hacer gestión del producto.
q) Como médico de la app necesito ingresar con mi usuario y contraseña a
fin de visualizar un listado de mis pacientes asignados y sus
correspondientes datos de salud.
r) Como médico de la app necesito un cronograma general de citas médicas
a fin de conocer mi horario de trabajo.
s) Como usuario de la app necesito un cronograma de disponibilidad del
médico a fin de poder asignar una cita médica.
t) Como usuario de la app necesito eliminar una cita programada a fin de
avisar con anticipación que no podré asistir a la misma.
u) Como usuario de la app necesito poder editar mis datos personales a fin
de estar actualizado en cuanto a teléfonos, correos, edad.

1.1.2. Criterio de aceptación de historias de usuario.

Brindan la objetividad requerida para que las historias de usuario se consideren
terminadas o no terminadas durante la revisión.
a). Objetivo: cuando el usuario oprima el botón de consulta de historia clínica, se le
despliega una página con la correspondiente historia.
b). Objetivo: enviar exitosamente el historial clínico y que se realice la visualización
de este por parte del paciente.
c). Objetivo: Mostrar una lista de síntomas al paciente y pueda seleccionar con los
que se identifique, enviarlo al sistema y recibir un mensaje de respaldo en caso de
envío exitoso.
d). Objetivo: almacenar en la base de datos los signos tomados por el dispositivo.
e). Objetivo: analizar datos ingresados y arrojar un diagnóstico de
tal análisis el cual podrá verse en la interfaz del usuario paciente
f). Objetivo: aparición de consultas que no pudieron ser realizadas por el sistema
en la interfaz del administrador y automáticamente se le habiliten al paciente
los horarios disponibles para cita presencial.
g). Objetivo: aparición de horario disponible para cita presencial en la app del
paciente.
h). Objetivo: mostrar en un recuadro de la interfaz del administrador del sistema
todas las citas médicas virtuales con sus respectivas observaciones como: duración,
fecha, especialista y paciente etc…
I) Objetivo: visualización de beneficios, funcionalidades y utilidades del producto
en la interfaz web del usuario, accediendo a esta por medio de una opción llamada “por
qué Virtual Health”
j) Objetivo: crear un un login para el acceso.
k). Objetivo: Implementar en la página Web del usuario paciente acceso a una cita
virtual dado el caso de no haber sido diagnosticado por el sistema, por medio de unos
horarios establecidos que le aparecerán instantáneamente.

l). Objetivo: el paciente tendrá un botón en su menú principal para pedir una cita,
oprimiendo el botón se desplegará un cronograma del horario disponible del médico
asignado y ahí tendrá la ooc de agenda la.

m). Objetivo: en el menú principal del usuario paciente se podrá observar un cuadro
con las fechas de las citas asignadas, poseerá información como día, hora de la cita y
el médico con el que tiene la cita.
n). Objetivo: en el menú principal de la página e ingresando los datos
correspondientes de un administrador se desplegará una página nueva con el menú
principal del administrador, esta página va a ser distinta a los de los usuarios y médicos
y tendrá las opciones de eliminar usuario, crear usuario, generar informes.

o) Objetivo: una vez iniciada la sesión el administrador tendrá una opción para
agregar un nuevo usuario, en donde saldrán unos campos para introducir sus datos
personales y creando una contraseña a su gusto, que luego el usuario podrá cambiar.
p). Objetivo: En el menú del administrador tendrá una botón para eliminar a un
usuario, se desplegará un menú y en ese menú deberá digitar el nombre del usuario
que desea eliminar
q). Objetivo:En el menú principal después de iniciar sesión con su usuario y
contraseña al médico se le mostrará la lista de pacientes a su servicio en una tabla con
el nombre y el estado de salud
r). Objetivo:En el menú principal del médico cuando inicie sesión con el usuario y la
contraseña tendrá un botón el cual desplegará un cronograma el con el que le
recordará que días tiene citas médicas.
s). Objetivo: Con el botón de asignar una cita médica va a desplegar un horario el
cual va a mostrar los horarios en el que el médico está disponible y seleccionando una
casilla del horario se asignará la cita
t). Objetivo: Un botón en la página para poder eliminar una cita médica pedida con
anterioridad, el botón debe estar ubicado en el horario donde se muestra la cita médica
asignada.
u). Objetivo: Cuando el usuario quiera cambiar su información va a tener un botón el
cual lo va a llevar a un menú extra para diligenciar los nuevos datos el cual va a requerir
que el usuario digital antes su usuario y contraseña.

2. Historias de usuario estimadas y comprometidas.

2.1. Estimar historias de usuario.
2.1.1. Historias del usuario estimadas.
Método utilizado: Planning poker.
Relative Sizing: complejidad en orden ascendente donde un puntaje = 1 indica la
mínima complejidad y un puntaje = 10 indica la máxima complejidad.

VALOR
HISTORIAS DE USUARIO PUNTO
HISTORIA
Como paciente de la aplicación debería poder solicitar mi historia clínica 5
actualizada a fin de poder utilizarla en una eventual cita médica externa.
Como administrador de la aplicación debería poder generar la historia
5
clínica de un paciente a fin de que en dado caso el paciente la solicite.
Como paciente de la aplicación debería tener una lista de opciones para
4
elegir mis síntomas actuales a fin de que sean analizados por el sistema.
Como usuario necesito que el dispositivo “Virtual Health” tome los datos
4
pertinentes a fin de que sean analizados por el sistema.
Como usuario de la aplicación necesito que la app con los datos que
suministre me de un diagnóstico a fin de poder prevenir alguna 7
enfermedad de gravedad.
Como administrador debería tener información de las consultas médicas
prioritarias o que no pudieron ser solucionadas por el sistema a fin de 5
poder asignarle un médico de turno.
Como médico necesito asignar una cita médica presencial en caso de no
5
poder dar un diagnóstico de manera virtual.
Como administrador de la página debería generar informes sobre las citas
médicas virtuales a fin de generar un archivo y llevar un control de los 6
datos.
Yo como Lector de la página necesito visualizar “El por qué del producto”
1
con la finalidad de obtener un interés e iniciativa por querer utilizarlo.
Como usuario del producto debería ingresar a la página con mi usuario y
4
contraseña a fin de visualizar mis últimos datos de signos vitales.
Como usuario del producto necesito realizar una solicitud de consulta
médica virtual a fin de ser atendido por mi médico desde la comodidad de 6
mi hogar.
Como usuario del producto debería tener un cronograma de la
4
disponibilidad laboral de mi médico asignado.
Como usuario del producto necesito visualizar un cronograma de las citas
médicas que tengo programadas con mi médico a fin de asistir de manera 4
oportuna a las mismas.
Como administrador de la app debería ingresar a la página con mi usuario
4
y contraseña a fin de controlar el producto.
Como administrador del producto debería poder registrar nuevos usuarios
5
paciente/médico a fin de gestionar el producto.
Como administrador del producto debería poder eliminar usuarios
5
(paciente/médicos) a fin de hacer gestión del producto.
Como médico de la app necesito ingresar con mi usuario y contraseña a
fin de visualizar un listado de mis pacientes asignados y sus 7
correspondientes datos de salud.
Como médico de la app necesito un cronograma general de citas médicas 6
a fin de conocer mi horario de trabajo.
Como usuario de la app necesito un cronograma de disponibilidad del
6
médico a fin de poder asignar una cita médica.
Como usuario de la app necesito eliminar una cita programada a fin de
4
avisar con anticipación que no podré asistir a la misma.
Como usuario de la app necesito poder editar mis datos personales a fin
4
de estar actualizado en cuanto a teléfonos, correos, edad.

2.2. Comprometer historias de usuario.

2.2.1 Historias de usuario comprometidas.
El equipo scrum se comprometió al siguiente subconjunto de historias de usuario
estimadas:
1. Yo como Lector de la página necesito visualizar “El por qué del producto” con la
finalidad de obtener un interés e iniciativa por querer utilizarlo.
2. Como administrador de la app yo debería ingresar a mi página con mi usuario y
contraseña a fin de controlar el producto.
3. Como administrador del producto yo debería poder registrar nuevos
usuarios/médicos a fin de gestionar el producto.
4. Como administrador del producto debería poder eliminar usuarios
(paciente/médicos) a fin de hacer gestión del producto.
5. Como usuario de la aplicación debería ingresar a la página con mi usuario y
contraseña a fin de visualizar mis últimos datos de signos vitales.
6. Como paciente de la aplicación debería tener una lista de opciones para elegir
mis síntomas actuales a fin de que sean analizados por el sistema.
7. Como usuario de la app necesito poder editar mis datos personales a fin de estar
actualizado en cuanto a teléfonos, correos, edad.

3. Identificar tareas.
3.1. Lista de tareas. (Diagrama de Gantt)

Tareas HU N°1.
1. Generar un campo desplegable donde se encuentre información sobre la naturaleza
del producto, su importancia y valor agregado para el interesado.
2. Crear un diseño código HTML y CSS de fácil manejo y llamativo para el usuario.
Tareas HU N°2.
3. Elaborar una nueva interfaz únicamente para el administrador del producto que tenga
la funcionalidad de editar la base de datos.
4. Generar un login con usuario y contraseña para el administrador del sistema; cuya
validación se encuentre registrada en la base de datos.
Tareas HU N°3.
5. crear dos tablas en la base de datos para usuarios pacientes y médicos
respectivamente.
6. Elaborar una opción de crear un nuevo usuario paciente (nombre, edad, ubicación,
teléfono, correo electrónico, EPS, estatura) y médico (nombre, edad, ubicación,
teléfono, correo electrónico, especialidad).
7. Enviar y almacenar datos de registro de los usuarios pacientes y médicos mediante
código PHP embebido MySQL.
8. Generar un “Autoincrementable” en la base de datos en la cual a medida que se
haga un nuevo registro de paciente, a éste se le asigne un nuevo id_dispositivo.
Tareas HU N°4.
9. Hacer un campo de búsqueda de usuarios y médicos para control del administrador.
10. Elaborar un botón para eliminar un usuario paciente o médico cuando sea el caso
en caso de una consulta satisfactoria.
Tareas HU N°5.
11. Elaborar una nueva interfaz general para el paciente de la aplicación que tenga la
funcionalidad de mostrar los datos tomados por el sensor.
12. Generar un login con usuario y contraseña para el usuario de la aplicación; cuya
validación se encuentre registrada en la base de datos.
Tareas HU N°6.
13. Establecer un campo llamado “Que tienes” que muestre un lista seleccionable de
síntomas generales que padece el ser humano.
14.Enviar y almacenar la información suministrada por el usuario mediante un botón
para que una vez finalizado el proceso se despliegue un mensaje de “envío
satisfactorio”.
Tareas HU N°7
15. Crear en la interfaz web del usuario paciente una opción de editar datos personales.
16. Enviar el cambio de la información que proporcionó el usuario a su respectiva base
de datos.
4. Crear el sprint Backlog.

4.1 Sprint backlog

Historia de Usuario Tareas a realizar Tareas Tareas ENCARGADO Riesgo
en realizadas
proceso
Yo como Lector de la 1. Crear un diseño Generar un Cristian David Bajo
página necesito código HTML y CSS de campo Quilindo
visualizar “El por qué fácil manejo y llamativo desplegable
del producto” con la para el usuario. donde se
finalidad de obtener encuentre
un interés e iniciativa información
por querer utilizarlo. sobre la
naturaleza del
Como administrador 2. Elaborar una nueva producto, su Javier Eduardo Medio
de la app yo debería interfaz únicamente importancia y Rosas
ingresar a mi página para el administrador valor
con mi usuario y del producto que tenga agregado
contraseña a fin de la funcionalidad de para
controlar el producto. editar la base de datos. el interesado.

3. Generar un login con

usuario y contraseña
para el administrador
del sistema; cuya
validación se encuentre
registrada en la base
de datos.

Como administrador 4. Crear dos tablas en Daniela Alto

del producto yo la base de datos para Granada
debería poder usuarios pacientes y Salazar y
registrar nuevos médicos Vanessa
usuarios/médicos a fin respectivamente. Fernandez
de gestionar el
producto. 5. Elaborar una opción
de crear un nuevo
usuario paciente
(nombre, edad,
ubicación, teléfono,
correo electrónico,
EPS, estatura) y
médico (nombre, edad,
ubicación, teléfono,
correo electrónico,
especialidad).

6. Enviar y almacenar
datos de registro de los
usuarios pacientes y
 médicos mediante
código PHP embebido
MySQL.

7. Generar un
“Autoincrementable” en
la base de datos en la
cual a medida que se
haga un nuevo registro
de paciente, a éste se
le asigne un nuevo
id_dispositivo.

Como administrador 8. Hacer un campo de Brayan Smith Medio

del producto debería búsqueda de usuarios García
poder eliminar y médicos para control
usuarios del administrador.
(paciente/médicos) a
fin de hacer gestión 9. Elaborar un botón
del producto. para eliminar un
usuario paciente o
médico cuando sea el
caso en caso de una
consulta satisfactoria.

Como usuario de la 10. Elaborar una nueva Cristian David Medio

aplicación debería interfaz general para el Quilindo y
ingresar a la página paciente de la Javier Rosas
con mi usuario y aplicación que tenga la
contraseña a fin de funcionalidad de
visualizar mis últimos mostrar los datos
datos de signos tomados por el sensor.
vitales.
11. Generar un login
con usuario y
contraseña para el
usuario de la
aplicación; cuya
validación se encuentre
registrada en la base
de datos.

Como paciente de la 12. Establecer un Vanessa Medio

aplicación debería campo llamado “Que Fernández
tener una lista de tienes” que muestre un
opciones para elegir lista seleccionable de
mis síntomas actuales síntomas generales
a fin de que sean que padece el ser
analizados por el humano.
sistema.
13. Enviar y almacenar
la información
 suministrada por el
usuario mediante un
botón para que una vez
finalizado el proceso se
despliegue un mensaje
de “envío satisfactorio”.

Como usuario de la 14. Crear en la interfaz Daniela Medio

app necesito poder web del usuario Granada y
editar mis datos paciente una opción de Brayan Smith
personales a fin de editar datos García
estar actualizado en personales.
cuanto a teléfonos,
correos, edad. 15. Enviar el cambio de
la información que
proporcionó el usuario
a su respectiva base de
datos.