Post on 04-Oct-2020
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN APLICATIVO DE CONSULTAS
MÉDICAS Y MANEJO DE HISTORIAL CLÍNICO CON PRESCRIPCIÓN
MÉDICA EN AMBIENTE WEB Y UNA APLICACIÓN MÓVIL EN
DISPOSITIVOS ANDROID PARA LOS PACIENTES DEL
CONSORCIO MÉDICO GUZMÁN DEL CANTÓN
LOMAS DE SARGENTILO
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR (ES):
Cajape Endara Evelin Alexandra
Morán Ortega Alexander José
TUTOR:
Lcda. María Isabel Galarza Soledispa, M.Gs.
GUAYAQUIL – ECUADOR
2018
I
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO E
IMPLEMENTACIÓN DE UN APLICATIVO DE CONSULTAS MÉDICAS Y
MANEJO DE HISTORIAL CLÍNICO CON PRESCRIPCIÓN MÉDICA EN
AMBIENTE WEB Y UNA APLICACIÓN MÓVIL EN DISPOSITIVOS ANDROID
PARA LOS PACIENTES DEL CONSORCIO MÉDICO GUZMÁN DEL CANTÓN
LOMAS DE SARGENTILLO” elaborado por el Sr.
Morán Ortega Alexander José y la Srta. Cajape Endara Evelin Alexandra,
Alumnos no titulados de la Carrera de Ingeniería en Sistemas
Computacionales, Facultad de Ciencias Matemáticas y Físicas de la
Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en
Sistemas, me permito declarar que luego de haber orientado, estudiado y
revisado, la Apruebo en todas sus partes.
Atentamente
Lcda. María Isabel Galarza Soledispa, M.Gs.
TUTOR
II
DEDICATORIA
Dedico este esfuerzo a Dios, quien
me supo guiar de manera
incondicional para poder cumplir
cada una de mis metas, a mis padres,
por siempre estar a mi lado, por el
apoyo infinito que me han brindado
durante mi formación tanto personal
como profesionalmente, quienes me
han acompañado en cada momento,
aconsejando y guiándome por el
buen camino. De igual manera a mis
hermanos y demás familiares que
me apoyaron y confiaron en mí. En
especial a mis abuelitas que siempre
me aconsejaron para que siguiera
adelante con mis estudios, y aunque
ya no estén presente, siempre las
llevo en mi corazón.
Evelin Cajape
III
DEDICATORIA
Mi proyecto de tesis se lo agradezco
primeramente a Dios y a Santa
Narcisa de Jesús de quien soy
devoto de ella, ya que gracias a su
sabiduría y bendiciones en cada
paso que realizo, pude llegar hasta
donde me he propuesto.
Agradezco a mis padres por
brindarme el apoyo y amor
incondicional y darme buenos
consejos para seguir por el buen
camino.
Alexander Morán
IV
AGRADECIMIENTO
Agradezco a Dios, por guiarme en
cada paso dado, a mis padres por la
confianza, paciencia y apoyo
incondicional que me han brindado,
a los docentes por sus enseñanzas
durante este trayecto, a mis
compañeros y amigos por el apoyo
dado. A mi tutora, por guiarme en
esta etapa importante de mi vida
como lo es la culminación del
presente proyecto.
Evelin Cajape
V
AGRADECIMIENTO
Primeramente, le agradezco a Dios
por darme las fuerzas necesarias para
cumplir cada objetivo que me he
propuesto en la vida.
A mis padres porque siempre han
creído en mí y me han motivado para
que yo cumpla todo lo que me
proponga sin importar lo difícil que
sea.
A mi enamorada, solo Dios y ella
saben cuánto fue el sacrificio que tuve
que hacer para llegar hasta aquí.
Porque siempre me apoyo a pesar de
que muchas veces no tenía tiempo
para ella por tratar de conseguir
culminar mi carrera, pero aun así ella
supo apoyarme y mantener firme
nuestra relación.
También extiendo mi sincero
agradecimiento a mi tutora Ing. María
Galarza, quien me ha guiado por el
camino correcto para conseguir
culminar este proyecto de tesis.
Alexander Morán
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMATICAS Y
FISICAS
Ing. Abel Alarcón Salvatierra, Mgs.
DIRECTOR DE LA CARRERA DE
INGENIERIA EN SISTEMAS
COMPUTACIONALES
Ing. Charles Pérez Espinoza
PROFESOR REVISOR DEL ÁREA
TRIBUNAL
Lcda. María Galarza Soledispa M.Gs.
PROFESOR TUTOR DEL
PROYECTO DE TITULACION
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
EVELIN ALEXANDRA CAJAPE ENDARA
ALEXANDER JOSÉ MORÁN ORTEGA
VIII
.
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN APLICATIVO DE CONSULTAS MÉDICAS Y MANEJO DE HISTORIAL CLÍNICO CON PRESCRIPCIÓN MÉDICA EN AMBIENTE WEB Y UNA APLICACIÓN MÓVIL EN DISPOSITIVOS ANDROID PARA LOS PACIENTES DEL CONSORCIO MÉDICO GUZMÁN DEL CANTÓN LOMAS DE SARGENTILO
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
CAJAPE ENDARA EVELIN ALEXANDRA C.I.2400115297
MORÁN ORTEGA ALEXANDER JOSÉ
C.I. 0928208115
Tutor: Lcda. María Isabel Galarza Soledispa, M.Gs.
Guayaquil, Septiembre de 2018
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el
Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la
Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por
los estudiantes CAJAPE ENDARA EVELIN ALEXANDRA, MORÁN
ORTEGA ALEXANDER JOSÉ, como requisito previo para optar por el
título de Ingeniero en Sistemas Computacionales cuyo problema es:
“La falta de organización y automatización de todos los procesos
manuales y el tiempo que tardan los médicos en atender a los
pacientes”.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Cajape Endara Evelin Alexandra 2400115297
Morán Ortega Alexander José 0928208115
Tutor: Lcda. María Isabel Galarza Soledispa, M.Gs.
Guayaquil, Septiembre de 2018
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Cajape Endara Evelin Alexandra
Dirección: El Fortín, Bloque 6 MZ 1471 SL.10
Teléfono: 3067265 – 0993992158 E-mail: evelin.cajapee@ug.edu.ec
Facultad: Ciencias Matemáticas y Físicas
Carrera: Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Lcda. María Isabel Galarza Soledispa, M.Gs.
Título del Proyecto de titulación: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial
clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos
Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de
Sargentillo.
Tema del Proyecto de Titulación: Aplicación móvil – tecnología – facilidad-
implementación – consultas médicas – registro diario.
2. Autorización de Publicación de Versión Electrónica del
Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y
a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica
de este Proyecto de titulación.
Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno:
Evelin Alexandra Cajape Endara Alexander José Morán Ortega
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como
archivo .Doc. O .RTF y. Puf para PC. Las imágenes que la acompañen pueden
ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
Nombre Alumno: Morán Ortega Alexander José
Dirección: Lomas de Sargentillo
Teléfono: 0939064778 E-mail: alexander.morano@ug.edu.ec
XI
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR ............................................................................... I DEDICATORIA ..................................................................................................... II
DEDICATORIA ................................................................................................... III AGRADECIMIENTO .......................................................................................... IV AGRADECIMIENTO ............................................................................................ V
DECLARACIÓN EXPRESA ............................................................................. VII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR .......................................... IX ABREVIATURAS .............................................................................................. XIII
SIMBOLOGÍA ................................................................................................... XIV ÍNDICE DE CUADROS .................................................................................... XV ÍNDICE DE GRÁFICOS ................................................................................. XVI RESUMEN ........................................................................................................ XVII
ABSTRACT ..................................................................................................... XVIII
INTRODUCCIÓN .................................................................................................. 1
CAPÍTULO I .......................................................................................................... 3
EL PROBLEMA .................................................................................................... 3
PLANTEAMIENTO DEL PROBLEMA ............................................................... 3
Ubicación del Problema en un Contexto ...................................................... 3
Situación Conflicto Nudos Críticos ................................................................ 3 Causas y Consecuencias del Problema ....................................................... 4
Delimitación del Problema .............................................................................. 5 Formulación del Problema .............................................................................. 6
Evaluación del Problema ................................................................................ 6 OBJETIVOS ...................................................................................................... 7
OBJETIVO GENERAL ................................................................................ 7 OBJETIVOS ESPECÍFICOS ...................................................................... 8
ALCANCES DEL PROBLEMA ....................................................................... 8
JUSTIFICACIÓN E IMPORTANCIA .............................................................. 9
METODOLOGÍA DEL PROYECTO .............................................................. 9
SUPUESTOS Y RESTRICCIONES ............................................................ 11 Plan de Calidad (Pruebas a realizar) ....................................................... 11
CAPÍTULO II ....................................................................................................... 12 MARCO TEÓRICO ............................................................................................ 12
ANTECEDENTES DEL ESTUDIO .............................................................. 12
FUNDAMENTACIÓN TEÓRICA .................................................................. 15 APLICACIONES WEB ............................................................................... 17
APLICACIONES MÓVILES ...................................................................... 18 SERVIDOR WEB ........................................................................................ 19
Herramientas para utilizar en el desarrollo de la aplicación web ........... 19 JAVA WEB .................................................................................................. 19 HIBERNATE ................................................................................................ 20
PERSISTENCIA ......................................................................................... 20
XII
MYSQL ......................................................................................................... 20 SERVIDOR JBOSS .................................................................................... 21
BOOTSTRAP .............................................................................................. 22 JASPERREPORTS .................................................................................... 22
Herramientas para utilizar en el desarrollo de la aplicación móvil ......... 23
JAVA ............................................................................................................. 23
JSON ............................................................................................................ 23 PHP .............................................................................................................. 23
FUNDAMENTACIÓN LEGAL ....................................................................... 24
PREGUNTA CIENTÍFICA A CONTESTARSE .......................................... 30 DEFINICIONES CONCEPTUALES ............................................................ 30
CAPÍTULO III ...................................................................................................... 34
PROPUESTA TECNOLÓGICA ........................................................................ 34
ANÁLISIS DE FACTIBILIDAD ...................................................................... 46 FACTIBILIDAD OPERACIONAL .............................................................. 47
FACTIBILIDAD TÉCNICA ......................................................................... 47
FACTIBILIDAD LEGAL .............................................................................. 48 FACTIBILIDAD ECONÓMICA .................................................................. 49
ETAPAS DE LA METODOLOGÍA DEL PROYECTO ............................... 51 Reunión de planificación de Sprint .......................................................... 52
Scrum diarios .............................................................................................. 56 El trabajo de desarrollo .............................................................................. 58 Revisión del Sprint ..................................................................................... 58
Retrospectiva del Sprint ............................................................................ 58 FASES DEL DESARROLLO DEL SISTEMA ............................................. 58
DISEÑO ....................................................................................................... 59
SEGURIDAD DEL SISTEMA ................................................................... 70
PERFILES DE USUARIOS ....................................................................... 71 MENÚ DEL SISTEMA ............................................................................... 72
DESARROLLO ........................................................................................... 75
PRUEBAS .................................................................................................... 76 IMPLEMENTACIÓN ................................................................................... 81
ENTREGABLES DEL PROYECTO ............................................................. 82 CRITERIOS DE VALIDACIÓN DE LA PROPUESTA .............................. 82
PROCESAMIENTO Y ANÁLISIS ................................................................. 85 CAPÍTULO IV ...................................................................................................... 94
Criterios de aceptación del producto o Servicio ........................................ 94
CONCLUSIONES ............................................................................................... 97 RECOMENDACIONES ..................................................................................... 98
BIBLIOGRAFÍA ................................................................................................... 99
XIII
ABREVIATURAS
UG Universidad de Guayaquil FTP Archivos de Transferencia Html Lenguaje de Marca de salida de Hyper Texto http Protocolo de transferencia de Hyper Texto Ing. Ingeniero CC.MM.FF Facultad de Ciencias Matemáticas y Físicas ISP Proveedor de Servicio de Internet URL Localizador de Fuente Uniforme CISC Carrera de Ingeniería en Sistemas Computacionales TIC Tecnología de Información y Comunicación CMG Consorcio Médico Guzmán SGBD Sistema de Gestión de Base de Datos GPL Licencia Pública General Imc Índice de masa corporal HCE Historia clínica electrónica MSP Ministerio de salud pública
XIV
SIMBOLOGÍA
s Desviación estándar e Error E Espacio muestral E(Y) Esperanza matemática de la v.a. y s Estimador de la desviación estándar e Exponencial
XV
ÍNDICE DE CUADROS
Cuadro 1: Causas y Consecuencias ......................................................................... 5 Cuadro 2: Delimitación del problema ..................................................................... 6 Cuadro 3: Evaluación del problema ........................................................................ 7 Cuadro 4: Supuestos y Restricciones .................................................................... 11 Cuadro 5: Costos de Hardware ............................................................................. 49
Cuadro 6: Costos de Software ............................................................................... 49 Cuadro 7: Gastos y Servicios ................................................................................ 50 Cuadro 8: Costo del Personal ................................................................................ 50 Cuadro 9: Costos Totales ...................................................................................... 50
Cuadro 10: Historia de usuario " Estudio preliminar" .......................................... 53 Cuadro 11: Historia de usuario "Establecer los requerimientos iniciales" ........... 54 Cuadro 12: Historia de usuario "Diseño de la interfaz del sistema web" ............. 54
Cuadro 13: Historia de usuario "Diseño de la interfaz del aplicativo móvil" ....... 54 Cuadro 14: Historia de usuario "Desarrollo de las opciones del sistema web" .... 55
Cuadro 15: Historia de usuario "Desarrollo de las opciones del aplicativo móvil"
............................................................................................................................... 55
Cuadro 16: Historia de usuario "Implementación de los servicios web" .............. 55 Cuadro 17: Historia de usuario "Pruebas y correcciones del sistema" ................. 56 Cuadro 18: Historia de usuario "Puesta en producción del sistema web y
aplicativo móvil" ................................................................................................... 56 Cuadro 19: Scrum Diarios ..................................................................................... 57
Cuadro 20: Prueba de validación de inicio de sesión ............................................ 76 Cuadro 21: Prueba de validación de Agendamiento de citas ................................ 78
Cuadro 22: Prueba de validación de registro de historial clínico .......................... 80 Cuadro 23: Características mínimas de Hardware ................................................ 81
Cuadro 24: Criterios de Validación para usuarios finales ..................................... 83 Cuadro 25: Criterios de validación para médicos ................................................. 84 Cuadro 26: Tiempo de espera aproximado para ser atendido .............................. 86 Cuadro 27: Cuenta con un teléfono móvil ............................................................ 87
Cuadro 28: Modelo de su dispositivo móvil ......................................................... 88 Cuadro 29: Cuenta con servicio de internet .......................................................... 89 Cuadro 30: Visualización de su historial clínico................................................... 90 Cuadro 31: Visualización de la prescripción médica ............................................ 91 Cuadro 32: Visualización de recomendaciones del médico .................................. 92
Cuadro 33: Visualización de los antecedentes médicos ........................................ 93 Cuadro 34: Criterios de aceptación del producto - Médico .................................. 95
XVI
ÍNDICE DE GRÁFICOS
Gráfico 1: Consorcio Médico Guzmán ................................................................. 15 Gráfico 2: Esquema de una aplicación web .......................................................... 18
Gráfico 3: Arquitectura de JBOSS ........................................................................ 22 Gráfico 4: Rol de Administrador – Menú principal .............................................. 35 Gráfico 5: Rol del Médico - Menú principal ......................................................... 36 Gráfico 6: Rol del Enfermero/a - Menú principal ................................................. 37 Gráfico 7: Opción - Mi historial clínico ................................................................ 38
Gráfico 8: Opción - Mis recetas ............................................................................ 39 Gráfico 9: Opción - Mis antecedentes ................................................................... 40 Gráfico 10: Opción - Mis citas .............................................................................. 41 Gráfico 11: Opción - Mi estado de salud ............................................................. 42
Gráfico 12: Opción - Contáctanos ........................................................................ 43 Gráfico 13: Inicio de sesión .................................................................................. 44 Gráfico 14: Menú de opciones del aplicativo móvil ............................................. 45
Gráfico 15: Esquema Metodología Scrum ............................................................ 51 Gráfico 16: Diagrama Entidad-Relación ............................................................... 59
Gráfico 17: Diagrama de proceso manual - Enfermera ........................................ 60 Gráfico 18: Diagrama de proceso manual - Médico ............................................. 61
Gráfico 19: Diagrama de proceso manual - Paciente ............................................ 62 Gráfico 20: Diagrama de Procesos del Sistema Web............................................ 63 Gráfico 21: Diagrama de Proceso de la Aplicación Móvil ................................... 64
Gráfico 22: Diagrama de Flujo de Información del Sistema Web ........................ 65 Gráfico 23: Diagrama de Flujo de Información de la Aplicación Móvil .............. 66
Gráfico 24: Arquitectura del sistema web ............................................................. 66
Gráfico 25: Arquitectura de la Aplicación móvil .................................................. 67
Gráfico 26: Diagrama de Caso de Uso - Agendamiento de cita médica ............... 68 Gráfico 27: Caso de Uso - Registro de Consulta .................................................. 69
Gráfico 28: Caso de Uso - Consulta de Prescripción médica ............................... 70 Gráfico 29: Esquema General AES....................................................................... 71 Gráfico 30: Menú principal del sistema web ........................................................ 73 Gráfico 31: Menú principal de la aplicación móvil .............................................. 74
Gráfico 32: Prueba de inicio de sesión de la app .................................................. 77 Gráfico 33: Prueba de inicio de sesión del sistema web ....................................... 78 Gráfico 34: Prueba de repositorio de citas médicas .............................................. 79 Gráfico 35: Prueba de agendamiento de cita médica ............................................ 79 Gráfico 36: Prueba de registro de historial clínico................................................ 80
Gráfico 37: Tiempo de espera aproximado para ser atendido ............................... 86 Gráfico 38: Cuenta con un teléfono móvil ............................................................ 87
Gráfico 39: Modelo de su dispositivo móvil ......................................................... 88 Gráfico 40: Cuenta con servicio de internet .......................................................... 89 Gráfico 41: Visualización de su historial clínico .................................................. 90 Gráfico 42: Visualización de la prescripción médica ........................................... 91 Gráfico 43: Visualización de recomendaciones del médico ................................. 92
Gráfico 44: Visualización de los antecedentes médicos ....................................... 93 Gráfico 45: Criterio de aceptación del producto - Usuario final ........................... 94
XVII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN APLICATIVO DE CONSULTAS
MÉDICAS Y MANEJO DE HISTORIAL CLÍNICO CON PRESCRIPCIÓN
MÉDICA EN AMBIENTE WEB Y UNA APLICACIÓN MÓVIL EN
DISPOSITIVOS ANDROID PARA LOS PACIENTES DEL
CONSORCIO MÉDICO GUZMÁN DEL CANTÓN
LOMAS DE SARGENTILO
RESUMEN
El presente proyecto consiste en el desarrollo de un aplicativo en ambiente web y una
aplicación móvil en Android que permite automatizar, organizar y actualizar los procesos
internos para el registro de las consultas médicas y manejo de historial clínico del
Consorcio Médico Guzmán del cantón Lomas de Sargentillo, dando así una mejora al
método actual que utiliza el consorcio médico que consiste en el uso de recursos como
cuadernos, archivos y libros que son almacenados en una bodega que contiene una gran
cantidad de documentos de diversas áreas los cuales no se consideran muy seguros,
puesto que con el tiempo estos documentos se deterioran y como efecto, se puede
ocasionar la pérdida de información. Por ello que surge la necesidad de desarrollar un
sistema informático que permita contar con un registro de información real y confiable de
la situación actual del paciente. El objetivo principal de este proyecto es brindar un
servicio automatizado que garantice la integridad de los datos con un mejor control en el
centro médico y facilitar el registro de consultas de los pacientes de manera informatizada
y eficaz. La aplicación web permitirá administrar y almacenar las consultas médicas, por
medio de una base de datos, obteniendo información eficaz y disminuyendo el riesgo de
alteración de información. Adicionalmente, la aplicación móvil permitirá a los pacientes
ver su historial clínico y recetario médico desde su celular. La Metodología de desarrollo
utilizada en este proyecto es Scrum, la cual tiene como ventaja minimizar los tiempos de
desarrollo con una gestión óptima de los recursos permitiendo crear una solución
eficiente y eficaz.
Palabras claves: Historiales clínicos, automatizar, tecnologías, ambiente web,
aplicación.
Autores: Cajape Endara Evelin Alexandra
Morán Ortega Alexander José
Tutor: Lcda. María Isabel Galarza Soledispa, M.Gs.
XVIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN APLICATIVO DE CONSULTAS
MÉDICAS Y MANEJO DE HISTORIAL CLÍNICO CON PRESCRIPCIÓN
MÉDICA EN AMBIENTE WEB Y UNA APLICACIÓN MÓVIL EN
DISPOSITIVOS ANDROID PARA LOS PACIENTES DEL
CONSORCIO MÉDICO GUZMÁN DEL CANTÓN
LOMAS DE SARGENTILO
ABSTRACT
The present project consists of the development of an application in the web environment
and a mobile application in Android that allows to automate, organize and update the
internal processes for the registration of medical consultations and management of
medical records of the Guzmán Medical Consortium of Lomas de Sargentillo canton. ,
thus giving an improvement to the current method used by the medical consortium that
consists of the use of resources such as notebooks, files and books that are stored in a
warehouse that contains a large number of documents from various areas which are not
considered very safe, since these documents deteriorate over time and as a result, the loss
of information may be caused. Therefore, the need arises to develop a computer system
that allows to have a record of real and reliable information of the current situation of the
patient. The main objective of this project is to provide an automated service that
guarantees the integrity of the data with better control in the medical center and facilitate
the registration of patient consultations in a computerized and efficient manner. The web
application will allow managing and storing medical consultations, through a database,
obtaining effective information and reducing the risk of information alteration.
Additionally, the mobile application will allow patients to see their medical history and
medical prescription from their cell phone. The development methodology used in this
project is Scrum, which has the advantage of minimizing development times with an
optimal management of resources, allowing the creation of an efficient and effective
solution.
Key words: Clinical records, automate, technologies, web environment, application.
Autores: Cajape Endara Evelin Alexandra
Morán Ortega Alexander José
Tutor: Lcda. María Isabel Galarza Soledispa, M.Gs.
1
INTRODUCCIÓN
Hoy en día la tecnología aporta grandes soluciones en la vida cotidiana. Uno de
los sectores en donde se observa mayores beneficios es sin duda, la salud. La
ciencia médica ha ido evolucionando constantemente gracias al avance de la
tecnología, lo cual permite que se empleen mejores herramientas en centros
médicos para que estos actualicen, agilicen y automaticen sus procesos que son
llevados de forma manual con respecto a aquellos que hacían sus registros
utilizando papel y esfero. Actualmente, es posible realizar estos procesos de
registro, visualización y almacenamiento mediante una computadora gracias a la
ayuda de las aplicaciones en ambiente web.
La atención masiva en los centros médicos es elevada cuando surge una
enfermedad viral en la población, por lo que la atención tarda más de lo
esperado y por ello surge una afluencia de pacientes para ser atendidos en las
diferentes áreas de medicinas y diversas especializaciones.
En Ecuador existen pocos centros médicos que cuentan con un software de
registro de consultas médicas e historiales clínicos de los pacientes, debido a
que este tipo de sistema presenta un costo elevado para implementarlo.
En el cantón Lomas de Sargentillo ubicado en la costa de la ciudad de Guayaquil
del Ecuador existen muchos centros médicos entre ellos el CMG siendo unos de
los más destacados debido a la gran afluencia de pacientes que acuden
diariamente. El problema existente en el Consorcio Médico Guzmán donde se
atiende a muchos pacientes en el área de medicina general, los tiempos de
atención demoran mucho debido a la gran cantidad de procesos manuales que
realiza el personal médico y administrativo, lo que conlleva la alteración de los
datos, cruce de información y pérdida de tiempo ya que no dispone de
herramientas tecnológicas que faciliten el almacenamiento del mismo.
2
Por este motivo, se requiere una herramienta de software que automatice tanto
la gestión de los procesos manuales como los tiempos de respuesta y que
cuente con una base de datos, la cual se encargará de llevar todos los registros
y de esta manera evitar la alteración de los datos y las inconsistencias de estos.
A través de esta implementación se podrá tener una atención eficiente, oportuna
y rápida a los pacientes que diariamente hacen uso de los servicios de los
diferentes especialistas.
El presente proyecto se estructura en cuatro capítulos, los cuales se detallan
brevemente a continuación:
❖ El Capítulo 1, contendrá los temas principales sobre la problemática
actual que presenta el Consorcio Médico Guzmán.
❖ El Capítulo 2, hace referencia al marco teórico dentro del cual se detallan
los antecedentes de estudio, fundamentación teórica y las herramientas a
utilizar en el desarrollo del proyecto.
❖ El Capítulo 3, presenta la propuesta tecnológica, en donde se establece
el análisis de factibilidad, los casos de pruebas, los requerimientos del
sistema y las etapas de la metodología del proyecto como lo son la
metodología de desarrollo Scrum y la metodología de investigación.
❖ El Capítulo 4, analiza los criterios de aceptación, los cuales responden a
los alcances definidos en el proyecto, como también, contiene las
conclusiones y recomendaciones.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
El principal problema en el Consorcio Médico Guzmán (CMG) ubicado en
este el cantón Lomas de Sargentillo de la provincia del Guayas surge por el
tiempo que tardan los médicos en atender a los pacientes y en efectuar los
registros manualmente, debido a que los pacientes tienen que esperar mucho
tiempo en ser atendidos, causando la pérdida de tiempo y provocando una
sobrecarga de actividades en el área de administración en donde se registran los
datos de cada paciente.
El CMG atiende un promedio de 30 pacientes al día, en donde el 95% son
personas mayores a 14 años. Existen centros médicos que realizan estos
procesos haciendo uso de una aplicación web, en donde los pacientes pueden
reservar su cita médica y también visualizar su recetario médico, a diferencia de
este centro médico que no cuenta con un sistema implementado actualmente.
Situación Conflicto Nudos Críticos
El CMG realiza el control de historiales clínicos y manejo de citas médicas de
forma manual, generando lentitud y pérdida de tiempo, tanto en pacientes como
en el personal encargado de buscar las fichas de los pacientes. Por ende,
desorientación y pérdida de información, los cuales son almacenados en
archivos ubicados en percheros, ya que no cuentan con un procedimiento que
permita optimizar la búsqueda de los datos y la seguridad de los mismos frente a
usuarios no autorizados.
4
Causas y Consecuencias del Problema El problema que se enfatiza en el presente proyecto son los procesos manuales de registro de consultas médicas e historiales clínicos
de los pacientes. A continuación, se detallan las causas y consecuencias del problema en el siguiente árbol de problema:
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
5
Luego de un previo estudio mediante un árbol de problemas, se determinaron las
siguientes causas y consecuencias en el siguiente cuadro detallado a
continuación.
Cuadro 1: Causas y Consecuencias
CAUSAS CONSECUENCIAS
Método tradicional de búsqueda de
historiales. Lentitud en el proceso de entrega de
información a los pacientes, ya que su
búsqueda en carpetas tarda mucho.
Mal almacenamiento de los datos del
paciente.
Pérdida y cruce de información, debido
a la gran cantidad de archivos
almacenados.
No se cuenta con una base de datos
que guarde la información.
Almacenamiento de documentos en
perchas.
No existen herramientas de ofimática. Deterioro de documentos debido al
tiempo que llevan almacenados.
Carencia de una aplicación web para
el manejo de citas médicas.
Tardanza y sobrecarga de actividades
en el área de administración al
momento de registrar los datos del
paciente.
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Delimitación del Problema
El cantón Lomas de Sargentillo cuenta con una clínica particular, una maternidad
municipal, cuatro pequeños consultorios privados y dos consorcios médicos,
dentro de los cuales se encuentra el consorcio médico Guzmán, el cual no
cuenta con un sistema que realice un control médico de manera informatizada
haciendo uso de la tecnología para atender a los pacientes de los cantones
aledaños.
6
Cuadro 2: Delimitación del problema
DESCRIPCIÓN
Campo: Ciencias de la computación
Área: Tecnología
Aspecto: Desarrollo de un aplicativo en ambiente web y una
aplicación móvil en Android.
Tema:
Desarrollo e Implementación de un aplicativo de
consultas médicas y manejo de historial clínico con
prescripción médica en ambiente web y una aplicación
móvil en dispositivos Android para los pacientes del
Consorcio Médico Guzmán del Cantón Lomas de
Sargentillo.
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Formulación del Problema
¿La implementación de un aplicativo de consultas médicas y manejo de historial
clínico en ambiente web ayudará en la automatización, organización y reducción
de tiempo de todos los procesos manuales que se llevan dentro del centro
médico y una aplicación móvil en Android ayudará a los pacientes a llevar un
mejor control de su estado de salud?
Evaluación del Problema
Existen varios criterios para la evaluación del problema, dentro de los aspectos
más destacados que se ajustan al estudio del proyecto, tenemos los siguientes:
7
Cuadro 3: Evaluación del problema
Tema Definición
Delimitado
Las zonas rurales del Cantón no cuentan con un
sistema especializado para el registro de citas
médicas y manejo de historial clínico de los
pacientes.
Claro
La documentación del proyecto está organizada de
tal manera que lleva al lector a una mejor
comprensión clara de los temas.
Concreto El proyecto se va a especializar en consorcios
médicos de cantones cercanos.
Relevante
Los pacientes estarán satisfechos de hacer uso del
aplicativo móvil, que ayudará a mantener la
integridad de sus datos.
Factible Entregar un sistema de calidad en un corto espacio
de tiempo.
Producto
esperado
Desarrollo de una aplicación que permita registrar,
almacenar y visualizar información de los pacientes
del consorcio médico Guzmán.
Variables
Variable dependiente: calidad de atención al
paciente.
Variable independiente: tiempo de espera para ser
atendido.
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
OBJETIVOS OBJETIVO GENERAL Desarrollar e implementar un aplicativo en ambiente web y móvil en dispositivos
Android con el propósito de agilizar y automatizar el registro de consultas
médicas y manejo de historial clínico que ayudará a facilitar el registro de
consultas de los médicos del Consorcio Médico Guzmán.
8
OBJETIVOS ESPECÍFICOS
✓ Desarrollar e implementar un software que se acople a las necesidades
del centro médico para que los procesos de gestión de historias clínicas y
registro de consultas médicas se realicen de una manera informatizada y
sean más eficaces y eficientes.
✓ Desarrollar e implementar un aplicativo Android para los pacientes donde
puedan visualizar sus citas agendadas, historial clínico y prescripción
médica.
✓ Almacenar las consultas médicas en una base de datos para disminuir el
riesgo de alteración de información y mantener la integridad de los datos.
✓ Visualizar el registro diario de los pacientes que son atendidos en el
centro médico con un reporte en PDF para conocer la afluencia diaria de
pacientes.
ALCANCES DEL PROBLEMA
El presente proyecto va a constar de dos aplicaciones, es decir se tendrá como
resultados dos productos diferentes, una aplicación web para los médicos y una
aplicación móvil para los pacientes. La aplicación web propondrá un mejor
control en los procesos de almacenamiento de información de los pacientes que
acuden al CMG, en donde tanto los médicos como los pacientes del consorcio
médico se beneficiarán del uso de esta nueva herramienta que se implementará
para el mismo.
El desarrollo de una aplicación en ambiente web para el registro de consultas
médicas y manejo de historial clínico se realizará con el propósito de agilizar
todos los procesos que actualmente se realiza de manera manual.
La aplicación móvil será diseñada para que los pacientes puedan visualizar
desde su dispositivo sus citas agendadas, historial clínico y el recetario médico,
permitiendo tanto a médicos como a los pacientes, un mejor control en el
manejo de estos procesos.
9
Se utilizará una base de datos web, la cual nos permitirá tener un correcto
almacenamiento de los datos de cada paciente y podrá ser vista desde cualquier
parte de mundo, con el propósito de disminuir el riesgo de alteración de
información y así, mantener la integridad de los datos.
Adicionalmente, se entregará un manual técnico, el cual servirá para que se
realicen futuras modificaciones y los respectivos mantenimientos en caso de que
el sistema lo requiera, también un manual de usuario el cual indicará paso a
paso el manejo del sistema a implementarse en el Consorcio Médico, el objetivo
de este manual es instruir al usuario sobre el manejo de la aplicación y
solucionar los inconvenientes que se podrían presentar durante la manipulación
del mismo.
JUSTIFICACIÓN E IMPORTANCIA
Desde sus inicios el consorcio médico siempre se manejó con carpetas y
cuadernos, y no utiliza los beneficios que hoy en día nos brinda la tecnología.
Actualmente, las personas realizan gran cantidad de actividades con la ayuda de
la tecnología. Es por eso, que es importante que las instituciones médicas
implementen sistemas que agilice sus procedimientos y que cuenten con una
base de datos que permita registrar el estado de salud de los pacientes, su
diagnóstico y prescripción médica para evitar la alteración de los datos y las
inconsistencias de los mismos.
Así mismo, los pacientes tendrían una gran ayuda si contaran con una
herramienta tecnológica en la cual revisaran sus registros de citas médicas y
visualizaran su historial clínico, ya que esto facilitaría el constante seguimiento
de tratamientos llevados por su médico especialista y las respectivas
recomendaciones, con el fin de garantizar la integridad de los datos y tener un
mejor control en el centro médico.
METODOLOGÍA DEL PROYECTO Dentro de este proyecto se utilizarán dos metodologías, una para el desarrollo de
la investigación y otra para el desarrollo del proyecto.
10
La metodología de investigación a emplearse es la denominada Observación,
cuya metodología será empleada para la investigación del proyecto, se basa en
la recolección de datos los cuales que luego se sintetizan para desarrollar la
investigación del tema a estudiar. La Observación, además de ser una técnica de
recogida de información es un proceso rígido de investigación, un método
científico y empírico por excelencia que permite describir situaciones y discrepar
hipótesis, que a través de un estudio determina si dichas hipótesis se cumplen.
La Observación como metodología tiene un papel importante en la investigación
ya que proporciona hechos, es decir, es un registro de lo que acontece en el
mundo real. Su ventaja principal es describir los sucesos exactamente como son
y obtener datos de primera, puesto que, como todo proceso investigativo, en ella
se apoya el investigador para obtener mayor número de datos para su previo
análisis.
La siguiente metodología a emplearse en el desarrollo del proyecto es Scrum, ya
que es una metodología en la cual se tendrá como objetivo la adaptación
continua del progreso del proyecto, porque facilita la administración de los
proyectos sean pequeños o complejos, se encarga además de realizar
revisiones continuas y se encuentra flexible a cambios, permite llevar el
desarrollo del proyecto de forma iterativa e incremental, donde cada tarea
denominada como sprint tendrá el control de las actividades que se realizarán
semanalmente o en el tiempo establecido. Estas iteraciones por lo general tienen
una duración entre dos y cuatro semanas.
Alguna de sus ventajas es la transparencia durante el desarrollo de los procesos
ya que permite la compartición de información entre los usuarios y el equipo de
trabajo, se adapta a cualquier cambio que se requiera y trabajan en un ambiente
abierto, como resultado de esto, un mayor control en la elaboración de cada
etapa. Uno de los puntos de mayor importancia son las reuniones, ya que nos
permite conocer el estado en el que se encuentra el equipo de trabajo mientras
realizan sus tareas, por ello es de gran ayuda utilizar esta metodología para
gestionar el desarrollo de software y obtener mejores resultados en el proyecto.
11
SUPUESTOS Y RESTRICCIONES
Cuadro 4: Supuestos y Restricciones
Supuestos Restricciones
Los usuarios deben tener
conocimientos básicos para el
manejo del aplicativo móvil.
No podrán usar la aplicación móvil, sin
antes asistir a una consulta médica
para poder ser registrados.
El CMG, deberá contar con una
buena infraestructura de red para la
implementación del sistema.
El equipo de trabajo no se hace
responsable del mal manejo que
hagan los usuarios en el sistema.
El consorcio médico, cumplirá con el
respectivo procedimiento para
implementar el sistema en el tiempo
determinado.
Los aplicativos serán desarrollados de
acuerdo a los requerimientos
dispuestos por el CMG.
Los pacientes del CMG deben contar
en su mayoría con dispositivos
móviles con acceso a internet
La aplicación móvil será diseñada sólo
para dispositivos móviles con Android.
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Plan de Calidad (Pruebas a realizar)
Dentro del plan de calidad se efectuarán dos tipos de pruebas, ya que el
proyecto consta de dos aplicaciones. Generalmente las pruebas se clasifican en
pruebas para el sistema las cuales serán realizadas con los analistas del sistema
y el equipo de desarrollo. Por consiguiente, se efectuarán pruebas para la
aplicación, las cuales serán realizadas a los médicos para evaluar el
funcionamiento de este, y pruebas para los pacientes con respecto al
funcionamiento del aplicativo móvil.
El estudio consistirá en pruebas funcionales, las cuales permitirán demostrar el
desarrollo de los procesos efectuados en el sistema web, de manera que tanto
las pruebas como las validaciones de éste determinen que el sistema hace lo
que debe y, por ende, lo que se ha establecido desde sus inicios.
12
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Hoy en día las tecnologías de la Información y Comunicación (TIC) han
incursionado rápidamente en diferentes ámbitos de la vida, uno de ellos, la
salud. Estas se han caracterizado hace más de dos décadas en el campo de la
salud debido a sus grandes avances mejorando la eficiencia, la sostenibilidad y
la automatización de tareas. Un estudio realizado por (Ariel, 2013, pág. 3) ,
acerca del uso de las TIC en este ámbito indica que:
Durante los últimos años las TIC ya han ido impactando en el mundo de la
medicina con un número de aplicaciones muy amplio, tanto en la cantidad
de problemas que tratan como en las tecnologías utilizadas, favoreciendo
el desarrollo de herramientas dirigidas a dar respuesta en áreas como la
planificación, la información, la investigación, la gestión, prevención,
promoción o en el diagnostico o tratamiento.
Debido a estos avances las aplicaciones web se están haciendo presente cada
vez más en el ámbito de la salud. Así lo había mencionado, (Ariel, 2013, pág.
12), al indicar que “El desarrollo de infraestructuras de redes digitales de
comunicaciones y el acceso generalizado a Internet están permitiendo el
flujo de información entre todos los actores, usando historiales clínicos
electrónicos en entornos seguros”. Así mismo, mejorando la calidad de estos
servicios en cuanto a proporcionar una gestión más eficaz, eficiente y agradable
para los pacientes.
A nivel global existen muchos sistemas web que automatizan los procesos
manuales que suelen llevarse en centros médicos, clínicas y hospitales. Entre
13
estos sistemas médicos más destacados tenemos a DriCloud, Infomed, Salus,
MNProgram, Ofimedic y Axon.
Uno de los mejores software médicos es sin duda DriCloud, creado por la
empresa Massive Bionics SL en España y reconocido como el mejor software
médico en la nube, debido a que ofrece mayor seguridad, es completo, rápido e
intuitivo. Una de sus ventajas que posee es su compatibilidad con sistemas
operativos como Windows, Apple, Android. Consta de una avanzada página web
que realiza citas online a los pacientes, un sistema de marketing para que los
pacientes revisen mediante sus correos las revisiones médicas próximas y
también publicidad acerca de sus promociones. Además, ofrece servicios legales
que cumplen con la LOPD (Ley orgánica de protección de datos).
Según la revista La Razón, (La Razón, 2015), afirma que: Este software está
diseñado para que sea un sistema fácil e intuitivo. Desde los primeros momentos
de su uso, el equipo técnico de DriCloud ayuda ante cualquier duda que pueda
surgir, con la ventaja añadida de que estos profesionales pueden realizar el
volcado de datos de nuestra antigua base de datos para garantizar una
transición cómoda y rápida.
En Ecuador, actualmente muchos centros médicos, clínicas y hospitales utilizan
un sistema médico el cual les permite automatizar los procesos que se llevaban
manualmente, de manera que agilicen y gestionen de forma integrada estos
procesos, uno de ellos es SiSalud.
SiSalud es una herramienta que permite automatizar la gestión asistencial tanto
del personal administrativo como los pacientes, con el fin de mejorar la calidad
de atención y optimizar tiempo. “El sistema permite contar por primera vez con
una verdadera Historia Clínica Única Electrónica donde se registra y consulta la
información de los pacientes, la cual es accesible a escala nacional en todos los
niveles de atención de los establecimientos”. (El Telégrafo, 2018).
Otra herramienta destacada a nivel nacional es el Sistema médico integral HCE
(Historia Clínica Ecuador), un software creado para profesionales en el ámbito de
la salud que se basa en los formularios del MSP del Ecuador, sin importar el
14
sistema operativo se adapta a cualquier pc y también se puede utilizar desde un
dispositivo móvil. Posee varios módulos los cuales facilitan las tareas que se
manejan como facturación, agenda y turnos, farmacia e inventario y reportes.
Este sistema es muy factible, intuitivo y adaptable debido a que cada formulario
cuenta con opciones de almacenamiento e impresión en formato pdf, sus
reportes generan gráficos estadísticos tanto de los pacientes como de la
afluencia diaria de estos.
En síntesis, el uso de aplicaciones web en el ámbito de la salud ocupa un lugar
importante debido a que proporciona eficiencia y confiabilidad en los procesos
que se realizan facilitando las tareas que se llevan manualmente.
El cantón Lomas de Sargentillo ubicado en el centro de la Provincia del Guayas
a 46 Km. de la ciudad de Guayaquil, tiene una extensión de 67 Km2, su
población es de 18.400 habitantes. Este cantón cuenta con dos consorcios
médicos, una clínica particular, una maternidad municipal y cuatro pequeños
consultorios privados. El Consorcio Médico de Especialidades Guzmán fue
fundado en el año 2015, desde sus inicios se encontraba ubicado por la
cabecera cantonal del cantón haciendo uso de un espacio reducido donde sólo
brindaban atención dos médicos en el área de medicina general, pero conforme
aumentó la afluencia de personas debido a sus cómodos precios, tuvieron que
cambiar de lugar. En la Av. El Telégrafo, Barrio Bellavista de este prestigioso
cantón, se encuentra ubicado actualmente el CMG, donde cuentan con un
espacio más amplio, dispone de 4 médicos especializados en el área de la salud
de Medicina General y pretenden a futuro crear nuevos consultorios para
especialistas de diversas áreas.
A través de la metodología de la observación se ha determinado que al
consorcio médico Guzmán asisten un promedio de 30 pacientes diariamente
pertenecientes a este cantón y a cantones aledaños como Isidro Ayora, Nobol,
Pedro Carbo, Santa Lucía y Daule, para ser tratados con los distintos médicos
de especialidad; donde cada paciente espera para ser atendido un aproximado
de 15 minutos al ingresar a su consulta.
15
El CMG utiliza como medio de comunicación una página web en redes sociales
como Facebook, por medio de esta, realizan publicidad de sus tratamientos,
promociones, descuentos al momento y horarios de atención con cada
especialista, con el fin de garantizar la fidelización con los clientes.
Gráfico 1: Consorcio Médico Guzmán
Elaboración: Administración Consorcio Medico Guzmán
Fuente: Consorcio Médico Guzmán (Facebook)
FUNDAMENTACIÓN TEÓRICA
La asistencia de los pacientes a los diferentes centros médicos, hospitales,
clínicas o consultorios generan una serie de información que debe ser
administrada y almacenada en registros médicos denominados historiales
clínicos.
HISTORIAL CLÍNICO
Un historial clínico se refiere a un documento médico legal que contiene todos
los datos de un paciente, se considera el elemento más importante de la relación
médico – paciente. Es de carácter confidencial, sin embargo, por ética y
profesionalismo las personas que tienen acceso a esta información de los
pacientes tienen el deber de mantener la integridad y confidencialidad de estos
datos. Tal como señala (Castro I. & Gámez M.) “En caso de utilización de
16
algunos de los datos de la historia clínica con fines docentes o epidemiológicos,
debe hacerse sin revelar ningún dato que pueda identificar al paciente”.
Normalmente, este tipo de información se suele archivar en carpetas con anillos
la cual permita adjuntar otros documentos del paciente como pruebas
diagnósticas, radiografías y datos importantes que forman parte del expediente
médico del paciente.
Una historia clínica puede contar de los siguientes elementos:
➢ Datos relativos al centro: esta sección se refiere a los datos principales
del sitio donde es atendido el paciente, es decir, consta el nombre,
dirección, teléfono, unidad del establecimiento o centro médico.
➢ Datos de identificación del paciente: en esta sección se redactan los
datos esenciales del paciente como lo son: nombres y apellidos, número
de historia clínica, fecha de nacimiento y género.
➢ Datos referidos al proceso asistencial: esta sección se conforma del
resumen clínico del paciente, es decir, la fecha de admisión, el motivo del
ingreso, diagnóstico principal, el estado en que se encuentra el paciente,
entre otros datos importantes a describirse por parte del médico como,
por ejemplo:
✓ Antecedentes familiares
✓ Hábitos
✓ Alergias a medicamentos y alimentos
✓ Historia social
✓ Historia de la enfermedad actual
Dentro de los documentos que forman la historia clínica de un paciente se tienen
las siguientes:
Las hojas de curso clínico son aquellas que contienen los datos de la evolución
de paciente, por lo tanto, cada consulta que tenga éste, deberá especificar el
nombre del médico especialista, la fecha y la hora en cada ficha de estas.
17
Las hojas datos de enfermería son un complemento a la ficha de historia médica,
por tanto, los datos que registra la enfermera son fundamentales para el ingreso
del paciente a su consulta médica, en ésta se ingresan datos del paciente como
el peso, la presión, la estatura, edad. En las hojas de seguimiento de enfermería
deben constar la identificación que realiza la persona encargada al igual que la
fecha y la hora de registro de la misma.
Las hojas de prescripción médica contienen datos importantes como lo son la
identificación del médico con su respectiva firma y sello de la institución, así
como también la fecha y hora de la prescripción, nombre de los medicamentos,
dosis y vía de administración de dicho medicamento.
Otro de los documentos importantes para la historia clínica es la hoja de
autorización, ésta se incluye únicamente para que los familiares del paciente
firmen el consentimiento de los procedimientos a los que es sometido el paciente
en caso de complicaciones. Este consentimiento se da por escrito y debe ser
firmada por el médico responsable y por el paciente o algún familiar.
Las hojas administrativas se adjuntan a las historias clínicas de los pacientes con
el propósito de hacer constancia tanto su ingreso como salida del
establecimiento asistencial. En ésta se recogen datos del paciente, es decir, su
identificación, datos asistenciales y económicos.
Finalmente, el historial clínico es un documento muy importante para la carpeta
del paciente, la información que contiene debe ser confidencial y mantener la
integridad de la misma.
Se han incluido diferentes herramientas para el desarrollo del proyecto debido a
su óptima fiabilidad al momento de trabajar en ellas, las cuales se detallan a
continuación:
APLICACIONES WEB
Las aplicaciones web son sistemas desarrollados en lenguajes de programación
soportados por navegadores web, en la actualidad son fundamentales para una
organización o empresa ya que facilita la comunicación entre el cliente y el
equipo de trabajo.
18
Una aplicación web (web-based application) es un tipo especial de aplicación
cliente/servidor, donde tanto el cliente (el navegador, explorador o visualizador)
como el servidor (el servidor web) y el protocolo mediante el que se comunican
(HTTP) están estandarizados y no han de ser creados por el programador de
aplicaciones. (Lujan Mora, 2016).
Gráfico 2: Esquema de una aplicación web
Elaboración: Neosoft
Fuente: Neosoft S.A
APLICACIONES MÓVILES
Las aplicaciones móviles o más conocidas comúnmente como “apps” en el
lenguaje anglosajón, se utilizan cada vez más en smartphones, tablets y
televisores smart para acceder a noticias, juegos, entretenimiento, tiempo y otras
informaciones. Las apps son los futuros sustitutos de los softwares para
computadoras con fines de mejorar los procesos informáticos. (Florido Benítez,
2016).
19
SERVIDOR WEB
Un servidor web es un programa diseñado para aceptar peticiones HTTP del
navegador y servir las páginas web que tiene alojadas. Para navegar a un sitio
web se necesita saber la dirección web exacta del sitio. Cada sitio web tiene una
dirección única conocida como URL (Uniform Resource Locator – Localizador
Uniforme de Recursos) … El protocolo que se utiliza para servir páginas web es
el HTTP, el nombre de dominio indica el ordenador de internet que nos va a dar
la información solicitada y la ruta indica la ubicación del archivo solicitado dentro
del servidor. (RAMOS, 2011).
Este proyecto va a hacer desarrollado con herramientas de tecnologías web
actuales entre las cuales tenemos:
Herramientas para utilizar en el desarrollo de la aplicación web
JAVA WEB
Java EE es un entorno independiente de la plataforma centrado en Java para
desarrollar, crear e implementar en línea aplicaciones empresariales basadas en
web. Incluye muchos componentes de Java Standard Edition (Java SE). Esta
plataforma consta de un conjunto de servicios, API y protocolos que
proporcionan la funcionalidad necesaria para desarrollar aplicaciones basadas
en web de varios niveles. (Oracle, Oracle, 2014).
Su ventaja se basa en simplificar el desarrollo de aplicaciones como también
reducir la necesidad de programación, con el fin de sintetizar la creación de
componentes reutilizables en el código. Adicionalmente, las aplicaciones Java
pueden correr en cualquier sistema operativo incluso en sistemas operativos
para dispositivos móviles.
20
HIBERNATE
Es un framework de software libre, una herramienta ORM (Mapeo Objeto-
Relacional), lo que significa que trabaja en base a un modelo orientado a objetos
y requiere persistir los datos en un modelo relacional. Principalmente es usado
en la capa de datos de las aplicaciones para la persistencia de estos,
implementa JPA (Java Persistence API), la cual es una especificación creada
para acceder y hacer el mapeo entre los objetos y las bases creadas. La
combinación de ambos permite que un ORM mapee las bases de datos, esto se
hace posible puesto que JPA da las pautas de cómo hacerlo, mientras Hibernate
permite que eso suceda.
“Hibernate permite desarrollar clases persistentes siguiendo lenguajes
orientados a objetos naturales que incluyen herencia, polimorfismo, asociación,
composición y el marco de colecciones de Java” (Hibernate, 2011).
PERSISTENCIA
La persistencia de datos es un medio mediante el cual una aplicación puede
recuperar información desde un sistema de almacenamiento no volátil y hacer
que ésta persista. La persistencia de datos es vital en las aplicaciones
empresariales debido al acceso necesario a las bases de datos relacionales. Las
aplicaciones desarrolladas para este entorno deben gestionar por su cuenta la
persistencia o utilizar soluciones de terceros para manejar las actualizaciones y
recuperaciones de las bases de datos con persistencia. JPA (Java™ Persistence
API) proporciona un mecanismo para gestionar la persistencia y la correlación
relacional de objetos y funciona desde las especificaciones EJB 3.0. (IBM, 2015).
MYSQL
“MySQL es la base de datos de código abierto más popular del mundo. A pesar
de sus potentes funciones, es simple de configurar y fácil de usar” (MYSQL,
2012). Podemos definir a MySQL como un sistema de administración de base de
21
datos (DBMS) que autoriza gestionar registros denominados base de datos, se
caracteriza por ser una combinación entre C y C++; es fiable, eficiente y
adaptable a diversos entornos de desarrollo, por ello permite interactuar con
lenguajes de programación como PHP, Java y Apache como servidor en la web.
Una de sus principales ventajas es que posee licencia GPL (Licencia Pública
General) que garantiza la compatibilidad con proyectos MySQL, soporta un gran
número de tipos de datos y provee un alto rendimiento.
Gracias a su rendimiento probado, a su fiabilidad y a su facilidad de uso, MySQL
se ha convertido en la base de datos líder elegida para las aplicaciones basadas
en web y utilizada por propiedades web de perfil alto, como Facebook, Twitter,
YouTube y los cinco sitios web principales. (Oracle, 2014).
SERVIDOR JBOSS
“WidFly, anteriormente conocido como JBoss AS, o simplemente Jboss, es un
servidor de aplicaciones Java EE de código abierto implementado en Java,
JBoss puede ser utilizado en cualquier sistema operativo para el que éste
disponible la máquina virtual de Java”. (WidFly, 2016).
Este servidor consta de una licencia GNU de código libre, ofrece una plataforma
de alta calidad para aplicaciones de e-business. Se caracteriza por incorporar
soporte para JMX (framework que proporciona una arquitectura de
administración escalable), por ser flexible y confiable a nivel de empresa. Lo más
destacado de esta arquitectura se encuentra encima de la infraestructura JMX.
22
Gráfico 3: Arquitectura de JBOSS
Elaboración: (Miranda, Quiroz & Salazar, 2012)
Fuente: (Miranda, 2012)
BOOTSTRAP
Es un enfoque de diseño web destinado a la elaboración de sitios web para
proporcionar una visualización óptima para una experiencia de navegación fácil y
con un mínimo de cambio de tamaño, panco, y desplazamiento a través de una
amplia gama de dispositivos (de los monitores de ordenador de escritorio al
terminal móviles). (Arias, 2014).
JASPERREPORTS
JasperReports es considerada una de las mejores herramientas Open Source en
Java para generar reportes. Tiene como objetivo facilitar la generación de
reportes listos para imprimir debido a la habilidad que tiene al producir de
manera amplia y completa el contenido de estos reportes para las computadoras
o impresoras, además se puede exportar a diferentes formatos de archivos
como: pdf, xml, xls, html, entre otros.
JasperReports organiza la información de acuerdo con la plantilla de diseño
definida en un archivo XML. Dicha información puede provenir de diversas
fuentes de datos como: bases de datos relacionales, colecciones o arrays de
objetos Java. Los usuarios pueden integrar la librería JasperReports con varias
herramientas de programación, para personalizar los orígenes de datos y diseñar
reportes a través de una interfaz más simple y amigable. (Cárdenas, 2011).
23
Herramientas para utilizar en el desarrollo de la aplicación móvil
JAVA
Java Platform, Micro Edition (Java ME) proporciona un entorno robusto y flexible
para aplicaciones que se ejecutan en dispositivos integrados y móviles en
Internet of Things: microcontroladores, sensores, gateways, teléfonos móviles,
asistentes digitales personales (PDA), TV cajas superiores, impresoras y
más. Java ME incluye interfaces de usuario flexibles, seguridad sólida,
protocolos de red incorporados y soporte para aplicaciones en red y fuera de
líneaque se pueden descargar dinámicamente. Las aplicaciones basadas en
Java ME son portátiles en muchos dispositivos, pero aprovechan las
capacidades nativas de cada dispositivo. (Oracle, 2015).
JSON
Json (JavaScript Object Notation) es un formato ligero que sirve para el
intercambio de datos, por ejemplo, para obtener o enviar información hacia un
servidor, está basado en código JavaScript por lo que no se necesita crear
distintos formatos de textos ni entender de otras librerías.
Básicamente JSON describe los datos con una sintaxis dedicada que se usa
para identificar y gestionar los datos. Nació como una alternativa a XML y, una
de las mayores ventajas que tiene su uso es que puede ser leído por cualquier
lenguaje de programación. Por lo tanto, puede ser usado para el intercambio de
información entre distintas tecnologías. Además, debido a su naturaleza y al ser
más compacto suele ser mucho más rápido trabajar con JSON antes que con
XML. (Catalan Bañuls, 2017).
PHP
Es un lenguaje de código abierto apropiado para el desarrollo web agregando
dinamismo a las páginas, cuyo código se procesa en un servidor y a su vez
puede ser alojado en HTML. Actualmente se identifica con el acrónimo recursivo
24
PHP que significa Hipertext Pre-Processor. Su código se caracteriza por estar
encerrado entre una etiqueta de apertura y una de cierre.
Lo que distingue a PHP de algo del lado del cliente como Javascript es que el
código es ejecutado en el servidor, generando HTML y enviándolo al cliente. Su
lenguaje es modularizado, lo que se hace ideal para su instalación y el uso en
los servidores web. (Arias M. , 2017).
FUNDAMENTACIÓN LEGAL
El presente proyecto se fundamenta en la constitución, leyes y normas que lo
protegen y como tal se basan en los siguientes:
• Decreto N.1014 Software Libre en Ecuador
• Ley orgánica de la salud
• Ley Orgánica de Educación Superior
Decreto N. 1014 Software Libre en Ecuador
El software libre se refiere a que los usuarios tienen la facultad de modificar,
estudiar, copiar, ejecutar y distribuir el software de manera libre adaptándolo a
sus necesidades ya sea para fines comerciales o educativos.
Considerando:
Que en el apartado g) del numeral 6 de la Carta Iberoamericana de Gobierno
Electrónico, aprobada por la IX Conferencia Iberoamericana de Ministros de
Administración Pública y Reforma del Estado, realizada en Chile el 1 de junio del
2007, se recomienda el uso de estándares abiertos y software libre, como
herramientas informáticas;
Que es el interés del Gobierno alcanzar soberanía y autonomía tecnológica, así
como un significativo ahorro de recursos públicos y que el software libre es en
muchas instancias un instrumento para alcanzar estos objetivos;
25
Que el 18 de julio del 2007 se creó e incorporó a la estructura orgánica de la
Presidencia de la República la Subsecretaría de Informática, dependiente de la
Secretaría General de la Administración, mediante Acuerdo No. 119, publicado
en el Registro Oficial No. 139 de 1 de agosto del 2007;
Que el numeral 1 del artículo 6 del Acuerdo No. 119, faculta a la Subsecretaría
de Informática a elaborar y ejecutar planes, programas, proyectos, estrategias,
políticas, proyectos de leyes y reglamentos para el uso de software libre en las
dependencias del Gobierno Central; y, En ejercicio de la atribución que le
confiere el numeral 9 del artículo 171 de la Constitución Política de la República.
Decreta:
Art. 1.- Establecer como política pública para las entidades de la Administración
Pública Central la utilización de software libre en sus sistemas y equipamientos
informáticos.
Art. 2.- Se entiende por software libre, a los programas de computación que se
pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas. Estos programas
de computación tienen las siguientes libertades:
a) Utilización del programa con cualquier propósito de uso común;
b) Distribución de copias sin restricción alguna;
c) Estudio y modificación del programa (Requisito: código fuente
disponible); y,
d) Publicación del programa mejorado (Requisito: código fuente disponible).
Art. 3.- Las entidades de la Administración Pública Central previa a la instalación
del software libre en sus equipos, deberán verificar la existencia de capacidad
técnica que brinde el soporte necesario para el uso de este tipo de software.
Art. 4.- Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista una solución de software libre que supla las necesidades
26
requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto
informático se encuentre en un punto de no retorno. Para efectos de este
decreto se comprende como seguridad nacional, las garantías para la
supervivencia de la colectividad y la defensa de patrimonio nacional. Para
efectos de este decreto se entiende por un punto de no retorno, cuando el
sistema o proyecto informático se encuentre en cualquiera de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis
de costo beneficio muestre que no es razonable ni conveniente una
migración a software libre; y,
b) Proyecto en estado de desarrollo y que un análisis de costo - beneficio
muestre que no es conveniente modificar el proyecto y utilizar software
libre. Periódicamente se evaluarán los sistemas informáticos que utilizan
software propietario con la finalidad de migrarlos a software libre.
Art. 5.- Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica;
b) Regionales con componente nacional;
c) Regionales con proveedores nacionales;
d) Internacionales con componente nacional;
e) Internacionales con proveedores nacionales; y,
f) Internacionales.
Art. 6.- La Subsecretaría de Tecnologías de la Información como órgano
regulador y ejecutor de las políticas y proyectos informáticos en las entidades del
Gobierno Central deberá realizar el control y seguimiento de este decreto. Para
todas las evaluaciones constantes en este decreto la Subsecretaría de
Tecnologías de la Información establecerá los parámetros y metodologías
obligatorias. Nota: Artículo reformado por Disposición General Octava de
27
Decreto Ejecutivo No. 726, publicado en Registro Oficial 433 de 25 de Abril del
2011.
Art. 7.- Encárguese de la ejecución de este decreto los señores ministros
coordinadores y el señor Secretario General de la Administración Pública y
Comunicación. Dado en el Palacio Nacional, en la ciudad de San Francisco de
Quito, Distrito Metropolitano, el día de hoy 10 de abril del 2008.
Ley orgánica de la Salud
El código de la salud establece tanto los deberes y derechos que se deben
cumplir ante la ley, la salud es un derecho garantizado y por tanto se relaciona a
otros derechos como lo son la alimentación, los ambientes sanos, derecho al
agua y otros que mantienen el buen vivir.
Derechos y deberes de las personas y del Estado en relación con la Salud
Art. 7.- Toda persona, sin discriminación por motivo alguno, tiene en relación con
la salud, los siguientes derechos:
a) Acceso universal, equitativo, permanente, oportuno y de calidad a todas
las acciones y servicios de salud;
b) Acceso gratuito a los programas y acciones de salud pública, dando
atención preferente en los servicios de salud públicos y privados, a los
grupos vulnerables determinados en la Constitución Política de la
República;
c) Vivir en un ambiente sano, ecológicamente equilibrado y libre de
contaminación;
d) Respeto a su dignidad, autonomía, privacidad e intimidad; a su cultura,
sus prácticas y usos culturales; así como a sus derechos sexuales y
reproductivos;
28
e) Ser oportunamente informada sobre las alternativas de tratamiento,
productos y servicios en los procesos relacionados con su salud, así
como en usos, efectos, costos y calidad; a recibir consejería y asesoría
de personal capacitado antes y después de los procedimientos
establecidos en los protocolos médicos. Los integrantes de los pueblos
indígenas, de ser el caso, serán informados en su lengua materna;
f) Tener una historia clínica única redactada en términos precisos,
comprensibles y completos; así como la confidencialidad respecto de la
información en ella contenida y a que se le entregue su epicrisis;
g) Recibir, por parte del profesional de la salud responsable de su atención
y facultado para prescribir, una receta que contenga obligatoriamente, en
primer lugar, el nombre genérico del medicamento prescrito;
h) Ejercer la autonomía de su voluntad a través del consentimiento por
escrito y tomar decisiones respecto a su estado de salud y
procedimientos de diagnóstico y tratamiento, salvo en los casos de
urgencia, emergencia o riesgo para la vida de las personas y para la
salud pública;
i) Utilizar con oportunidad y eficacia, en las instancias competentes, las
acciones para tramitar quejas y reclamos administrativos o judiciales que
garanticen el cumplimiento de sus derechos; así como la reparación e
indemnización oportuna por los daños y perjuicios causados, en aquellos
casos que lo ameriten;
j) Ser atendida inmediatamente con servicios profesionales de emergencia,
suministro de medicamentos e insumos necesarios en los casos de
riesgo inminente para la vida, en cualquier establecimiento de salud
público o privado, sin requerir compromiso económico ni trámite
administrativo previos;
k) Participar de manera individual o colectiva en las actividades de salud y
vigilar el cumplimiento de las acciones en salud y la calidad de los
servicios, mediante la conformación de veedurías ciudadanas u otros
29
mecanismos de participación social; y, ser informado sobre las medidas
de prevención y mitigación de las amenazas y situaciones de
vulnerabilidad que pongan en riesgo su vida; y,
l) No ser objeto de pruebas, ensayos clínicos, de laboratorio o
investigaciones, sin su conocimiento y consentimiento previo por escrito;
ni ser sometida a pruebas o exámenes diagnósticos, excepto cuando la
ley expresamente lo determine o en caso de emergencia o urgencia en
que peligre su vida.
Ley Orgánica de Educación Superior
La LOES establece una variedad de artículos, en este contexto se prioriza el art.
19 del reglamento. Nómina de graduados y notificación a la Senescyt,
especificado en el capítulo V. Éste nos da a conocer lo importante que es
graduarse de una institución superior y el plazo máximo de notificar a la
Senescyt la nómina de graduados.
Art. 19.- De la nómina de graduados y la notificación a la Secretaría Nacional de
Educación Superior, Ciencia, Tecnología e Innovación. - Las instituciones de
educación superior notificarán obligatoriamente a la SENESCYT la nómina de
los graduados y las especificaciones de los títulos que expida, en un plazo no
mayor de treinta días contados a partir de la fecha de graduación.
Una vez verificada la consistencia de la información proporcionada por las
instituciones de educación superior, la nómina de graduados será parte del
SNIESE y este será el único medio oficial a través del cual se verificará el
reconocimiento y validez del título en el Ecuador. La SENESCYT emitirá
certificados impresos únicamente cuando sean requeridos para uso en el
extranjero o para fines judiciales. El título emitido por cualquier Universidad o
Instituto de Educación Superior existente en el Ecuador no requerirá validación
alguna, ni del CES ni del SENESCYT.
30
Para verificar la veracidad de la información proporcionada por las instituciones
de educación superior, la SENESCYT implementará procesos de auditoría cuyos
informes serán presentados al CES para que tome las medidas pertinentes.
Art. 20.- De la nomenclatura de los títulos. - El Reglamento de Régimen
Académico incorporará la nomenclatura de los títulos profesionales y los grados
académicos que expidan las instituciones de educación superior estableciendo
su unificación y armonización nacional, tomando en cuenta los parámetros
internacionales.
PREGUNTA CIENTÍFICA A CONTESTARSE
¿El desarrollo de un software que permita el registro de las consultas médicas y
el historial clínico ayudará a que los pacientes reciban una mejor atención los
clientes en el consorcio médico y se mejore el control de citas por parte de los
médicos tratantes?
¿El diseño de un software que permita registrar las historias clínicas y consultas
médicas ayudará a mantener la integridad de datos de los pacientes del
Consorcio Médico Guzmán?
¿El desarrollo de un aplicativo móvil para el uso exclusivo de los pacientes
permitirá disminuir el riesgo de pérdida y alteración de información?
DEFINICIONES CONCEPTUALES
Android Studio: es una herramienta flexible que permite crear y editar archivos
que son útiles para el desarrollo de una aplicación. Hace que toda su
codificación en java se convierta en un lenguaje interno entendible para los
dispositivos Android, los cuales pueden ser una tableta o un teléfono móvil.
Dicha herramienta puede ser instalada en equipos MAC, WINDOWS O LINUX.
31
Servidor: un servidor es un equipo que tiene instalado un software, utiliza
recursos útiles o información que se solicita a través de peticiones de un cliente y
por medio de ella devuelve respuestas de dichas peticiones
Software: se denomina a la parte lógica de un sistema, es decir, son
herramientas informáticas o conjunto de programas que hacen posible la
ejecución de tareas específicas dentro de un ordenador. Un ejemplo de software
podría ser Word, navegadores web o sistemas operativos.
Lenguaje de programación: “Conjunto de reglas o normas que permiten
asociar a cada programa correcto un cálculo que será llevado a cabo por un
ordenador, el cual debe interpretar el significado de los programas de dicho
lenguaje” (Ureña, 2015).
MYSQL: Es una base de datos de código abierto, usada en la mayoría de los
sitios web del mundo, probada con éxito en ambientes de producción con nivel
de demanda alto. Debido a su velocidad, conectividad y seguridad hacen de ella
una base de datos satisfactoria para acceder a través de internet (Ramos Martín
& Ramos Martín, 2018).
AES: AES es uno de los algoritmos de criptografía más usados en la actualidad,
con el crecimiento de las redes y la información que se maneja hoy en día puede
ser necesario cifrar un volumen muy grande de información para lo que se
requiere mayor velocidad en los procesadores... Es un algoritmo de cifrado por
bloques, inicialmente fue diseñado para tener longitud de bloque variable pero el
estándar define un tamaño de bloque de 128 bits, por lo tanto los datos a ser
encriptados se dividen en segmentos de 16 bytes (128 bits) y cada segmento se
lo puede ver como un bloque o matriz de 4x4 bytes al que se lo llama estado
(Pousa, 2011).
32
SGBD: un sistema de gestión de base de datos es aquel que permite el
almacenamiento y búsqueda de información en una base de datos, por medio de
un lenguaje de programación.
Archivo: denominado también como fichero, es un conjunto de información
organizada y almacenada en algún lugar del ordenador, éste puede contener
todo lo relativo a un documento, son manejados como programas del mismo tipo
y tienen un nombre o identificador único.
Play Store: es una plataforma usada por dispositivos móviles, por medio de ésta
el usuario descarga aplicaciones como juegos, músicas, libros, películas, entre
otros. Es apta para dispositivos que cuenten con sistema operativo Android, ya
que dichas aplicaciones están desarrolladas mediante Android SDK.
Sprint: es la parte principal de Scrum, es decir son las iteraciones que tiene esta
metodología en donde se desarrolla el incremento de un producto, dichas
iteraciones realizan entre un lapso de dos y cuatro semanas.
Historial Clínico: documento médico, indispensable para la asistencia en el
área de la salud, herramienta primaria de investigación e indispensable en
epidemiología. Considera en sí, el punto de partida del razonamiento médico
(Ceredero , 2013).
Historia clínica electrónica: “también denominada historia clínica informatizada
(HCI), es el registro mecanizado de los datos sociales, preventivos y médicos de
un paciente, obtenidos de forma directa o indirecta y constantemente puestos al
día” (Autores, 2018).
33
Consulta Médica: se refiere a la atención concedida a un paciente por parte de
un médico profesional dentro de un centro médico, hospital o clínica, con el fin
de determinar un diagnostico o tratamiento del seguimiento de una afección o
problema de salud que afecta al paciente.
Consultorio médico: un consultorio médico es un espacio físico conformado por
médicos, enfermeros y sin duda los pacientes. Éste se encarga de brindar
atención médica a las personas que requieren un servicio médico ya sea por
control o por emergencia. Unos de sus principales objetivos es ser eficaz en su
labor diaria y mantener la comunicación con sus pacientes.
Tics: Se denominada a dispositivos, herramientas, equipos y componentes
electrónicos, capaces de manipular información que soportan el desarrollo y
crecimiento económico de cualquier organización. Cabe destacar que en
ambientes tan complejos como los que deben enfrentar hoy en día las
organizaciones, sólo aquellos que utilicen todos los medios a su alcance, y
aprendan a aprovechar las oportunidades del mercado visualizando siempre las
amenazas, podrán lograr el objetivo de ser exitosas. (Thompson & Strickland,
2014).
Tics en la salud: Las Tics son susceptibles de apalancarse en prácticamente
todos los procesos relacionados con la salud, sirviendo de apoyo para la mejora
de su eficacia y su eficiencia. A lo largo de este apartado se repasan algunos de
los principales ámbitos y procesos del sector salud donde es posible obtener
mejoras a partir de la implementación de tecnologías de la información y
comunicaciones (Telefónica, 2009).
34
CAPÍTULO III
PROPUESTA TECNOLÓGICA
La presente propuesta tiene como objetivo principal el desarrollo de un
aplicativo de consultas médicas y manejo de historial clínico, además de una
aplicación móvil que permita a los pacientes revisar sus historiales,
antecedentes, recetas y citas agendadas a través de un dispositivo móvil, el cual
será de fácil acceso gracias a su amigable interfaz gráfica por la que se
encuentra diseñada.
Este proyecto beneficiará a la institución en general y a la comunidad que acude
diariamente a este centro médico, porque gracias al desarrollo de esta aplicación
y a su posterior implementación ayudará a tener un mayor control en el registro
de consultas médicas y manejo de historial clínico, también buscará reducir el
uso del papel para contribuir con el medio ambiente. Por estas razones se
considera de suma importancia el desarrollo de una aplicación en ambiente web
y en dispositivos Android para reducir el tiempo de respuesta y el ahorro de
dinero en el centro médico y garantizar la integridad de los datos con un mejor
control en el mismo.
Este aplicativo en ambiente web mejorará la atención de los pacientes, quienes
mediante la aplicación móvil estarán informados de su recetario médico, el cual
optimizará tiempo y recursos. La aplicación móvil cuenta con una interfaz
amigable para que los pacientes interactúen y puedan visualizar su historial
clínico y sus recetarios médicos, además, sus citas agendadas.
Esta propuesta tecnológica cuenta con dos aplicaciones, las cuales se detallarán
a continuación:
35
Aplicación en Ambiente Web para el Consorcio Médico
La aplicación web maneja tres roles principales los cuales tienen diferentes
permisos en el sistema, tenemos:
➢ Administrador
➢ Médico
➢ Enfermero/a
Administrador
El encargado de ocupar el rol de administrador podrá realizar los respectivos
registros de usuarios tanto para médicos, enfermero/as y pacientes
pertenecientes al consorcio médico Guzmán, además, podrán modificar, agregar
o consultar información referente a:
➢ Historiales clínicos
➢ Recetarios médicos
➢ Citas agendadas
➢ Usuarios registrados
➢ Precios de consultas
➢ Reportes
Gráfico 4: Rol de Administrador – Menú principal
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
36
Se podrá visualizar un reporte diario en formato pdf, ya sea del listado de los
pacientes, usuarios registrados y citas atendidas, con el objetivo de facilitar al
usuario la búsqueda de estos datos y permitir realizar controles y estadísticas
respectivas para el Centro médico.
Médico
Los usuarios con este rol pueden realizar los registros de pacientes con sus
respectivos antecedentes médicos, tienen acceso a consultar sus citas
agendadas y los horarios reservados para dichas citas. Así como también el
médico luego de realizar su consulta podrá generar el respectivo recetario
médico en formato pdf para su impresión. Adicional a esto pueden visualizar el
listado de sus pacientes y registrar el diagnóstico médico de estos, lo que
permite tener un mejor control en sus tareas asignadas y mantener la integridad
de los datos que son almacenados.
Gráfico 5: Rol del Médico - Menú principal
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
37
Enfermero/a
El usuario asignado para este rol es el encargado de ingresar los datos del
paciente correspondiente a:
➢ Registrar las citas médicas
➢ Editar la cita médica agendada
➢ Registrar la ficha médica
➢ Consultar los datos del paciente
➢ Consultar el listado de pacientes
Estas tareas realizadas por el enfermero/a conllevan a que dichas acciones se
realicen de manera informatizada para evitar el robo o alteración de la
información de los usuarios del Consorcio Médico.
Gráfico 6: Rol del Enfermero/a - Menú principal
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
38
Aplicación Móvil para los pacientes del CMG
Dentro del aplicativo móvil se encontrará una interfaz amigable para que los
pacientes puedan revisar sus antecedentes, sus citas agendadas, sus recetarios
médicos e historial clínico, los cuales son almacenados en una base de datos
que permite la integridad de los mismos.
Opciones del aplicativo móvil:
➢ Historial Clínico: En esta opción el paciente puede revisar su historial
clínico, con el fin de facilitar la asistencia médica por medio un registro
constante de la situación actual en la que se encuentra.
Gráfico 7: Opción - Mi historial clínico
Elaboración: Evelin Cajape, Alexander Morán Fuente: Datos de la investigación
39
➢ Recetas: En esta opción el paciente puede revisar su recetario médico
luego de ser atendido por el especialista y visualizarlo a través de su
dispositivo, lo que ayudará a que su prescripción médica se encuentre
almacenada de manera digital y no haya pérdida del mismo.
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Gráfico 8: Opción - Mis recetas
40
➢ Antecedentes: El paciente mediante esta opción podrá visualizar sus
datos personales, como nombres, apellidos, si contrae alergias, si sufre
de alguna enfermedad, o si tiene antecedentes familiares.
Gráfico 9: Opción - Mis antecedentes
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
41
➢ Citas: Por medio de esta opción el paciente podrá revisar si tiene citas
agendadas o si tiene pendiente cancelar una cita médica.
Gráfico 10: Opción - Mis citas
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
42
➢ Estado de salud: En esta opción el paciente podrá realizar el cálculo del
IMC (índice de masa corporal) y mediante un cuadro de valoración saber
el rango en el que se encuentra.
Gráfico 11: Opción - Mi estado de salud
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
➢ Ubicación: A través de esta opción el paciente podrá saber dónde se
encuentra ubicado el Consorcio Médico.
43
➢ Contactos: Mediante esta opción el paciente podrá visualizar los medios
de comunicación ya sea por número telefónico, por medio de las redes
sociales y a través de correo electrónico.
Gráfico 12: Opción - Contáctanos
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
44
➢ Login: Los pacientes que ya estén registrados podrán acceder a la
aplicación con su nombre de usuario y contraseña, en caso de no
recordar la contraseña, podrán recuperarla dando clic en la opción
recuperar contraseña.
Gráfico 13: Inicio de sesión
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
45
Gráfico 14: Menú de opciones del aplicativo móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Ventajas del sistema web y aplicativo móvil
➢ Los médicos pueden registrarse en el sistema y luego de ello tener
acceso a la información de los pacientes.
➢ Los médicos pueden registrar las consultas y adjuntar el recetario médico
dentro del sistema.
➢ El sistema contará con un mes de soporte y mantenimiento en caso de
que se requieran modificaciones en la aplicación.
46
➢ El paciente puede registrarse y hacer uno de la aplicación móvil luego
acceder a su primera consulta en el consorcio médico.
➢ El usuario (paciente) podrá visualizar su historial clínico, antecedentes
médicos y recetario médico desde la aplicación móvil.
➢ El paciente podrá revisar si tiene cita agendada desde la app.
Desventajas del sistema web y aplicativo móvil
➢ La aplicación móvil no podrá funcionar en dispositivos IPhone.
ANÁLISIS DE FACTIBILIDAD
La propuesta de desarrollar e implementar un sistema de control de citas
médicas y manejo de historial clínico, recibió total apoyo por parte del personal
administrativo y médicos del consorcio, los cuales expresaron su interés de
contar con una herramienta tecnológica que agilice los procesos que se realizan
dentro del mismo, dando así un mejor control en el manejo de la información de
los pacientes.
Como es de su conocimiento, actualmente el CMG realiza estos procesos de
forma manual, lo que ocasiona pérdida de información, pérdida de tiempo en la
búsqueda de datos relacionados al paciente, también implica complicaciones en
los procesos como, por ejemplo, al momento de realizar una cita médica. Con la
implementación de este sistema se logrará reducir los tiempos de espera del
paciente al momento de realizar la búsqueda de información y al momento de
ser atendido ya que se tendrá una mejor organización por parte del equipo de
trabajo.
En base a los requerimientos propuestos por el Consorcio Médico Guzmán,
también del análisis de las herramientas tecnológicas escogidas tanto para el
desarrollo del sistema web como para la aplicación móvil, se determina que el
proyecto a desarrollarse es viable porque las herramientas que se utilizaron son
gratuitas y se las desarrolló en herramientas Open Source, su implementación y
utilización serán práctico, interactivo, eficaz y eficiente.
47
FACTIBILIDAD OPERACIONAL
Durante la primera entrevista realizada a los médicos, estos sugirieron
recomendaciones y compartieron ideas de cómo querían que funcionara el
sistema, gracias al apoyo del personal profesional del CMG, quienes supieron
proporcionar la información necesaria para el desarrollo del mismo, se puede
concluir que el sistema diseñado es factible de manera operacional.
Así mismo, la información recolectada por medio de las encuestas realizadas a
los pacientes del CMG, fueron de gran importancia para el desarrollo de la
aplicación móvil, ya que supieron indicar que el uso de ésta resultaría de gran
acogida para la obtención de su información personal de su estado de salud.
El sistema operacionalmente es fácil debido a que la mayoría de los usuarios
saben manejar un dispositivo con sistema Android, ya que tienen los
conocimientos necesarios para utilizar aplicaciones móviles en sus dispositivos
lo que les permite que interactúen de manera amigable e intuitiva con la
aplicación a implementarse.
FACTIBILIDAD TÉCNICA
El proyecto fue desarrollado en ambiente local, teniendo equipos con
requerimientos de las siguientes características:
Requerimientos Hardware:
Para el desarrollo del sistema, se utilizaron los siguientes elementos físicos que
se detallan a continuación:
Laptop:
• Marca Dell
• Procesador i7 de 2.8 ghz
• 8 GB de memoria RAM
48
• 500 GB de Disco Duro
• Sistema operativo de 64 bits
Requerimientos Software:
A continuación, se detallan los requisitos software establecidos para el desarrollo
del proyecto, estos componentes trabajan de manera directa con el sistema ya
que son herramientas Open Source:
• Sistema operativo Windows 7
• XAMPP
• Base de datos (MYSQL)
• PHP 7.0
Técnicamente es factible porque no requiere de equipos avanzados sino más
bien de equipos estándares que se pueden conseguir en mercados locales, así
mismo utiliza herramientas Open Source sin costo y aplicaciones de desarrollo
utilizadas frecuentemente ya que si en algún momento se requiere de alguna
modificación, ésta es posible debido a que sus equipos son fáciles de configurar
y de implementar la aplicación. Sus equipos no requieren ser muy sofisticados
en su arquitectura y su configuración no es complicada.
FACTIBILIDAD LEGAL
El desarrollo e implementación del sistema en ambiente web para el CMG debe
cumplir y respetar las leyes y estatutos vigentes establecidos por el Decreto N.
1014 Software Libre en Ecuador, por consiguiente, para cumplir con estos
reglamentos se utilizará herramientas con licencia libre tales como XAMPP,
PHP, MYSQL.
Así mismo, debe cumplir con las normativas establecidas con la Ley orgánica de
la Salud con respecto al código de los derechos y deberes de las personas y del
estado en relación con la salud.
49
En base a lo expuesto anteriormente, se concluye que el proyecto no quebranta
los derechos ni mucho menos viola alguna ley institucional.
FACTIBILIDAD ECONÓMICA
En este proyecto se detallan a continuación los costos del desarrollo del proyecto
como Hardware, Software, materiales de oficina y suministros, además de los
costos personales para la implementación del mismo.
Inversión de Hardware
Cuadro 5: Costos de Hardware
Equipo Costo Cantidad Total
Laptop 500,00 2 1000,00
Total de la inversión 1000,00
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Inversión de Software
Cuadro 6: Costos de Software
Equipo Costo Cantidad Total
Hosting 100,00 1 100,00
Dominio 70,00 1 70,00
Total de la inversión 170,00
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
50
Gastos y Servicios
Cuadro 7: Gastos y Servicios
Equipo Costo Meses Total
Internet 35,00 3 105,00
Transporte 50,00 3 150,00
Suministros 70,00 3 210,00
Alimentación 24,00 3 72,00
Total de la inversión 537,00
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Costo del Personal
Cuadro 8: Costo del Personal
Equipo Costo Meses Total
Alexander Morán 386,00 3 1.158,00
Evelin Cajape 386,00 3 1.158,00
Total de la inversión 2.316,00
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Resumen de Costos
Cuadro 9: Costos Totales
Descripción Total
Recursos Hardware 1.000,00
Recursos Software 170,00
Gastos y Servicios 537,00
Personal 2.316,00
Total de la inversión 4.023,00
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
51
ETAPAS DE LA METODOLOGÍA DEL PROYECTO
Dentro de las metodologías utilizadas para el proyecto tenemos, la metodología
de Observación y la metodología Scrum.
La metodología de Observación fue utilizada como técnica de investigación del
proyecto, esta consiste observar la situación con el fin de tomar la información y
registrarla para su posterior estudio, fue seleccionada porque ayuda a obtener
los datos del análisis de la información de manera factible.
La metodología que se utilizó para el desarrollo del proyecto fue Scrum, esta fue
elegida ya que actualmente es usada en el desarrollo de software orientados al
desarrollo, por ser una herramienta ágil que gestiona las tareas en pequeños
bloques denominados sprint donde su tiempo de duración mínimo es de una
semana y su máximo de 4 semanas. Además, se centra en obtener resultados
que son requeridos por el cliente y entregar al final un producto de calidad.
Gráfico 15: Esquema Metodología Scrum
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Business School
52
Roles
Dentro del equipo Scrum, se determinan los siguientes roles para el desarrollo
del proyecto.
Product – Owner
➢ Persona encargada de gestionar el Product Backlog, escribe las ideas del
cliente y como tal las prioriza de mayor a menor escala.
➢ Conoce del negocio del cliente y la visión del producto.
➢ Encargado de tomar decisiones.
ScrumMaster
➢ Persona encargada de comprobar que la metodología y el modelo
funciona.
➢ Interactúa con el cliente y los gestores.
➢ Elimina impedimentos.
Equipo de desarrollo
➢ Encargados de desarrollar el producto.
➢ Tienen la autoridad de tomar decisiones para conseguir el objetivo.
➢ Capacidad de autogestión.
Reunión de planificación de Sprint
En esta reunión se definen las prioridades del cliente y determinan los
requerimientos funcionales que se implementaran en el sistema web y móvil,
esta reunión puede tener una duración de 8 horas. El equipo de trabajo lo
conforman el Scrum Master que es la persona responsable del producto y los
desarrolladores que en este caso son los dos estudiantes responsables del
desarrollo del sistema web y la aplicación móvil.
El desarrollo del aplicativo móvil y web sigue la siguiente estructura de sprints:
53
1. Estudio preliminar
2. Establecer los requerimientos iniciales
3. Diseño de la interfaz del sistema web
4. Diseño de la interfaz del aplicativo móvil
5. Desarrollo de los módulos del sistema web
6. Desarrollo de los módulos del aplicativo móvil
7. Implementación de los servicios web
8. Pruebas y correcciones del sistema
9. Puesta en producción del sistema web y aplicativo móvil
Descripción de historias de usuarios
En la reunión de planificación con el usuario se definieron los requerimientos que
se utilizaran para definir las historias de usuarios detalladamente, estableciendo
a su vez el grado de importancia y prioridad.
Cuadro 10: Historia de usuario " Estudio preliminar"
Número 1
Título Estudio preliminar
Descripción Como administrador deseo realizar un estudio
preliminar para la propuesta del proyecto.
Importancia 10
Esfuerzo 5
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
54
Cuadro 11: Historia de usuario "Establecer los requerimientos iniciales"
Número 2
Título Establecer los requerimientos iniciales
Descripción Como administrador deseo que se haga el
respectivo levantamiento de información acerca de
los requerimientos iniciales para saber las
necesidades del CMG.
Importancia 10
Esfuerzo 4
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Cuadro 12: Historia de usuario "Diseño de la interfaz del sistema web"
Número 3
Título Diseño de la interfaz del sistema web
Descripción Como administrador deseo se realice el diseño
preliminar de la interfaz del sistema web.
Importancia 8
Esfuerzo 4
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del Proyecto
Cuadro 13: Historia de usuario "Diseño de la interfaz del aplicativo móvil"
Número 4
Título Diseño de la interfaz del aplicativo móvil
Descripción Como administrador deseo se realice el diseño
preliminar de la interfaz de la aplicación móvil.
Importancia 8
Esfuerzo 4
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
55
Cuadro 14: Historia de usuario "Desarrollo de las opciones del sistema web"
Número 5
Título Desarrollo de las opciones del sistema web
Descripción Como administrador deseo se realice el
correspondiente desarrollo de las opciones que
conforman el sistema en ambiente web.
Importancia 10
Esfuerzo 5
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Cuadro 15: Historia de usuario "Desarrollo de las opciones del aplicativo móvil"
Número 6
Título Desarrollo de las opciones del aplicativo móvil
Descripción Como administrador deseo se realice el desarrollo
de las opciones que conforman la aplicación móvil.
Importancia 10
Esfuerzo 5
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Cuadro 16: Historia de usuario "Implementación de los servicios web"
Número 7
Título Implementación de los servicios web
Descripción Como administrador deseo se realice la
implementación de los servicios web al sistema.
Importancia 10
Esfuerzo 4
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del Proyecto
56
Cuadro 17: Historia de usuario "Pruebas y correcciones del sistema"
Número 8
Título Prueba y correcciones del sistema
Descripción Como administrador deseo se realicen pruebas y
correcciones al sistema para saber su respectivo
funcionamiento.
Importancia 9
Esfuerzo 5
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del Proyecto
Cuadro 18: Historia de usuario "Puesta en producción del sistema web y aplicativo
móvil"
Número 9
Título Puesta en producción del sistema web y aplicativo
móvil.
Descripción Como administrador deseo se realice la
implementación de los sistemas tanto web como
móvil.
Importancia 10
Esfuerzo 5
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Scrum diarios
Durante las reuniones realizadas sobre la planeación de tareas se determinaron
que las historias de usuarios quedarían desarrolladas en cada sprint, los cuales
se definen en la tabla siguiente:
57
Cuadro 19: Scrum Diarios
ID Historia de
usuario
Importancia Esfuerzo Estimación
(días)
Sprint
1 Estudio preliminar
10 5 1 1
2 Establecer los
requerimientos
iniciales
10 4 2 1
3 Diseño de la
interfaz del sistema
web
8 4 3 2
4 Diseño de la
interfaz del
aplicativo móvil
8 4 3 2
5 Desarrollo de los
módulos del
sistema web
10 5 12 3
6 Desarrollo de los
módulos del
aplicativo móvil
10 5 12 3
7 Implementación de
los servicios web
10 4 3 3
8 Pruebas y
correcciones del
sistema
9 5 3 4
9 Puesta en
producción del
sistema web y
aplicativo móvil
10 4 2 4
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
58
El trabajo de desarrollo
El equipo de desarrollo del proyecto se compromete a efectuar los
requerimientos funcionales requeridos por el administrador del consorcio médico
con respecto a los sprint definidos anteriormente, en caso de que sugieran cierto
cambio en alguno de los sprints, el equipo de trabajo se encargará de
implementar dicha modificación.
Revisión del Sprint
En esta etapa de Scrum, el administrador inspecciona que las tareas asignadas
en los sprint se hayan efectuado, realizando una revisión en el funcionamiento
del sistema para determinar si la ejecución del sistema es adecuada, si sus
pruebas son factibles y cumple con lo establecido en los scrums diarios.
Retrospectiva del Sprint
El equipo de trabajo se reúne para efectuar las pruebas finales del sistema, a su
vez se realiza la entrega del ejecutable del proyecto al personal administrativo
del consorcio médico y de esta manera dejar en funcionamiento las aplicaciones
tanto el sistema web como la aplicación móvil, con la finalidad de comprobar la
interacción con el usuario y el sistema.
FASES DEL DESARROLLO DEL SISTEMA
Dentro de las fases del desarrollo del sistema del presente proyecto,
detallaremos los siguientes temas:
➢ Modelo Entidad Relación
➢ Diagrama de procesos
➢ Diagrama de caso de uso
➢ Diagrama de flujo de información
➢ Diagrama de arquitectura
59
DISEÑO
MODELO ENTIDAD RELACIÓN
Gráfico 16: Diagrama Entidad-Relación
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
60
DIAGRAMA DE PROCESO
Dentro del consorcio médico se manejan procesos manuales actualmente,
dichos procesos se representan en los siguientes diagramas de procesos.
Gráfico 17: Diagrama de proceso manual - Enfermera
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
61
Gráfico 18: Diagrama de proceso manual - Médico
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
62
Gráfico 19: Diagrama de proceso manual - Paciente
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
63
Se han definido los siguientes diagramas de procesos tanto para el sistema web y para la aplicación móvil, los cuales se
representan gráficamente a continuación:
Gráfico 20: Diagrama de Procesos del Sistema Web
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
En el presente diagrama se muestran los procesos que realiza el sistema web desde el inicio de sesión hasta su respectivo registro
de los datos en la aplicación, detallados de forma general.
64
Gráfico 21: Diagrama de Proceso de la Aplicación Móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
En el presente diagrama muestra el proceso de funcionamiento de la aplicación móvil, la cual fue diseñada para uso exclusivo de
los pacientes del consorcio médico.
65
DIAGRAMA DE FLUJO DE INFORMACIÓN
Los siguientes diagramas muestran la manera en que la información será
transmitida a nivel de software realizando sus respectivas peticiones al servidor
web y su almacenamiento en la base de datos, tanto para el sistema web como
para la aplicación móvil.
Gráfico 22: Diagrama de Flujo de Información del Sistema Web
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
Este diagrama nos muestra cómo se realiza las peticiones y respuestas por parte
del médico, enfermero(a) o administrador de sistema a la aplicación web.
66
Gráfico 23: Diagrama de Flujo de Información de la Aplicación Móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
El diagrama nos muestra como el usuario final(paciente) realiza las peticiones al
web services y éste se encarga de conectarse a la base de datos para devolverle
al usuario final la respuesta de su solicitud.
DIAGRAMA DE ARQUITECTURA DE SOFTWARE
Se tiene dos arquitecturas de software para el presente proyecto, tanto para el
sistema web como para la aplicación móvil, estas se muestran a continuación:
Gráfico 24: Arquitectura del sistema web
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
67
El sistema web está conformado por una arquitectura de 3 capas siendo:
Capa 1: Cliente de aplicación: Navegador Web
Capa 2: Servidor de Aplicaciones: Jboss
Capa 3: Servidor de Datos: base de datos (MySql)
Con la arquitectura de tres capas, la interfaz del cliente no es requerida para
comunicarse con el receptor de datos. Por lo tanto, esta estructura de datos
puede ser modificada sin necesidad de cambiar la interfaz del usuario.
Gráfico 25: Arquitectura de la Aplicación móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
La aplicación móvil está conformada por una arquitectura de 3 capas siendo:
Capa 1: Cliente de aplicación: Apk android
Capa 2: Web services(Php)
Capa 3: Servidor de Datos: base de datos(MySql)
68
CASOS DE USO
Los siguientes diagramas representan de forma gráfica las funciones que
pueden realizar los actores o personajes involucrados en el consorcio médico,
estas se clasifican en tres procesos importantes: Agendamiento de citas
médicas, registro de consultas y visualización de recetario médico.
Gráfico 26: Diagrama de Caso de Uso - Agendamiento de cita médica
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
69
Gráfico 27: Caso de Uso - Registro de Consulta
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
70
Gráfico 28: Caso de Uso - Consulta de Prescripción médica
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la investigación
SEGURIDAD DEL SISTEMA
Para el desarrollo del sistema se utilizó el método de encriptación AES
(Advanced Encryption Standard) para las contraseñas de los usuarios, ya que es
uno de los métodos de encriptación simétrica más seguros y utilizado en la
actualidad. Este tipo de cifrado se basa en una matriz de estado cuatro por
cuatro que procesa bloques de texto en claro de hasta 256 bits de longitud, lo
que permite que las claves sean irrompibles, es decir, que, aunque los
71
servidores sean hackeados, los datos serían imposible de descifrar. Tiene la
ventaja de ser extremadamente rápido, flexible y de alto rendimiento en su
implementación. Hasta el día de hoy, AES sigue siendo un método de
encriptación estándar preferido y utilizado en empresas grandes, en bancos y
sistemas de alta seguridad.
Por estas y otras razones, consideramos el uso de este método como medida de
seguridad para nuestro proyecto ya que, mantendrá las contraseñas de los
usuarios cifradas de manera segura, estable y confiable.
Gráfico 29: Esquema General AES
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Slideshare
PERFILES DE USUARIOS
Los perfiles de usuarios que tiene el sistema son los siguientes:
➢ Administrador
➢ Médico
➢ Enfermero
➢ Paciente
Administrador: Manejará el sistema y dará el respectivo mantenimiento de este.
Por lo tanto, será encargado de gestionar, verificar y controlar la información del
72
médico y los pacientes registrados tanto en el sistema web y en la aplicación
móvil. Es el único que podrá dar soporte en caso de que el usuario pierda la
contraseña de su cuenta y el que estará disponible para cualquier tipo de
modificaciones en el sistema.
Médico: Persona encargada atender al paciente, una vez que ingresa al sistema
tendrá acceso solamente a:
➢ Revisar el historial clínico del paciente
➢ Revisar las citas agendadas
➢ Visualizar los antecedentes médicos
➢ Registrar la consulta médica
➢ Generar el recetario médico
➢ Notificar al paciente alguna recomendación
Enfermero: Persona encargada de registrar los signos vitales del paciente en el
sistema, luego de esto tiene acceso a:
➢ Registrar al paciente
➢ Asignar cita con el especialista
➢ Informar al médico sobre la consulta agendada
Paciente: Persona encargada de asistir a la cita médica, luego de ello podrá
ingresar a la aplicación móvil y tendrá acceso únicamente a:
➢ Visualización de su historial clínico
➢ Revisión de sus antecedentes médicos
➢ Revisión de las citas agendadas
➢ Visualización del recetario médico asignado
MENÚ DEL SISTEMA
El presente proyecto cuenta con un menú principal de cuatro opciones que se
detallan a continuación:
Para el sistema web las opciones son:
73
➢ Pacientes
➢ Usuarios
➢ Citas atendidas
➢ Historial médico
Gráfico 30: Menú principal del sistema web
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Opciones del sistema
Pacientes: en esta opción el usuario encargado podrá visualizar el listado de los
pacientes que se encuentran registrados en el sistema, en este listado
encontraremos la información personal de los usuarios como sus nombres
completos, dirección, fecha nacimiento, sexo, teléfono, email entre otros.
Usuarios: en esta sección la persona encargada podrá realizar el respectivo
registro de usuarios ya sea un médico, enfermero/a o paciente. Estos datos son
almacenados en una base de datos, la cual contiene toda la información
referente a los mismos manteniendo la integridad de los datos.
74
Citas atendidas: esta opción permite realizar el registro de citas médicas de los
pacientes y del mismo modo permite editar dicha cita médica. Se asigna el
horario, el médico especialista y la fecha correspondiente a dicha cita agendada.
Historial médico: por medio de esta opción se podrá realizar el respectivo
registro de historial médico y antecedentes de los pacientes. Además, se podrá
visualizar los listados de los pacientes agendados para ser atendidos durante el
día.
Para la aplicación móvil las opciones del menú principal son:
➢ Inicio
➢ Contáctanos
➢ Redes sociales
Gráfico 31: Menú principal de la aplicación móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
75
Opciones del sistema
Inicio: En esta sección encontraremos las opciones en las que puede acceder el
paciente. Una vez que inicia sesión tendrá acceso a cinco opciones como lo son:
revisar su historial clínico, antecedentes médicos, citas agendadas, recetario
médico y cálculo de Índice de masa corporal.
Contáctanos: Por medio de esta opción el paciente tendrá conocimiento de
números telefónicos, correos electrónicos o números celulares para contacto
directo con el centro médico.
Redes sociales: Como medio de publicidad esta opción permite que el
usuario(paciente), siga mediante Facebook o Twitter la página oficial del centro
médico y a través de ellas se mantenga informado sobre promociones,
descuentos y noticias importantes sobre el mismo.
DESARROLLO
Para el desarrollo del proyecto se utilizaron las siguientes herramientas para la
aplicación web y para la aplicación móvil:
Para el sistema web se utilizó una arquitectura de tres capas, la primera es una
capa clientes, es decir, el usuario que usa el sistema aquí interviene el médico y
la enfermera, los cuales se encargan de enviar solicitudes ya sea de ingreso de
datos, modificación de datos, agendamiento de consultas, estos se encargan de
hacer las solitudes al servidor de aplicaciones, el cual recibe esas solicitudes y
hacen las peticiones al servidor de la base de datos. El servidor de aplicaciones
a su vez se encarga de conectar o hacer que interactúe la capa uno con la capa
dos. La capa uno es más bien, la interfaz de lo que va a interactuar el usuario y
la capa dos es la encargada de transformar esas solicitudes y hacer la consulta a
la capa tres que es la encargada de devolver lo que se ha solicitado, es decir
enviar respuesta a la capa uno.
76
La aplicación móvil también usa una arquitectura de tres capas, la capa uno
vendría ser la aplicación móvil donde el usuario va a poder interactuar, en este
caso no existe un servidor de aplicaciones porque la aplicación ya tiene incluido
todos sus requerimientos en esta capa. Lo que hace la capa uno es conectarse y
enviar las peticiones a la capa dos, la capa dos es el Web Service, éste recoge
todas peticiones y se conecta al servidor de base de datos (MYSQL). Todas las
consultas a la base de datos son devueltas en formato Json, el cual devuelve el
Web Service para que la aplicación la pueda leer, debido a que la aplicación no
puede hacer lectura de estos directamente a la base de datos.
PRUEBAS
Las pruebas por realizarse constan de tres procesos los cuales se detallan a
continuación: Agendamiento de citas médicas, Validación de inicio de sesión,
Registro de historial médico.
Cuadro 20: Prueba de validación de inicio de sesión
PRUEBA DE VALIDACIÓN DE INICIO DE SESIÓN
Tipo de prueba Funcional
Descripción Validación de usuario y contraseña
Objetivo Verificar que los datos sean correctos para acceder al
sistema web y a la aplicación móvil.
Complejidad Media
CASO N. 1 – APLICACIÓN WEB
Ingreso Nombre de usuario y contraseña para el sistema web.
Respuesta Acceso al sistema web
CASO N. 2 – APLICACIÓN MÓVIL
Ingreso Número de cédula y contraseña para la aplicación móvil.
Respuesta Acceso a la aplicación móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
77
Gráfico 32: Prueba de inicio de sesión de la app
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
78
Gráfico 33: Prueba de inicio de sesión del sistema web
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Cuadro 21: Prueba de validación de Agendamiento de citas
PRUEBA DE VALIDACIÓN DE AGENDAMIENTO DE CITAS MÉDICAS
Tipo de prueba Funcional
Descripción Validación de agendamiento de cita
Objetivo Verificar que los datos del paciente hayan sido
registrados exitosamente
Complejidad Media
CASO N. 1 – APLICACIÓN WEB
Ingreso Datos del paciente
Respuesta Registro exitoso del paciente
CASO N. 2 – APLICACIÓN MÓVIL
Ingreso Datos del paciente
Respuesta Registro exitoso del paciente
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
79
Gráfico 34: Prueba de repositorio de citas médicas
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
Gráfico 35: Prueba de agendamiento de cita médica
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos del proyecto
80
Cuadro 22: Prueba de validación de registro de historial clínico
PRUEBA DE VALIDACIÓN DE REGISTRO DE HISTORIAL CLÍNICO
Tipo de prueba Funcional
Descripción Validación de nuevo registro de usuario
Objetivo Verificar que los datos del paciente y sus
antecedentes hayan sido registrados exitosamente
Complejidad Media
CASO N. 1 – APLICACIÓN WEB
Ingreso Datos ingresados correctamente
Respuesta Registro exitoso
CASO N. 2 – APLICACIÓN MÓVIL
Ingreso Datos ingresados correctamente
Respuesta Registro exitoso
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 36: Prueba de registro de historial clínico
Elaboración: Evelin Cajape, Alexander Morán Fuente: Datos del proyecto
81
IMPLEMENTACIÓN
Una vez que el sistema se ha terminado de desarrollar se requiere un tiempo
establecido de 2 horas, dentro de las cuales se hará la respectiva
implementación del software al Consorcio Médico Guzmán, durante este tiempo
también se realizará el levantamiento del sistema con sus respectivas pruebas, y
así determinar el correcto funcionamiento del mismo.
Después de la implementación existirá un mes de soporte para cualquier
novedad que se tenga sobre el sistema.
De acuerdo con las herramientas que fueron utilizadas de apoyo para el
desarrollo del proyecto, se detallan las características de hardware y software
que se emplearon:
➢ Hardware
Cuadro 23: Características mínimas de Hardware
SERVIDOR
CARACTERÍSTICAS
Procesador I7 de 2.8 GHZ
Disco Duro 500 GB o superior
Memoria RAM 8 GB
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
➢ Software
Para la implementación de la aplicación móvil se utilizó los siguientes software:
➢ Android Studio última versión: utilizada para el desarrollo de la
aplicación móvil.
82
➢ XAMPP: servidor local utilizado para hacer pruebas y sirve como Host
local, para tener almacenado la base de datos y como servidor para
alojamiento de los webs services.
➢ Notepad ++: utilizada para escribir o transcribir los webs services.
Para la implementación del sistema web se hizo uso de herramientas software
como lo son:
➢ Jboss
➢ Netbeans
➢ Navegador web.
ENTREGABLES DEL PROYECTO
Para el presente proyecto se entregará los siguientes archivos de acuerdo con la
metodología que se aplicó en el desarrollo de este:
➢ Documentación del proyecto
➢ Sistema web
➢ Aplicativo móvil
➢ Manual de usuario
➢ Manual técnico
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
Luego de las pruebas realizadas sobre el funcionamiento del sistema web y la
aplicación móvil, se valida que el proyecto permite realizar las consultas médicas
y el manejo de historiales clínicos, lo cual favorece a que los procesos que se
manejaban manualmente se desarrollen de una manera ágil y dará beneficios y
mejoras tanto para los médicos y administradores del consorcio como para los
pacientes que utilizarán los aplicativos.
83
Se realizarán dos tipos de criterios de validación uno a los médicos y otro para
los usuarios finales los cuales determinarán el uso de la aplicación. A
continuación, se muestran las plantillas que se utilizaron para evaluar las
aplicaciones.
Para los usuarios finales que utilizan la aplicación móvil se realizó la siguiente
plantilla que se muestra en la tabla:
Cuadro 24: Criterios de Validación para usuarios finales
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Se realizará la validación con usuarios que realizaron la encuesta antes del
desarrollo de la aplicación. Para la evaluación de los presentes criterios se utiliza
un rango de 5 niveles, de menor a mayor valor, siendo 5 el mayor puntaje. Su
máxima calificación será de 40 puntos el cual representa el 100% de aceptación
por parte de usuario final.
Escala de
valoración
Aspectos
Nada
adecuada
1
Poco
adecuada
2
Medianamente
adecuada
3
Adecuada
4
Muy
adecuada
5
Interfaz amigable y de fácil
manejo con el usuario
La aplicación móvil permite al paciente visualizar la prescripción médica y recomendaciones del médico.
Velocidad en el manejo del
sistema.
Eficiencia en el uso
Comprensible
Creatividad en su diseño
Automatización de tareas
Calidad del diseño
Total
Porcentaje (%)
84
Cuadro 25: Criterios de validación para médicos
Escala de
valoración
Aspectos
Nada
adecuada
1
Poco
adecuada
2
Medianamente
adecuada
3
Adecuada
4
Muy
adecuada
5
Las contraseñas de los usuarios
tanto del sistema web como de la
aplicación móvil están encriptadas
para mayor seguridad.
Su interfaz es amigable, de fácil
manejo y comprensible para el
usuario.
La aplicación móvil es compatible
para todas las versiones de
Android.
El sistema web permite registrar a
médicos del CMG.
El sistema web genera reportes
diarios en formato pdf sobre la
afluencia de pacientes.
El usuario mediante la aplicación
móvil puede calcular el índice de
masa corporal.
La aplicación móvil permite
revisar las citas agendadas
Los ordenadores cuentan con los
requerimientos suficientes para
implementar el sistema en el
CMG.
Se realizarán las respectivas
pruebas en el sistema web para
que no haya fallas en su manejo.
Total
Porcentaje (%)
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
85
PROCESAMIENTO Y ANÁLISIS
Para el análisis de los datos, se optó por la realización de encuestas a una
determinada población escogida mediante un previo estudio, es decir, 255
personas ubicadas en la parte céntrica del cantón, con el fin de evaluar el uso de
una aplicación móvil para los pacientes del consorcio médico. Luego del
respectivo cálculo a través de la siguiente fórmula, se demostró que el valor de la
muestra fue de 100 personas.
𝑛 =
𝑧2 × 𝑝(1 − 𝑝)𝑒2
1 + (𝑧2 × 𝑝(1 − 𝑝)
𝑒2𝑁)
𝑛 =
1.282 × 0.5(1 − 0.5)52
1 + (1.282 × 0.5(1 − 0.5)
52(255))
𝑛 = 100
Mediante tablas y gráficos estadísticos para cada pregunta se analizan los
respectivos resultados y se explica la descripción de los datos obtenidos. A
continuación, se muestran los resultados de las encuestas realizadas a los
pacientes del consorcio médico Guzmán:
86
1. ¿Cuál es el tiempo de espera aproximado para ser atendido en el
consorcio médico?
Cuadro 26: Tiempo de espera aproximado para ser atendido
Opciones Frecuencia
De 5 a 10 minutos 13
De 10 a 15 minutos 40
Más de 15 minutos 47
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 37: Tiempo de espera aproximado para ser atendido
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Con respecto a las muestras tomadas, en el gráfico#15, se determina
que el tiempo de espera aproximado para ser atendido en el consorcio médico
fue de: 5 a 10 minutos para el 13% de la población encuestada, de 10 a 15
minutos para el 40% y de más 15 minutos de espera representada con el 47%.
Lo que concluye que el 87% de la población encuestada está teniendo una
espera de más de 10 minutos para ser atendido.
13%
40%47%
¿Cuál es e l t iempo de espera aproximado para ser atent ido en e l consorc io médico?
De 5 a 10 minutos De 10 a 15 minutos Más de 15 minutos
87
2. ¿Dispone usted de un teléfono móvil?
Cuadro 27: Cuenta con un teléfono móvil
Opciones Frecuencia
Si 97
No 3
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 38: Cuenta con un teléfono móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Del 100% de la muestra con respecto a la pregunta 2, se determina
que el 97% representa a las personas que, si disponen de un teléfono móvil,
mientras que el 3% representada a quienes no disponen de un teléfono móvil.
97%
3%
¿Dispone usted de un teléfono móvil?
Si
No
88
3. ¿Cuál es el modelo de su dispositivo móvil actualmente?
Cuadro 28: Modelo de su dispositivo móvil
Opciones Frecuencia
IPhone 18
Android 70
Otro 12
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 39: Modelo de su dispositivo móvil
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Del 100% de la muestra, se obtiene como resultado que el 18%
dispone de un dispositivo móvil IPhone, mientras que el 70% utiliza un
dispositivo móvil Android y el 12% dispone de otro modelo en su dispositivo
móvil. Se determina que la mayor parte de su población cuenta con un
dispositivo Android lo cual permitirá el uso de la aplicación.
18%
70%
12%
¿Cuál es el modelo de su dispositivo móvil actualmente?
Iphone
Android
Otro
89
4. ¿Su dispositivo móvil cuenta con servicio de internet?
Cuadro 29: Cuenta con servicio de internet
Opciones Frecuencia
Si 74
No 26
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 40: Cuenta con servicio de internet
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Del 100% de total de la muestra, se obtiene como resultado que el
74% cuenta con servicio de internet en su dispositivo móvil mientras que el 26%
no dispone de servicio de internet en su dispositivo móvil. Este análisis
determina que en su mayoría las personas disponen de internet, lo cual es
beneficioso para el uso de la aplicación móvil.
74%
26%
¿Su dispositivo móvil cuenta con servicio de internet?
Si
No
90
5. ¿Cree usted conveniente el uso de una Aplicación Móvil para
visualizar su historial clínico?
Cuadro 30: Visualización de su historial clínico
Opciones Frecuencia
Totalmente de acuerdo 45
De acuerdo 44
Imparcialmente de acuerdo 8
Desacuerdo 2
Totalmente desacuerdo 1
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 41: Visualización de su historial clínico
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Con respecto los resultados obtenidos por el gráfico #19, se determina
que el 45% del total de la población está totalmente de acuerdo con visualizar su
historial clínico desde una aplicación móvil, el 44% está de acuerdo, el 8% está
imparcialmente de acuerdo, el 2% está en desacuerdo y el 1% está en total
desacuerdo con el uso de una aplicación móvil para visualizar su historial clínico.
Como conclusión se determina que el 89% de la población encuestada aprueba
en su totalidad el uso de una aplicación móvil que muestre su historial clínico.
45%
44%
8%2%1%
¿Cree usted conveniente el uso de una aplicación móvil para visualizar su historial clínico?
Totalmente de acuerdo
De acuerdo
Imparcialmente deacuerdo
Desacuerdo
Totalmente desacuerdo
91
6. ¿Considera usted factible ver en dispositivo móvil la prescripción
médica o receta?
Cuadro 31: Visualización de la prescripción médica
Opciones Frecuencia
Totalmente de acuerdo 46
De acuerdo 44
Imparcialmente de acuerdo 7
Desacuerdo 2
Totalmente desacuerdo 1
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 42: Visualización de la prescripción médica
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Del 100% de la muestra con respecto a la pregunta 6, el 46% de la
población considera en total acuerdo visualizar la prescripción médica en su
dispositivo móvil, mientras que el 44% está de acuerdo, el 7% imparcialmente de
acuerdo, el 2% en desacuerdo y el 1% está en total desacuerdo con visualizar su
prescripción médica en su dispositivo móvil. Se concluye que el 90% da como
aprobada poder visualizar su receta médica por medio de una aplicación móvil.
46%
44%
7% 2%1%
¿Considera usted factible ver en su dispositivo móvil la prescripción médica o receta?
Totalmente de acuerdo De acuerdo
Imparcialmente de acuerdo Desacuerdo
Totalmente desacuerdo
92
7. ¿Considera factible poder visualizar las recomendaciones del
médico desde su dispositivo móvil?
Cuadro 32: Visualización de recomendaciones del médico
Opciones Frecuencia
Totalmente de acuerdo 46
De acuerdo 45
Imparcialmente de acuerdo 4
Desacuerdo 5
Totalmente desacuerdo 0
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 43: Visualización de recomendaciones del médico
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Del total de la muestra, con respecto a la pregunta 7 se obtiene que: el
91% de los encuestados consideran factible poder visualizar las
recomendaciones de su médico desde su dispositivo móvil, mientras que el 9%
de la muestra no está de acuerdo en visualizar recomendaciones de su médico
desde su dispositivo móvil.
93
8. ¿Considera factible poder visualizar sus antecedentes médicos
desde su dispositivo móvil?
Cuadro 33: Visualización de los antecedentes médicos
Opciones Frecuencia
Totalmente de acuerdo 45
De acuerdo 38
Imparcialmente de acuerdo 10
Desacuerdo 5
Totalmente desacuerdo 2
Total 100
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Gráfico 44: Visualización de los antecedentes médicos
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Análisis: Del 100% de la muestra, con respecto a la pregunta #8, se determina
que el 83% está de acuerdo con poder visualizar sus antecedentes médicos
desde su dispositivo móvil, mientras que el 17% no considera factible visualizar
estos datos en su dispositivo móvil.
45%
38%
10%5% 2%
¿Considera factible poder visualizar sus antecedentes médicos desde su dispositivo
móvil?
Totalmente de acuerdo De acuerdo
Imparcialmente de acuerdo Desacuerdo
Totalmente desacuerdo
94
CAPÍTULO IV
Criterios de aceptación del producto o Servicio
Los criterios de aceptación de este proyecto corresponden a los
resultados analizados y obtenidos de las encuestas, de los casos de prueba y
criterios de validación, con el fin de comprobar que tanto el sistema web como la
aplicación móvil cumplen con lo especificado. Para poder determinar el software
desde el punto de vista del cliente se elaboraron dos matrices con los criterios de
aceptación calificados tanto por el usuario final y por un médico del CMG.
Los resultados obtenidos para evaluar las aplicaciones tanto web y móvil se
adjuntan en el anexo 6 y anexo 7 del presente documento. A continuación, se
muestra la plantilla utilizada para la respectiva aceptación de las aplicaciones.
Gráfico 45: Criterio de aceptación del producto - Usuario final
Escala de
valoración
Aspectos
Nada
adecuada
1
Poco
adecuada
2
Medianamente
adecuada
3
Adecuada
4
Muy
adecuada
5
Interfaz amigable y de fácil
manejo con el usuario
La aplicación móvil permite al
paciente visualizar la
prescripción médica y
recomendaciones del médico.
Velocidad en el manejo del
sistema
Eficiencia en el uso
Comprensible
Creatividad en su diseño
95
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Después de la respectiva validación de aceptación del producto al usuario final,
se determina que la aplicación es factible con respecto a los criterios funcionales
del sistema, puesta a prueba y verificada por el usuario calificando los 8 criterios
con un puntaje máximo de 5 puntos cada uno que representa un total de 40
puntos lo que aprueba a la aplicación con un 100% en su totalidad. Dichos
resultados se visualizan en el anexo #6 para constancia en el presente
documento.
Cuadro 34: Criterios de aceptación del producto - Médico
Escala de
valoración
Aspectos
Nada
adecuada
1
Poco
adecuada
2
Medianamente
adecuada
3
Adecuada
4
Muy
adecuada
5
Las contraseñas de los usuarios
tanto del sistema web como de la
aplicación móvil están encriptadas
para mayor seguridad.
Su interfaz es amigable, de fácil
manejo y comprensible para el
usuario.
La aplicación móvil es compatible
para todas las versiones de
Android.
Automatización de tareas
Calidad del diseño
Total
Porcentaje (%)
96
El sistema web permite registrar a
médicos del CMG.
El sistema web genera reportes
diarios en formato pdf sobre la
afluencia de pacientes.
El usuario mediante la aplicación
móvil puede calcular el índice de
masa corporal.
La aplicación móvil permite
revisar las citas agendadas
Los ordenadores cuentan con los
requerimientos suficientes para
implementar el sistema en el
CMG.
Se realizarán las respectivas
pruebas en el sistema web para
que no haya fallas en su manejo a
futuro.
Total
Porcentaje (%)
Elaboración: Evelin Cajape, Alexander Morán
Fuente: Datos de la Investigación
Luego de la entrevista realiza al médico principal del consorcio, se obtuvo los
siguientes resultados con respecto a la evaluación de los criterios de aceptación
por parte de éste, los cuales se muestran en el anexo 7. La plantilla está
conformada por 9 aspectos valorados de 1 a 5 puntos, siendo 5 su mayor
puntuación. El sistema web obtuvo un valor de 45 puntos, donde dichos criterios
fueron calificados por uno de los médicos que hará uso de éste, un total de
aprobación del 100%.
97
CONCLUSIONES
Cada vez la población aumenta por lo que existe la necesidad de una atención
adecuada en un tiempo establecido, con el uso de esta aplicación se propone
reducir estos tiempos de espera en los pacientes. Debido a esto en el desarrollo
del proyecto se presentan las siguientes conclusiones:
La aplicación móvil facilita al usuario (paciente) la revisión y visualización de su
historial clínico, antecedentes médicos, citas agendadas, su prescripción médica
y su estado de salud.
El desarrollo del sistema web se acopla a las necesidades del consorcio médico
de manera que agiliza los procesos que se mantenían de forma manual, con el
fin de automatizar sus gestiones cotidianas de manera más eficiente.
Se diseñó una base de datos, que almacena además de las consultas médicas,
el registro de los pacientes y datos importantes sobre el mismo, con el propósito
de disminuir el riesgo de alteración de información y mantener la integridad de
los datos.
El sistema web genera los respectivos reportes diarios en formato pdf, sobre la
afluencia de los pacientes atendidos en el Consorcio Médico Guzmán.
Según las encuestas realizadas a los pacientes se pudo deducir que una
aplicación móvil se debería implementar en todos los consultorios médicos, para
que los pacientes puedan visualizar todos sus registros médicos de manera
digital a cualquier hora, sin la necesidad de acudir al centro médico para obtener
dichos registros.
98
RECOMENDACIONES
Al realizar esta propuesta para el registro de consultas médicas y manejo de
historial clínico con prescripción médica y una aplicación Android para los
pacientes del consorcio médico Guzmán se presentan las siguientes
recomendaciones:
• En un nuevo desarrollo se puede agregar dentro del sistema
nuevas opciones de reportes para saber el tiempo promedio que se
demora cada médico atendiendo a un paciente y controlar los
horarios de los médicos.
• Desarrollar una versión para dispositivos móviles iPhone, de fácil
uso para los pacientes y que esta versión se publique en App Store
para que los pacientes puedan descargarla y la usen sin mayor
problema.
• Implementar en la aplicación Android la opción de laboratorio
clínico donde el paciente podrá ver el resultado de sus análisis de
forma digital.
• Se recomienda leer detalladamente el respectivo manual de
usuario, el cual describe el funcionamiento del sistema para tener
conocimiento de su uso adecuadamente.
99
BIBLIOGRAFÍA
Cuervo, M., Parra, D. and Aldana, A. (2018). Evaluación y análisis de
rendimiento de los frameworks de persistencia Hibernate y Eclipselink
[Assessment and analysis of performance persistence frameworks Hibernate
and EclipseLink]. [online] Revistasum.umanizales.edu.co. Available at:
http://revistasum.umanizales.edu.co/ojs/index.php/ventanainformatica/article
/view/155/205.
Aprendeenlinea.udea.edu.co. (2018). Manejo de TIC: Definición del concepto de
TIC. [online] Available at:
http://aprendeenlinea.udea.edu.co/lms/investigacion/mod/page/view.php?id=311
8.
Fhumyar.unr.edu.ar. (2018). New Page 1. [online] Available at:
http://www.fhumyar.unr.edu.ar/escuelas/3/materiales%20de%20catedras/tra
bajo%20de%20campo/solefabri1.htm.
Geekytheory.com. (2018). Trabajando con JSON en Android. [online] Available
at: https://geekytheory.com/trabajando-con-json-en-android.
Ibm.com. (2018). IBM Knowledge Center. [online] Available at:
https://www.ibm.com/support/knowledgecenter/es/SSD28V_9.0.0/com.ibm.w
ebsphere.wlp.core.doc/ae/cwlp_jpa.html.
Json.org. (2018). JSON. [online] Available at: https://json.org/json-es.html.
Luján-Mora, S. (2018). Programación de aplicaciones web: historia, principios
básicos y clientes web. [online] Rua.ua.es. Available at:
http://rua.ua.es/dspace/handle/10045/16995#vpreview.
100
Oracle.com. (2018). JMX, Java Management Extensions. La guía perdida. Parte
1. Los fundamentos.. [online] Available at:
http://www.oracle.com/technetwork/es/articles/java/java-management-
extensions-3403127-esa.html.
Oracle.com. (2018). MySQL | La base de datos de código abierto más popular
del mercado | Oracle España. [online] Available at:
https://www.oracle.com/es/mysql/index.html.
prezi.com. (2018). JBoss. [online] Available at:
https://prezi.com/gp4lqgcmtu4s/jboss/#.
Rojas, T. and →, V. (2018). Tipos de Metodología de la Investigación – Cómo
Hacer una Metodología | aprenderLyX. [online] Aprenderlyx.com. Available
at: http://aprenderlyx.com/tipos-de-metodologia-de-investigacion/.
Seis.es. (2018). Available at: http://www.seis.es/imagenes/REVISTAS/101-
110/101.pdf#page=10.
still01 (2018). Tecnica Observacion. [online] Es.slideshare.net. Available at:
https://es.slideshare.net/still01/tecnica-observacion.
Uam.es. (2018). [online] Available at:
https://www.uam.es/personal_pdi/stmaria/jmurillo/InvestigacionEE/Presentac
iones/Curso_10/Observacion_trabajo.pdf.
Arias, M. (2014). Webs Resposivas - Responsive Design con Bootstrap. IT
Campus Academy.
Autores, V. (2018). Técnico en cuidados auxiliares de enfermería - Servicio de
salud. Madrid: CEP.
101
Catalan Bañuls, M. (2017). GeekyTheory. Obtenido de
https://geekytheory.com/trabajando-con-json-en-android
Ceredero , V. (2013). Historia Clínica:Metodología didáctica. México: E.M.
Panamericana.
Florido Benítez, L. (2016). LA IMPLEMENTACIÓN DEL MOBILE MARKETING
COMO HERRAMIENTA MULTIDISCIPLINAR EN EL SECTOR
TURÍSTICO Y AEROPORTUARIO. Malaga.
Fundación telefónica. (2008). Las Tic y el sector de salud en latinoamérica.
España: Ariel.
Hibernate. (2011). Hibernate.org. Obtenido de Hibernate.
IBM. (2015). IBM®.
Lujan Mora, S. (2012). Programación de aplicaciones web: historia, principios
básicos y clientes web. Alicante: Club Universitario.
MYSQL. (2012). MySQL. Obtenido de https://dev.mysql.com/doc/mysql-getting-
started/en/
Oracle. (2014). Oracle. Obtenido de https://www.oracle.com/es/mysql/index.html
Oracle, & Oracle. (2011). Oracle. Obtenido de
http://www.oracle.com/technetwork/java/embedded/javame/index.html
PHP. (2011). Manual PHP. Obtenido de http://php.net/manual/es/intro-whatis.php
Pousa, A. (Diciembre de 2011). Obtenido de ALGORITMO DE CIFRADO
SIMÉTRICO AES:
http://sedici.unlp.edu.ar/bitstream/handle/10915/4210/Documento_comple
to.pdf?sequence=1
Ramos González , V. (2017). Las TIC en el sector de la Salud. 41.
102
Ramos Martín, A., & Ramos Martín, M. (2016). Operaciones con Base de Datos
Ofimáticas y Corporativas. España: Paraninfo.
RAMOS, A. (2011). Aplicaciones Web. Madrid: Paraninfo .
Thompson, A., & Strickland, A. (2014). Administración Estratégica. México: Mc
Graw Hill.
Ureña, C. (2010). lenguajes de programacion. Lenguajes y sistemas
informáticos.
WidFly. (2016). widfly.org.
Cárdenas, W. (1 de Noviembre de 2011). Repositorio Digital Universidad Técnica
del Norte. Obtenido de
http://repositorio.utn.edu.ec/handle/123456789/1037
1
ANEXOS
Anexo 1. Cronograma de actividades
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de Sargentillo.
2
3
Anexo 2. Solicitud # 1
4
Anexo 3. Carta de Aceptación
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de Sargentillo.
5
Anexo 4. Entrevista
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de Sargentillo.
6
7
Anexo 5. Encuesta
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de Sargentillo.
1. ¿Cuál es el tiempo de espera aproximado para ser atendido en el consorcio
médico?
De 5 a 10 minutos
De 10 a 15 minutos
Mas de 15 minutos
2. ¿Dispone usted de un teléfono móvil?
Si
No
3. ¿Cuál es el modelo de su dispositivo móvil actualmente?
IPhone
Android
Otro
4. ¿Su dispositivo móvil cuenta con servicio de internet?
Si
No
5. ¿Cree usted conveniente el uso de una Aplicación Móvil para visualizar el
historial clínico?
Totalmente de acuerdo
De acuerdo
Imparcialmente de acuerdo
Desacuerdo
Totalmente desacuerdo
8
6. ¿Considera usted factible ver en dispositivo móvil la prescripción médica?
Totalmente de acuerdo
De acuerdo
Imparcialmente de acuerdo
Desacuerdo
Totalmente desacuerdo
7. ¿Considera factible poder visualizar las recomendaciones del médico desde su
dispositivo móvil?
Totalmente de acuerdo
De acuerdo
Imparcialmente de acuerdo
Desacuerdo
Totalmente desacuerdo
9
Anexo 6. Validación del producto
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de Sargentillo.
10
Anexo 7. Validación de la aplicación web
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y manejo de historial clínico con prescripción médica en ambiente web y una aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico Guzmán del Cantón Lomas de Sargentillo
11
Anexo 8.
Proyecto de Titulación
La siguiente imagen muestra al usuario final haciendo uso del aplicativo móvil
antes de calificar los aspectos de aceptación del producto.
Gráfico 46: El usuario final haciendo uso del aplicativo móvil
12
Anexo 9.
Proyecto de Titulación
La siguiente imagen muestra la visita al consorcio médico con el fin de realizar la
entrevista respectiva al doctor encargado del mismo.
Gráfico 47: Entrevista al médico director del CMG
13
Anexo 10. Carta de Implementación del proyecto
Proyecto de Titulación
Tema: Desarrollo e Implementación de un aplicativo de consultas médicas y
manejo de historial clínico con prescripción médica en ambiente web y una
aplicación móvil en dispositivos Android para los pacientes del Consorcio Médico
Guzmán del Cantón Lomas de Sargentillo.
1
MANUAL DE USUARIO
MANUAL DE USUARIO
GUZSOFT – APLICACIÓN WEB
CONSORCIO MÉDICO GUZMÁN
2
INTRODUCCION
En este documento se describirá la utilización de la aplicación web de registro
de consultas ,de citas, recetario , entre otros y va dirigida a la administración del
consorcio médico involucrados con el mismo, con acceso a sus datos clínicos.
Ingreso al sistema web
En el inicio del sistema web aparece la pantalla de autentificación de
usuarios registrados, donde se debe ingresar la identificación del usuario y la
contraseña.
Rol administrador
Acceso al sistema con el rol de administrador.
1.- Ingreso al sistema
En el inicio del sistema web podemos ingresar con el rol administrador, y tener
todos los privilegios del sistema.
3
2.- Menú de opciones del rol administrador
Detalla las acciones e interacciones que puede realizar el administrador dentro
del sistema.
4
3.- Usuario
Al seleccionar la opción usuario se desplegará una opción donde el
administrador podrá registrar nuevos usuarios.
4.- Registro de un nuevo usuario
Para poder registrar un nuevo usuario, debemos llenar todos los campos y dar
clic en el botón registrar.
5
5.- Visualización de los usuarios registrados
En la parte inferior de registro de usuarios podemos visualizar todos los usuarios
que han sido creados hasta el momento.
6.-Horario médico
Al dar clic en la opción de horario médico se desplegará dos nuevas opciones:
➢ Registrar consultorio
➢ Registrar horario
6
7.-Registrar consultorio
Para registrar un nuevo consultorio debemos llenar todos los campos del
formulario y dar clic en el botón registrar.
En la parte inferior podemos visualizar todos los consultorios registrados.
8.- Registrar horario
Para registrar un nuevo horario debemos llenar todos los campos del formulario
y dar clic en el botón registrar. En la parte inferior podemos visualizar todos los
horarios registrados.
7
9.- Reportes
Esta opción permitirá generar reportes y poderlos imprimir.
10.-Tipos de reportes
Tenemos 3 tipos de reportes:
➢ Reportes de usuarios
➢ Reporte de pacientes
➢ Reporte de citas médicas
8
11.-Reporte de usuarios
Para generar un reporte de usuarios se debe seleccionar el rango de la fecha del
cual queremos el reporte y dar clic en el botón generar. Al dar clic en el botón
generar aparecerá en la parte inferior un documento en pdf con el reporte de
usuarios creados en el rango de fecha establecido y se también se podrá
imprimir.
12.-Reporte de pacientes
Para generar un reporte de pacientes se debe seleccionar el rango de la fecha
del cual queremos el reporte y dar clic en el botón generar.Al dar clic en el botón
generar aparecerá en la parte inferior un documento en pdf con el reporte de
pacientes creados en el rango de fecha establecido y también se podrá imprimir.
9
13.-Reporte de citas médicas
Para generar un reporte de citas médicas se debe seleccionar el rango de la
fecha del cual queremos el reporte y dar clic en el botón generar.
Al dar clic en el botón generar aparecerá en la parte inferior un documento en
pdf con el reporte de citas médicas atendidas en el rango de fecha establecido y
también se podrá imprimir.
14.-Diagnóstico
En esta opción se puede vizualizar todos las prescripciónes médica que han sido
generadas hasta el momento y se podrá guardar en formato pdf.
10
15.- Cambio de contraseña
El usuario podrá cambiar su contraseña seleccionando en la parte superior
derecha, en la opción de cambio de contraseña.
Al dar clic en esta opción aparecerá una ventana donde aparecerá el nombre de
usuario y se deberá ingresar la contraseña actual para poder registrar la nueva
contraseña.
11
Rol enfermera
Acceso al sistema con el rol enfermera.
1.- Menú de opciones del rol enfermera
Detalla las acciones e interacciones que puede realizar la enfermera dentro del
sistema.
2.- Consulta de pacientes
Le permite a la enfermera poder visualizar todos los pacientes ingresados en el
sistema y poder buscarlos de manera automática.
12
3.- Agenda
En esta opción se podrá seleccionar entre:
➢ Registrar cita médica
➢ Editar cita médica
13
4.-Registrar cita médica
Para registrar una nueva cita médica se deberá seguir los siguientes pasos:
a. Dar clic en buscar.
b. Buscar el paciente por su número de cédula o por el nombre y
seleccionarlo.
14
c. Seleccionar una especialidad.
d. Buscar disponibilidad de citas.
15
e. Seleccionar el doctor y día para la consulta.
f. Seleccionar la hora de la consulta.
16
g. Guardar la consulta y confirmar la consulta.
5.- Editar la cita médica
En esta opción se podrá cambiar el estado de la cita médica.
17
6.- Antecedentes
Al seleccionar la opción de antecedentes, aparecerán todas las consultas que
estén agendadas para el día.
18
6.1.- Registro del antecedente
Al seleccionar la carpeta del paciente, aparecerá los detalles del paciente y se
deberá llenar todo el formulario para poder registrar el antecedente previo a la
consulta.
19
7.-Diagnóstiico
En esta opción se puede visualizar y descargar la prescripción médica del
paciente que ya ha sido atendido.
20
8.- Cambiar contraseña
En esta opción la enfermera podrá modificar su contraseña.
Rol doctor
Acceso al sistema con el rol de doctor.
1.-Menú de opciones del rol enfermera
Detalla las acciones e interacciones que puede realizar la enfermera dentro del
sistema.
21
2.- Consulta de pacientes
En esta opción el doctor puede visualizar todos los pacientes registrados y poder
editarlos.
22
3.-Historial clínico
Al seleccionar esta opción aparecerá el paciente que ha pasado por enfermería y
sigue en la consulta.
Para poder registrar la consulta y el historial clínico se deberá seguir los
siguientes pasos:
23
a. Dar clic en la carpeta del paciente a atender.
b. Verificar la información del paciente.
24
c. Revisar el historial de diagnósticos.
d. Consultar historiales clínicos anteriores, para observar prescripciones
médicas ya dadas.
25
e. Seleccionar el diagnóstico del paciente.
26
f. Consultar medicamentos.
g. Completar todo el formulario.
27
h. Registrar la consulta médica.
4.- Reportes del médico
Esta opción permitirá generar reportes y poderlos imprimir.
28
4.1.- Reporte de pacientes atendidos por el doctor
Para generar un reporte de pacientes atendidos se debe seleccionar el rango de
la fecha del cual queremos el reporte y dar clic en el botón generar y aparecerá
en la parte inferior el reporte de los pacientes atendidos y se podrá guardar o
imprimir.
5.- Diagnóstico
En esta opción se puede visualizar y descargar la prescripción médica del
paciente que ya ha sido atendido.
29
30
6.- Cambiar contraseña
En esta opción el doctor podrá modificar su contraseña.
1
MANUAL DE USUARIO
MANUAL DE USUARIO
GUZSOFT 2.0 – APLICACIÓN MÓVIL
CONSORCIO MÉDICO GUZMÁN
2
INTRODUCCION
En este documento se describirá la utilización del aplicativo android de consultas
de citas, recetario , entre otros y va dirigida a los pacientes del consorcio médico
involucrados con el mismo, con acceso a sus datos clínicos.
El objetivo de la aplicacion es permitir que los pacientes , puedan llevar un
control de su estado de salud y su información clínica.
1. Ingreso al Sistema
En el inicio de la aplicación android aparece la pantalla de autentificación de
usuarios registrados, donde se debe ingresar la identificación del usuario y la
contraseña y dar clic en el botón ingresar como se muestra a continuación.
3
2. Conócenos
En caso de que el usuario quiera conocer más sobre el consorcio médico, debe
presionar en conócenos, se abrirá una nueva ventana donde tendremos
información del consorcio médico.
3. Menú principal
Detalla las acciones e interacciones que puede realizar el paciente en la
aplicación.
4
4. Historial clinico
En caso de que el usuario quiera conocer sobre su historial clinico, debe
presionar en la opcion mi historial clinico, se abrirá una nueva ventana donde
tendremos toda la informacion referente a su historial clinico.
4.1. Recetario médico
En caso de que el usuario quiera conocer sobre sus recetarios medicos, debe
presionar en la opción mis recetas, donde se abrirá una nueva ventana donde
automáticamente se va a cargar las fechas donde el paciente a recibido recetas
médicas.
5
4.2. Detalles de la receta
Para que el paciente pueda observar los detalles de la receta, debe seleccionar
la fecha de la receta que desee observar y presionar en buscar receta, una vez
hecho esto aparecerá los detalles de la receta seleccionada.
5. Antecedentes
En caso de que el paciente quiera conocer sobre sus antecedentes , debe
presionar en la opción mis antecedentes, donde se abrirá una nueva ventana
donde podrá vizualizar sus antecedentes.
6
6. Citas medicas
En caso de que el usuario quiera conocer sobre sus citas medicas, debe
presionar en la opción mis citas, donde se abrirá una nueva ventana donde
automáticamente se va a cargar las fechas donde el paciente agendó sus citas
médicas.
6.1. Detalles de la receta
Para que el paciente pueda observar los detalles de su cita, debe seleccionar la
fecha de la cita que desee observar y presionar en buscar cita, una vez hecho
esto aparecerá los detalles de su cita.
7
7. Mi estado de salud
En caso de que el paciente quiera conocer sobre su estado de salud , debe
presionar en la opción mi estado de salud, donde se abrirá una nueva ventana
donde podrá seleccionar dos opciones.
Si el paciente selecciona registros históricos , automáticamente se le cargará el
peso ,altura, sexo, índice de masa corporal y una pequeña descripción sobre su
IMC calculado de su última revisión médica.
8
Si el paciente selecciona registros nuevos , se deberá ingresar manualmente el
peso , la estatura y el sexo.
Para poder calcular los valores ingresados se debe presionar en el botón
calcular, una vez hecho esto aparecerá su IMC calculado con la descripción del
mismo.
9
8. Que es IMC
En caso de que el usuario desconozca que es IMC, debe presionar en el signo
de interrogación que es imc, donde se abrirá una nueva ventana donde
tendremos un concepto de IMC .
9. Cambiar contraseña y salir
En caso de que el paciente quiera acceder a estas opciones , debe presionar en
la parte superior derecha donde se veran 3 puntos.
10
Si el paciente selecciona cambiar contraseña , aparecerá una nueva ventana
donde deberá ingresar su contraseña actual, su contraña nueva y repetir la
contraseña nueva.
11
Si el paciente ingresa mal su contraseña actual aparecerá un mensaje de que
ingreso mal su contraseña actual.
Si la contraseña nueva que ingresa el paciente no coincide al momento que
repite su contraseña, aparecerá un mensaje de que su contraseña no coinciden.
12
En el caso que el paciente ingresará bien su contraseña actual y repetir
contraseña sea igual contraseña nueva el usuario deberá volver a iniciar sesión
con su nueva contraseña.
Si el paciente selecciona la opción salir, se abrirá nuevamente la ventana de
autenticación de usuario y para cerrar del todo la aplicación debe presionar 2
veces la tecla de retroceso de su móvil.
13
10.- Contáctanos y conoce nuestras redes sociales
En caso de que el paciente quiera acceder a estas opciones , debe presionar en
la parte superior izquierda donde se veran 3 rayas.
14
Si el paciente selecciona la opción inicio, volverá a aparecer el menú inicio
Si el paciente selecciona la opcion contáctenos, el paciente podrá enviar un
mensaje que le llegará al doctor mediante su correo electrónico.
1
DICCIONARIO DE DATOS
Aquí se describe todos tablas que contiene nuestra base de datos.
1
seq_id
next_val: Es una nueva secuencia para nuevos registros, ya que my sql no tiene
secuencial automático
2
tbl_agenda
agenda_cod: Es el identificador de la agenda.
asunto: Asunto de la agenda.
paciente_cod: Es el identificador del paciente
Doctor_cod: Es el identificador del doctor
agenda_fecha: Fecha cuando se generó la agenda
fecha_cita: Fecha de la cita
hora: Hora en que será agendo la cita
estado_Cita: Define el estado de la cita
costo: Costo de la cita
estado_Pago: Define si la cita fue cancelada o no
observación: Breve observación de la agenda del sistema
estado: Muestra el estado de la agenda
tbl_antecedentes
Antecedente_cod: Es el identificador de los antecedentes
3
paciente_cod: Es el identificador del paciente
Peso: Peso del paciente
Estatura: Estatura del paciente
presion_art_Sistolica: Presión Sistólica del paciente
presion_art_Diastolica: Presión Diastólica del paciente
alergia: Alergia del paciente
anteced_familiar: Antecedentes familiares del paciente
anteced_quirurjico: Antecedentes quirúrgicos del paciente
anteced_quirurjico: Antecedentes patológicos del paciente
habitos: Hábitos que posee el paciente
fecha_Ins: Fecha donde se registró el antecedente
usuario_Ins: Rol de usuario que registro el antecedente
tbl_centromedico
CenMed_cod: Es el identificador del centro médico
CenMed_Nombre: Nombre del centro medico
Ciudad_Id: Ciudad donde se encuentra el centro médico
CenMed_dir: Dirección del centro médico
CenMed_Email: Email del centro médico
CenMed_tlf: Teléfono del centro médico
CenMed_sts: Estado del centro médico
tbl_ciudad
4
CIUDAD_COD: Es el identificador de la ciudad
PROVINCIA_ID: Es el identificador de las provincias
CIUDAD_NOM: Define el nombre de las ciudades
CIUDAD_STS: Estado de las ciudades
tbl_consultorio
consultorio_cod: Es el Identificador del consultorio
cenMed_cod: Es el identificador del centro medico
numero: Número del consultorio
piso: Piso del consultorio
teléfono: Teléfono del consultorio
extensión: Extensión del consultorio
Status: Estado del consultorio
tbl_consultorio_doctor
ID: Es el identificador del consultorio del doctor
ID_CONSULTORIO: Es el identificador del consultorio
ID_DOCTOR: Es el identificador del doctor
ESTADO: Estado del consultorio del doctor
5
tbl_dias
dias_cod: Es el identificador de los días
dias_Desc: Es el nombre de los días
dias_Sts: Estado del día
tbl_especialidad
Especialidad_Cod: Es el identificador de la especialidad
Especialidad: Nombre de la especialidad
Estado: Estado de la especialidad
tbl_historial
Historial_cod: Es el identificador del historial
doctor_cod: Es el identificador del doctor
6
paciente_cod: Es el identificador del paciente
patologia_Cod: Es el identificador de la patologia
Fecha_consulta: Fecha de la consulta
Hora_consulta: Hora de la consulta
Prescripcion: Prescripción dada por el medico
Sintomas: Sintomas del paciente
otroDiagnostico: Otro diagnóstico del paciente
Estado: Estado del historial
tbl_horarios_cons
horario_cod: Es el identificador de los horarios de consulta
Consultorio_Cod: Es el identificador del consultorio
Doctor_cod: Es el identificador del doctor
Dias_cod: Es el identificador de los días
horaInicial: Hora donde comienza a atender el medico
horaFinal: Hora donde finaliza la atención del medico
tiempo_cita: Tiempo que demora cada cita
doctor: Nombre del doctor que atenderá en ese horario
Horario_Sts: Estado del horario
tbl_medicamento
7
medicamento_cod: Es el identificador de los medicamentos
descripción: Nombre del medicamento
formaFarmaceutica: Forma de tomar el medicamento
concentración: Concentración del medicamento
nivel_prescripcion: Nivel de prescripción del medicamento
via_administracion: Vía de administración del medicamento
uso: Uso del medicamento
estado: Estado del medicamento
tbl_menu
ID: Es el identificador del menú de opciones
DESCRIPCION: Nombre de una opción del menú
IMAGEN: Imagen para presentar en el menú
URL: Ubicación de la imagen
SUBMENUID: Identificador de la imagen
OBSERVACION: Breve observación del menú
FECHA_INSERCION: Fecha de inserción de la imagen
USUARIO_INSERCION: Usuario que realizo la inserción
ESTADO: Estado del menú
8
tbl_menu_roles
ID: Es el identificador del menú de roles
ID_MENU: Es el identificador del menú de opciones
ID_ROL: Es el identificador del rol de usuario
OBSERVACION: Una breve observación
FECHA_INSERCION: Fecha de inserción
USUARIO_INSERCION: Rol de usuario que realizo la inserción
ESTADO: Estado del menú roles
tbl_paciente
9
Paciente_Cod: Es el identificador del paciente
Paciente_Ced: Cédula del paciente
Paciente_Nom: Nombre del paciente
Paciente_Ape: Apellido del paciente
Paciente_Sangre: Tipo de sangre del paciente
Paciente_Sex: Sexo del paciente
Paciente_FchNac: Fecha de nacimiento del paciente
Paciente_Dir: Dirección del paciente
Ciudad_Id: Es el identificador de la ciudad
Paciente_Email: Email del paciente
Paciente_Tlf: Teléfono del paciente
Paciente_Cel: Celular del paciente
Paciente_Ocup: Ocupación del paciente
Paciente_EstCiv: Estado civil del paciente
Paciente_Estado: Estado del paciente
Paciente_InsUsr: Nombre de quien realizo la inserción del paciente
Paciente_InsTim: fecha de inserción del paciente
Paciente_Sts: Estado del paciente
tbl_param
ID: Es el identificador de los parámetros
OBSERVACION: Breve observación de los parámetros
PARAM_CHR: Ruta o descripción del parámetro
PARAM_FCH: Fecha del parámetro
10
PARAM_NUM: Número del parámetro
VALOR: Valor del parámetro
FECHA_INSERCION: Fecha de inserción del parámetro
USUARIO_INSERCION: Usuario que realizo la inserción del parámetro
ESTADO: Estado del parámetro
tbl_patologia
Patologia_Cod: Es el identificador de la patología
TipoPatologia_Cod: Es el identificador del tipo de patología
Patologia_Desc: Nombre de la patología
Patologia_Sts: Estado de la patología
tbl_persona
Persona_Cod: Es el identificador de la persona
Usuario_Cod: Es el identificador del usuario
Persona_Nom: Nombre de la persona
Persona_Ape: Apellido de la persona
Persona_Ced: Cedula de la persona
11
Persona_TipoSangre: Tipo de sangre de la persona
Ciudad_Id: Es el identificador de la ciudad
Persona_Domic: Domicilia de la persona
Persona_tlf: Telefono de la persona
Persona_cel: Celular de la persona
Especialidad_Id: Especialidad de la persona, en caso de que sea un medico
Persona_email: Email de la persona
Persona_fchNac: Fecha de nacimiento de la persona
Persona_Sexo: Sexo de la persona
Persona_estado: Estado de la persona
tbl_provincia
PROVINCIA_COD: Es el identificador de la provincia
PROVINCIA_NOM: Nombre de la provincia
PROVINCIA_STS: Estado de la provincia
tbl_rol
ID: Es el identificador del rol
ROL: Define el nombre del rol
OBSERVACION: Breve descripción del rol
FECHA_INSERCION: Fecha de inserción del rol
12
USUARIO_INSERCION: Usuario que realizo la inserción del rol
ESTADO: Estado del rol
tbl_tipopatologia
TipoPatologia_Cod: Es el identificador del tipo de patología
TipoPatologia_Desc: Nombre del tipo de patología
TipoPatologia_Sts: Estado del tipo de patología
tbl_tmppacte
tmpPacte_Id: Es el identificador del paciente que está siendo atendido
tmpPacte_Ced: Número de cedula del paciente que está siendo atendido
tmpPacte_Cod: Es el código del paciente que está siendo atendido
tmpPacte_Doctor: Nombre del doctor que está atendiendo al paciente
tmpUrl: Url del paciente que está siendo atendido
tmpPacte_Agenda: Agenda del paciente que está siendo atendido
tmpPacte_Sts: Estado del paciente que está siendo atendido
13
tbl_usuarios
ID: Es el identificador de los usuarios
USUARIO: Nombre del usuario
CLAVE: Clave encriptada
NOMAPE: Nombre del usuario para la aplicación android
OBSERVACION: Breve observación del usuario
FECHA_INSERCION: Fecha de inserción del usuario
USUARIO_INSERCION: Usuario que realizó la inserción
ESTADO: Estado del usuario
tbl_usuarios_roles
ID: Es el identificador del usuario roles
DESCRIPCION: Nombre del usuario roles
ID_ROL: Es el identificador del rol
ID_USUARIO: Es el identificado del usuario
OBSERVACION: Una breve observación del usuario roles
FECHA_INSERCION: Fecha de inserción del usuario roles
USUARIO_INSERCION: Nombre del rol de usuario que realizo la inserción
ESTADO: Estado del usuario roles