SlideShare una empresa de Scribd logo
1 de 70
Descargar para leer sin conexión
MEDICITAPP: DESARROLLAR UNA PLATAFORMA TECNOLOGICA
PARA LA SOLICITUD DE CITAS MÉDICAS
AUTOR(ES):
LIBIS JOHANA GONZALEZ DÍAZ
HUGO ARMANDO PADILLA ARRIETA
DIRECTOR:
DANIEL JOSÉ SALAS ALVAREZ
UNIVERSIDAD DE CÓRDOBA
DEPARTAMENTO DE INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES
FACULTAD DE INGENIERÍA
INGENÍERIA DE SISTEMAS
LORICA, CÓRDOBA
12 de agosto del 2020
TABLA DE CONTENIDO
CAPÍTULO 1 PAGINA
1.1 INTRODUCCIÓN----------------------------------------------------------------- 4
1.2 PLANTEAMIENTO DEL PROBLEMA--------------------------------------- 5
1.3 JUSTIFICACIÓN-------------------------------------------------------------------6
1.4 OBJETIVOS ------------------------------------------------------------------------7
1.4.1 OBJETIVO GENERAL----------------------------------------------------7
1.4.2 OBJETIVOS ESPECÍFICOS--------------------------------------------7
1.5 CRONOGRAMA DE ACTIVIDADES-----------------------------------------8
1.6 PRESUPUESTO------------------------------------------------------------------9
1.7 TABLA DE GESTIÓN DE RIESGOS---------------------------------------10
CAPÍTULO 2
2.1 IDENTIFICACIÓN DE PROCESOS ----------------------------------------11
2.2 MODELO DE PROCESOS----------------------------------------------------12
CAPÍTULO 3
3.1 PROPOSITO DEL SISTEMA------------------------------------------------ 14
3.2 FUNCIONALIDADES GENERALES DEL PRODUCTO-------------- 15
3.3 TIPOS DE USUARIOS-------------------------------------------------------- 16
3.4 ESPECIFICACIONES DE REQUISITOS SOFTWARE---------------17
3.4.1 REQUISITOS FUNCIONALES DEL SOFTWARE----------17
3.4.2 REQUISITOS NO FUNCIONALES DEL SOFTWARE-----17
3.4.3 DIAGRAMAS DE CASOS DE USO ----------------------------20
3.4.4 DOCUMENTACION DE CASOS DE USO--------------------21
CAPÍTULO 4
4.1 DISEÑO ARQUITECTONICO DEL SOFTWARE------------------------26
4.1.1 DISEÑO DE INTERFAZ DEL SOFTWARE -------------------27
4.2 DIAGRAMA DE SECUENCIAS-----------------------------------------------32
4.3 DIAGRAMA DE ESTADO------------------------------------------------------33
4.4 DIAGRAMA DE CLASES ------------------------------------------------------35
4.5 MODELO ENTIDAD RELACIÓN---------------------------------------------36
4.6 MODELO RELACIONAL -------------------------------------------------------37
4.7 DICCIONARIO DE DATOS ---------------------------------------------------38
CAPITULO 5
5. IMPLEMENTACIÓN---------------------------------------------------------------41
5.1 HERRAMIENTA DE DESARROLLO-------------------------------41
5.2. ESTÁNDAR DE DESARROLLO-----------------------------------41
5.2.1 ESTANDAR CMMI -----------------------------------------41
5.2.2 ISO 9000:2000 ----------------------------------------------42
5.3 ESTRATEGIA DE DESARROLLO. -------------------------------43
5.4 PLANIFICACIÓN DEL DESARROLLO---------------------------43
CAPITULO 6
6. PRUEBAS DEL SOFTWARE--------------------------------------------------44
6.1 PLAN DE PRUEBAS -------------------------------------------------45
6.1.1. AMBIENTE PARA DESARROLLAR LAS PRUEBAS-----49
6.2. REALIZACIÓN DE LAS PRUEBAS------------------------------50
6.3. INFORME DE LAS PRUEBAS------------------------------------55
CONCLUSIONES -------------------------------------------------------------------56
REFERENCIAS-----------------------------------------------------------------------57
ANEXOS--------------------------------------------------------------------------------58
MANUAL DE USUARIO------------------------------------------------------------59
CAPÍTULO 1
1.1 INTRODUCCIÓN
El día a día del ser humano se encuentra constituido de procesos de diferentes tipos
y con diferentes finalidades; no obstante, estos procesos se encuentran en constante
cambio, lo cual origina la búsqueda de su simplificación. Respecto a siglos pasados, los
procesos en el siglo XXI han incorporado la tecnología como método de innovación y los
procesos de salud no se quedan atrás, lo cual le permite a todo ser humano su
restructuración y mejoramiento con el pasar del tiempo. uno de estos procesos es la
forma en la que realizan las citas médicas los seres humanos; este se ha convertido en
uno de los procesos más importante en la actualidad, puesto que, la salud es algo
primordial para todos.
Existen diferentes maneras de relacionar los procesos de la salud en su totalidad con la
tecnología, los cuales abarcan desde las funciones más insignificantes hasta las más
complejas; esta relación le facilita a los ciudadanos la ejecución de acciones de manera
simple y al alcance de su mano, usar los medios tecnológicos para llevarlos a un plano
donde acciones como solicitudes médicas pueden ser realizadas desde la comodidad de
su casa y facilitando el trabajo a personas encargadas de estos procedimientos
actualmente; es decir, beneficia en su totalidad al usuario y a quienes ofrezcan el servicio.
La finalidad de este proyecto es desarrollar herramienta software, en aras de mejorar
los procesos que están relacionados con el área de la salud, en este caso el proceso de
citas médica, este se llevará a cabo a través de una app móvil, en la cual, los usuarios
de la CLÍNICA LA TRINIDAD, podrán realizar solicitudes de citas médicas, en todas las
especialidades que esta maneja y funciones derivadas de esta.
1.2 PLANTEAMIENTO DEL PROBLEMA
Las entidades prestadoras de servicios de la salud en todo el territorio colombiano, están
tan congestionadas que, para el proceso de apartar una cita médica o cualquier otro
trámite perteneciente a esta área, ya sea presencialmente o vía telefónica; se tardan
demasiado, convirtiéndolo así en algo exhaustivo y tedioso.
Día a día los usuarios de entidades prestadoras de servicios de salud, se enfrentan a
problemas con estas empresas, puesto que realizar una solicitud, la respuesta de esta,
puede ser muy tardía, lo que ocasiona molestias en el paciente que realiza estas
peticiones o solicitudes. ajena a esta problemática no se encuentra la CLÍNICA LA
TRINIDAD, la cual, al tener un flujo considerable de pacientes, los cuales oscilan entre
los 4500 y 5000 pacientes. En esta al igual que las otras entidades hay una gran
congestión al momento de apartar una cita médica, ya que se presentan largas filas, lo
que hace que este proceso se pueda extender por horas, generando quejas constantes
de los usuarios.
La CLÍNICA LA TRINIDAD Es una entidad privada, la cual presta sus servicios a los
habitantes del municipio de SANTA CRUZ DE LORICA, esta cuenta con varias
especialidades entre las que se encuentran, medicina general, anestesiología, ortopedia
y traumatología, ginecobstetricia, urología, medicina interna, cirugía general, pediatría,
nutrición y dietética, enfermería, servicios de rayos x y urgencias médicas; además
cuenta con los servicios de farmacología. esta entidad atiende diariamente un promedio
de 500 pacientes en las diferentes especialidades, en cada una de estas se planifican 50
pacientes al día aproximadamente.
La idea principal con este proyecto es de agilizar el proceso de solicitud de citas médicas,
en cada uno de los diferentes servicios que ofrece esta entidad, mediante la realización
de la herramienta software; esto con el fin, de evitar las largas filas durante un largo
tiempo, una mala atención o un horario para nada adecuado, para así poder
descongestionar de manera notable las sedes donde se asignan dichas citas médicas,
esto se hará haciendo uso de las nuevas tecnologías, y utilizando recursos ya existentes
como lo es el teléfono móvil; en el cual a través de una aplicación se podrán solicitar
estos servicios, desde la comodidad del hogar de cada uno de los usuarios.
1.3 JUSTIFICACIÓN
Los grandes avances que ha tenido la tecnología, han facilitado muchos procesos en la
actualidad, por eso las entidades de salud están llamadas a implementar sistemas de
información para mejorar sus procesos.
Con el fin de mejorar su proceso actual de solicitud y asignación de citas, se centra en la
importancia de esta investigación en la que sé que brinda información de gran relevancia
que puede ser utilizada por diferentes entidades de salud para mejorar sus procesos.
Este proyecto consiste en el análisis, diseño e implementación de un sistema de
información para realizar el proceso de solicitud y asignación de citas médicas en la
CLÍNICA LA TRINIDAD del municipio de Santa Cruz de Lorica. La población que se
beneficiará con esto serán todas aquellas personas que quieran acceder a los servicios
de salud que estén disponibles. Con la implementación de este sistema se ahorrarán
mucho tiempo las personas interesadas en solicitarlas, ya que, podrán realizar dicho
proceso desde sus casas.
1.4 OBJETIVOS
1.4.1 OBJETIVO GENERAL
● Desarrollar un software, para optimizar el proceso de solicitud de citas médicas
en la CLINICA LA TRINIDAD en Lorica, en el departamento de Córdoba,
Colombia.
1.4.2 OBJETIVOS ESPECÍFICOS
● Analizar las condiciones actuales del proceso de asignación de citas en la
CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia.
● Describir los requisitos funcionales y no funcionales asociados con la CLÍNICA LA
TRINIDAD en Lorica – Córdoba, Colombia.
● Desarrollar el software orientado a la CLÍNICA LA TRINIDAD en Lorica – Córdoba,
Colombia.
● Implementar y validar los módulos del software en la CLÍNICA LA TRINIDAD en
Lorica – Córdoba, Colombia.
1.5 CRONOGRAMA DE ACTIVIDADES
(Diagrama de Gantt)
En el siguiente cronograma se detallan el tiempo estimado para cada una de las
actividades de este proyecto.
OBJETIVO ACTIVIDADES A
DESARROLLAR
TIEMPO EN SEMANAS
1 2 3 4 5 6 7 8 9 1
0
1
1
1
2
1
3
1
4
1
5
1
6
Analizar las condiciones
actuales del proceso
solicitud de citas en la
CLÍNICA LA TRINIDAD
en Lorica – Córdoba,
Colombia.
Solicitud de
información
Revisión de los
datos recibidos
Describir los
requerimientos del
software en la CLÍNICA
LA TRINIDAD en Lorica –
Córdoba, Colombia.
Documentar los
requisitos
funcionales
Documentar los
requisitos no
funcionales
Desarrollar el software
orientado a la CLÍNICA LA
TRINIDAD en Lorica –
Córdoba, Colombia.
Diseñar la
arquitectura del
software
Implementación de
los módulos del
software
Realizar las pruebas
del software en una
pequeña población
Implementar el software
en la CLÍNICA LA
TRINIDAD en Lorica –
Córdoba, Colombia.
Entrega del software
a la entidad de
salud
Evaluación del
impacto en los
usuarios
Padilla & González (2020)
1.6 PRESUPUESTOS
En la siguiente tabla se detallará el costo aproximado del proyecto según sus
especificaciones, donde se toma como referencia el entorno en el que se desarrolla el
software:
COSTOS APROXIMADOS
TIPO DE RECURSO ESPECIFICACIÓN VALOR
DESARROLLO
Documentación y diseño
del proyecto
$3.000.000 COP
Asesoría profesional
Tiempo de trabajo
MATERIAL
Entorno de desarrollo
$3.000.000 COP
Entorno de simulación
OTROS Viáticos $976.000 COP
TOTAL $6.976.000 OP
Padilla & González (2020)
1.7 TABLA DE GESTION DE RIESGOS
En la siguiente tabla se describen los posibles riesgos que podría tener este proyecto, la
descripción de los mismos, el impacto que estos generarían en la elaboración y ejecución
de este software; el plan de mitigación que tenemos para solucionar estos riesgos en
caso de que se presenten.
RIESGOS DESCRIPCION IMPACTO MITIGACIÓN
Diseño diferente al requerido La persona en carga de
realizar el diseño del
software no sea competente
en esta área, diseño quede
diferente a mostrado al
cliente al inicio del
proyecto.
Genera retraso en el
proyecto
Al momento de la
seleccionar debe contar
con las certificaciones
necesarias que lo
catalogan con competente
para laborar en esa área.
Atraso en las actividades Que las actividades se
demoren más tiempo de lo
necesario
Causa retraso al
proyecto
Se deben mantener
seguimiento constante de
las actividades.
Falta de recursos económicos
en el desarrollo del proyecto.
Que en el desarrollo del
proyecto nos damos cuenta
que se realizó mal el
presupuesto, y esto genera
un sobre costo del proyecto.
Causa sobrecosto Se deben realizar un buen
presupuesto, basando en
precios reales.
Desconocimiento de las
herramientas tecnológicas en
las que se va a desarrollar el
proyecto (android studio)
El desarrollador no maneje
bien el lenguaje y el entorno
de desarrollo escogidos
para llevar a cabo el
proyecto.
Generan retrasos y
sobre costos
Se debe escoger un
desarrollador certificado
en el lenguaje escogido.
Padilla & González (2020)
CAPITULO 2
MODELO DE PROCESOS
2.1 IDENTIFICACIÓN DE PROCESOS
Proceso: asignación de citas
A continuación, se hará una breve descripción del proceso de asignación de citas en la
CLINICA LA TRINIDAD DE LORICA.
Descripción del proceso:
1) El proceso inicia con el actor paciente el cual se encarga de realizar una solicitud
para una cita. Este proceso se le asigna como tarea la entrega de documento de
identidad y carnet de salud.
2) El actor secretaria se encarga de buscar la disponibilidad para dicha solicitud.
3) La secretaria agenda la cita si hay disponibilidad cercada a la fecha requerida por
el paciente.
4) En caso de que no haya disponibilidad en la fecha solicitada, la secretaria busca
fechas próximas para asignar la cita.
5) La secretaria le asigna un paciente al actor médico.
6) Envía comprobante de cita al paciente.
Proceso: cancelación de cita
A continuación, se hará una breve descripción del proceso de cancelación de citas en la
CLINICA LA TRINIDAD DE LORICA.
Descripción del proceso:
1) Este proceso inicia con el actor paciente el cual solicita cancelar cita.
2) La secretaria verifica la existente de la cita, es decir que esta haya sido asignada
con anterioridad.
3) Si la cita no fue asignada la secretaria envía notificación de la no existencia de la
cita
4) Si la cita existe la secretaria efectúa la cancelación y se notifica al paciente y al
médico.
Proceso: envió de informes
A continuación, se describe el proceso de informar a entes en la CLINICA LA
TRINIDAD DE LORICA
Descripción del proceso:
1) este proceso inicia con el actor secretaría de salud municipal esta solicita un
informe semanal
2) la secretaria envía informe
3) la secretaria de salud municipal verifica la información si es correcta envía
notificación de que se acepta el informe
4) si no es correcta la información la secretaria de salud municipal rechaza y solicita
un nuevo informe.
2.2 MODELO DE PROCESOS
Las imágenes siguientes representan el modelado de estos procesos en BPMN
utilizando la herramienta de Bizagi modeler
Fig.1 Solicitud y asignación de citas
Fig.2 cancelación de citas
Fig.3 envió de informes
CAPÍTULO 3
ESPECIFICACIÓN DE REQUISITOS
3.1 PROPÓSITO DEL SISTEMA
Los grandes cambios que han surgido en la actualidad, han llevado a la mejora de
muchos procesos, entre esos los relaciones con la salud. Por eso con este sistema se
busca simplificar los procesos relacionados con la asignación de citas médicas en la
clínica la trinidad del municipio de lorica, esto se hará a través de un sistema de
información, en la cual las personas podrán solicitar sus citas médicas sin necesidad de
salir de su hogar, puesto que solo necesitan tener un teléfono inteligente y acceso a
internet, esto es algo muy común ya que cualquier persona en la actualidad tiene uno.
Con este software se tiene como finalidad la reducción de las congestiones, que este
proceso genera actualmente en las estructuras físicas de la clínica la trinidad.
3.2 FUNCIONALIDADES GENERALES DEL PRODUCTO
Para la realización del software, se usará el entorno de desarrollo de ANDROID STUDIO,
donde a su vez se desarrollará en el lenguaje de programación JAVA, y una base de
datos en SQLite; cuya funcionalidad es la siguiente:
A). En la zona de registro es para pacientes que aún no se ha registrado en la aplicación.
aquí el usuario solicita sus credenciales teniendo en cuenta sus NOMBRES,
APELLIDOS, N° DE CEDULA, N° DE TELEFONO (para contacto), CORREO Y
CONTRASEÑA, para su posterior activación, esto porque el software se encuentra
dirigido exclusivamente a los usuarios de la CLINICA LA TRINIDAD y no es accesible
para los demás usuarios temporalmente, por lo cual el administrador será quien habilite
los usuarios y los enviará a los correos registrados.
B) Para el ingreso saldrán las opciones “Ingreso como paciente” e “Ingreso como médico”
- En la sección de ingreso para médicos se solicitará el CORREO Y CONTRASEÑA
ingresados en registro, en este tendrán acceso a la información de la persona que se
agendó en la aplicación.
- En la sección de ingreso para pacientes, se solicitará el CORREO Y CONTRASEÑA
ingresados en registro, en este aparecerá la sección de agenda donde saldrán las citas
solicitadas.
C) Para la solicitud de citas se tiene en cuenta lo siguiente:
- Después de ingresar, saldrá la opción de “agendar citas”, “citas agendadas” y “Ver mapa
del sitio” Al seleccionar “Agendar citas” e irá a la siguiente ventana donde se rellenen los
campos automáticamente de NOMBRES, APELLIDOS, N° DE CEDULA, N° DE
TELEFONO (para contacto), CORREO Y CONTRASEÑA, el software le pedirá el tipo
de cita médica en un panel desplegable donde saldrán: “Medicina general, odontología,
citología, etc.) y según la opción seleccionada se desplegará otro donde saldrán los
médicos disponibles para este tipo de cita y su N° de consultorio.
- Se seleccionará una fecha y hora disponible para el médico, la cual variará según la
cantidad de citas que hayan sido agendadas con anterioridad, ya que un médico solo
puede atender a máximo 50 pacientes diariamente; por lo tanto, cuando un médico ya
tenga el cupo de pacientes lleno, la aplicación le dirá al usuario que para ese día que
requiere ese médico no está disponible y le sugiere cambiar de fecha.
Luego de enviar la solicitud, deberá aparecer en la sección “Citas agendadas” la cual
automáticamente generará un código QR que contendrá la información de la cita médica
previamente solicitada, lo cual será importante para el día de la cita en cuestión ya que
de esté depende la lectura del código para el orden de llegada y facturación; al igual es
posible cancelar una cita agendada; luego de agendada una cita hay un tiempo prudente
establecido por la entidad prestadora del servicio, en el cual el usuario puede cancelar su
cita, desde una opción “cancelar cita” que estará habilitada en esta misma ventana.
En este software es posible ver el mapa del sitio para ubicar el consultorio del médico en
el que agendó su cita, en este se tomará como referencia principal la entrada para que la
persona se ubique de manera rápida, aunque en este saldrán los nombres de cada una
de las secciones de este sitio.
3.3 TIPO DE USUARIO
En este software interactuaran varios usuarios, entre los cuales tenemos:
 Los pacientes: estos son quienes realizan el proceso de solicitud de citas.
 Los médicos: los las personas que se encargaran de llevar acabo las citas
médicas. A estos se les asignaran pacientes a medica que se vayan solicitando
las citas.
 Administrador del sistema: es la persona encargada de llevar un control del
funcionamiento general del software.
3.4 ESPECIFICACION DE REQUISITOS SOFTWARE
3.4.1 REQUISITOS FUNCIONALES DEL SOFTWARE
3.4.2 REQUISITOS NO FUNCIONALES DEL SOFTWARE
EMPRESA: CLINICA LA TRINIDAD
DEPENDENCIA: AREA ADMINISTRATIVA
PROCESO: ASIGNACIÓN DE CITAS.
FECHA: 11/10/2020
CODIGO TIPO DE
REQUISITO
DESCRIPCIÓN TIPO DE
USUARIO
RF1 FUNCIONAL
El sistema deberá guardar los usuarios que se soliciten
activación y posteriormente hagan login en el software.
PACIENTE
y MEDICO
RF2 FUNCIONAL
El sistema deberá permitir diligenciar el formato de
solicitud de citas.
PACIENTE
RF3 FUNCIONAL
El sistema deberá generar un código QR con la
información de la cita.
PACIENTE
RF4 FUNCIONAL
El sistema deberá permitir ver las citas previamente
agendadas.
MEDICO
RNF5
NO
FUNCIONAL
El software tendrá una interfaz de uso simple para el
usuario
RNF6 NO
FUNCIONAL
El sistema será desarrollado en la plataforma Android
Studio y lenguaje Java.
RNF7 NO
FUNCIONAL
El sistema guardará la información en la base de datos
SQLite.
Padilla & González (2020)
EMPRESA: CLINICA LA TRINIDAD
DEPENDENCIA: AREA ADMINISTRATIVA
PROCESO: CANCELACIÓN DE CITAS
FECHA: 11/10/2020
CODIGO TIPO DE
REQUISITO
DESCRIPCIÓN TIPO DE
USUARIO
RF1 FUNCIONAL
El sistema permitirá cancelar las citas
previamente agendadas.
PACIENTE
RF2
FUNCIONAL El sistema permitirá mostrar las citas
previamente canceladas.
MEDICO
RNF3
NO
FUNCIONAL
El software tendrá una interfaz de uso simple
para el usuario
RNF4 NO
FUNCIONAL
El sistema será desarrollado en la plataforma
Android Studio y lenguaje Java.
RNF5 NO
FUNCIONAL
El sistema guardará la información en la base de
datos SQLite.
Padilla & González (2020)
EMPRESA: CLINICA LA TRINIDAD
DEPENDENCIA: AREA ADMINISTRATIVA
PROCESO: ENVÍO DE INFORMES.
FECHA: 11/10/2020
CODIGO TIPO DE
REQUISITO
DESCRIPCIÓN TIPO DE
USUARIO
RF1 FUNCIONAL El sistema permitirá ver la información de las
citas agendadas.
ADMINISTRADOR
RF2 FUNCIONAL El sistema permitirá ver la información de las
citas canceladas.
ADMINISTRADOR
RF3 FUNCIONAL El sistema permitirá ver la información de las
citas atendidas.
ADMINISTRADOR
RNF4
NO
FUNCIONAL
El software tendrá una interfaz de uso simple
para el usuario
RNF5 NO
FUNCIONAL
El sistema será desarrollado en la plataforma
Android Studio y lenguaje Java.
RNF6 NO
FUNCIONAL
El sistema guardará la información en la base de
datos SQLite.
Padilla & González (2020)
3.4.3 DIAGRAMAS DE CASOS DE USO
Padilla & González (2020)
Padilla & González (2020)
3.4.4 DOCUMENTACIÓN DE CASOS DE USO
UC-1 Registrar usuarios.
Versión 1 de 11/10/2020
Autores Hugo Padilla Arrieta & Libis González Díaz
Fuentes Clínica la trinidad
Actores Paciente
Descripción El caso de uso permite a los usuarios de la clínica, registrarse en el software móvil
Precondición Estar registrado en el seguro social Colombiano.
Secuencia normal Paso Acción
1 El usuario solicita al sistema mostrar la interfaz de registro.
2 El sistema solicita saber si es “Paciente” o “Medico”
3 El usuario presiona en el botón “Paciente”.
4 El sistema arroja el formulario de registro de paciente, solicitando lo siguientes datos:
 (*) Nombres y apellidos (1)
 (*) Dirección (1)
 (*) Teléfono (1)
 (*) Documento de identidad (1)
 (*) Correo electrónico (1)
5 El usuario ingresa los datos necesarios, y presiona la opción “Registrarse”
6 El sistema ejecuta la acción y muestra un mensajes que fue guardado con éxito.
Post-condición
Excepciones Paso Acción
3 El usuario presiona el botón “Medico”
4 El sistema arroja el formulario de registro de médico, solicitando lo siguientes datos:
 (*) Nombres y apellidos (1)
 (*) Dirección (1)
 (*) Teléfono (1)
 (*) Documento de identidad (1)
 (*) N° de tarjeta profesional (1)
 (*) Correo electrónico (1)
5 El usuario ingresa los datos necesarios, y presiona la opción “Registrarse”
6 El sistema ejecuta la acción y muestra un mensajes que fue guardado con éxito.
Frecuencia de uso
por día:
Importancia según
lógica de negocio:
Complejidad Estado del Caso de Uso:
Máximo retardo esperado en
segundos
1 Alta Media Pendiente de verificación 3
 Importancia: Baja, Media, Alta
 Urgencia: Baja, Media, Alta
 Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En desarrollo,
Desarrollado)
Usuario que aprueba el requerimiento:
Nombre:_____________________________________________________ Firma: _________________________________________
DD/MM/YYYY : ___/___/______
Comentarios:
 Los (*) definen que los valores es los campos son requeridos
 Se debe confirmar los cambios en los datos: Eliminar Guardar.
 Los (1) definen que es Auto rellenado por el sistema
UC-2 Solicitar citas.
Versión 1 de 11/10/2020
Autores Hugo Padilla Arrieta & Libis González Díaz
Fuentes Clínica la trinidad
Actores Paciente y médico.
Descripción El caso de uso permite agendar la cita médica que el usuario solicite, en la cual tendrá en cuenta la dependencia que
necesite y el horario más conveniente.
Precondición Estar registrado previamente en la aplicación.
Secuencia normal
Paso Acción
1 El usuario solicita al sistema la interfaz de solicitud de citas.
2 El sistema muestra un listado de las especialidades y horarios
3 El usuario presiona en el nombre del médico y horario predilecto.
4 El sistema confirma disponibilidad de la cita médica.
5 El usuario verifica la información y acepta.
6 El sistema ejecuta la acción, guarda la información y genera el código QR.
Post-condición
Excepciones Paso Acción
Frecuencia de
uso por día:
Importancia según
lógica de negocio:
Complejidad Estado del Caso de Uso:
Máximo retardo esperado
en segundos
1 Alta Baja Pendiente de verificación 3
 Importancia: Baja, Media, Alta
 Urgencia: Baja, Media, Alta
 Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En
desarrollo, Desarrollado)
Usuario que aprueba el requerimiento:
Nombre:_____________________________________________________ Firma: _________________________________________
DD/MM/YYYY : ___/___/______
Comentarios:
 Los (*) definen que los valores es los campos son requeridos
 Se debe confirmar los cambios en los datos: Eliminar Guardar.
 Los (1) definen que es Auto rellenado por el sistema
UC-3 Cancelar citas.
Versión 1 de 11/10/2020
Autores Hugo Padilla Arrieta & Libis González Díaz
Fuentes Clínica la trinidad
Actores Paciente
Descripción El caso de uso permite cancelar la solicitud previamente realizada.
Precondición Tener solicitud de cita médica previa..
Secuencia normal
Paso Acción
1 El usuario solicita al sistema la interfaz de cancelación de citas.
2 El sistema muestra un listado de las citas solicitadas anteriormente.
3 El usuario selecciona la cita médica a cancelar.
4 El sistema confirma la cancelación de la cita.
Post-condición
Excepciones Paso Acción
Frecuencia de
uso por día:
Importancia según
lógica de negocio:
Complejidad Estado del Caso de Uso:
Máximo retardo esperado
en segundos
1 Alta Baja Pendiente de verificación 3
 Importancia: Baja, Media, Alta
 Urgencia: Baja, Media, Alta
 Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En
desarrollo, Desarrollado)
Usuario que aprueba el requerimiento:
Nombre:_____________________________________________________ Firma: _________________________________________
DD/MM/YYYY : ___/___/______
Comentarios:
 Los (*) definen que los valores es los campos son requeridos
 Se debe confirmar los cambios en los datos: Eliminar Guardar.
 Los (1) definen que es Auto rellenado por el sistema
UC-4 Enviar informes.
Versión 1 de 11/10/2020
Autores Hugo Padilla Arrieta & Libis González Díaz
Fuentes Clínica la trinidad
Actores Administrador
Descripción El caso de uso permite sacar la información de las citas médicas agendadas semanalmente, para enviar a los entes de
salud municipal.
Precondición
Secuencia normal
Paso Acción
1 El administrador verifica la información de la base de datos.
2 El sistema muestra un listado con los datos solicitados
3 El usuario exporta la información necesaria
4 El sistema confirma disponla exportación correcta de los datos.
5 El usuario verifica la información y acepta.
Post-condición
Excepciones Paso Acción
Frecuencia de
uso por día:
Importancia según
lógica de negocio:
Complejidad Estado del Caso de Uso:
Máximo retardo esperado
en segundos
1 Alta Media Pendiente de verificación 3
 Importancia: Baja, Media, Alta
 Urgencia: Baja, Media, Alta
 Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En
desarrollo, Desarrollado)
Usuario que aprueba el requerimiento:
Nombre:_____________________________________________________ Firma: _________________________________________
DD/MM/YYYY : ___/___/______
Comentarios:
 Los (*) definen que los valores es los campos son requeridos
 Se debe confirmar los cambios en los datos: Eliminar Guardar.
 Los (1) definen que es Auto rellenado por el sistema
UC-2 Ver citas médicas.
Versión 1 de 11/10/2020
Autores Hugo Padilla Arrieta & Libis González Díaz
Fuentes Clínica la trinidad
Actores Medico
Descripción El caso de uso permite seleccionar las citas que fueron previamente agendadas, para su posterior atención.
Precondición Haber solicitado una cita médica.
Secuencia normal
Paso Acción
1 El usuario solicita al sistema la sección de citas agendadas.
2 El sistema muestra un listado de las mismas.
3 El usuario presiona en la información de la cita que desea ver.
4 El sistema confirma la información.
5 El usuario verifica la información y atiende al paciente.
Post-condición
Excepciones Paso Acción
Frecuencia de
uso por día:
Importancia según
lógica de negocio:
Complejidad Estado del Caso de Uso:
Máximo retardo esperado
en segundos
1 Alta Baja Pendiente de verificación 3
 Importancia: Baja, Media, Alta
 Urgencia: Baja, Media, Alta
 Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En
desarrollo, Desarrollado)
Usuario que aprueba el requerimiento:
Nombre:_____________________________________________________ Firma: _________________________________________
DD/MM/YYYY : ___/___/______
Comentarios:
 Los (*) definen que los valores es los campos son requeridos
 Se debe confirmar los cambios en los datos: Eliminar Guardar.
 Los (1) definen que es Auto rellenado por el sistema
4.1 DISEÑO ARQUITECTONICO DEL SOFTWARE
En el siguiente diseño en el cual el administrador que es quien lleva el control del
software, que se encuentra formado por una aplicación para dispositivos Android y con
el gesto de base de datos SQLite que es donde la aplicación obtiene y almacena los
datos, que se mostrarán en la interfaz final destinada a los usuarios de la CLINICA LA
TRINIDAD.
4.1.1 DISEÑO DE INTERFAZ DEL SOFTWARE
4.2 DIAGRAMA DE SECUENCIAS
El siguiente diagrama, muestra de manera detallada el cómo trabaja la aplicación y como
funcionan secuencialmente los procesos del software móvil MEDICITAPP:
4.3 DIAGRAMA DE ESTADO
El siguiente diagrama, muestra de manera simple cómo trabaja la aplicación visto desde
el punto de vista de procesos generados con el uso del software móvil MEDICITAPP:
4.4 DIAGRAMA DE CLASES
El siguiente diagrama, muestra las relaciones de cada una de los factores que conforman
el proceso de solicitud, cancelación, asignación de citas médicas y envío de reportes
mediante el uso del software móvil MEDICITAPP:
4.5 MODELO ENTIDAD RELACIÓN
El siguiente diagrama, muestra las relaciones de manera más detallada que el diagrama
de clases, cada uno de los factores que conforman el proceso de solicitud, cancelación,
asignación de citas médicas y envío de reportes mediante el uso del software móvil
MEDICITAPP:
4.6 MODELO RELACIONAL
El siguiente diagrama, explica cómo se encuentra relacionada la base de datos y todos
los ítems necesarios el proceso de solicitud, cancelación, asignación de citas médicas y
envío de reportes mediante el uso del software móvil MEDICITAPP:
4.7 DICCIONARIO DE DATOS
PACIENTE
LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN
PK Identificador idu Numérico 40 Almacena la cédula
del paciente.
Nombre nombreu Texto 40 Almacena el nombre
del paciente.
Apellido apellidou Texto 40 Almacena el apellido
del paciente.
Correo correou Texto 40 Almacena la dirección
de email del paciente.
Teléfono telefonou Numérico 40 Almacena el número
de contacto del
paciente.
Dirección direccionu Texto 40 Almacena la dirección
del domicilio del
paciente.
CITA
LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN
PK Número de cita numcita Numérico 40 Almacena la
información que
identifica la cita
Fecha de cita fecha Numérico 40 Guarda la
información de la
fecha de la cita
Hora de cita hora Numérico 40 Almacena la hora de
realización de la cita
medica
Tipo de cita tipocita Texto 40 Guarda la
descripción de la cita
Idpaciente idpaciente Numérico 40 Almacena el
identificador del
paciente
Idmedico idmedico Numérico 40 Almacena el
identificador del
medico
ESPECIALIDAD
LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN
PK Identificador de
la especialidad
idespecialidad Numérico 40 Almacena el numero
identificador de la
especialidad.
Nombre de la
especialidad.
nombre Texto 40 Almacena el nombre
de la especialidad.
MEDICO
LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN
PK Identificador idm Numérico 40 Almacena la cédula
del médico.
Nombre nombrem Texto 40 Almacena el nombre
del médico.
Apellido apellidom Texto 40 Almacena el apellido
del médico.
Correo correom Texto 40 Almacena la dirección
de email del médico.
Teléfono telefonom Numérico 40 Almacena el número
de contacto del
médico.
Dirección direccionm Texto 40 Almacena la dirección
del domicilio del
médico.
Tipo especialidad tipoesp Texto 40 Almacena el nombre
de la especialidad del
médico.
Hora de inicio horainicio Numérico 40 Guarda la información
de la hora de inicio
laboral del médico.
Hora de salida horasalida Numérico 40 Guarda la información
de la hora de
finalización laboral del
médico.
REPORTE
LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN
PK Número de
reporte
numreporte Numérico 40 Almacena el número
identificador del
reporte.
Tipo de reporte tiporep Texto 40 Almacena el nombre
del reporte enviado.
Fecha de
vencimiento
fechaven Númerica 40 Almacena la fecha de
vencimiento del
reporte.
Descripción
medica
descripmed Texto 40 Almacena la
descripción médica
anexada..
EPS
LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN
PK Código de la
EPS
ideps Numérico 40 Almacena el número
identificador de la
EPS.
Tipo de afiliación tipoafili Texto 40 Almacena el tipo de
afiliación:
“Subsidiado” o
“Contributivo”
Descripción
medica
descripmed Texto 40 Almacena la
descripción médica
anexada.
5.0 IMPLEMENTACIÓN
En la implementación del proyecto, se detallará a fondo lo relacionado con la codificación
del software de citas médicas para la CLINICA LA TRINIDAD, aquí se tendrán en cuenta
los puntos claves para poder realizar de manera efectiva el desarrollo del software al que
se encuentra destinado el proyecto.
5.1 HERRAMIENTAS DE DESARROLLO
Para el desarrollo del software se utilizará el lenguaje de programación JAVA,
implementado en el entorno de desarrollo de aplicaciones ANDROID STUDIO y en lo que
respecta al almacenamiento de los datos se usará la base de datos SQLite.
5.2 ESTANDAR DE DESARROLLO
Para realizar de manera efectiva y eficaz un proyecto, es necesario tener en cuenta
estándares y normas establecidas para un correcto proceso de realización del software;
de los estándares necesarios, para el proyecto se tuvieron en cuentas los siguientes:
5.2.1 ESTANDAR CMMI
“Un modelo que contiene los elementos esenciales de procesos efectivos para una
o más disciplinas y describen un camino de mejora evolutivo desde procesos ad
hoc, inmaduros hasta procesos disciplinados, maduros, efectivos, con calidad.”1
Este estándar cuenta con áreas de proceso que cuenta con prácticas específicas, las
cuales se encuentran orientadas a satisfacer el área de proceso y las prácticas genéricas
que se encuentran orientadas a la institucionalización; además las áreas de procesos
cuentan con las categorías de: gestión de proyectos, gestión de procesos, soporte e
ingeniería.
1
Cuomo, V. (2016). from https://cs.uns.edu.ar/~virginia.cuomo/calidad-2016/downloads/CalidadSW-2016-
Teoria04-Mayo.pdf
El proceso del estándar CMMI establece cinco niveles de madurez: el inicial, donde no
se dispone de un ambiente sólido para mantenimiento y desarrollo del software; luego
está el repetible, en el que se encuentran las practicas institucionales de la gestión de
proyectos, contando con las normas básicas y un lineamiento correcto; seguidamente se
halla el definido, que sumado a la buena gestión de proyectos también se puede
encontrar una buena coordinación entre las partes; como cuarto nivel de madurez está el
gestionado cuantitativamente, que es básicamente la disposición de un grupo de métricas
significativas de calidad y productividad; y por último el optimizado donde ya el enfoque
se dirige a la mejora continua de procesos, llevándolo de manera eficaz y eficiente para
las partes que estén involucradas.
5.2.2 ESTANDAR ISO 9000:2000
“La familia de normas ISO 9000 es un conjunto de normas de calidad establecidas
por la Organización Internacional para la Estandarización (ISO), aplicables en
cualquier tipo de organización.”2
Este estándar tiene como bases fundamentales, un conjunto de principios de gestión de
calidad, tales como: su enfoque permanente al cliente final, donde él juega un papel
importante en el proceso; el liderazgo, para poder coordinar los procesos eficientemente;
involucre de todo el personal encargado, lo cual genera una comunicación necesaria para
ir en la misma dirección; el enfoque a procesos, que complementa el desarrollo; la mejora
continua, para la realización de procesos actualizados y mejor realizados; el enfoque
objetivo hacia la toma de decisiones, para que tomar decisiones no sea una tarea
monótona y las relaciones mutuamente beneficiosas con los proveedores, para
complementar el proceso grupal.
La estructura del estándar ISO 9001:2000 tiene muchas semejanzas al círculo de
Deming, referenciado mediante el ciclo PDCA (Plan-DoCheck-Act).
2
Chacón A.; Rodas J.; Vinueza M.(2015) Revista Ciencia UNEMI Vol. 8 - Nº 13, pp. 90 - 99
5.3 ESTRATEGIAS DE DESARROLLO
Las estrategias de desarrollo permiten que los elementos funcionales del software
trabajen correctamente y de manera eficaz, entre los cuales se tienen en cuenta muchas
características que van desde el sistema de arranque de los sistemas operativos hasta
la implementación del software, lo que permita que este programa pueda ser
trascendente y sea optimizado para una mejoría de procesos.
Las estrategias dentro de la ingeniería de software se encuentran catalogadas entro de
dos categorías como son: las estrategias de diseño y estrategias de prueba del software,
donde las estrategias de diseño se refieren a las diferentes alternativas de selección de
diseño del software y las estrategias de pruebas se refiere a los pasos necesarios para
la ejecución de pruebas de rendimiento, en esta se prueba la planificación, diseño,
ejecución y evaluación de los resultados finales
5.4 PLANIFICACIÓN DEL DESARROLLO
Modulo software Actividad de desarrollo Responsable Fecha inicio Fecha final
Gestión de
usuarios
CRUD de usuarios Padilla &
González
22/10/2020 18/11/2020
Gestión de
usuarios
Agenda de citas medicas Padilla &
González
22/10/2020 18/11/2020
Gestión de
usuarios
Cancelación de citas
medicas
Padilla &
González
22/10/2020 18/11/2020
Gestión de
códigos QR
Generación de códigos
QR por cita medica
Padilla &
González
22/10/2020 18/11/2020
Gestión de
códigos QR
Lectura de códigos QR Padilla &
González
22/10/2020 18/11/2020
Gestión de
complementos
Vista del mapa del sitio Padilla &
González
22/10/2020 18/11/2020
6.0 PRUEBAS DEL SOFTWARE.
Las pruebas del software les permiten a las partes involucradas valorar la funcionalidad
total del software, para así llegar de manera conjunta a una mejoría que le beneficie tanto
a los desarrolladores, como a los usuarios finales; para hacer estas pruebas es necesaria
una planificación que le permita llevar de manera organizada el proceso de pruebas.
Para realizar las pruebas del dispositivo se realizó la instalación del software en 4
Smartphones con sistema operativo Android, con las siguientes características:
1- Samsung J6+ con versión de Android 10 y con tamaño de pantalla 6”
2- Samsung J4+ con versión de Android 9 y con tamaño de pantalla 6”
3- Motorola One Fusión con versión de Android 10 y tamaño de pantalla 6.5”
4- Samsung Galaxy A30s con versión de Android 10 y tamaño de pantalla 6.4”
Posteriormente se realizó el proceso como un usuario de la CLINICA LA TRINIDAD, y se
hizo el proceso desde los diferentes dispositivos móviles, en el que se realizaron los
procedimientos tal y como los debe hacer un usuario real de la clínica; al ser una base
de datos local, cada uno realiza las funciones haciendo las veces de todos los usuarios
que tiene la aplicación.
Aquí se pusieron a prueba las diferentes funcionalidades y las deficiencias de estas, si
las llegaran a tener; cabe resaltar que las pruebas del dispositivo fueron realizadas
simulando una situación real, en la que se toma el rol de las partes involucradas para
comprobar la eficacia y eficiencia de los diferentes tipos de usuario para los que la
aplicación se encuentra diseñado.
Las pruebas se encargaron de probar los módulos más importantes como lo es la:
solicitud de usuario, ingreso a la aplicación, solicitud de citas médicas, generación del
código QR, escaneo del código QR (para ver la información) y ajuste a la pantalla de cada
celular, estos siendo los módulos para pacientes; en relación a los médicos se probó el
ingreso a la aplicación, verificación de citas médicas agendadas, escaneo del código QR
e historial de citas médicas y para la sección del administrador todos aquellos módulos
relacionados con la administración de datos de médico y paciente.
6.1 PLAN DE PRUEBAS DEL SOFTWARE
Tipos De Pruebas: Funcionalidad, rendimiento, disponibilidad de datos, adaptabilidad al
entorno e interfaz de usuario y de seguridad.
Tipo de prueba: Funcionalidad.
Objetivo:
Realizar la comprobación de cada uno de los módulos
implementados.
Técnica:
1-. Realizar la instalación en los dispositivos.
2-. Para el caso de pacientes solicitar el usuario, para médicos se
le hizo entrega previamente de sus credenciales y administrador
se loguea y activa el usuario del paciente.
3- Cada usuario de prueba realiza los procesos tal y como lo haría
un paciente de la entidad de salud (loguearse, solicitar cita, ver
cita y código QR, cancelar cita, ver mapa del sitio y recuperar
contraseña)
4- Cada usuario de prueba se loguea como médico y hace testeo
de las acciones que posee, como ver las citas agendadas,
escanear código QR y ver historial de citas.
5- Cada usuario de prueba, desde el perfil administrativo realiza
las funciones de: añadir EPS, añadir médico, añadir paciente, ver
citas, añadir especialidades y ver EPS.
Precondiciones:
Para la realización de la prueba es necesario tener la app
instalada en un dispositivo móvil con sistema operativo Android y
con acceso a cámara.
Criterios de éxito:
El test se considera exitoso cuando cada botón y elemento
interactivo cumpla sus funciones, como aparece en los resultados
obtenidos en el caso de prueba de rendimiento.
Tipo de prueba: Rendimiento.
Objetivo:
Realizar la comprobación del rendimiento en diferentes
dispositivos.
Técnica:
1-. Realizar la instalación en los dispositivos.
2- Realizar las funciones mostradas en el punto 2, de la sección
técnica de la prueba de funcionalidad.
3- Verificar que cada función realizada cumplió sus funciones e
manera rápida, eficaz y efectiva.
Precondiciones:
Para la realización de la prueba es necesario tener la app
instalada en un dispositivo móvil con sistema operativo Android y
con acceso a cámara.
Criterios de éxito:
El test se considera exitoso cuando los resultados descritos en el
caso de prueba de rendimiento de la aplicación móvil, se cumplan
efectiva y satisfactoriamente.
Tipo de prueba: Disponibilidad de datos.
Objetivo:
Realizar la comprobación muestra, ingreso, eliminación y
actualización de datos.
Técnica:
1-. Realizar la instalación en los dispositivos.
2- Realizar las funciones mostradas en el punto 2, de la sección
técnica de la prueba de funcionalidad.
3- Verificar que cada solicitud realizada en la que se involucre el
tratamiento de datos (muestra, ingreso, eliminación y
actualización de datos) se haya cumplido correctamente y hayan
ejecutado cada acción a la que son destinados cada uno de los
datos solicitados.
Precondiciones:
Para la realización de la prueba es necesario tener la app
instalada en un dispositivo móvil con sistema operativo Android y
con acceso a cámara.
Criterios de éxito:
El test es considerado exitoso cuando los resultados descritos en
el caso de prueba de disponibilidad de datos de la aplicación
móvil, se cumplan efectiva y satisfactoriamente.
Tipo de prueba: Adaptabilidad al entorno e interfaz de usuario.
Objetivo: Realizar la validación de la vista de la interfaz en el entorno móvil.
Técnica:
1-. Realizar la instalación en los dispositivos.
2- Realizar las funciones mostradas en el punto 2, de la sección
técnica de la prueba de funcionalidad, para verificar que cada uno
de los elementos que hagan parte de la interfaz se encuentre bien
ubicado, dentro del margen de la pantalla del dispositivo móvil y
que no haya errores en su interacción.
Precondiciones:
Para la realización de la prueba es necesario tener la app
instalada en un dispositivo móvil con sistema operativo Android y
con acceso a cámara.
Criterios de éxito:
El test se considera exitoso cuando los resultados descritos en el
caso de prueba de adaptabilidad al entorno e interfaz de usuario
de la aplicación móvil, se cumplan efectiva y satisfactoriamente,
como se describe en los resultados obtenidos en el caso de
prueba de interfaz.
Tipo de prueba: Seguridad.
Objetivo: Verificar el nivel de seguridad para acceso a la aplicación móvil.
Técnica:
1-. Realizar la instalación en los dispositivos.
2- Realizar el intento de suplantación de identidad para ingresar
como un usuario, administrador o médico, sin tener lo permisos
necesarios para hacerlo.
Precondiciones:
Para la realización de la prueba es necesario tener la app
instalada en un dispositivo móvil con sistema operativo Android y
con acceso a cámara.
Criterios de éxito:
El test se considera exitoso cuando la vulneración de la seguridad
y acceso es nula, que no exista manera alguna de suplantar la
identidad desde la misma aplicación.
6.1.1. AMBIENTE PARA DESARROLLAR LAS PRUEBAS
Requerimientos Hardware: Dispositivo móvil (Smartphone) con cámara
Requerimientos Software: Sistema operativo Android, permiso de acceso a la cámara
e interactividad con el teclado y pantalla.
6.2. REALIZACIÓN DE LAS PRUEBAS
Identificador: PB-001-2020
Probador: Padilla H.; Julio L.; González L. & Herrera M.
Fecha
Planeación:
10/noviembre/2020
Módulo Módulo de funciones.
Funcionalidad a
probar: Funcionalidad del aplicativo en interactividad y uso.
Objetivo de la
funcionalidad:
Probar la operatividad del aplicativo móvil.
Precondiciones:
Para la realización de la prueba es necesario tener la app instalada
en un dispositivo móvil con sistema operativo Android y con acceso
a cámara.
Resultado
esperado:
Cada uno de los datos ingresados en las diferentes secciones de
usuario disponibles, se deben encontrar relacionados de tal forma
que cada uno cumpla la función respectivamente asignada.
Resultado
obtenido:
Los datos ingresados en todos los campos disponibles en cada
usuario al que la app tiene acceso se ingresan, muestran,
actualizan, eliminan, se escanea efectivamente el código QR y se
lee la información contenida en este.
Fecha ejecución: 15/noviembre/2020
Anexos:
Identificador: PB-002-2020
Probador: Padilla H.; Julio L.; González L. & Herrera M.
Fecha
Planeación:
10/noviembre/2020
Módulo Módulo de rendimiento.
Funcionalidad a
probar: Rendimiento de la aplicación en los dispositivos de prueba.
Objetivo de la
funcionalidad:
Verificar el rendimiento funcional de la aplicación MEDICITAPP.
Precondiciones:
Para la realización de la prueba es necesario tener la app instalada
en un dispositivo móvil con sistema operativo Android y con acceso
a cámara.
Resultado
esperado:
Rapidez en su funcionamiento complementando la prueba de
funcionalidades y bajo consumo de recursos.
Resultado
obtenido:
Los tiempos de respuestas de cada función fueron rápidos, el
consumo de recursos de los dispositivos móviles a prueba fue bajo,
lo que indicó que su rendimiento fue bueno en todos los dispositivos
puestos a prueba
Fecha ejecución: 15/noviembre/2020
Identificador: PB-003-2020
Probador: Padilla H.; Julio L.; González L. & Herrera M.
Fecha
Planeación:
10/noviembre/2020
Módulo Módulo de disponibilidad de datos.
Funcionalidad a
probar:
Muestra, ingreso, eliminación y actualización de datos en la
aplicación en los dispositivos de prueba.
Objetivo de la
funcionalidad:
Verificar la manipulación de datos en la aplicación MEDICITAPP.
Precondiciones:
Para la realización de la prueba es necesario tener la app instalada
en un dispositivo móvil con sistema operativo Android y con acceso
a cámara.
Resultado
esperado:
Efectividad en cada una de las acciones que debe hacer la
aplicación con cada dato, ya sea mostrarlo, ingresarlo, eliminarlo o
actualizarlo.
Resultado
obtenido:
Cada dato usado en cada campo solicitado, estuvo destinado a
satisfacer las necesidades del usuario que haga uso de la
aplicación.
Fecha ejecución: 15/noviembre/2020
Identificador: PB-004-2020
Probador: Padilla H.; Julio L.; González L. & Herrera M.
Fecha
Planeación:
10/noviembre/2020
Módulo Módulo de interfaz de usuario.
Funcionalidad a
probar:
Vista y adaptabilidad de la interfaz en el dispositivo móvil.
Objetivo de la
funcionalidad:
Validar la correcta configuración de la interfaz en cada dispositivo
móvil.
Precondiciones:
Para la realización de la prueba es necesario tener la app instalada
en un dispositivo móvil con sistema operativo Android y con acceso
a cámara.
Resultado
esperado:
Los elementos que conformen la interfaz deben estar adaptados a
cada dispositivo móvil al que se le aplicó la prueba, puesto que su
configuración por defecto es para adaptabilidad para todos los
tamaños (Responsive).
Resultado
obtenido:
Los elementos se encontraban bien ubicados, de manera uniforme
y dentro de los márgenes de la pantalla.
Fecha ejecución: 15/noviembre/2020
Identificador: PB-005-2020
Probador: Padilla H.; Julio L.; González L. & Herrera M.
Fecha
Planeación:
10/noviembre/2020
Módulo Módulo de seguridad.
Funcionalidad a
probar:
Seguridad de acceso y datos de la aplicación móvil.
Objetivo de la
funcionalidad:
Validar la correcta configuración de la interfaz en cada dispositivo
móvil.
Precondiciones:
Para la realización de la prueba es necesario tener la app instalada
en un dispositivo móvil con sistema operativo Android y con acceso
a cámara.
Resultado
esperado:
Impenetrabilidad posible en los otros tipos de usuarios a los que no
se tenga acceso.
Resultado
obtenido:
Es imposible entrar a los demás usuarios sin tener acceso a sus
credenciales, solo con robarles esa información de otro lugar es
posible ingresar a la aplicación.
Fecha ejecución: 15/noviembre/2020
Anexos:
6.3. INFORME DE LAS PRUEBAS.
Tipo de caso de
prueba
Total
No
Ejecutado
Pasado Fallado Bloqueado
Generado
desde cero
0 0 0 0 0
Evolucionado 5 0 5 0 0
No
evolucionado
0 0 0 0 0
TOTALES 5 0 5 0 0
Pasa Revisión
PB-001-2020
PB-002-2020
PB-003-2020
PB-004-2020
PB-005-2020
Caso de
Prueba
Fecha de la prueba Estado
Canal de
Comunicación
Observaciones
PB-001-2020 15/noviembre/2020 Pasado Dispositivo móvil
Se cumple la
operatividad del
aplicativo móvil
PB-002-2020 15/noviembre/2020 Pasado Dispositivo móvil
El rendimiento
funcional del
dispositivo es óptimo.
PB-003-2020 15/noviembre/2020 Pasado Dispositivo móvil
La manipulación de
datos entre el usuario
y la aplicación es
eficiente.
PB-004-2020 15/noviembre/2020 Pasado Dispositivo móvil
La vista e interfaz se
adapta a todos los
dispositivos
PB-005-2020 15/noviembre/2020 Pasado Dispositivo móvil
La manipulación de
datos entre el usuario
y la aplicación es
segura.
CONCLUSIONES
La innovación y los cambios que están surgiendo en la vida actual llevan a una mejora
de muchos procesos, para facilitarle la vida al ser humano; entre ellos los relacionados
en el ámbito de la salud, principalmente para las personas que su tiempo es limitado para
realizar tantas cosas al tiempo.
Con la implementación de esta aplicación móvil se busca facilitar muchos procesos en la
CLÍNICA LA TRINIDAD del municipio de Santa Cruz de Lorica, ya que los pacientes
pueden solicitar sus citas médicas desde la comodidad de su hogar, logrando con esto la
descongestión de las estructuras físicas, por otro lado, le facilita al doctor saber la
cantidad y administrar las citas que tenga vigentes por días. Esta aplicación es de fácil
uso, puesto que su diseño está creado para ser intuitiva y de complejidad baja.
Para mejorar de manera trascendental el sistema básico de procesos de la salud, es
necesario implementar el mismo software en las diferentes entidades de salud, la cual
puede empezar desde el municipio de Lorica, hasta expandirse a muchos lugares del
país, si se convierte en una aplicación completamente sustentable y sobre todo viable
para los individuos.
El desarrollo de esta aplicación puede ser benéfico para cualquier usuario del sistema de
salud colombiano, así permitiendo que la exposición al contacto físico en momentos de
pandemia global, sea casi nulo y que las largas filas a las que se acostumbran los
usuarios a soportar se acaben y solo sea parte de las instituciones de la salud en llevar
el proceso administrativo de manera organizada y sobre todo bien controlada.
REFERENCIAS
Clínica la trinidad. (2020). Santa cruz de Lorica - (Córdoba); Recuperado de
https://www.clinicalatrinidad.com.co/
Herrera R. (2020). Respuesta a petición. [calidad@clinicalatrinidad.com.co]
Cuomo, V. (2016). Recuperado de https://cs.uns.edu.ar/~virginia.cuomo/calidad-
2016/downloads/CalidadSW-2016-Teoria04-Mayo.pdf
Chacón A.; Rodas J.; Vinueza M.(2015). Recuperado de Revista Ciencia UNEMI Vol. 8 -
Nº 13, pp. 90 - 99
ANEXOS
MANUAL DE USUARIO
1. En la pantalla principal de la aplicación el usuario observará un Login en el que
ingresarán a la aplicación, el admin tiene sus credenciales predefinidas y el médico
se les hace entrega previamente.
2. si el paciente selecciona “REGISTRARSE” este le enviará el siguiente formulario
para que ingrese sus datos personales y solicitar la activación.
3. En caso de que el paciente o médico haya olvidado su contraseña podrá
reestablecerla en la opción “olvidaste tu contraseña”
4. En esta ventana el paciente observara las citas que se encuentran activas
5. En esta ventana el paciente podrá apartar su cita, seleccionará la fecha en que
desea agendar su cita, de la misma forma vera los médicos disponibles para su
consulta
6. Aquí, el paciente observara todas las citas que se han agendado
7. En caso que el usuario necesite ubicarse dentro de las instalaciones de la
entidad, tendrán un mapa del sitio con ubicaciones de los consultorios.
8. Si el ingreso es como doctor deberá llenar los datos que se pedirán en pantalla:
su identificación(cedula) y contraseña, luego de llenar los datos dará click en
iniciar.
9. En esta pantalla el medico observará un listado de funciones, en el cual el podrá
ver la lista de citas, citas atendidas y el lector de código qr
10. en esta ventana el medico se podra percatar de las citas que tiene por atenden,
es decir las citas o consultas que tiene por realizar
11.Esta ventana le permitirá al médico mirar cuantas citas atendido o realizado.
12. Este será el componente hardware encargado de la lectura de la información
contenida en el qr, el cual será generado con cada cita medica que el paciente
solicite previamente

Más contenido relacionado

La actualidad más candente

2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicoslandeta_p
 
Analisis y determinacion de requerimientos
Analisis y determinacion de requerimientosAnalisis y determinacion de requerimientos
Analisis y determinacion de requerimientosYesith Valencia
 
Tipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasTipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasRafael D Martinez
 
Unidad i-requerimientos-del-software
Unidad i-requerimientos-del-softwareUnidad i-requerimientos-del-software
Unidad i-requerimientos-del-softwareAngelina Montilla
 
PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPablo Ospina
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)Marco Antonio Perez Montero
 
Contrato de Desarrollo de Software
Contrato de Desarrollo de SoftwareContrato de Desarrollo de Software
Contrato de Desarrollo de SoftwareGlobal Negotiator
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniRAUL CHIPANA LARICO
 
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoGestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoJair Valenz
 

La actualidad más candente (20)

2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
Analisis y determinacion de requerimientos
Analisis y determinacion de requerimientosAnalisis y determinacion de requerimientos
Analisis y determinacion de requerimientos
 
Tipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasTipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemas
 
Gestión de proyectos tiempos
Gestión de proyectos tiemposGestión de proyectos tiempos
Gestión de proyectos tiempos
 
05 estructura edt
05 estructura edt05 estructura edt
05 estructura edt
 
Unidad i-requerimientos-del-software
Unidad i-requerimientos-del-softwareUnidad i-requerimientos-del-software
Unidad i-requerimientos-del-software
 
PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
Plan desarrollo software
Plan desarrollo softwarePlan desarrollo software
Plan desarrollo software
 
Dfd
DfdDfd
Dfd
 
B. manejo de concurrencia
B.  manejo de concurrenciaB.  manejo de concurrencia
B. manejo de concurrencia
 
Contrato de Desarrollo de Software
Contrato de Desarrollo de SoftwareContrato de Desarrollo de Software
Contrato de Desarrollo de Software
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Mapa mental de Ing. de requisito y requerimiento
Mapa mental de Ing. de requisito y requerimientoMapa mental de Ing. de requisito y requerimiento
Mapa mental de Ing. de requisito y requerimiento
 
UPC - Soporte Norma Pases a producción
UPC - Soporte Norma Pases a producciónUPC - Soporte Norma Pases a producción
UPC - Soporte Norma Pases a producción
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoGestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
 
Fase de Elaboración RUP
Fase de Elaboración RUPFase de Elaboración RUP
Fase de Elaboración RUP
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 

Similar a Proyecto ingeniería de software medicitapp

PresentacióN De Proyecto
PresentacióN De ProyectoPresentacióN De Proyecto
PresentacióN De Proyectocindy31
 
Presentación tics en el sector salud
Presentación tics en el sector saludPresentación tics en el sector salud
Presentación tics en el sector saludRaul San
 
Resumenes hit workshop_2016
Resumenes hit workshop_2016Resumenes hit workshop_2016
Resumenes hit workshop_2016hitworkshop2016
 
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZPLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZKFPACHECO
 
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZPLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZjuanitospike
 
MODERNIZACION DE HOSPITALES grupo102058 353
 MODERNIZACION DE HOSPITALES grupo102058 353 MODERNIZACION DE HOSPITALES grupo102058 353
MODERNIZACION DE HOSPITALES grupo102058 353sergiola33
 
MODERNIZACION DE HOSPITALES grupo 102058_353
MODERNIZACION DE HOSPITALES grupo 102058_353MODERNIZACION DE HOSPITALES grupo 102058_353
MODERNIZACION DE HOSPITALES grupo 102058_353sergiola33
 
Proyecto 5 semestre
Proyecto 5 semestreProyecto 5 semestre
Proyecto 5 semestredkwolf
 
Proyecto 5 semestre
Proyecto 5 semestreProyecto 5 semestre
Proyecto 5 semestredkwolf
 
Proceso autorizaciones ordenes de oncologia (1) [reparado]
Proceso autorizaciones ordenes de oncologia (1) [reparado]Proceso autorizaciones ordenes de oncologia (1) [reparado]
Proceso autorizaciones ordenes de oncologia (1) [reparado]maria dolores nieto piraquive
 
Plan de gestion aplicado al hospital luis f. martinez
Plan de gestion aplicado al hospital luis f. martinezPlan de gestion aplicado al hospital luis f. martinez
Plan de gestion aplicado al hospital luis f. martinezjuanitospike
 
Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428
Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428
Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428Jhony Barboza Montes
 

Similar a Proyecto ingeniería de software medicitapp (20)

Articulo
ArticuloArticulo
Articulo
 
Articulo final
Articulo   finalArticulo   final
Articulo final
 
Tc2 201014 21
Tc2 201014 21Tc2 201014 21
Tc2 201014 21
 
Proyecto de convergencia
Proyecto de convergenciaProyecto de convergencia
Proyecto de convergencia
 
PresentacióN De Proyecto
PresentacióN De ProyectoPresentacióN De Proyecto
PresentacióN De Proyecto
 
Presentación tics en el sector salud
Presentación tics en el sector saludPresentación tics en el sector salud
Presentación tics en el sector salud
 
Resumenes hit workshop_2016
Resumenes hit workshop_2016Resumenes hit workshop_2016
Resumenes hit workshop_2016
 
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZPLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
 
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZPLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
PLAN DE GESTION APLICADO AL HOSPITAL LUIS F. MARTINEZ
 
MODERNIZACION DE HOSPITALES grupo102058 353
 MODERNIZACION DE HOSPITALES grupo102058 353 MODERNIZACION DE HOSPITALES grupo102058 353
MODERNIZACION DE HOSPITALES grupo102058 353
 
MODERNIZACION DE HOSPITALES grupo 102058_353
MODERNIZACION DE HOSPITALES grupo 102058_353MODERNIZACION DE HOSPITALES grupo 102058_353
MODERNIZACION DE HOSPITALES grupo 102058_353
 
Unidad 3
Unidad 3Unidad 3
Unidad 3
 
Proyecto 5 semestre
Proyecto 5 semestreProyecto 5 semestre
Proyecto 5 semestre
 
Proyecto 5 semestre
Proyecto 5 semestreProyecto 5 semestre
Proyecto 5 semestre
 
Proceso autorizaciones ordenes de oncologia (1) [reparado]
Proceso autorizaciones ordenes de oncologia (1) [reparado]Proceso autorizaciones ordenes de oncologia (1) [reparado]
Proceso autorizaciones ordenes de oncologia (1) [reparado]
 
Plan de gestion aplicado al hospital luis f. martinez
Plan de gestion aplicado al hospital luis f. martinezPlan de gestion aplicado al hospital luis f. martinez
Plan de gestion aplicado al hospital luis f. martinez
 
Priori salud
Priori saludPriori salud
Priori salud
 
Priori salud
Priori saludPriori salud
Priori salud
 
TIC Salud
TIC SaludTIC Salud
TIC Salud
 
Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428
Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428
Dialnet prototipo deherramientasoftwareorientadoa-dispositiv-3869428
 

Más de JoseBarriosSalgado

Más de JoseBarriosSalgado (9)

Flip flop tipo t
Flip flop tipo tFlip flop tipo t
Flip flop tipo t
 
Minuta software
Minuta softwareMinuta software
Minuta software
 
Bd sahagun josebarrios
Bd sahagun josebarriosBd sahagun josebarrios
Bd sahagun josebarrios
 
Bd moises bustamante
Bd moises bustamanteBd moises bustamante
Bd moises bustamante
 
V4 proyecto de ingenieria de sofware
V4 proyecto de ingenieria de sofwareV4 proyecto de ingenieria de sofware
V4 proyecto de ingenieria de sofware
 
V3 proyecto de ingenieria de sofware
V3 proyecto de ingenieria de sofwareV3 proyecto de ingenieria de sofware
V3 proyecto de ingenieria de sofware
 
V2 proyecto de ingenieria de sofware
V2 proyecto de ingenieria de sofwareV2 proyecto de ingenieria de sofware
V2 proyecto de ingenieria de sofware
 
Proyecto ingeniería de software medicitapp
Proyecto ingeniería de software medicitappProyecto ingeniería de software medicitapp
Proyecto ingeniería de software medicitapp
 
Proyecto ingeniería de software medicitapp
Proyecto ingeniería de software medicitappProyecto ingeniería de software medicitapp
Proyecto ingeniería de software medicitapp
 

Último

Reporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacaReporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacajeremiasnifla
 
Falla de san andres y el gran cañon : enfoque integral
Falla de san andres y el gran cañon : enfoque integralFalla de san andres y el gran cañon : enfoque integral
Falla de san andres y el gran cañon : enfoque integralsantirangelcor
 
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdfCristhianZetaNima
 
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESAIPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESAJAMESDIAZ55
 
ECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfmatepura
 
¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx
¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx
¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptxguillermosantana15
 
tema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdftema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdfvictoralejandroayala2
 
nom-028-stps-2012-nom-028-stps-2012-.pdf
nom-028-stps-2012-nom-028-stps-2012-.pdfnom-028-stps-2012-nom-028-stps-2012-.pdf
nom-028-stps-2012-nom-028-stps-2012-.pdfDiegoMadrigal21
 
Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...
Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...
Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...wvernetlopez
 
PPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptx
PPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptxPPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptx
PPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptxSergioGJimenezMorean
 
CLASE - 01 de construcción 1 ingeniería civil
CLASE - 01 de construcción 1 ingeniería civilCLASE - 01 de construcción 1 ingeniería civil
CLASE - 01 de construcción 1 ingeniería civilDissneredwinPaivahua
 
Sesión N°2_Curso_Ingeniería_Sanitaria.pdf
Sesión N°2_Curso_Ingeniería_Sanitaria.pdfSesión N°2_Curso_Ingeniería_Sanitaria.pdf
Sesión N°2_Curso_Ingeniería_Sanitaria.pdfannavarrom
 
Elaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdfElaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdfKEVINYOICIAQUINOSORI
 
Comite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptxComite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptxClaudiaPerez86192
 
ECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdfECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdffredyflores58
 
CHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONAL
CHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONALCHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONAL
CHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONALKATHIAMILAGRITOSSANC
 
PPT ELABORARACION DE ADOBES 2023 (1).pdf
PPT ELABORARACION DE ADOBES 2023 (1).pdfPPT ELABORARACION DE ADOBES 2023 (1).pdf
PPT ELABORARACION DE ADOBES 2023 (1).pdfalexquispenieto2
 
El proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kV
El proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kVEl proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kV
El proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kVSebastianPaez47
 
sistema de construcción Drywall semana 7
sistema de construcción Drywall semana 7sistema de construcción Drywall semana 7
sistema de construcción Drywall semana 7luisanthonycarrascos
 
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdfAnthonyTiclia
 

Último (20)

Reporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacaReporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpaca
 
Falla de san andres y el gran cañon : enfoque integral
Falla de san andres y el gran cañon : enfoque integralFalla de san andres y el gran cañon : enfoque integral
Falla de san andres y el gran cañon : enfoque integral
 
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
 
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESAIPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
 
ECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdf
 
¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx
¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx
¿QUE SON LOS AGENTES FISICOS Y QUE CUIDADOS TENER.pptx
 
tema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdftema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdf
 
nom-028-stps-2012-nom-028-stps-2012-.pdf
nom-028-stps-2012-nom-028-stps-2012-.pdfnom-028-stps-2012-nom-028-stps-2012-.pdf
nom-028-stps-2012-nom-028-stps-2012-.pdf
 
Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...
Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...
Ingeniería de Tránsito. Proyecto Geométrico de calles y carreteras, es el pro...
 
PPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptx
PPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptxPPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptx
PPT SERVIDOR ESCUELA PERU EDUCA LINUX v7.pptx
 
CLASE - 01 de construcción 1 ingeniería civil
CLASE - 01 de construcción 1 ingeniería civilCLASE - 01 de construcción 1 ingeniería civil
CLASE - 01 de construcción 1 ingeniería civil
 
Sesión N°2_Curso_Ingeniería_Sanitaria.pdf
Sesión N°2_Curso_Ingeniería_Sanitaria.pdfSesión N°2_Curso_Ingeniería_Sanitaria.pdf
Sesión N°2_Curso_Ingeniería_Sanitaria.pdf
 
Elaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdfElaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdf
 
Comite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptxComite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptx
 
ECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdfECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdf
 
CHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONAL
CHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONALCHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONAL
CHARLA DE INDUCCIÓN SEGURIDAD Y SALUD OCUPACIONAL
 
PPT ELABORARACION DE ADOBES 2023 (1).pdf
PPT ELABORARACION DE ADOBES 2023 (1).pdfPPT ELABORARACION DE ADOBES 2023 (1).pdf
PPT ELABORARACION DE ADOBES 2023 (1).pdf
 
El proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kV
El proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kVEl proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kV
El proyecto “ITC SE Lambayeque Norte 220 kV con seccionamiento de la LT 220 kV
 
sistema de construcción Drywall semana 7
sistema de construcción Drywall semana 7sistema de construcción Drywall semana 7
sistema de construcción Drywall semana 7
 
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
 

Proyecto ingeniería de software medicitapp

  • 1. MEDICITAPP: DESARROLLAR UNA PLATAFORMA TECNOLOGICA PARA LA SOLICITUD DE CITAS MÉDICAS AUTOR(ES): LIBIS JOHANA GONZALEZ DÍAZ HUGO ARMANDO PADILLA ARRIETA DIRECTOR: DANIEL JOSÉ SALAS ALVAREZ UNIVERSIDAD DE CÓRDOBA DEPARTAMENTO DE INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES FACULTAD DE INGENIERÍA INGENÍERIA DE SISTEMAS LORICA, CÓRDOBA 12 de agosto del 2020
  • 2. TABLA DE CONTENIDO CAPÍTULO 1 PAGINA 1.1 INTRODUCCIÓN----------------------------------------------------------------- 4 1.2 PLANTEAMIENTO DEL PROBLEMA--------------------------------------- 5 1.3 JUSTIFICACIÓN-------------------------------------------------------------------6 1.4 OBJETIVOS ------------------------------------------------------------------------7 1.4.1 OBJETIVO GENERAL----------------------------------------------------7 1.4.2 OBJETIVOS ESPECÍFICOS--------------------------------------------7 1.5 CRONOGRAMA DE ACTIVIDADES-----------------------------------------8 1.6 PRESUPUESTO------------------------------------------------------------------9 1.7 TABLA DE GESTIÓN DE RIESGOS---------------------------------------10 CAPÍTULO 2 2.1 IDENTIFICACIÓN DE PROCESOS ----------------------------------------11 2.2 MODELO DE PROCESOS----------------------------------------------------12 CAPÍTULO 3 3.1 PROPOSITO DEL SISTEMA------------------------------------------------ 14 3.2 FUNCIONALIDADES GENERALES DEL PRODUCTO-------------- 15 3.3 TIPOS DE USUARIOS-------------------------------------------------------- 16 3.4 ESPECIFICACIONES DE REQUISITOS SOFTWARE---------------17 3.4.1 REQUISITOS FUNCIONALES DEL SOFTWARE----------17 3.4.2 REQUISITOS NO FUNCIONALES DEL SOFTWARE-----17 3.4.3 DIAGRAMAS DE CASOS DE USO ----------------------------20 3.4.4 DOCUMENTACION DE CASOS DE USO--------------------21 CAPÍTULO 4 4.1 DISEÑO ARQUITECTONICO DEL SOFTWARE------------------------26
  • 3. 4.1.1 DISEÑO DE INTERFAZ DEL SOFTWARE -------------------27 4.2 DIAGRAMA DE SECUENCIAS-----------------------------------------------32 4.3 DIAGRAMA DE ESTADO------------------------------------------------------33 4.4 DIAGRAMA DE CLASES ------------------------------------------------------35 4.5 MODELO ENTIDAD RELACIÓN---------------------------------------------36 4.6 MODELO RELACIONAL -------------------------------------------------------37 4.7 DICCIONARIO DE DATOS ---------------------------------------------------38 CAPITULO 5 5. IMPLEMENTACIÓN---------------------------------------------------------------41 5.1 HERRAMIENTA DE DESARROLLO-------------------------------41 5.2. ESTÁNDAR DE DESARROLLO-----------------------------------41 5.2.1 ESTANDAR CMMI -----------------------------------------41 5.2.2 ISO 9000:2000 ----------------------------------------------42 5.3 ESTRATEGIA DE DESARROLLO. -------------------------------43 5.4 PLANIFICACIÓN DEL DESARROLLO---------------------------43 CAPITULO 6 6. PRUEBAS DEL SOFTWARE--------------------------------------------------44 6.1 PLAN DE PRUEBAS -------------------------------------------------45 6.1.1. AMBIENTE PARA DESARROLLAR LAS PRUEBAS-----49 6.2. REALIZACIÓN DE LAS PRUEBAS------------------------------50 6.3. INFORME DE LAS PRUEBAS------------------------------------55 CONCLUSIONES -------------------------------------------------------------------56 REFERENCIAS-----------------------------------------------------------------------57 ANEXOS--------------------------------------------------------------------------------58 MANUAL DE USUARIO------------------------------------------------------------59
  • 4. CAPÍTULO 1 1.1 INTRODUCCIÓN El día a día del ser humano se encuentra constituido de procesos de diferentes tipos y con diferentes finalidades; no obstante, estos procesos se encuentran en constante cambio, lo cual origina la búsqueda de su simplificación. Respecto a siglos pasados, los procesos en el siglo XXI han incorporado la tecnología como método de innovación y los procesos de salud no se quedan atrás, lo cual le permite a todo ser humano su restructuración y mejoramiento con el pasar del tiempo. uno de estos procesos es la forma en la que realizan las citas médicas los seres humanos; este se ha convertido en uno de los procesos más importante en la actualidad, puesto que, la salud es algo primordial para todos. Existen diferentes maneras de relacionar los procesos de la salud en su totalidad con la tecnología, los cuales abarcan desde las funciones más insignificantes hasta las más complejas; esta relación le facilita a los ciudadanos la ejecución de acciones de manera simple y al alcance de su mano, usar los medios tecnológicos para llevarlos a un plano donde acciones como solicitudes médicas pueden ser realizadas desde la comodidad de su casa y facilitando el trabajo a personas encargadas de estos procedimientos actualmente; es decir, beneficia en su totalidad al usuario y a quienes ofrezcan el servicio. La finalidad de este proyecto es desarrollar herramienta software, en aras de mejorar los procesos que están relacionados con el área de la salud, en este caso el proceso de citas médica, este se llevará a cabo a través de una app móvil, en la cual, los usuarios de la CLÍNICA LA TRINIDAD, podrán realizar solicitudes de citas médicas, en todas las especialidades que esta maneja y funciones derivadas de esta.
  • 5. 1.2 PLANTEAMIENTO DEL PROBLEMA Las entidades prestadoras de servicios de la salud en todo el territorio colombiano, están tan congestionadas que, para el proceso de apartar una cita médica o cualquier otro trámite perteneciente a esta área, ya sea presencialmente o vía telefónica; se tardan demasiado, convirtiéndolo así en algo exhaustivo y tedioso. Día a día los usuarios de entidades prestadoras de servicios de salud, se enfrentan a problemas con estas empresas, puesto que realizar una solicitud, la respuesta de esta, puede ser muy tardía, lo que ocasiona molestias en el paciente que realiza estas peticiones o solicitudes. ajena a esta problemática no se encuentra la CLÍNICA LA TRINIDAD, la cual, al tener un flujo considerable de pacientes, los cuales oscilan entre los 4500 y 5000 pacientes. En esta al igual que las otras entidades hay una gran congestión al momento de apartar una cita médica, ya que se presentan largas filas, lo que hace que este proceso se pueda extender por horas, generando quejas constantes de los usuarios. La CLÍNICA LA TRINIDAD Es una entidad privada, la cual presta sus servicios a los habitantes del municipio de SANTA CRUZ DE LORICA, esta cuenta con varias especialidades entre las que se encuentran, medicina general, anestesiología, ortopedia y traumatología, ginecobstetricia, urología, medicina interna, cirugía general, pediatría, nutrición y dietética, enfermería, servicios de rayos x y urgencias médicas; además cuenta con los servicios de farmacología. esta entidad atiende diariamente un promedio de 500 pacientes en las diferentes especialidades, en cada una de estas se planifican 50 pacientes al día aproximadamente. La idea principal con este proyecto es de agilizar el proceso de solicitud de citas médicas, en cada uno de los diferentes servicios que ofrece esta entidad, mediante la realización de la herramienta software; esto con el fin, de evitar las largas filas durante un largo tiempo, una mala atención o un horario para nada adecuado, para así poder descongestionar de manera notable las sedes donde se asignan dichas citas médicas, esto se hará haciendo uso de las nuevas tecnologías, y utilizando recursos ya existentes como lo es el teléfono móvil; en el cual a través de una aplicación se podrán solicitar estos servicios, desde la comodidad del hogar de cada uno de los usuarios.
  • 6. 1.3 JUSTIFICACIÓN Los grandes avances que ha tenido la tecnología, han facilitado muchos procesos en la actualidad, por eso las entidades de salud están llamadas a implementar sistemas de información para mejorar sus procesos. Con el fin de mejorar su proceso actual de solicitud y asignación de citas, se centra en la importancia de esta investigación en la que sé que brinda información de gran relevancia que puede ser utilizada por diferentes entidades de salud para mejorar sus procesos. Este proyecto consiste en el análisis, diseño e implementación de un sistema de información para realizar el proceso de solicitud y asignación de citas médicas en la CLÍNICA LA TRINIDAD del municipio de Santa Cruz de Lorica. La población que se beneficiará con esto serán todas aquellas personas que quieran acceder a los servicios de salud que estén disponibles. Con la implementación de este sistema se ahorrarán mucho tiempo las personas interesadas en solicitarlas, ya que, podrán realizar dicho proceso desde sus casas.
  • 7. 1.4 OBJETIVOS 1.4.1 OBJETIVO GENERAL ● Desarrollar un software, para optimizar el proceso de solicitud de citas médicas en la CLINICA LA TRINIDAD en Lorica, en el departamento de Córdoba, Colombia. 1.4.2 OBJETIVOS ESPECÍFICOS ● Analizar las condiciones actuales del proceso de asignación de citas en la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. ● Describir los requisitos funcionales y no funcionales asociados con la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. ● Desarrollar el software orientado a la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. ● Implementar y validar los módulos del software en la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia.
  • 8. 1.5 CRONOGRAMA DE ACTIVIDADES (Diagrama de Gantt) En el siguiente cronograma se detallan el tiempo estimado para cada una de las actividades de este proyecto. OBJETIVO ACTIVIDADES A DESARROLLAR TIEMPO EN SEMANAS 1 2 3 4 5 6 7 8 9 1 0 1 1 1 2 1 3 1 4 1 5 1 6 Analizar las condiciones actuales del proceso solicitud de citas en la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. Solicitud de información Revisión de los datos recibidos Describir los requerimientos del software en la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. Documentar los requisitos funcionales Documentar los requisitos no funcionales Desarrollar el software orientado a la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. Diseñar la arquitectura del software Implementación de los módulos del software Realizar las pruebas del software en una pequeña población Implementar el software en la CLÍNICA LA TRINIDAD en Lorica – Córdoba, Colombia. Entrega del software a la entidad de salud Evaluación del impacto en los usuarios Padilla & González (2020)
  • 9. 1.6 PRESUPUESTOS En la siguiente tabla se detallará el costo aproximado del proyecto según sus especificaciones, donde se toma como referencia el entorno en el que se desarrolla el software: COSTOS APROXIMADOS TIPO DE RECURSO ESPECIFICACIÓN VALOR DESARROLLO Documentación y diseño del proyecto $3.000.000 COP Asesoría profesional Tiempo de trabajo MATERIAL Entorno de desarrollo $3.000.000 COP Entorno de simulación OTROS Viáticos $976.000 COP TOTAL $6.976.000 OP Padilla & González (2020)
  • 10. 1.7 TABLA DE GESTION DE RIESGOS En la siguiente tabla se describen los posibles riesgos que podría tener este proyecto, la descripción de los mismos, el impacto que estos generarían en la elaboración y ejecución de este software; el plan de mitigación que tenemos para solucionar estos riesgos en caso de que se presenten. RIESGOS DESCRIPCION IMPACTO MITIGACIÓN Diseño diferente al requerido La persona en carga de realizar el diseño del software no sea competente en esta área, diseño quede diferente a mostrado al cliente al inicio del proyecto. Genera retraso en el proyecto Al momento de la seleccionar debe contar con las certificaciones necesarias que lo catalogan con competente para laborar en esa área. Atraso en las actividades Que las actividades se demoren más tiempo de lo necesario Causa retraso al proyecto Se deben mantener seguimiento constante de las actividades. Falta de recursos económicos en el desarrollo del proyecto. Que en el desarrollo del proyecto nos damos cuenta que se realizó mal el presupuesto, y esto genera un sobre costo del proyecto. Causa sobrecosto Se deben realizar un buen presupuesto, basando en precios reales. Desconocimiento de las herramientas tecnológicas en las que se va a desarrollar el proyecto (android studio) El desarrollador no maneje bien el lenguaje y el entorno de desarrollo escogidos para llevar a cabo el proyecto. Generan retrasos y sobre costos Se debe escoger un desarrollador certificado en el lenguaje escogido. Padilla & González (2020)
  • 11. CAPITULO 2 MODELO DE PROCESOS 2.1 IDENTIFICACIÓN DE PROCESOS Proceso: asignación de citas A continuación, se hará una breve descripción del proceso de asignación de citas en la CLINICA LA TRINIDAD DE LORICA. Descripción del proceso: 1) El proceso inicia con el actor paciente el cual se encarga de realizar una solicitud para una cita. Este proceso se le asigna como tarea la entrega de documento de identidad y carnet de salud. 2) El actor secretaria se encarga de buscar la disponibilidad para dicha solicitud. 3) La secretaria agenda la cita si hay disponibilidad cercada a la fecha requerida por el paciente. 4) En caso de que no haya disponibilidad en la fecha solicitada, la secretaria busca fechas próximas para asignar la cita. 5) La secretaria le asigna un paciente al actor médico. 6) Envía comprobante de cita al paciente. Proceso: cancelación de cita A continuación, se hará una breve descripción del proceso de cancelación de citas en la CLINICA LA TRINIDAD DE LORICA. Descripción del proceso: 1) Este proceso inicia con el actor paciente el cual solicita cancelar cita. 2) La secretaria verifica la existente de la cita, es decir que esta haya sido asignada con anterioridad. 3) Si la cita no fue asignada la secretaria envía notificación de la no existencia de la cita 4) Si la cita existe la secretaria efectúa la cancelación y se notifica al paciente y al médico.
  • 12. Proceso: envió de informes A continuación, se describe el proceso de informar a entes en la CLINICA LA TRINIDAD DE LORICA Descripción del proceso: 1) este proceso inicia con el actor secretaría de salud municipal esta solicita un informe semanal 2) la secretaria envía informe 3) la secretaria de salud municipal verifica la información si es correcta envía notificación de que se acepta el informe 4) si no es correcta la información la secretaria de salud municipal rechaza y solicita un nuevo informe. 2.2 MODELO DE PROCESOS Las imágenes siguientes representan el modelado de estos procesos en BPMN utilizando la herramienta de Bizagi modeler Fig.1 Solicitud y asignación de citas
  • 14. Fig.3 envió de informes CAPÍTULO 3 ESPECIFICACIÓN DE REQUISITOS 3.1 PROPÓSITO DEL SISTEMA Los grandes cambios que han surgido en la actualidad, han llevado a la mejora de muchos procesos, entre esos los relaciones con la salud. Por eso con este sistema se busca simplificar los procesos relacionados con la asignación de citas médicas en la clínica la trinidad del municipio de lorica, esto se hará a través de un sistema de información, en la cual las personas podrán solicitar sus citas médicas sin necesidad de salir de su hogar, puesto que solo necesitan tener un teléfono inteligente y acceso a internet, esto es algo muy común ya que cualquier persona en la actualidad tiene uno. Con este software se tiene como finalidad la reducción de las congestiones, que este proceso genera actualmente en las estructuras físicas de la clínica la trinidad.
  • 15. 3.2 FUNCIONALIDADES GENERALES DEL PRODUCTO Para la realización del software, se usará el entorno de desarrollo de ANDROID STUDIO, donde a su vez se desarrollará en el lenguaje de programación JAVA, y una base de datos en SQLite; cuya funcionalidad es la siguiente: A). En la zona de registro es para pacientes que aún no se ha registrado en la aplicación. aquí el usuario solicita sus credenciales teniendo en cuenta sus NOMBRES, APELLIDOS, N° DE CEDULA, N° DE TELEFONO (para contacto), CORREO Y CONTRASEÑA, para su posterior activación, esto porque el software se encuentra dirigido exclusivamente a los usuarios de la CLINICA LA TRINIDAD y no es accesible para los demás usuarios temporalmente, por lo cual el administrador será quien habilite los usuarios y los enviará a los correos registrados. B) Para el ingreso saldrán las opciones “Ingreso como paciente” e “Ingreso como médico” - En la sección de ingreso para médicos se solicitará el CORREO Y CONTRASEÑA ingresados en registro, en este tendrán acceso a la información de la persona que se agendó en la aplicación. - En la sección de ingreso para pacientes, se solicitará el CORREO Y CONTRASEÑA ingresados en registro, en este aparecerá la sección de agenda donde saldrán las citas solicitadas. C) Para la solicitud de citas se tiene en cuenta lo siguiente: - Después de ingresar, saldrá la opción de “agendar citas”, “citas agendadas” y “Ver mapa del sitio” Al seleccionar “Agendar citas” e irá a la siguiente ventana donde se rellenen los campos automáticamente de NOMBRES, APELLIDOS, N° DE CEDULA, N° DE TELEFONO (para contacto), CORREO Y CONTRASEÑA, el software le pedirá el tipo de cita médica en un panel desplegable donde saldrán: “Medicina general, odontología, citología, etc.) y según la opción seleccionada se desplegará otro donde saldrán los médicos disponibles para este tipo de cita y su N° de consultorio.
  • 16. - Se seleccionará una fecha y hora disponible para el médico, la cual variará según la cantidad de citas que hayan sido agendadas con anterioridad, ya que un médico solo puede atender a máximo 50 pacientes diariamente; por lo tanto, cuando un médico ya tenga el cupo de pacientes lleno, la aplicación le dirá al usuario que para ese día que requiere ese médico no está disponible y le sugiere cambiar de fecha. Luego de enviar la solicitud, deberá aparecer en la sección “Citas agendadas” la cual automáticamente generará un código QR que contendrá la información de la cita médica previamente solicitada, lo cual será importante para el día de la cita en cuestión ya que de esté depende la lectura del código para el orden de llegada y facturación; al igual es posible cancelar una cita agendada; luego de agendada una cita hay un tiempo prudente establecido por la entidad prestadora del servicio, en el cual el usuario puede cancelar su cita, desde una opción “cancelar cita” que estará habilitada en esta misma ventana. En este software es posible ver el mapa del sitio para ubicar el consultorio del médico en el que agendó su cita, en este se tomará como referencia principal la entrada para que la persona se ubique de manera rápida, aunque en este saldrán los nombres de cada una de las secciones de este sitio. 3.3 TIPO DE USUARIO En este software interactuaran varios usuarios, entre los cuales tenemos:  Los pacientes: estos son quienes realizan el proceso de solicitud de citas.  Los médicos: los las personas que se encargaran de llevar acabo las citas médicas. A estos se les asignaran pacientes a medica que se vayan solicitando las citas.  Administrador del sistema: es la persona encargada de llevar un control del funcionamiento general del software.
  • 17. 3.4 ESPECIFICACION DE REQUISITOS SOFTWARE 3.4.1 REQUISITOS FUNCIONALES DEL SOFTWARE 3.4.2 REQUISITOS NO FUNCIONALES DEL SOFTWARE EMPRESA: CLINICA LA TRINIDAD DEPENDENCIA: AREA ADMINISTRATIVA PROCESO: ASIGNACIÓN DE CITAS. FECHA: 11/10/2020 CODIGO TIPO DE REQUISITO DESCRIPCIÓN TIPO DE USUARIO RF1 FUNCIONAL El sistema deberá guardar los usuarios que se soliciten activación y posteriormente hagan login en el software. PACIENTE y MEDICO RF2 FUNCIONAL El sistema deberá permitir diligenciar el formato de solicitud de citas. PACIENTE RF3 FUNCIONAL El sistema deberá generar un código QR con la información de la cita. PACIENTE RF4 FUNCIONAL El sistema deberá permitir ver las citas previamente agendadas. MEDICO RNF5 NO FUNCIONAL El software tendrá una interfaz de uso simple para el usuario RNF6 NO FUNCIONAL El sistema será desarrollado en la plataforma Android Studio y lenguaje Java. RNF7 NO FUNCIONAL El sistema guardará la información en la base de datos SQLite. Padilla & González (2020)
  • 18. EMPRESA: CLINICA LA TRINIDAD DEPENDENCIA: AREA ADMINISTRATIVA PROCESO: CANCELACIÓN DE CITAS FECHA: 11/10/2020 CODIGO TIPO DE REQUISITO DESCRIPCIÓN TIPO DE USUARIO RF1 FUNCIONAL El sistema permitirá cancelar las citas previamente agendadas. PACIENTE RF2 FUNCIONAL El sistema permitirá mostrar las citas previamente canceladas. MEDICO RNF3 NO FUNCIONAL El software tendrá una interfaz de uso simple para el usuario RNF4 NO FUNCIONAL El sistema será desarrollado en la plataforma Android Studio y lenguaje Java. RNF5 NO FUNCIONAL El sistema guardará la información en la base de datos SQLite. Padilla & González (2020)
  • 19. EMPRESA: CLINICA LA TRINIDAD DEPENDENCIA: AREA ADMINISTRATIVA PROCESO: ENVÍO DE INFORMES. FECHA: 11/10/2020 CODIGO TIPO DE REQUISITO DESCRIPCIÓN TIPO DE USUARIO RF1 FUNCIONAL El sistema permitirá ver la información de las citas agendadas. ADMINISTRADOR RF2 FUNCIONAL El sistema permitirá ver la información de las citas canceladas. ADMINISTRADOR RF3 FUNCIONAL El sistema permitirá ver la información de las citas atendidas. ADMINISTRADOR RNF4 NO FUNCIONAL El software tendrá una interfaz de uso simple para el usuario RNF5 NO FUNCIONAL El sistema será desarrollado en la plataforma Android Studio y lenguaje Java. RNF6 NO FUNCIONAL El sistema guardará la información en la base de datos SQLite. Padilla & González (2020)
  • 20. 3.4.3 DIAGRAMAS DE CASOS DE USO Padilla & González (2020) Padilla & González (2020)
  • 21. 3.4.4 DOCUMENTACIÓN DE CASOS DE USO UC-1 Registrar usuarios. Versión 1 de 11/10/2020 Autores Hugo Padilla Arrieta & Libis González Díaz Fuentes Clínica la trinidad Actores Paciente Descripción El caso de uso permite a los usuarios de la clínica, registrarse en el software móvil Precondición Estar registrado en el seguro social Colombiano. Secuencia normal Paso Acción 1 El usuario solicita al sistema mostrar la interfaz de registro. 2 El sistema solicita saber si es “Paciente” o “Medico” 3 El usuario presiona en el botón “Paciente”. 4 El sistema arroja el formulario de registro de paciente, solicitando lo siguientes datos:  (*) Nombres y apellidos (1)  (*) Dirección (1)  (*) Teléfono (1)  (*) Documento de identidad (1)  (*) Correo electrónico (1) 5 El usuario ingresa los datos necesarios, y presiona la opción “Registrarse” 6 El sistema ejecuta la acción y muestra un mensajes que fue guardado con éxito. Post-condición Excepciones Paso Acción 3 El usuario presiona el botón “Medico” 4 El sistema arroja el formulario de registro de médico, solicitando lo siguientes datos:  (*) Nombres y apellidos (1)  (*) Dirección (1)  (*) Teléfono (1)  (*) Documento de identidad (1)  (*) N° de tarjeta profesional (1)  (*) Correo electrónico (1) 5 El usuario ingresa los datos necesarios, y presiona la opción “Registrarse” 6 El sistema ejecuta la acción y muestra un mensajes que fue guardado con éxito. Frecuencia de uso por día: Importancia según lógica de negocio: Complejidad Estado del Caso de Uso: Máximo retardo esperado en segundos 1 Alta Media Pendiente de verificación 3  Importancia: Baja, Media, Alta  Urgencia: Baja, Media, Alta  Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En desarrollo, Desarrollado) Usuario que aprueba el requerimiento: Nombre:_____________________________________________________ Firma: _________________________________________ DD/MM/YYYY : ___/___/______ Comentarios:  Los (*) definen que los valores es los campos son requeridos  Se debe confirmar los cambios en los datos: Eliminar Guardar.  Los (1) definen que es Auto rellenado por el sistema
  • 22. UC-2 Solicitar citas. Versión 1 de 11/10/2020 Autores Hugo Padilla Arrieta & Libis González Díaz Fuentes Clínica la trinidad Actores Paciente y médico. Descripción El caso de uso permite agendar la cita médica que el usuario solicite, en la cual tendrá en cuenta la dependencia que necesite y el horario más conveniente. Precondición Estar registrado previamente en la aplicación. Secuencia normal Paso Acción 1 El usuario solicita al sistema la interfaz de solicitud de citas. 2 El sistema muestra un listado de las especialidades y horarios 3 El usuario presiona en el nombre del médico y horario predilecto. 4 El sistema confirma disponibilidad de la cita médica. 5 El usuario verifica la información y acepta. 6 El sistema ejecuta la acción, guarda la información y genera el código QR. Post-condición Excepciones Paso Acción Frecuencia de uso por día: Importancia según lógica de negocio: Complejidad Estado del Caso de Uso: Máximo retardo esperado en segundos 1 Alta Baja Pendiente de verificación 3  Importancia: Baja, Media, Alta  Urgencia: Baja, Media, Alta  Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En desarrollo, Desarrollado) Usuario que aprueba el requerimiento: Nombre:_____________________________________________________ Firma: _________________________________________ DD/MM/YYYY : ___/___/______ Comentarios:  Los (*) definen que los valores es los campos son requeridos  Se debe confirmar los cambios en los datos: Eliminar Guardar.  Los (1) definen que es Auto rellenado por el sistema
  • 23. UC-3 Cancelar citas. Versión 1 de 11/10/2020 Autores Hugo Padilla Arrieta & Libis González Díaz Fuentes Clínica la trinidad Actores Paciente Descripción El caso de uso permite cancelar la solicitud previamente realizada. Precondición Tener solicitud de cita médica previa.. Secuencia normal Paso Acción 1 El usuario solicita al sistema la interfaz de cancelación de citas. 2 El sistema muestra un listado de las citas solicitadas anteriormente. 3 El usuario selecciona la cita médica a cancelar. 4 El sistema confirma la cancelación de la cita. Post-condición Excepciones Paso Acción Frecuencia de uso por día: Importancia según lógica de negocio: Complejidad Estado del Caso de Uso: Máximo retardo esperado en segundos 1 Alta Baja Pendiente de verificación 3  Importancia: Baja, Media, Alta  Urgencia: Baja, Media, Alta  Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En desarrollo, Desarrollado) Usuario que aprueba el requerimiento: Nombre:_____________________________________________________ Firma: _________________________________________ DD/MM/YYYY : ___/___/______ Comentarios:  Los (*) definen que los valores es los campos son requeridos  Se debe confirmar los cambios en los datos: Eliminar Guardar.  Los (1) definen que es Auto rellenado por el sistema
  • 24. UC-4 Enviar informes. Versión 1 de 11/10/2020 Autores Hugo Padilla Arrieta & Libis González Díaz Fuentes Clínica la trinidad Actores Administrador Descripción El caso de uso permite sacar la información de las citas médicas agendadas semanalmente, para enviar a los entes de salud municipal. Precondición Secuencia normal Paso Acción 1 El administrador verifica la información de la base de datos. 2 El sistema muestra un listado con los datos solicitados 3 El usuario exporta la información necesaria 4 El sistema confirma disponla exportación correcta de los datos. 5 El usuario verifica la información y acepta. Post-condición Excepciones Paso Acción Frecuencia de uso por día: Importancia según lógica de negocio: Complejidad Estado del Caso de Uso: Máximo retardo esperado en segundos 1 Alta Media Pendiente de verificación 3  Importancia: Baja, Media, Alta  Urgencia: Baja, Media, Alta  Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En desarrollo, Desarrollado) Usuario que aprueba el requerimiento: Nombre:_____________________________________________________ Firma: _________________________________________ DD/MM/YYYY : ___/___/______ Comentarios:  Los (*) definen que los valores es los campos son requeridos  Se debe confirmar los cambios en los datos: Eliminar Guardar.  Los (1) definen que es Auto rellenado por el sistema
  • 25. UC-2 Ver citas médicas. Versión 1 de 11/10/2020 Autores Hugo Padilla Arrieta & Libis González Díaz Fuentes Clínica la trinidad Actores Medico Descripción El caso de uso permite seleccionar las citas que fueron previamente agendadas, para su posterior atención. Precondición Haber solicitado una cita médica. Secuencia normal Paso Acción 1 El usuario solicita al sistema la sección de citas agendadas. 2 El sistema muestra un listado de las mismas. 3 El usuario presiona en la información de la cita que desea ver. 4 El sistema confirma la información. 5 El usuario verifica la información y atiende al paciente. Post-condición Excepciones Paso Acción Frecuencia de uso por día: Importancia según lógica de negocio: Complejidad Estado del Caso de Uso: Máximo retardo esperado en segundos 1 Alta Baja Pendiente de verificación 3  Importancia: Baja, Media, Alta  Urgencia: Baja, Media, Alta  Estado del caso de uso: (Levantamiento de requerimientos, Pendiente de verificación por usuario final, Aceptado por usuario final, En desarrollo, Desarrollado) Usuario que aprueba el requerimiento: Nombre:_____________________________________________________ Firma: _________________________________________ DD/MM/YYYY : ___/___/______ Comentarios:  Los (*) definen que los valores es los campos son requeridos  Se debe confirmar los cambios en los datos: Eliminar Guardar.  Los (1) definen que es Auto rellenado por el sistema
  • 26. 4.1 DISEÑO ARQUITECTONICO DEL SOFTWARE En el siguiente diseño en el cual el administrador que es quien lleva el control del software, que se encuentra formado por una aplicación para dispositivos Android y con el gesto de base de datos SQLite que es donde la aplicación obtiene y almacena los datos, que se mostrarán en la interfaz final destinada a los usuarios de la CLINICA LA TRINIDAD.
  • 27. 4.1.1 DISEÑO DE INTERFAZ DEL SOFTWARE
  • 28.
  • 29.
  • 30.
  • 31.
  • 32. 4.2 DIAGRAMA DE SECUENCIAS El siguiente diagrama, muestra de manera detallada el cómo trabaja la aplicación y como funcionan secuencialmente los procesos del software móvil MEDICITAPP:
  • 33. 4.3 DIAGRAMA DE ESTADO El siguiente diagrama, muestra de manera simple cómo trabaja la aplicación visto desde el punto de vista de procesos generados con el uso del software móvil MEDICITAPP:
  • 34.
  • 35. 4.4 DIAGRAMA DE CLASES El siguiente diagrama, muestra las relaciones de cada una de los factores que conforman el proceso de solicitud, cancelación, asignación de citas médicas y envío de reportes mediante el uso del software móvil MEDICITAPP:
  • 36. 4.5 MODELO ENTIDAD RELACIÓN El siguiente diagrama, muestra las relaciones de manera más detallada que el diagrama de clases, cada uno de los factores que conforman el proceso de solicitud, cancelación, asignación de citas médicas y envío de reportes mediante el uso del software móvil MEDICITAPP:
  • 37. 4.6 MODELO RELACIONAL El siguiente diagrama, explica cómo se encuentra relacionada la base de datos y todos los ítems necesarios el proceso de solicitud, cancelación, asignación de citas médicas y envío de reportes mediante el uso del software móvil MEDICITAPP:
  • 38. 4.7 DICCIONARIO DE DATOS PACIENTE LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN PK Identificador idu Numérico 40 Almacena la cédula del paciente. Nombre nombreu Texto 40 Almacena el nombre del paciente. Apellido apellidou Texto 40 Almacena el apellido del paciente. Correo correou Texto 40 Almacena la dirección de email del paciente. Teléfono telefonou Numérico 40 Almacena el número de contacto del paciente. Dirección direccionu Texto 40 Almacena la dirección del domicilio del paciente. CITA LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN PK Número de cita numcita Numérico 40 Almacena la información que identifica la cita Fecha de cita fecha Numérico 40 Guarda la información de la fecha de la cita Hora de cita hora Numérico 40 Almacena la hora de realización de la cita medica Tipo de cita tipocita Texto 40 Guarda la descripción de la cita Idpaciente idpaciente Numérico 40 Almacena el identificador del paciente Idmedico idmedico Numérico 40 Almacena el identificador del medico
  • 39. ESPECIALIDAD LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN PK Identificador de la especialidad idespecialidad Numérico 40 Almacena el numero identificador de la especialidad. Nombre de la especialidad. nombre Texto 40 Almacena el nombre de la especialidad. MEDICO LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN PK Identificador idm Numérico 40 Almacena la cédula del médico. Nombre nombrem Texto 40 Almacena el nombre del médico. Apellido apellidom Texto 40 Almacena el apellido del médico. Correo correom Texto 40 Almacena la dirección de email del médico. Teléfono telefonom Numérico 40 Almacena el número de contacto del médico. Dirección direccionm Texto 40 Almacena la dirección del domicilio del médico. Tipo especialidad tipoesp Texto 40 Almacena el nombre de la especialidad del médico. Hora de inicio horainicio Numérico 40 Guarda la información de la hora de inicio laboral del médico. Hora de salida horasalida Numérico 40 Guarda la información de la hora de finalización laboral del médico.
  • 40. REPORTE LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN PK Número de reporte numreporte Numérico 40 Almacena el número identificador del reporte. Tipo de reporte tiporep Texto 40 Almacena el nombre del reporte enviado. Fecha de vencimiento fechaven Númerica 40 Almacena la fecha de vencimiento del reporte. Descripción medica descripmed Texto 40 Almacena la descripción médica anexada.. EPS LLAVES NOMBRE CAMPO TIPO TAMAÑO DESCRPICIÓN PK Código de la EPS ideps Numérico 40 Almacena el número identificador de la EPS. Tipo de afiliación tipoafili Texto 40 Almacena el tipo de afiliación: “Subsidiado” o “Contributivo” Descripción medica descripmed Texto 40 Almacena la descripción médica anexada.
  • 41. 5.0 IMPLEMENTACIÓN En la implementación del proyecto, se detallará a fondo lo relacionado con la codificación del software de citas médicas para la CLINICA LA TRINIDAD, aquí se tendrán en cuenta los puntos claves para poder realizar de manera efectiva el desarrollo del software al que se encuentra destinado el proyecto. 5.1 HERRAMIENTAS DE DESARROLLO Para el desarrollo del software se utilizará el lenguaje de programación JAVA, implementado en el entorno de desarrollo de aplicaciones ANDROID STUDIO y en lo que respecta al almacenamiento de los datos se usará la base de datos SQLite. 5.2 ESTANDAR DE DESARROLLO Para realizar de manera efectiva y eficaz un proyecto, es necesario tener en cuenta estándares y normas establecidas para un correcto proceso de realización del software; de los estándares necesarios, para el proyecto se tuvieron en cuentas los siguientes: 5.2.1 ESTANDAR CMMI “Un modelo que contiene los elementos esenciales de procesos efectivos para una o más disciplinas y describen un camino de mejora evolutivo desde procesos ad hoc, inmaduros hasta procesos disciplinados, maduros, efectivos, con calidad.”1 Este estándar cuenta con áreas de proceso que cuenta con prácticas específicas, las cuales se encuentran orientadas a satisfacer el área de proceso y las prácticas genéricas que se encuentran orientadas a la institucionalización; además las áreas de procesos cuentan con las categorías de: gestión de proyectos, gestión de procesos, soporte e ingeniería. 1 Cuomo, V. (2016). from https://cs.uns.edu.ar/~virginia.cuomo/calidad-2016/downloads/CalidadSW-2016- Teoria04-Mayo.pdf
  • 42. El proceso del estándar CMMI establece cinco niveles de madurez: el inicial, donde no se dispone de un ambiente sólido para mantenimiento y desarrollo del software; luego está el repetible, en el que se encuentran las practicas institucionales de la gestión de proyectos, contando con las normas básicas y un lineamiento correcto; seguidamente se halla el definido, que sumado a la buena gestión de proyectos también se puede encontrar una buena coordinación entre las partes; como cuarto nivel de madurez está el gestionado cuantitativamente, que es básicamente la disposición de un grupo de métricas significativas de calidad y productividad; y por último el optimizado donde ya el enfoque se dirige a la mejora continua de procesos, llevándolo de manera eficaz y eficiente para las partes que estén involucradas. 5.2.2 ESTANDAR ISO 9000:2000 “La familia de normas ISO 9000 es un conjunto de normas de calidad establecidas por la Organización Internacional para la Estandarización (ISO), aplicables en cualquier tipo de organización.”2 Este estándar tiene como bases fundamentales, un conjunto de principios de gestión de calidad, tales como: su enfoque permanente al cliente final, donde él juega un papel importante en el proceso; el liderazgo, para poder coordinar los procesos eficientemente; involucre de todo el personal encargado, lo cual genera una comunicación necesaria para ir en la misma dirección; el enfoque a procesos, que complementa el desarrollo; la mejora continua, para la realización de procesos actualizados y mejor realizados; el enfoque objetivo hacia la toma de decisiones, para que tomar decisiones no sea una tarea monótona y las relaciones mutuamente beneficiosas con los proveedores, para complementar el proceso grupal. La estructura del estándar ISO 9001:2000 tiene muchas semejanzas al círculo de Deming, referenciado mediante el ciclo PDCA (Plan-DoCheck-Act). 2 Chacón A.; Rodas J.; Vinueza M.(2015) Revista Ciencia UNEMI Vol. 8 - Nº 13, pp. 90 - 99
  • 43. 5.3 ESTRATEGIAS DE DESARROLLO Las estrategias de desarrollo permiten que los elementos funcionales del software trabajen correctamente y de manera eficaz, entre los cuales se tienen en cuenta muchas características que van desde el sistema de arranque de los sistemas operativos hasta la implementación del software, lo que permita que este programa pueda ser trascendente y sea optimizado para una mejoría de procesos. Las estrategias dentro de la ingeniería de software se encuentran catalogadas entro de dos categorías como son: las estrategias de diseño y estrategias de prueba del software, donde las estrategias de diseño se refieren a las diferentes alternativas de selección de diseño del software y las estrategias de pruebas se refiere a los pasos necesarios para la ejecución de pruebas de rendimiento, en esta se prueba la planificación, diseño, ejecución y evaluación de los resultados finales 5.4 PLANIFICACIÓN DEL DESARROLLO Modulo software Actividad de desarrollo Responsable Fecha inicio Fecha final Gestión de usuarios CRUD de usuarios Padilla & González 22/10/2020 18/11/2020 Gestión de usuarios Agenda de citas medicas Padilla & González 22/10/2020 18/11/2020 Gestión de usuarios Cancelación de citas medicas Padilla & González 22/10/2020 18/11/2020 Gestión de códigos QR Generación de códigos QR por cita medica Padilla & González 22/10/2020 18/11/2020 Gestión de códigos QR Lectura de códigos QR Padilla & González 22/10/2020 18/11/2020 Gestión de complementos Vista del mapa del sitio Padilla & González 22/10/2020 18/11/2020
  • 44. 6.0 PRUEBAS DEL SOFTWARE. Las pruebas del software les permiten a las partes involucradas valorar la funcionalidad total del software, para así llegar de manera conjunta a una mejoría que le beneficie tanto a los desarrolladores, como a los usuarios finales; para hacer estas pruebas es necesaria una planificación que le permita llevar de manera organizada el proceso de pruebas. Para realizar las pruebas del dispositivo se realizó la instalación del software en 4 Smartphones con sistema operativo Android, con las siguientes características: 1- Samsung J6+ con versión de Android 10 y con tamaño de pantalla 6” 2- Samsung J4+ con versión de Android 9 y con tamaño de pantalla 6” 3- Motorola One Fusión con versión de Android 10 y tamaño de pantalla 6.5” 4- Samsung Galaxy A30s con versión de Android 10 y tamaño de pantalla 6.4” Posteriormente se realizó el proceso como un usuario de la CLINICA LA TRINIDAD, y se hizo el proceso desde los diferentes dispositivos móviles, en el que se realizaron los procedimientos tal y como los debe hacer un usuario real de la clínica; al ser una base de datos local, cada uno realiza las funciones haciendo las veces de todos los usuarios que tiene la aplicación. Aquí se pusieron a prueba las diferentes funcionalidades y las deficiencias de estas, si las llegaran a tener; cabe resaltar que las pruebas del dispositivo fueron realizadas simulando una situación real, en la que se toma el rol de las partes involucradas para comprobar la eficacia y eficiencia de los diferentes tipos de usuario para los que la aplicación se encuentra diseñado. Las pruebas se encargaron de probar los módulos más importantes como lo es la: solicitud de usuario, ingreso a la aplicación, solicitud de citas médicas, generación del código QR, escaneo del código QR (para ver la información) y ajuste a la pantalla de cada celular, estos siendo los módulos para pacientes; en relación a los médicos se probó el ingreso a la aplicación, verificación de citas médicas agendadas, escaneo del código QR e historial de citas médicas y para la sección del administrador todos aquellos módulos relacionados con la administración de datos de médico y paciente.
  • 45. 6.1 PLAN DE PRUEBAS DEL SOFTWARE Tipos De Pruebas: Funcionalidad, rendimiento, disponibilidad de datos, adaptabilidad al entorno e interfaz de usuario y de seguridad. Tipo de prueba: Funcionalidad. Objetivo: Realizar la comprobación de cada uno de los módulos implementados. Técnica: 1-. Realizar la instalación en los dispositivos. 2-. Para el caso de pacientes solicitar el usuario, para médicos se le hizo entrega previamente de sus credenciales y administrador se loguea y activa el usuario del paciente. 3- Cada usuario de prueba realiza los procesos tal y como lo haría un paciente de la entidad de salud (loguearse, solicitar cita, ver cita y código QR, cancelar cita, ver mapa del sitio y recuperar contraseña) 4- Cada usuario de prueba se loguea como médico y hace testeo de las acciones que posee, como ver las citas agendadas, escanear código QR y ver historial de citas. 5- Cada usuario de prueba, desde el perfil administrativo realiza las funciones de: añadir EPS, añadir médico, añadir paciente, ver citas, añadir especialidades y ver EPS. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Criterios de éxito: El test se considera exitoso cuando cada botón y elemento interactivo cumpla sus funciones, como aparece en los resultados obtenidos en el caso de prueba de rendimiento.
  • 46. Tipo de prueba: Rendimiento. Objetivo: Realizar la comprobación del rendimiento en diferentes dispositivos. Técnica: 1-. Realizar la instalación en los dispositivos. 2- Realizar las funciones mostradas en el punto 2, de la sección técnica de la prueba de funcionalidad. 3- Verificar que cada función realizada cumplió sus funciones e manera rápida, eficaz y efectiva. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Criterios de éxito: El test se considera exitoso cuando los resultados descritos en el caso de prueba de rendimiento de la aplicación móvil, se cumplan efectiva y satisfactoriamente.
  • 47. Tipo de prueba: Disponibilidad de datos. Objetivo: Realizar la comprobación muestra, ingreso, eliminación y actualización de datos. Técnica: 1-. Realizar la instalación en los dispositivos. 2- Realizar las funciones mostradas en el punto 2, de la sección técnica de la prueba de funcionalidad. 3- Verificar que cada solicitud realizada en la que se involucre el tratamiento de datos (muestra, ingreso, eliminación y actualización de datos) se haya cumplido correctamente y hayan ejecutado cada acción a la que son destinados cada uno de los datos solicitados. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Criterios de éxito: El test es considerado exitoso cuando los resultados descritos en el caso de prueba de disponibilidad de datos de la aplicación móvil, se cumplan efectiva y satisfactoriamente.
  • 48. Tipo de prueba: Adaptabilidad al entorno e interfaz de usuario. Objetivo: Realizar la validación de la vista de la interfaz en el entorno móvil. Técnica: 1-. Realizar la instalación en los dispositivos. 2- Realizar las funciones mostradas en el punto 2, de la sección técnica de la prueba de funcionalidad, para verificar que cada uno de los elementos que hagan parte de la interfaz se encuentre bien ubicado, dentro del margen de la pantalla del dispositivo móvil y que no haya errores en su interacción. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Criterios de éxito: El test se considera exitoso cuando los resultados descritos en el caso de prueba de adaptabilidad al entorno e interfaz de usuario de la aplicación móvil, se cumplan efectiva y satisfactoriamente, como se describe en los resultados obtenidos en el caso de prueba de interfaz.
  • 49. Tipo de prueba: Seguridad. Objetivo: Verificar el nivel de seguridad para acceso a la aplicación móvil. Técnica: 1-. Realizar la instalación en los dispositivos. 2- Realizar el intento de suplantación de identidad para ingresar como un usuario, administrador o médico, sin tener lo permisos necesarios para hacerlo. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Criterios de éxito: El test se considera exitoso cuando la vulneración de la seguridad y acceso es nula, que no exista manera alguna de suplantar la identidad desde la misma aplicación. 6.1.1. AMBIENTE PARA DESARROLLAR LAS PRUEBAS Requerimientos Hardware: Dispositivo móvil (Smartphone) con cámara Requerimientos Software: Sistema operativo Android, permiso de acceso a la cámara e interactividad con el teclado y pantalla.
  • 50. 6.2. REALIZACIÓN DE LAS PRUEBAS Identificador: PB-001-2020 Probador: Padilla H.; Julio L.; González L. & Herrera M. Fecha Planeación: 10/noviembre/2020 Módulo Módulo de funciones. Funcionalidad a probar: Funcionalidad del aplicativo en interactividad y uso. Objetivo de la funcionalidad: Probar la operatividad del aplicativo móvil. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Resultado esperado: Cada uno de los datos ingresados en las diferentes secciones de usuario disponibles, se deben encontrar relacionados de tal forma que cada uno cumpla la función respectivamente asignada. Resultado obtenido: Los datos ingresados en todos los campos disponibles en cada usuario al que la app tiene acceso se ingresan, muestran, actualizan, eliminan, se escanea efectivamente el código QR y se lee la información contenida en este. Fecha ejecución: 15/noviembre/2020 Anexos:
  • 51. Identificador: PB-002-2020 Probador: Padilla H.; Julio L.; González L. & Herrera M. Fecha Planeación: 10/noviembre/2020 Módulo Módulo de rendimiento. Funcionalidad a probar: Rendimiento de la aplicación en los dispositivos de prueba. Objetivo de la funcionalidad: Verificar el rendimiento funcional de la aplicación MEDICITAPP. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Resultado esperado: Rapidez en su funcionamiento complementando la prueba de funcionalidades y bajo consumo de recursos. Resultado obtenido: Los tiempos de respuestas de cada función fueron rápidos, el consumo de recursos de los dispositivos móviles a prueba fue bajo, lo que indicó que su rendimiento fue bueno en todos los dispositivos puestos a prueba Fecha ejecución: 15/noviembre/2020
  • 52. Identificador: PB-003-2020 Probador: Padilla H.; Julio L.; González L. & Herrera M. Fecha Planeación: 10/noviembre/2020 Módulo Módulo de disponibilidad de datos. Funcionalidad a probar: Muestra, ingreso, eliminación y actualización de datos en la aplicación en los dispositivos de prueba. Objetivo de la funcionalidad: Verificar la manipulación de datos en la aplicación MEDICITAPP. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Resultado esperado: Efectividad en cada una de las acciones que debe hacer la aplicación con cada dato, ya sea mostrarlo, ingresarlo, eliminarlo o actualizarlo. Resultado obtenido: Cada dato usado en cada campo solicitado, estuvo destinado a satisfacer las necesidades del usuario que haga uso de la aplicación. Fecha ejecución: 15/noviembre/2020
  • 53. Identificador: PB-004-2020 Probador: Padilla H.; Julio L.; González L. & Herrera M. Fecha Planeación: 10/noviembre/2020 Módulo Módulo de interfaz de usuario. Funcionalidad a probar: Vista y adaptabilidad de la interfaz en el dispositivo móvil. Objetivo de la funcionalidad: Validar la correcta configuración de la interfaz en cada dispositivo móvil. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Resultado esperado: Los elementos que conformen la interfaz deben estar adaptados a cada dispositivo móvil al que se le aplicó la prueba, puesto que su configuración por defecto es para adaptabilidad para todos los tamaños (Responsive). Resultado obtenido: Los elementos se encontraban bien ubicados, de manera uniforme y dentro de los márgenes de la pantalla. Fecha ejecución: 15/noviembre/2020
  • 54. Identificador: PB-005-2020 Probador: Padilla H.; Julio L.; González L. & Herrera M. Fecha Planeación: 10/noviembre/2020 Módulo Módulo de seguridad. Funcionalidad a probar: Seguridad de acceso y datos de la aplicación móvil. Objetivo de la funcionalidad: Validar la correcta configuración de la interfaz en cada dispositivo móvil. Precondiciones: Para la realización de la prueba es necesario tener la app instalada en un dispositivo móvil con sistema operativo Android y con acceso a cámara. Resultado esperado: Impenetrabilidad posible en los otros tipos de usuarios a los que no se tenga acceso. Resultado obtenido: Es imposible entrar a los demás usuarios sin tener acceso a sus credenciales, solo con robarles esa información de otro lugar es posible ingresar a la aplicación. Fecha ejecución: 15/noviembre/2020 Anexos:
  • 55. 6.3. INFORME DE LAS PRUEBAS. Tipo de caso de prueba Total No Ejecutado Pasado Fallado Bloqueado Generado desde cero 0 0 0 0 0 Evolucionado 5 0 5 0 0 No evolucionado 0 0 0 0 0 TOTALES 5 0 5 0 0 Pasa Revisión PB-001-2020 PB-002-2020 PB-003-2020 PB-004-2020 PB-005-2020 Caso de Prueba Fecha de la prueba Estado Canal de Comunicación Observaciones PB-001-2020 15/noviembre/2020 Pasado Dispositivo móvil Se cumple la operatividad del aplicativo móvil PB-002-2020 15/noviembre/2020 Pasado Dispositivo móvil El rendimiento funcional del dispositivo es óptimo. PB-003-2020 15/noviembre/2020 Pasado Dispositivo móvil La manipulación de datos entre el usuario y la aplicación es eficiente. PB-004-2020 15/noviembre/2020 Pasado Dispositivo móvil La vista e interfaz se adapta a todos los dispositivos PB-005-2020 15/noviembre/2020 Pasado Dispositivo móvil La manipulación de datos entre el usuario y la aplicación es segura.
  • 56. CONCLUSIONES La innovación y los cambios que están surgiendo en la vida actual llevan a una mejora de muchos procesos, para facilitarle la vida al ser humano; entre ellos los relacionados en el ámbito de la salud, principalmente para las personas que su tiempo es limitado para realizar tantas cosas al tiempo. Con la implementación de esta aplicación móvil se busca facilitar muchos procesos en la CLÍNICA LA TRINIDAD del municipio de Santa Cruz de Lorica, ya que los pacientes pueden solicitar sus citas médicas desde la comodidad de su hogar, logrando con esto la descongestión de las estructuras físicas, por otro lado, le facilita al doctor saber la cantidad y administrar las citas que tenga vigentes por días. Esta aplicación es de fácil uso, puesto que su diseño está creado para ser intuitiva y de complejidad baja. Para mejorar de manera trascendental el sistema básico de procesos de la salud, es necesario implementar el mismo software en las diferentes entidades de salud, la cual puede empezar desde el municipio de Lorica, hasta expandirse a muchos lugares del país, si se convierte en una aplicación completamente sustentable y sobre todo viable para los individuos. El desarrollo de esta aplicación puede ser benéfico para cualquier usuario del sistema de salud colombiano, así permitiendo que la exposición al contacto físico en momentos de pandemia global, sea casi nulo y que las largas filas a las que se acostumbran los usuarios a soportar se acaben y solo sea parte de las instituciones de la salud en llevar el proceso administrativo de manera organizada y sobre todo bien controlada.
  • 57. REFERENCIAS Clínica la trinidad. (2020). Santa cruz de Lorica - (Córdoba); Recuperado de https://www.clinicalatrinidad.com.co/ Herrera R. (2020). Respuesta a petición. [calidad@clinicalatrinidad.com.co] Cuomo, V. (2016). Recuperado de https://cs.uns.edu.ar/~virginia.cuomo/calidad- 2016/downloads/CalidadSW-2016-Teoria04-Mayo.pdf Chacón A.; Rodas J.; Vinueza M.(2015). Recuperado de Revista Ciencia UNEMI Vol. 8 - Nº 13, pp. 90 - 99
  • 59. MANUAL DE USUARIO 1. En la pantalla principal de la aplicación el usuario observará un Login en el que ingresarán a la aplicación, el admin tiene sus credenciales predefinidas y el médico se les hace entrega previamente.
  • 60. 2. si el paciente selecciona “REGISTRARSE” este le enviará el siguiente formulario para que ingrese sus datos personales y solicitar la activación.
  • 61. 3. En caso de que el paciente o médico haya olvidado su contraseña podrá reestablecerla en la opción “olvidaste tu contraseña”
  • 62. 4. En esta ventana el paciente observara las citas que se encuentran activas
  • 63. 5. En esta ventana el paciente podrá apartar su cita, seleccionará la fecha en que desea agendar su cita, de la misma forma vera los médicos disponibles para su consulta
  • 64. 6. Aquí, el paciente observara todas las citas que se han agendado
  • 65. 7. En caso que el usuario necesite ubicarse dentro de las instalaciones de la entidad, tendrán un mapa del sitio con ubicaciones de los consultorios.
  • 66. 8. Si el ingreso es como doctor deberá llenar los datos que se pedirán en pantalla: su identificación(cedula) y contraseña, luego de llenar los datos dará click en iniciar.
  • 67. 9. En esta pantalla el medico observará un listado de funciones, en el cual el podrá ver la lista de citas, citas atendidas y el lector de código qr
  • 68. 10. en esta ventana el medico se podra percatar de las citas que tiene por atenden, es decir las citas o consultas que tiene por realizar
  • 69. 11.Esta ventana le permitirá al médico mirar cuantas citas atendido o realizado.
  • 70. 12. Este será el componente hardware encargado de la lectura de la información contenida en el qr, el cual será generado con cada cita medica que el paciente solicite previamente