UNIVERSIDAD DE GUAYAQUIL -...

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


Guayaquil, Septiembre de 2018

X

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS


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: [email protected]

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: [email protected]

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


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS







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



XVIII


FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS







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



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.



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.



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.



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.



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



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



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



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.



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



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



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



➢ 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



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



45

Gráfico 14: Menú de opciones del aplicativo móvil



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



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




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




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



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



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


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


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



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


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



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



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



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



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



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



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



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



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



61

Gráfico 18: Diagrama de proceso manual - Médico



62

Gráfico 19: Diagrama de proceso manual - Paciente



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



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



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



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



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



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



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



69

Gráfico 27: Caso de Uso - Registro de Consulta



70

Gráfico 28: Caso de Uso - Consulta de Prescripción médica



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


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



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



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


Fuente: Datos de la Investigación

77

Gráfico 32: Prueba de inicio de sesión de la app



78

Gráfico 33: Prueba de inicio de sesión del sistema web



Cuadro 21: Prueba de validación de Agendamiento de citas

PRUEBA DE VALIDACIÓN DE AGENDAMIENTO DE CITAS MÉDICAS


Descripción Validación de agendamiento de cita

Objetivo Verificar que los datos del paciente hayan sido

registrados exitosamente

Complejidad Media


Ingreso Datos del paciente

Respuesta Registro exitoso del paciente


Ingreso Datos del paciente

Respuesta Registro exitoso del paciente



79

Gráfico 34: Prueba de repositorio de citas médicas



Gráfico 35: Prueba de agendamiento de cita médica



80

Cuadro 22: Prueba de validación de registro de historial clínico

PRUEBA DE VALIDACIÓN DE REGISTRO DE HISTORIAL CLÍNICO


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


Ingreso Datos ingresados correctamente

Respuesta Registro exitoso


Ingreso Datos ingresados correctamente

Respuesta Registro exitoso



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



➢ 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



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 (%)



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



Gráfico 37: Tiempo de espera aproximado para ser atendido



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



Gráfico 38: Cuenta con un teléfono móvil



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



Gráfico 39: Modelo de su dispositivo móvil



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



Gráfico 40: Cuenta con servicio de internet



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



Gráfico 41: Visualización de su historial clínico



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


De acuerdo 44


Desacuerdo 2


Total 100



Gráfico 42: Visualización de la prescripción médica



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


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


De acuerdo 45


Desacuerdo 5


Total 100



Gráfico 43: Visualización de recomendaciones del médico



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


De acuerdo 38


Desacuerdo 5


Total 100



Gráfico 44: Visualización de los antecedentes médicos



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


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



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 (%)



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.

3

Anexo 2. Solicitud # 1

4

Anexo 3. Carta de Aceptación



5

Anexo 4. Entrevista



7

Anexo 5. Encuesta



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?


De acuerdo

Imparcialmente de acuerdo

Desacuerdo


8

6. ¿Considera usted factible ver en dispositivo móvil la prescripción médica?


De acuerdo


Desacuerdo


7. ¿Considera factible poder visualizar las recomendaciones del médico desde su

dispositivo móvil?


De acuerdo


Desacuerdo


9

Anexo 6. Validación del producto



10

Anexo 7. Validación de la aplicación web


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.


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.


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


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.

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


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


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

UNIVERSIDAD DE GUAYAQUIL -...

Documents

Transcript of UNIVERSIDAD DE GUAYAQUIL -...