PROYECTO DE TITULACIÓN INGENIERO ... -...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

“DESARROLLO E IMPLEMENTACIÓN DEL MÓDULO DE

ADMISIÓN Y MEDICINA GENERAL CON REPORTERÍA

Y TABLERO DE CONTROL DE CITAS PARA

EL SISTEMA MÉDICO INTEGRADO

DEL POLICLÍNICO DRA. JENNY

AYOVÍ COROZO DE LA

CIUDAD DE GUAYAQUIL”

PROYECTO DE TITULACIÓN

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR: Edison Paúl Mena Vargas

TUTOR: Ing. Jorge Isaac Avilés Monroy, MSc.

GUAYAQUIL – ECUADOR

2017

II

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “DESARROLLO E

IMPLEMENTACIÓN DEL MÓDULO DE ADMISIÓN Y MEDICINA

GENERAL CON REPORTERÍA Y TABLERO DE CONTROL DE CITAS

PARA EL SISTEMA MÉDICO INTEGRADO DEL POLICLÍNICO DRA.

JENNY AYOVÍ COROZO DE LA CIUDAD DE GUAYAQUIL” elaborado

por el Sr. Edison Paúl Mena Vargas alumno no titulado 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 Computacionales, me

permito declarar que luego de haber orientado, estudiado y revisado, la

Apruebo en todas sus partes.

ATENTAMENTE

_______________________________

ING. JORGE AVILÉS MONROY MSC.

TUTOR

III

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

TÍTULO: "DESARROLLO E IMPLEMENTACIÓN DEL MÓDULO DE ADMISIÓN Y MEDICINA GENERAL

CON REPORTERÍA Y TABLERO DE CONTROL DE CITAS PARA EL SISTEMA MÉDICO INTEGRADO

DEL POLICLÍNICO DRA. JENNY AYOVÍ COROZO DE LA CIUDAD DE GUAYAQUIL”

AUTOR: Edison Paúl Mena Vargas

REVISORES:

Ing. Jorge Avilés Msc.

Ing. Alberto Castro Msc.

INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL FACULTAD: CIENCIAS

MATEMÁTICAS Y FÍSICAS

CARRERA: INGENIERÍA EN SISTEMAS COMPUTACIONALES

FECHA DE PUBLICACIÓN: 2017 N° DE PÁGS. : 113

ÁREA TEMÁTICA: Desarrollo

PALABRAS CLAVES: Historia clínica, Implementar, Metodologías, Medicina General,

Sistema. RESUMEN La medicina en la actualidad ha evolucionado de una forma acelerada utilizando recursos informáticos, con tecnología de punta para mejorar sus servicios, tanto de admisión, agendamiento, consultas médicas; El policlínico Jenny Ayoví Corozo se ha visto en la necesidad de mejorar sus servicios para estar acorde a las necesidades del mundo contemporáneo, de tal manera que para realizar estos procesos se propuso el desarrollo de un sistema informático que contribuya a la automatización de éstos, utilizando como metodología de desarrollo el Proceso unificado racional (RUP) la misma que nos ofrece una forma disciplinada de asignar tareas y responsabilidades en el proceso de desarrollo de software. Con la elaboración de este proyecto determinamos que el personal a cargo de los procesos establecieron un cambio en su costumbre laboral, permitiendo generar un orden en los procesos y reducción de gastos innecesarios de recursos en la generación de las historias clínicas. Llegando a establecer que el sistema informático podrá ayudar a mantener el orden cronológico de las citas médicas previamente agendadas por el doctor del área de medicina general permitiendo establecer fechas y horas del siguiente chequeo del paciente.

N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:

DIRECCIÓN URL: PROYECTO DE TITULACION EN LA WEB

ADJUNTO PDF X SI NO

CONTACTO CON AUTOR:

Edison Paúl Mena Vargas

Teléfono:

0986362242

E-mail:

[email protected]

CONTACTO DE LA INSTITUCIÓN:

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

Víctor Manuel Rendón 429 entre Baquerizo Moreno y

Córdova.

Nombre: Abg. Juan Chávez Atocha

Teléfono: (04) 2307729

IV

DEDICATORIA

Dedico a toda mi familia en especial a mi madre, ya que con la ayuda que ella me ha brindado, he podido salir siempre adelante. Gracias a sus consejos y motivación he podido lograr esta meta.

V

AGRADECIMIENTO

A mi familia que gracias a su ayuda siempre he podido salir adelante en la época de estudiante, inculcándome la excelencia en todos los aspectos de la vida.

VI

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Eduardo Santos Baquerizo, M.Sc. DECANO DE LA FACULTAD CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Roberto Crespo, M.Sc. DIRECTOR DE LA CARRERA. DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

Ing. Christopher Crespo, M.Sc. PROFESOR REVISOR DEL ÁREA - TRIBUNAL

Ing. Jimmy Sornoza, M.Sc. PROFESOR REVISOR DEL

ÁREA - TRIBUNAL

Ing. Jorge Isaac Avilés Monroy, M.Sc.

PROFESOR TUTOR DEL PROYECTO DE TITULACIÓN

Ab. Juan Chávez A. SECRETARIO

VI

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”

_____________________

EDISON MENA VARGAS

VII




COMPUTACIONALES

DESARROLLO E IMPLEMENTACIÓN DEL MÓDULO DE ADMISIÓN Y

MEDICINA GENERAL CON REPORTERÍA Y TABLERO DE CONTROL

DE CITAS PARA EL SISTEMA MÉDICO INTEGRADO DEL

POLICLÍNICO "DRA. JENNY AYOVÍ COROZO”

DE LA CIUDAD DE GUAYAQUIL

Proyecto de Titulación que se presenta como requisito para optar por el

título de INGENIERO EN SISTEMAS COMPUTACIONALES

Autor: Edison Paúl Mena Vargas

C.I. 0924619638

Tutor: Ing. Jorge Isaac Avilés Monroy Msc.

Guayaquil, 17 de Mayo del 2017

VIII

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 el

estudiante EDISON PAÚL MENA VARGAS, como requisito previo para

optar por el título de Ingeniero en Sistemas Computacionales cuyo

problema es:


MEDICINA GENERAL CON REPORTERÍA Y TABLERO DE CONTROL

DE CITAS PARA EL SISTEMA MÉDICO INTEGRADO DEL

POLICLÍNICO "DRA. JENNY AYOVÍ COROZO”


Considero aprobado el trabajo en su totalidad.

Presentado por:

_________________________

Sr. Edison Paúl Mena Vargas

C.I. 092461963-8

Tutor: Ing. Jorge Avilés Monroy Msc.

Guayaquil, 17 de Mayo del 2017

IX




Autorización para Publicación de Proyecto de Titulación en Formato Digital 1. Identificación del Proyecto de Titulación

Nombre Alumno: Edison Paúl Mena Vargas

Dirección: Guayaquil – Cdla. Floresta 2 Mz. 117 V. 6

Teléfono: 0986362242 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: Ing. Jorge Isaac Avilés Monroy MSc.

Título del Proyecto de titulación: “Desarrollo e Implementación del Módulo De Admisión y Medicina General con reportería y tablero de control de citas para el Sistema Médico Integrado Del Policlínico "Dra. Jenny Ayoví Corozo” de La Ciudad de Guayaquil”

Tema del Proyecto de Titulación: Historia clínica, Implementar, Metodologías, Medicina General, Sistema. 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 Después de 1 año X

Firma Alumno: 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

X

ÍNDICE GENERAL

UNIVERSIDAD DE GUAYAQUIL .......................................................................... I REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA ............................. III APROBACIÓN DEL TUTOR ................................................................................ II DEDICATORIA ................................................................................................... IV AGRADECIMIENTO ............................................................................................ V TRIBUNAL PROYECTO DE TITULACIÓN ......................................................... VI DECLARACIÓN EXPRESA ................................................................................ VI CERTIFICADO DE ACEPTACIÓN DEL TUTOR ............................................... VIII ÍNDICE GENERAL .............................................................................................. X ÍNDICE DE TABLAS .......................................................................................... XII ÍNDICE DE FIGURAS ....................................................................................... XIII ABREVIATURAS ............................................................................................. XIV RESUMEN ........................................................................................................ XV ABSTRACT ..................................................................................................... XVI INTRODUCCIÓN ................................................................................................. 1 CAPÍTULO I ........................................................................................................ 3 1.1 PLANTEAMIENTO DEL PROBLEMA ............................................................ 3 1.2 Situación Conflicto Nudos Críticos ................................................................. 5 1.3 Causas y Consecuencias del Problema ......................................................... 6 1.4 Delimitación del Problema ............................................................................. 7 1.5 Formulación del Problema ............................................................................. 8 1.6 Evaluación del Problema ............................................................................... 8 1.7 OBJETIVOS................................................................................................. 10

1.7.1 OBJETIVO GENERAL ................................................................... 10

1.7.2 OBJETIVOS ESPECÍFICOS.......................................................... 10

1.8 ALCANCES DEL PROBLEMA ..................................................................... 11 RESTRICCIONES DEL SISTEMA .......................................................... 13

1.9 JUSTIFICACIÓN E IMPORTANCIA ............................................................. 14 1.10 METODOLOGÍA DEL PROYECTO ........................................................... 15

1.10.1 VENTAJAS DE LA METODOLOGÍA ........................................... 15

1.10.2 JUSTIFICACIÓN DE LA METODOLOGÍA ................................... 16

1.10.3 METODOLOGÍAS ÁGILES .......................................................... 16

CAPÍTULO II ..................................................................................................... 18 MARCO TEÓRICO ............................................................................................ 18 2.1 ANTECEDENTES DEL ESTUDIO ............................................................... 18 2.2 FUNDAMENTACIÓN TEÓRICA .................................................................. 19

2.2.1 Historia Clínica Única: ................................................................... 19

2.2.2 Medicina General .......................................................................... 19

2.2.3 Admisionista .................................................................................. 19

2.2.4 APLICACIÓN WEB. ....................................................................... 22

2.3 FUNDAMENTACIÓN LEGAL ....................................................................... 29 2.4 PREGUNTA CIENTÍFICA A CONTESTARSE ............................................. 30 2.5 DEFINICIONES CONCEPTUALES ............................................................. 31

XI

CAPÍTULO III .................................................................................................... 33 PROPUESTA TECNOLÓGICA .......................................................................... 33 3.1 ANÁLISIS DE FACTIBILIDAD ...................................................................... 33

3.1.1 FACTIBILIDAD OPERACIONAL .................................................... 33

3.1.2 FACTIBILIDAD TÉCNICA .............................................................. 34

3.1.2.1 Tecnología y solución propuesta ................................................ 35

3.1.2.2 DISPONIBILIDAD DE LA TECNOLOGÍA .................................... 36

3.1.2.3 CONOCIMIENTOS TÉCNICOS .................................................. 37

3.1.3 FACTIBILIDAD LEGAL .................................................................. 37

3.1.4 FACTIBILIDAD ECONÓMICA ....................................................... 38

3.1.4.1 Determinación de costos del proyecto ........................................ 39

3.2 ETAPAS DE LA METODOLOGÍA DEL PROYECTO ................................... 41 3.2.1 FASE DE INICIO ........................................................................... 42

3.2.2 FASE DE ELABORACIÓN ........................................................................ 49 3.2.3 FASE DE CONSTRUCCIÓN .................................................................... 75 3.2.4 FASE DE TRANSICIÓN ............................................................................ 79 3.3 ENTREGABLES DEL PROYECTO .............................................................. 79 3.4 CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ................................... 80 CAPÍTULO IV .................................................................................................... 86 CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO ....................... 86 4.1 PRUEBAS DE ACEPTACIÓN: ..................................................................... 86 4.2 INFORME DE ASEGURAMIENTO DE LA CALIDAD PARA PRODUCTOS

DE SOFTWARE/ HARDWARE ................................................................... 94 4.3 DEFINIR MÉTODOS PARA CORRECCIÓN ................................................ 96 4.4 MEDIDAS, MÉTRICAS E INDICADORES ................................................... 97 CONCLUSIONES Y RECOMENDACIONES ..................................................... 98 4.5 CONCLUSIONES ........................................................................................ 98 4.6 RECOMENDACIONES ................................................................................ 99 Bibliografía ..................................................................................................... 101 4.8 ANEXO 1 ................................................................................................... 105 4.9 ANEXO 2 ................................................................................................... 110 4.10 ANEXO 3 ................................................................................................. 111 4.11 ANEXO 4 ................................................................................................. 113

XII

ÍNDICE DE TABLAS

Tabla 1: Causas y Consecuencias del Problema ................................................. 6 Tabla 2: Delimitación del Problema ..................................................................... 7 Tabla 3: Recursos Tecnológicos ........................................................................ 36 Tabla 4: Elementos de Hardware ....................................................................... 36 Tabla 5: Costos de Diseño y Desarrollo ............................................................. 40 Tabla 6: Detalle de los Egresos del Proyecto ..................................................... 40 Tabla 7: Detalle de los Egresos del Proyecto ..................................................... 41 Tabla 8: Requerimientos Funcionales ................................................................ 45 Tabla 9: Requerimientos no Funcionales ........................................................... 46 Tabla 10: Descripción - Registro de Pacientes .................................................. 51 Tabla 11: Descripción - Consulta de Pacientes .................................................. 53 Tabla 12: Descripción - Inactivación de Pacientes ............................................. 54 Tabla 13: Descripción – Ingreso de Signos Vitales del Paciente ........................ 55 Tabla 14: Descripción - Agendamiento de Citas ................................................ 57 Tabla 15: Descripción - Cancelación de Citas Médicas...................................... 58 Tabla 16: Descripción - Ingreso de Antecedentes .............................................. 60 Tabla 17: Descripción - Ingreso del motivo de la consulta ................................. 62 Tabla 18: Descripción - Ingreso del diagnóstico de la consulta .......................... 63 Tabla 19: Descripción - Generación de la receta ............................................... 64 Tabla 20: Descripción - Reporte de Pacientes Atendidos/por Atender ............... 65 Tabla 21: Descripción - Reporte de ocupación del Médico ................................ 67 Tabla 22: Descripción - Reporte de Citas por Paciente ...................................... 68 Tabla 23: Descripción – Reporte de síntomas y prescripciones registradas....... 69 Tabla 24: Descripción – visualización del tablero de control de citas ................. 70 Tabla 25: Criterio de Validación - Registro de Pacientes ................................... 80 Tabla 26: Criterio de Validación - Registro de Antecedentes del Paciente ......... 82 Tabla 27: Criterios de Validación - Registro de Signos Vitales ........................... 84 Tabla 28: Prueba de Aceptación #1 ................................................................... 86 Tabla 29: Prueba de Aceptación # 2 .................................................................. 87 Tabla 30: Prueba de Aceptación #3 ................................................................... 87 Tabla 31: Prueba de Aceptación #4 ................................................................... 88 Tabla 32: Prueba de Aceptación #5 ................................................................... 88 Tabla 33: Prueba de Aceptación #6 ................................................................... 89 Tabla 34: Prueba de Aceptación #7 ................................................................... 89 Tabla 35: Prueba de Aceptación #8 ................................................................... 90 Tabla 36: Prueba de Aceptación # 9 .................................................................. 90 Tabla 37: Prueba de aceptación #10 ................................................................. 91 Tabla 38: Prueba de aceptación #11 ................................................................. 91 Tabla 39: Prueba de aceptación #12 ................................................................. 92 Tabla 40: Prueba de aceptación # 13 ................................................................ 92 Tabla 41: Prueba de aceptación # 14 ................................................................ 93 Tabla 42: Informe de Mecanismos de Control. Parte 1 ..................................... 94 Tabla 43: Informe de Mecanismo de Control. Parte 2 ........................................ 95 Tabla 44: Informe de Métodos para Corrección ................................................. 96 Tabla 45: Informe de Medidas, Métricas e Indicadores ...................................... 97

XIII

ÍNDICE DE FIGURAS

Figura 1: Los casos de uso integran el trabajo ................................................... 17 Figura 2: Dra. Medicina General ........................................................................ 20 Figura 3: Ubicación – Alrededores del policlínico “Dra. Jenny Ayoví Corozo” .... 21 Figura 4: Procesos Manuales ............................................................................ 21 Figura 5.1: Código ZK ........................................................................................ 23 Figura 6: Modelo Vista Controlador ................................................................... 25 Figura 7: Control de cambios realizados ............................................................ 26 Figura 8: Visualización de las modificaciones realizadas por los colaboradores 27 Figura 9: Porcentajes de Lenguajes de Programación Utilizados ...................... 27 Figura 10: Estructura de la Base de datos ......................................................... 28 Figura 11: Organigrama de la Institución ........................................................... 43 Figura 12: Arquitectura del Módulo de Admisión y Medicina General ................ 44 Figura 13: Diagrama de Gantt............................................................................ 48 Figura 14: Diagrama de Casos de Uso General del Módulo de Admisión .......... 50 Figura 15: Pantalla - Registro de Pacientes ....................................................... 51 Figura 16: Código Fuente - Registro de Pacientes ............................................. 52 Figura 17: Pantalla - Consulta de Pacientes Registrados .................................. 53 Figura 18: Pantalla – Inactivación de Pacientes ................................................. 54 Figura 19: Pantalla - Ingreso de Signos vitales .................................................. 56 Figura 20: Código Fuente - Registro de Signos Vitales ...................................... 56 Figura 21: Pantalla Agendamiento de Citas ....................................................... 58 Figura 22: Pantalla - Cancelación de Citas ........................................................ 59 Figura 23: Diagrama de Casos de Uso General del módulo de Medicina General .......................................................................................................................... 59 Figura 24: Pantalla Registro de Antecedentes del Paciente ............................... 60 Figura 25: Menú de Medicina General ............................................................... 61 Figura 26: Código Fuente - Registro de Antecedente de Pacientes ................... 61 Figura 27: Pantalla - Motivo de Consulta ........................................................... 62 Figura 28: Pantalla - Registro de diagnóstico ..................................................... 63 Figura 29: Pantalla - Registro de la receta Médica ............................................. 64 Figura 30: Diagrama de casos de uso general de Reportes de Admisión .......... 65 Figura 31: Pantalla - Reporte de Pacientes Atendidos/ Por Atender .................. 66 Figura 32: Pantalla: Reporte de Ocupación del Médico ..................................... 67 Figura 33: Pantalla – Reporte de Citas por Paciente ......................................... 68 Figura 34: Pantalla – Reporte de Síntomas y Prescripciones Médicas .............. 69 Figura 35: Tablero de control de citas ................................................................ 70 Figura 36: Diagrama Entidad Relación .............................................................. 76 Figura 37: Diagrama de Clases del Módulo de Admisión y Medicina General ... 77 Figura 38: Diagrama de Secuencia de Admisión. .............................................. 78 Figura 39: Pantalla - Ingreso de paciente .......................................................... 81 Figura 40: Pantalla - Antecedentes del Paciente ............................................... 83 Figura 41: Pantalla-Ingreso de Signos Vitales ................................................... 85 Figura 42: Pruebas de Estrés de la Aplicación con JMeter ................................ 93 Figura 43: Casos de Uso General .................................................................... 110 Figura 44: Cronograma de Actividades 1 ......................................................... 111 Figura 45: Cronograma de Actividades 2 ......................................................... 111 Figura 46: Cronograma de Actividades 3 ......................................................... 112 Figura 47: Cronograma de Actividades 4 ......................................................... 112

XIV

ABREVIATURAS

XHTML Extensible HyperText Markup Language

UG Universidad de Guayaquil

XUL XML-based User-interface Language

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

MSc. Master

MVC Modelo Vista Controlador

WWW World Wide Web (red mundial)

ZUML Lenguaje de Marcación de Interfaz de Usuario ZK

GPL Licencia Pública General

CIE 10 Clasificación Internacional de Enfermedades,

version 10.

HCU Historia Clínica Única.

ZUL Lenguaje de interfaz de usuario.

SQL Lenguaje de consulta estructurada.

AJAX JavaScript Asíncrono y XML.

JSON JavaScript Object Notation.

IDE Entorno de desarrollo integrado.

Java EE Java Enterprise Edition.

UML Lenguaje de Modelado Unificado.

PYMES Pequeñas y medianas empresas.

RUP Proceso unificado racional.

LOPD Ley orgánica de protección de datos.

CSS Hojas de estilo en cascada (Cascading Style

Sheets)

RF Requerimiento funcional.

RNF Requerimiento no funcional.

XV

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



MEDICINA GENERAL CON REPORTERIA Y TABLERO DE CONTROL

DE CITAS PARA EL SISTEMA MÉDICO INTEGRADO

DEL POLICLÍNICO "DRA. JENNY AYOVÍ COROZO”


RESUMEN

La medicina en la actualidad ha evolucionado de una forma acelerada utilizando recursos informáticos, con tecnología de punta para mejorar sus servicios, tanto de admisión, agendamiento, consultas médicas; El policlínico Jenny Ayoví Corozo se ha visto en la necesidad de mejorar sus servicios para estar acorde a las necesidades del mundo contemporáneo, de tal manera que para realizar estos procesos se propuso el desarrollo de un sistema informático que contribuya a la automatización de éstos, utilizando como metodología de desarrollo el Proceso unificado racional (RUP) la misma que nos ofrece una forma disciplinada de asignar tareas y responsabilidades en el proceso de desarrollo de software. Con la elaboración de este proyecto determinamos que el personal a cargo de los procesos establecieron un cambio en su costumbre laboral, permitiendo generar un orden en los procesos y reducción de gastos innecesarios de recursos en la generación de las historias clínicas. Llegando a establecer que el sistema informático podrá ayudar a mantener el orden cronológico de las citas médicas previamente agendadas por el doctor del área de medicina general permitiendo establecer fechas y horas del siguiente chequeo del paciente.

Palabras Claves: Desarrollo, Medicina General, policlínico, Recursos Tecnológicos, Sistema.

Autor: Edison Mena Vargas


XVI

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



MEDICINA GENERAL CON REPORTERIA Y TABLERO DE CONTROL

DE CITAS PARA EL SISTEMA MÉDICO INTEGRADO

DEL POLICLÍNICO "DRA. JENNY AYOVÍ COROZO”


ABSTRACT

The medicine in the actuality has evolved of a form accelerated using computer resources, with technology of tip to improve his services, so much of admission, appointment scheduling, medical consultations; The Jenny Ayoví Corozo polyclinic has been the need to improve their services to be consistent with the needs of the contemporary world, in such a way that for realise these processes proposed the development of a computer system that contribute to the automation of these, using like methodology of development the Rational Unified Process (RUP) the same that offers us a disciplined form to assign tasks and responsibilities in the process of development of software. With the preparation of this project determine that the personnel to charge of the processes established a change in his labour habit, allowing generate an order in the processes and reduction of unnecessary expenses of resources in the generation of the clinical histories. Arriving to establish that the computer system will be able to help to keep order chronological of the medical appointments previously agendadas by the doctor of the area of general medicine allowing establish dates and hours of the next check of the patient. Key Words: Development, General Medicine, Polyclinic, Technological Resources, System.

Autor: Edison Mena Vargas


1

INTRODUCCIÓN

El presente proyecto de titulación consiste en el desarrollo e

implementación de un sistema Médico informático para el policlínico Dra.

Jenny Ayoví Corozo el cual se encuentra ubicado en las calles A, # 1629

entre la 8ava y 9na, sector del cristo del consuelo de la ciudad de

Guayaquil.

El policlínico “Dra. Jenny Ayoví Corozo” presenta algunos

inconvenientes en la recopilación, almacenamiento y consulta de la

información de la historia clínica perteneciente a los pacientes atendidos,

puesto que no cuenta con ningún sistema informático que permita el

manejo eficaz de la información.

El sistema informático propuesto para el policlínico “Dra. Jenny

Ayoví Corozo”, contará con los módulos de Admisión - Medicina General

los que se desarrollaran aplicando un diseño web adaptable al dispositivo

en donde se lo esté utilizando (Responsivo).

El sistema propuesto pretenderá mejorar la atención hacia los

pacientes, amenorando el tiempo de espera entre estos, mantener la

información recopilada en una base de datos centralizada permitiendo las

consultas a esta de forma paralela y recurrente.

En el desarrollo del capítulo I se describirá detalladamente el

planteamiento del problema, objetivos y alcance del presente proyecto de

tesis.

2

En el capítulo II se expondrá conceptos de las herramientas

utilizadas, la fundamentación legal, la fundamentación teórica y los

antecedentes del estudio.

En el capítulo III, se detallará el análisis de factibilidad y la

metodología de desarrollo utilizada para la creación del sistema

informático web, describiendo cada una de sus etapas.

En el desarrollo del capítulo IV, se describirán los criterios de

aceptación del producto o servicio, junto con las pruebas de aceptación

necesarias.

3

CAPÍTULO I

1. EL PROBLEMA

1.1 PLANTEAMIENTO DEL PROBLEMA

En la Actualidad muchos de los policlínicos del sur Oeste de

la ciudad de Guayaquil no cuentan con un sistema Informático. Es

el caso del Policlínico “Dra. Jenny Ayoví Corozo”, que se encuentra

ubicado en la calle A, # 1629 entre la 8ava y 9na, ya que no cuenta

con una herramienta informática que permita llevar un control de

los registros médicos de cada uno de los pacientes de la zona.

Luego de realizar la visita a la institución se pudieron observar las

siguientes problemáticas:

1. Los datos del paciente son inscritos de forma manual para la

generación de la Historia Clínica, causando demora en la atención

a los pacientes.

2. El agendamiento de citas se lo realiza de manera verbal

indicando al paciente la fecha de su siguiente cita médica y sin

registro alguno de esta.

3. Los datos de los signos vitales se registran de forma manual

en pequeñas fichas que luego son entregadas al médico general de

turno.

4. El doctor lleva sus anotaciones de forma manual, dando a

lugar que se produzca la pérdida de la información necesaria para

la próxima cita del paciente.

4

5. No se lleva un registro de las órdenes y resultados de

laboratorio.

6. No se cuenta con reportería para determinar el número de

pacientes atendidos o por atender, el grado de ocupación del

médico y las recetas prescritas a los pacientes.

7. No poseen algún procedimiento para visualizar el

agendamiento de citas médicas que van a ser atendidas en la

fecha actual y el estado en las que se encuentran, es decir

atendidas o no atendidas por el especialista.

8. No cuenta con una Base para la recopilación de información

de los registros de los pacientes que fueron atendidos en el

Policlínico “Dra. Jenny Ayoví Corozo”, por lo cual se contempla

desarrollar un Sistema Automatizado de Admisión y Medicina

General, utilizando las herramientas de desarrollo web ZK

framework, Bootstrap Framework, Ajax, Jquery, Json.

La visión del Policlínico “Dra. Jenny Ayoví Corozo” es

mejorar la calidad de vida de los pacientes y brindar una atención

personalizada que constituya un gran impacto en la sociedad actual

y sus tendencias futuras.

5

1.2 Situación Conflicto Nudos Críticos

La problemática mencionada en la sección anterior, sobre el

policlínico “Dra. Jenny Ayoví Corozo”, se explicará en el siguiente

apartado:

Una de las problemáticas descritas en el policlínico, es que

no cuenta con el agendamiento de citas médicas para el área de

medicina general, provocando que en algunos casos coincida o se

crucen por error involuntario la cita de dos o más pacientes,

ocasionando que el tiempo de espera del paciente se extienda más

de lo planificado, induciendo molestias a los usuarios.

Los datos de los signos vitales se los registra en pequeñas

fichas que luego son entregadas al médico general, quedando

expuesta a que la información registrada en dichas fichas pueda

extraviarse en el proceso de entrega al médico. Los signos vitales

son mediciones de las funciones más básicas del cuerpo, ya que

permiten a los profesionales médicos monitorizar de forma rutinaria

la temperatura corporal, el pulso, la frecuencia respiratoria, la

presión arterial.

Dentro de las novedades se encontró que, no tienen un

registro de las órdenes y resultados de laboratorio, lo que produce

que no se tenga un control eficaz del paciente y conlleve al

desconocimiento de los avances del tratamiento que posee,

produciendo una pérdida de tiempo al momento de la búsqueda de

los registros.

6

El Policlínico “Dra. Jenny Ayoví Corozo” ha considerado

optar por la implementación de un Sistema Informático de Control y

Administración de Pacientes que incluya reportería descriptiva

sobre la información del número de pacientes atendidos,

prescripciones médicas y un diseño de interfaz de usuario adaptivo

al dispositivo en el que se esté utilizando el sistema, por medio de

las actuales tendencias informáticas de desarrollo de software.

1.3 Causas y Consecuencias del Problema

A continuación se describen las causas y consecuencias al no

contar con un sistema informático para la automatización de procesos

dentro del Policlínico Dra. Jenny Ayoví Corozo.

Tabla 1: Causas y Consecuencias del Problema

Causa Consecuencia

Inexistencia del agendamiento de citas médicas para los pacientes.

Malestar e incomodidad de los pacientes puesto que el tiempo de espera entre paciente se extiende demasiado por no existir un agendamiento previo de la cita médica.

El proceso de generación de las historias clínicas únicas se las realiza de forma manual.

Se expone a que en el proceso de la generación de la historia clínica, se produzca la pérdida o hurto de información confidencial.

Los datos de los signos vitales se los registra en fichas médicas manuales.

No permite analizar la evolución de los signos vitales tomados en las últimas atenciones médicas.

Entorno en donde son almacenadas las historias clínicas no es el apropiado.

Pérdida o destrucción de información confidencial de los pacientes.

No existe control de quien posee acceso a la información del paciente.

Datos e información personal son expuestos a modificaciones sin autorización previa.

Elaborado por: Edison Mena Vargas

Fuente: Datos de la Investigación.

7

Causa Consecuencia

La generación de órdenes de exámenes de laboratorio, se las realiza de forma manual.

No permite tener un control de las órdenes de laboratorio emitidas hacia los pacientes.

Se utiliza gran cantidad de insumos de oficina ya que todos los procesos se los genera sin el uso ninguna herramienta informática.

Gastos considerables en útiles de oficina, provocando bajas en la rentabilidad económica del Policlínico.



1.4 Delimitación del Problema

El presente trabajo de titulación se limita en la implementación de

un sistema informático que permita la Automatización del Control y

Administración de Pacientes, el cual se efectuará en los siguientes

aspectos descritos en la Tabla #2:

Tabla 2: Delimitación del Problema

Campo: Administrativo y control

Área: Tecnológica

Aspecto: Desarrollo de Software

Tema: Desarrollar e implementar el módulo de Admisión y Medicina General para el sistema médico integrado del policlínico "Dra. Jenny Ayoví Corozo”, de la ciudad de Guayaquil.

Problema: Falta de automatización de los procesos realizados en el policlínico Dra. Jenny Ayoví Corozo, generando retrasos en la atención de los pacientes, dando a lugar que los datos del paciente sean modificados, cambiados, o eliminados por perdida o destrucción de los documentos de la Historia Clínica. Por este motivo el director del policlínico decidió adquirir el sistema médico integrado para el policlínico "Dra. Jenny Ayoví Corozo”.



8

1.5 Formulación del Problema

La atención médica de los pacientes, en el Policlínico “Dra. Jenny

Ayoví Corozo” se ve afectada debido a la falta de automatización de los

procesos de admisión, agendamiento de citas médicas y de medicina

general.

1.6 Evaluación del Problema

De acuerdo a la evaluación de los problemas en el policlínico “Dra.

Jenny Ayoví Corozo” indicamos que el presente tema de tesis es:

1.6.1 Delimitado: Este trabajo de investigación se lo realizó en el

policlínico Jenny Ayoví Corozo, ubicado en la calle A, # 1629 entre la

8ava y 9na de la ciudad de Guayaquil en el cual se propuso el desarrollo

e implementación del Módulo de Admisión y Medicina General con

Reportería y Tablero de Control de Citas.

1.6.2 Claro: El sistema fue desarrollado haciendo uso de software libre,

teniendo una interfaz amigable de fácil manejo, para el uso de los

doctores y encargados del departamento de admisión.

1.6.3 Evidente: Al ingresar al Policlínico “Dra. Jenny Ayoví Corozo”, se

observa que los Doctores no cuentan con una herramienta informática

sistematizada para llevar los registros de cada paciente, por lo que el

proceso se lo realiza de manera escrita a través de fichas médicas que

posteriormente son digitalizados a un libro de Excel, sin ningún tipo de

seguridad y control de la información recopilada.

1.6.4 Concreto: El Policlínico “Dra. Jenny Ayoví Corozo”, para factibilidad

del desarrollo del software se solucionará la problemática de la pérdida y

control de la Información de los pacientes.

9

1.6.5 Original: Se considera como original la solución para la necesidad

que demanda el Policlínico “Dra. Jenny Ayoví Corozo”, ya que es el

primer software que cumplirá con los requisitos funcionales solicitados de

forma personalizada por la institución, considerando de esta manera los

módulos de Admisión y Medicina General.

1.6.6 Factible: El personal del policlínico nos brindó la ayuda necesaria

para realizar el levantamiento de información del proyecto. La

implementación del proyecto llevará a cabo el mejoramiento de algunas

áreas en el Policlínico “Dra. Jenny Ayoví Corozo”, enfocándose a

optimizar la calidad de vida de los pacientes, familias y comunidades

alrededor del sector, generando un gran impacto social en un sector de la

Ciudad de Guayaquil, brindando a la institución la visión de crecimiento

pudiendo esta convertirse de Policlínico a Clínica teniendo como apoyo la

tecnología brindada por el sistema informático.

1.6.7 VARIABLES Control y administración de pacientes del módulo de admisión.

Permitirá el acceso únicamente al usuario autorizado, para

de esta manera mantener el control de la información del paciente

y el almacenamiento de sus registros con la finalidad de

salvaguardar la confidencialidad.

Organizando de manera automatizada sus procesos dando

mayor facilidad al Admisionista (persona autorizada), ingresar los

datos del paciente al momento de generar su Historia Clínica.

Control y administración de pacientes del módulo de medicina general.

Permitirá el acceso sólo a la persona autorizada, en este

escenario el Doctor de Medicina General puede ingresar con el

10

número de la Historia Clínica del paciente al sistema, visualizando

de manera rápida y oportuna la Historia clínica del paciente,

previamente registrado.

Organizando de manera automatizada sus procesos dando

mayor facilidad al Médico General (persona autorizada) de registrar

la información de los síntomas que presenta el paciente.

Generando órdenes de exámenes de acuerdo a la sintomatología

presentada por el paciente y en espera del ingreso de los

resultados de los exámenes enviados para la próxima cita.

1.7 OBJETIVOS

1.7.1 OBJETIVO GENERAL

Desarrollar e implementar el módulo de Admisión y Medicina

General con reportería y tablero de control de citas para el sistema

médico integrado del policlínico "Dra. Jenny Ayoví Corozo”, utilizando

como herramientas de desarrollo, Framework ZK para Java, Bootstrap,

Jquery, PostgreSql y Ajax, el mismo que permitirá optimizar los procesos

administrativos y mejorar la calidad de la atención médica,

1.7.2 OBJETIVOS ESPECÍFICOS

Analizar los procesos que realiza el policlínico "Dra. Jenny Ayoví

Corozo” para la admisión y atención de pacientes en el área de

Medicina General.

Desarrollar un sistema Web de acuerdo a las necesidades

primordiales del policlínico "Dra. Jenny Ayoví Corozo”, que permita

11

automatizar los procesos de Medicina General y Admisión de

pacientes.

Analizar y diseñar las estructuras de Base de datos necesarias

para el Módulo de Admisión y Medicina General.

Desarrollar reportes en los que se visualice los pacientes atendidos

o por atender, el índice de ocupación de los médicos, las recetas y

prescripciones médicas registradas a los pacientes, las citas

generadas por paciente.

1.8 ALCANCES DEL PROBLEMA

El sistema médico integrado del policlínico "Dra. Jenny Ayoví

Corozo” es una aplicación web basada en la arquitectura cliente –

servidor utilizando herramientas de software libre.

El diseño del sistema es modular permitiendo una mayor

flexibilidad y escalabilidad hacia otras aplicaciones o módulos a

desarrollarse en un futuro.

Se desarrolló la pantalla de Admisión, que permitirá el ingreso de

pacientes, e ingreso de los datos de los signos vitales, información

que se registrará en la base de datos para luego ser visualizada

por el doctor de medicina general y posterior toma de decisiones.

El sistema cuenta con la opción de agendamiento de citas, el que

permitirá atender a los pacientes en el día y hora determinado,

según la necesidad del paciente y disponibilidad del doctor.

12

El sistema cuenta con un tablero de control el cual muestre todas

las citas agendadas para el día en curso, con sus respectivos

estados (“Por atender”, “Atendido”, “Cita cancelada”, “No asistió a

cita”). El mismo que se actualizará automáticamente conforme los

pacientes son atendidos.

El sistema se desarrolló utilizando tecnologías de software libre

basadas en la licencia GPL (licencia pública general) y Java para el

manejo de información en tiempo real para de esta manera

diagnosticar a tiempo la posible enfermedad del paciente.

Dentro de los submódulos pertenecientes al Módulo de Admisión y

Medicina General se enlistan los siguientes:

Consulta, creación, modificación y eliminación de pacientes

Agendamiento de citas médicas.

Visualización de Antecedentes de pacientes.

Ingreso de signos vitales.

Generación de la consulta médica.

Cancelación de citas médicas.

La aplicación contará con los siguientes reportes:

Reporte de Pacientes Atendidos/Por Atender.

Reporte de ocupación del médico.

Reporte de citas por paciente.

Reporte de síntomas y prescripciones registradas.

El sistema médico se desarrolló con tecnología Java orientada a la

web haciendo uso del Framework zk utilizando como patrón de

diseño MVC (Modelo Vista Controlador), el motor de Base de Datos

13

PostgreSql, Servidor de Aplicaciones Apache Tomcat versión

8.0.36 y como herramienta de desarrollo Eclipse Java EE IDE For

Web Developer Versión Luna Service lanzamiento 2 (4.4.2).

El sistema se implementó en plataformas Windows (Windows 7 en

adelante), también se podría implementar en Linux puesto que la

arquitectura cliente–servidor del sistema lo permite. El Sistema

Médico integrado del policlínico "Dra. Jenny Ayoví Corozo” se

implementará dentro de una intranet, propia del policlínico puesto

que no será puesta en marcha en la nube se necesitará utilizar

recursos de infraestructura de hardware de la institución, con la

posibilidad de que en el futuro el sistema pueda ser implementada

en la nube.

Integrar los módulos de Admisión y Medicina General, Ginecología

– Obstetricia y Laboratorio e Historia Clínica Familiar y Comunitaria

del Sistema médico Integrado del policlínico "Dra. Jenny Ayoví

Corozo”.

Se consideró el desarrollo de una rutina en el servidor, la misma

que permita la generación de backups automáticos de la base de

datos PostgreSql, para de esta manera garantizar la consistencia

de ésta luego de cualquier imprevisto en el hardware o software del

servidor.

RESTRICCIONES DEL SISTEMA

El sistema funcionará de forma Local dentro de una Intranet de

propiedad del Policlínico.

Las citas médicas no se realizan a través de Internet si no que se

agendará previa a una cita en Medicina General.

14

El sistema tendrá conectividad sólo a la base de datos PostgreSql

versión 9, donde se encontrarán registrados los datos necesarios

para el sistema.

El número de pacientes registrados dependerá de la capacidad de

almacenamiento del servidor en donde esté implementado el

sistema Informático Web.

1.9 JUSTIFICACIÓN E IMPORTANCIA

Hoy en día las tendencias de las pequeñas y medianas empresas

(PYMES) tienen una gran visión en el Internet, permitiendo aprovechar las

innumerables ventajas que nos proporciona y aplicarlas en el desarrollo y

automatización de procesos, en nuestro caso procesos personalizados

que van dirigidos al área médica. Para esto la utilización de Frameworks

para aplicaciones Web como ZK nos proporciona el soporte necesario

para construir y desarrollar sistemas o aplicativos informáticos de fácil

comprensión e interacción con el usuario.

Tomando en consideración estos datos de la herramienta a

utilizarse se podrán sacar conclusiones muy valiosas con respecto a la

utilidad, facilidad, desempeño, que el sistema automatizado a

implementarse en el Policlínico "Dra. Jenny Ayoví Corozo" podrá tener, el

mismo que podrá visualizarse ya sea desde una computadora desktop,

celular inteligente o Tablet.

Muchos de los sistemas que el mercado ofrece no son orientados a

la web y son de alto costo, puesto que su desarrollo en muchas ocasiones

implica costos por licencia tanto de desarrollo como de implementación.

15

El policlínico especifica los siguientes requerimientos:

Desarrollar e implementar un software de registro y control de las

historias clínicas de los Pacientes, que permita el ingreso de signos

vitales, agendamiento de citas médicas, recetas médicas,

diagnósticos, antecedentes médicos, registro de órdenes de

exámenes de laboratorio, ofreciendo un modelo de sistema en la

que puede ingresarse con acceso controlado para conservar el

control de usuarios y garantizar la accesibilidad y confidencialidad

de la información.

Contar con la fluidez de mantenimiento de módulos, reportes,

administración de usuario, manejo de roles, cumplir con la

normativa de seguridad y encriptación.

1.10 METODOLOGÍA DEL PROYECTO

Con la finalidad de elaborar el presente proyecto de titulación, se

consideró el uso de la metodología RUP (Rational Unified Process), ya

que esta metodología de desarrollo de software trabaja junto al UML

(Lenguaje unificado de Modelado).

1.10.1 VENTAJAS DE LA METODOLOGÍA

Se organiza en la asignación de tareas y responsabilidades para el

desarrollo del proyecto (¿quién hace qué?, ¿cómo?, ¿cuándo?).

En la actualidad es el más usado, por las empresas de desarrollo.

16

Un proceso de software hecho a la medida y accesible para el

equipo de desarrollo.

Ofrece al equipo de desarrollo el trabajo acorde su rol asignado.

1.10.2 JUSTIFICACIÓN DE LA METODOLOGÍA

Mediante el estudio realizado para el presente proyecto de tesis, se

escogió la metodología RUP, porque trabaja de una manera organizada y

cuenta con 4 fases para el desarrollo del software (se explicará más

detalladamente en el (Ver pág.41), por lo cual se planteó inicialmente, con

la finalidad de obtener excelentes resultados para la elaboración del

proyecto.

1.10.3 METODOLOGÍAS ÁGILES

CONCEPTO DE RUP

El RUP (Proceso Racional Unificado) es un proceso de ingeniería

de software, que proporciona un enfoque disciplinado para la asignación

de tareas y responsabilidades en una organización de desarrollo.

Su objetivo es asegurar la producción de software de alta calidad

que satisfaga las necesidades de sus usuarios finales con un cronograma

y presupuesto predecible. (Kruchten, 2004)

Las principales características de RUP son:

Dirigido por Casos de uso

17

Centrado en arquitectura

Iterativo e incremental

Dentro de las características principales consideradas para la

elaboración del sistema Médico Integrado del Policlínico Dra. Jenny Ayoví

Corozo se tomó a la característica DIRIGIDO POR CASOS DE USO

como primordial, en muchas ocasiones es considerada una metodología

tradicional pero la realidad es que el RUP puede ser usado como un

proceso ágil o como un proceso tradicional dependiendo de cómo sea

este utilizado.

Dirigido por Casos de uso

Los Casos de Uso representan los requisitos funcionales del

sistema. También guían su diseño, implementación y prueba. Constituyen

un elemento integrador y una guía de trabajo.

Figura 1: Los casos de uso integran el trabajo


Fuente: (proceso-unificado-de-desarrollo, 2010)

18

CAPÍTULO II

MARCO TEÓRICO

2.1 ANTECEDENTES DEL ESTUDIO

En Guayaquil, se encuentra el policlínico "Dra. Jenny Ayoví

Corozo”, ubicado al sur oeste de la Ciudad de Guayaquil entre las Calles

A, #1629 entre la 8 va y 9 na.

Con el tiempo, el desarrollo de nuevo software aumenta según la

necesidad de los usuarios; para de esta manera poder cumplir los

requerimientos solicitados y efectuar con mayor eficacia las labores que

se realizan día a día.

La implementación del Módulo de Admisión y Medicina General

con Reportería y Tablero de Control de Citas para el sistema médico

integrado del policlínico "Dra. Jenny Ayoví Corozo”, parte de la necesidad

de automatizar los procesos manuales que se realizan en la institución.

El sistema es totalmente nuevo para el policlínico "Dra. Jenny

Ayoví Corozo”, por el cual se realizó el estudio de los requerimientos

funcionales y no funcionales para el desarrollo e implantación de la

aplicación.

El policlínico "Dra. Jenny Ayoví Corozo” cuenta con una pequeña

bodega en donde se almacenan en archiveros, las historias clínicas de

cada uno de los pacientes allí atendidos.

19

2.2 FUNDAMENTACIÓN TEÓRICA

2.2.1 Historia Clínica Única:

Según el Ministerio de Salud pública del Ecuador indica que:

Es el registro escrito y organizado de las actividades desarrolladas durante el proceso

de la atención brindada por enfermedad y fomento de la salud a una persona, sus

alteraciones y evolución de los tratamientos recibidos dentro de una unidad clínica a

través de todo su ciclo vital. (Ministerio de salud pública, 2008, Pág. 3)

2.2.2 Medicina General

La obra, Introducción a la Medicina General, nos indica lo siguiente:

La consulta de Medicina General está orientada al estudio integral del paciente, que

acude por cualquier motivo de consulta, durante la misma se realizará la evaluación

específica del problema que aqueja al paciente, una vez completada esa revisión se

procederá a la detección e identificación de factores de riesgo para enfermedades

latentes o potenciales en el corto, mediano y largo plazo”, (Sánchez, 2001, Pág.

17).

2.2.3 Admisionista

Según el Ministerio de Salud pública del Ecuador indica que:

El Admisionista se encarga de la atención personalizada al usuario y de solicitar la

información requerida para el ingreso, consulta y modificación de la misma,

adicionalmente debe verificar la validez de los datos, su veracidad e integridad. Es la

persona encargada de atender en primera instancia a los pacientes, registrando sus

datos personales y generando una historia clínica para el paciente, en muchas

ocasiones este a su vez toma y registra los signos vitales, previo al ingreso al

departamento de medicina general (Ministerio de Salúd Pública, 2007, pág. 15)

20

En la siguiente imagen podemos observar a la Dra. encargada del

departamento de Admisión y Medicina General en su respectivo

despacho, en donde atiende a los pacientes que van al policlínico Dra.

Jenny Ayoví por la especialidad de Medicina General.

Figura 2: Dra. Medicina General


Fuente: Datos de la Investigación

El policlínico Dra. Jenny Ayoví Corozo posee un perímetro de

alcance no menor a 5 cuadras al su alrededor, en donde los habitantes

que poseen inconvenientes en su salud acuden al policlínico para poder

obtener una cita médica en alguna especialidad o directamente acudir al

departamento de Medicina General para su chequeo y diagnóstico.

21

Figura 3: Ubicación – Alrededores del policlínico “Dra. Jenny Ayoví Corozo”


Fuente: Datos de la investigación

En la siguiente foto se puede apreciar el registro de las fichas

médicas de cada uno de los pacientes atendidos en el policlínico Dra.

Jenny Ayoví Corozo, en donde estas son almacenadas sin ningún tipo de

protección tanto en la información allí recopilada como la integridad física

de las fichas médicas.

Figura 4: Procesos Manuales



22

2.2.4 APLICACIÓN WEB.

Según (Coronel, 2013) define que, “una aplicación Web, es una

herramienta donde los usuarios hacen uso de esta a través de un

navegador web, el mismo que se conecta por medio de internet o intranet

a un servidor web” (Pág. 7). El Módulo de Admisión y Medicina General

con Reportería y tablero de control de citas para el sistema médico

integrado del policlínico Dra. Jenny Ayoví, se desarrolló utilizando un

lenguaje de programación que permita el uso de la mayoría de los

navegadores actuales, por tal motivo se hace uso del framework ZK para

java y Bootstrap para el uso de plantillas CSS.

Según el libro Zk Developer's Guide nos indica que:

Zk es un framework de código libre, la cual nos permite desarrollar interfaces de

usuario (GUI) de una manera mucho más fácil y rápida, gracias a que posee un

Lenguaje de marcación para Interfaz de Usuario (ZUML), el mismo que ofrece la

ventaja de diseñar eficientemente interfaces de Usuario. (Zk Developer's Guide, 2008,

Pág. 10)

En la imagen (Código ZKFigura 5.1: Código ZK) se muestra la

estructura del archivo zul, empleado para desarrollar interfaces de usuario

en el framework Zk, en este fragmento de código podemos observar la

creación de un formulario para el ingreso de Sectores, configurados para

el uso del sistema médico integrado.

Cada interfaz de usuario llama a su respectivo controlador a través

del atributo “apply“ del elemento window del archivo zul, en donde el

controlador será un archivo java que permitirá interactuar entre la interfaz

de usuario y la lógica de negocio del aplicativo.

23

Figura 5.1: Código ZK



24

Figura 5.2: Código ZK



En la (Figura 5.2: Código ZK), se describe los campos a ingresar, nombre,

zona, barrio, estado, los mismos que serán ingresados por el usuario,

para luego proceder a guardarlos en la base de datos.

Para el desarrollo de la aplicación se aplicó la arquitectura M.V.C.

la cual se encuentra definida por los archivos ZUL como vistas y los

archivos java como partes fundamentales del modelo y controlador.

Como se puede observar en la siguiente imagen, la vista

interacciona directamente con el controlador enviándole peticiones, para

que este a su vez remita la información solicitada de regreso a la vista.

El controlador también interacciona directamente con el modelo

solicitando los datos para satisfacer lo requerido por la vista, permitiendo

así una arquitectura flexible, incremental y modularizada.

25

Figura 6: Modelo Vista Controlador



Según la obra Software Architecture, nos indica la descripción de MVC:

Esta arquitectura se utiliza en aplicaciones GUI simples. La arquitectura es dirigida

por eventos, lo que significa que toda la actividad se inicia por un evento y se propaga

por algunos otros eventos. La arquitectura general contiene un gran número de

componentes (en lo sucesivo denominados componentes MVC), cada uno de los

cuales está construida fuera de estos tres elementos. (Patrick Bergen, 2003, Pág. 1)

Para el control de versiones y el trabajo colaborativo se usó la

plataforma libre GitLab, la misma que nos ofrece un número ilimitado de

repositorios para distintos tipos de proyectos de software, la creación de

26

grupos de trabajo colaborativo y lo más importante, el control de versiones

durante el desarrollo del nuevo software.



GitLab también permite el monitoreo de las modificaciones

realizadas en el proyecto por los integrante del grupo de trabajo indicando

la fecha de la modificación realizada, nombre del colaborador que la

realizó, el comentario ingresado por el colaborador e inclusive poder

visualizar los cambios realizados en aquel determinado tiempo.

Figura 7: Control de cambios realizados

27



Visualización del porcentaje de cada lenguaje de programación

utilizado en el repositorio.

Figura 8: Visualización de las modificaciones realizadas por los colaboradores

Figura 9: Porcentajes de Lenguajes de Programación Utilizados

28

Para el almacenamiento de los datos en el sistema informático, se

usa como gestor de base de datos PostgreSql V.9.3 cuya distribución y

código fuente son disponibles libremente, PostgreSql utiliza un modelo

cliente/servidor para garantizar la estabilidad del sistema, característica

fundamental en la implementación del aplicativo.

En la siguiente imagen se muestra las estructuras de base de datos

generadas en el desarrollo del Módulo de Admisión y Medicina General

para el sistema médico integrado.

Figura 10: Estructura de la Base de datos





29

2.3 FUNDAMENTACIÓN LEGAL

Tomando como base legal el decreto ejecutivo 1014,

consideramos que software libre y software propietario se diferencian en

los tipos de licencias con las que las empresas de distribución de software

publican sus programas, por lo que el presente proyecto de tesis se ajusta

a las recomendaciones dadas en el siguiente decreto.

En sus Artículos 1, 2, 3,4 y 5 del este decreto el estado

recomienda a las instituciones privadas y establece para la administración

pública la utilización de Software libre en los sistemas y equipos

informáticos, permitiendo de esta manera la libre modificación y

distribución sin restricción alguna. Las entidades de administración

pública deberán verificar la existencia de la capacidad técnica que brinde

el soporte necesario para este tipo de software previa la instalación en

sus equipos.

Haciendo mención a los Artículos 1, 5, 7 de la ley de Propiedad

Intelectual, se da a conocer que en todas las obras el estado reconoce y

garantiza la propiedad intelectual adquirida por el autor e incluyendo el

desarrollo de programas de ordenador (software), junto con su respectiva

documentación preparatoria, técnica, y los manuales de uso.

Según lo indicado en el Art. 28 de la Disposiciones Especiales

sobre ciertas obras, los sistemas informáticos son considerados obras

literarias las mismas que son protegidas por la ley ya sea que estas se

encuentren implementadas o no en un ordenador.

Ley Orgánica de Protección de Datos (LOPD)

Esta ley tiene por objeto garantizar y proteger, en lo que concierne

al tratamiento de los datos personales, las libertades públicas y los

30

derechos fundamentales de las personas físicas, y especialmente de su

honor, intimidad y privacidad personal y familiar.

Su objetivo principal es regular el tratamiento de los datos y

ficheros, de carácter personal, independientemente del soporte en el cual

sean tratados, los derechos de los ciudadanos sobre ellos y las

obligaciones de aquellos que los crean o tratan.

2.4 PREGUNTA CIENTÍFICA A CONTESTARSE

Algunas de las hipótesis y preguntas a realizarse al momento del

desarrollo del proyecto fueron las siguientes:

¿Es factible la implementación en el policlínico, el módulo de Admisión y

Medicina General con reportería y tablero de control de citas para el

sistema médico integrado del policlínico "Dra. Jenny Ayoví Corozo” en la

ciudad de Guayaquil?

¿Qué beneficio otorgara el módulo de Admisión y Medicina General con

reportería y tablero de control de citas, para el sistema médico integrado a

la comunidad?

¿Es necesario llevar un registro de las citas médicas que se chequean en

medicina general y por qué?

¿Es necesario que los doctores registren la información de los pacientes y

para qué?

¿De qué manera ayudará la implementación del Módulo de Admisión y

Medicina General con reportería y tablero de control de citas, en los

procesos de registro de pacientes, toma de signos vitales y registro de la

Historia Clínica generados a cabo en el Policlínico?

31

2.5 DEFINICIONES CONCEPTUALES

A continuación, se describen los términos técnicos utilizados en el

presente documento:

Servidor Web: El servidor Web es un programa que está esperando

permanentemente las solicitudes de conexión mediante el protocolo HTTP

por parte de los clientes WEB. (Mora S. L., 2002)

MVC: El Modelo Vista Controlador (MVC), es un patrón de arquitectura de

software que separa los datos y la lógica del negocio de una aplicación de

la interfaz de usuario y el modulo encargado de gestionar los eventos y

las comunicaciones. (Muñoz, El nuevo PHP. Conceptos avanzados.,

2013, pág. 54)

ZK: Es un framework de código abierto que permite desarrollar una

aplicación WEB con excelentes experiencias de usuario y bajos costos de

desarrollo. (Schumacher, 2008, pág. 20)

XUL: Es la abreviatura para XML User Interface Markup Language

(Lenguaje basado en XML para la interfaz de usuario), este lenguaje fué

originalmente definido por el grupo de Mozilla. La intención de Mozilla fue

de tener una plataforma independiente al lenguaje de interfaz de usuario.

(Schumacher, 2008, pág. 15)

XHTML: Lenguaje Extensible de Marcas de Hipertexto, se basa en la

utilización de un conjunto de marcas o etiquetas para la construcción de la

página. (Sierra, 2008, pág. 35)

SQL: Lenguaje de consulta estándar, es un lenguaje estándar

internacional que se utiliza casi universalmente con las bases de datos

32

relacionales para realizar consultas y realizar manipulación de datos.

(Paul, 2014, pág. 38)

AJAX: El termino AJAX hace referencia un mecanismo de combinación

de tecnologías y estándares de cliente, consiste en la solicitud asíncrona

de datos al servidor desde una página WEB y la utilización de éstos para

actualizar una parte de la misma, sin obligar al navegador a realizar una

carga completa de la página. (Sierra, 2008, pág. 40)

IDE: Es un entorno de programación que ha sido empaquetado como un

programa de aplicación, consiste de un editor de código, un compilador,

un depurador y un constructor de interfaz gráfica (GUI). Los IDE pueden

ser aplicaciones por si solas o pueden ser parte de aplicaciones

existentes. (Muñoz, Aprendiendo a programar paso a paso con C, 2012,

pág. 8)

CSS: Tiene como objetivo poder definir hojas de estilo para ser aplicadas

sobre un documento HTML, permitiendo separar los datos de la

información de formato y estilo de los mismo. (Sierra, 2008, pág. 43)

JQUERY: Es un biblioteca con múltiples funciones JavaScript que permite

realizar tareas como documentos HTML dinámicos, manipulación de

objetos HTML, manejo de eventos, animaciones. (Murphey, 2013)

APACHE JMETER: Es una poderosa herramienta fácil de usar y libre de

licencia que permite realizar pruebas de carga de un sistema Web. (Halili,

2008, pág. 6)

33

CAPÍTULO III

PROPUESTA TECNOLÓGICA

3.1 ANÁLISIS DE FACTIBILIDAD

Las diferentes acciones que se van a realizar en la propuesta de

este proyecto, formarán parte del análisis de factibilidad y la definición de

las posibilidades de éxito que tendrá, para lo cual se busca satisfacer una

necesidad a un problema específico.

Para establecer el tipo de investigación y el análisis de factibilidad y

determinar la viabilidad del proyecto planteado, se consideró los

siguientes estudios de factibilidad.

Operativo

Técnico.

Legal.

Económico.

3.1.1 FACTIBILIDAD OPERACIONAL

El objetivo que persigue es averiguar si el sistema informático será

utilizado por los usuarios del policlínico. Algunas de las preguntas que se

plantearon para este desarrollo son:

¿Existe apoyo suficiente para el proyecto por parte de la

administración? ¿Y por parte de los usuarios?

Existe un gran interés por parte de los usuarios y por el Área

Administrativa, Enfermería, Doctores, del Policlínico “Dra. Jenny Ayoví

34

Corozo” que realizan el control de los registros médicos de cada uno de

los pacientes de la zona.

¿Los métodos que actualmente se emplean en el policlínico son

aceptados por todos los usuarios?

Actualmente la metodología de trabajo empleada en el policlínico

no es favorable, porque existe un carecimiento en los procesos, por falta

de automatización, por lo cual los usuarios realizan sus operaciones

manualmente, debido a esto se les ha indicado que mediante la

herramienta tecnológica se podrá realizar el proceso de manera eficiente

y con resultados favorables.

¿Los usuarios han participado en el desarrollo y planificación del

proyecto?

Tanto como los usuarios y el área administrativa, enfermeros y

doctores han colaborado para evaluar o generar una respuesta a la

problemática presentada.

3.1.2 FACTIBILIDAD TÉCNICA

El análisis de factibilidad se procedió a realizarse junto a varios

factores que definen la calidad del software aplicando la metodología

RUP.

En la factibilidad técnica es importante evaluar la disponibilidad de

los recursos tecnológicos que son necesarios para el desarrollo del

proyecto.

Las herramientas a utilizar en este proyecto son de software libre,

basadas en las licencias GPL (licencia pública general) y Java, este

35

software se lo puede encontrar por medio de la web donde puede ser

descargado gratuitamente desde su página oficial.

Para determinar la factibilidad técnica se debe contemplar los

siguientes puntos:

Tecnología y solución propuesta.

Disposición de la tecnología.

Conocimientos técnicos.

3.1.2.1 Tecnología y solución propuesta

El desarrollo del módulo de Admisión y Medicina General involucra

las siguientes herramientas:

Software: Los elementos que intervendrán en el desarrollo del Módulo

de Admisión y Medicina General con reportería y Tablero de control de

citas se dividen en áreas de:

Sistema Operativo.

Desarrollo.

Base de Datos.

Se analizó, comparó y seleccionó dentro del mercado de software

los elementos más importantes y adecuados que se acoplen a las

necesidades del Policlínico Dra. Jenny Ayoví Corozo y del proyecto.

A continuación, mediante una tabla se detallarán las herramientas

seleccionadas como recursos e información de disponibilidad del software

para el desarrollo del tema planteado.

36

Tabla 3: Recursos Tecnológicos

ÁREA ALTERNATIVAS DISPONIBILIDAD

SISTEMA

OPERATIVO

WINDOWS 7 Software Comercial

LINUX Software Comercial

BASE DE DATOS POSTGRESQL Software Libre

SERVIDOR DE

APLICACIONES TOMCAT Software Libre

DESARROLLO

ECLIPSE JAVA EE IDE FOR

WEB VERSION LUNA Software Libre

FRAMEWORK ZK Software Libre

BOOTSTRAP Software Libre



Hardware: Los elementos físicos que se utilizaran cumplen las siguientes

características:

Tabla 4: Elementos de Hardware

Nombre Detalle

1 Laptop Acer Aspire 5742

Sistema Operativo Windows 7

Procesador Intel I5

Disco Duro 500 GB

Memoria RAM 8 GB



3.1.2.2 DISPONIBILIDAD DE LA TECNOLOGÍA

Se analizó las tecnologías, hardware y software que se requieren

para el desarrollo e implementación del módulo de Admisión y Medicina

37

General. Algunas de las alternativas de software son de tipo comercial, ya

que los equipos de computación con los que cuenta el policlínico poseen

el sistema operativo Windows 7 para su funcionamiento. Para este

proyecto se consideró las siguientes herramientas de software libre:

POSTGRESQL, APACHE TOMCAT, ZK, ECLIPSE JAVA EE IDE FOR

WEB VERSION LUNA, BOOTSTRAP, JQUERY, AJAX.

3.1.2.3 CONOCIMIENTOS TÉCNICOS

Para mantener un balance que cubra las expectativas durante el

periodo de implementación y obtener un producto de calidad, preciso y

confiable para el Policlínico Dra. Jenny Ayoví Corozo. Se requiere contar

con la capacidad de conocimientos técnicos y proactivos para la correcta

utilización de las herramientas por parte del personal de desarrollo.

En el caso del software, los desarrolladores del proyecto están

capacitados para trabajar con las herramientas planteadas en las tres

partes mencionadas: sistema operativo, lenguaje de programación y base

de datos, y se garantiza que van a manejarlas de manera efectiva.

Una vez analizado el tema, se concluye que si se posee los

conocimientos técnicos, tanto de hardware como de software, incluyendo

manejo de gestores de bases de datos, lenguajes de programación y

administración de sistemas operativos. Por todo lo especificado se da al

proyecto propuesto como factible técnicamente.

3.1.3 FACTIBILIDAD LEGAL

Este estudio tiene como objetivo, verificar, para cada escenario, si

el sistema a desarrollar no vulnera o viola las leyes vigentes o la

reglamentación propia de la organización. Es decir pretende evaluar si no

38

incurre en infracciones, que podrían provocar la imposibilidad de poner en

ejecución el sistema, o interferir con el curso normal de otras tecnologías

empleadas dentro de su entorno.

Se comprende que el uso de software y de las licencias para cada

una de las herramientas, nos ayuda a autentificar el desarrollo de

proyecto de manera legal, con el objetivo de evitar inconvenientes a futuro

por una mala utilización de los aplicativos.

La factibilidad legal es importante porque permite determinar los

derechos que tienen los desarrolladores sobre la documentación y código

fuente realizado en el presente proyecto, la cual es exclusividad de los

autores de este sistema, por tal motivo queda prohibida la distribución,

manipulación y reproducción de este documento, tales como la

publicación impresa o su grabación.

3.1.4 FACTIBILIDAD ECONÓMICA

Se basa en los puntos de costos totales para su implementación y

recursos requeridos. Dentro del Policlínico existen algunos recursos que

son actualmente propios, por lo que no se ve necesario adquirirlos y

tampoco de ser tomado en cuenta para la evaluación económica.

Se considera que es factible económicamente dado que en su

mayoría las herramientas, conocimientos y disponibilidad para lograr la

implementación del aplicativo, no se muestra un valor de exigencia

considerable que no permita su desarrollo, se resalta que en las

herramientas de implementación mencionadas tienen una distribución

libre.

39

3.1.4.1 Determinación de costos del proyecto

Se debe considerar los gastos que incurrirá para la realización del

proyecto propuesto, se especificaran todos los costos en términos

anuales.

Se da a conocer que al administrador del Módulo de Admisión y

Medicina General, no se le cobrará el valor del aprendizaje, dado que se

lo capacitará en la herramienta, por ser personal del área administrativa;

agregando que no se incluyen licenciamiento de todo el software utilizado,

debido a que la mayoría es software libre, más conocido como Open

Source.

Costos Fijos

Los costos fijos del proyecto se especifican de acuerdo a la

realidad, según (Quijano, 2009), los costos fijos son aquellos que

permanecen constantes a cualquier nivel de producción o de servicio de

la empresa.

Costo de Administrador del Aplicativo

El administrador del aplicativo será un personal dentro del

Policlínico, que recibirá capacitación, no existirá gasto en aprendizaje, ya

que lo hace para el beneficio del policlínico y satisfacción de los

pacientes. Este gasto por lo tanto se considera de la siguiente forma:

40

Costo de diseño desarrollo e implementación del Sistema

Tabla 5: Costos de Diseño y Desarrollo

DESCRIPCION VALOR

Diseño, Desarrollo e implementación del aplicativo $ 0.00

Talento Humano $ 0.00

Servicio de Internet $ 30.00

Total de Costos Fijos $ 30.00


Fuente: Edison Mena Vargas

En la siguiente tabla se observará los gastos de oficina que son

detallados en el proyecto de Desarrollo e Implementación del módulo de

Admisión y Medicina General con Reporteria y Tablero de Control de

Citas para el Sistema Médico integrado del policlínico "Dra. Jenny Ayoví

Corozo”.

Tabla 6: Detalle de los Egresos del Proyecto

EGRESO DEL PROYECTO

Documentos $ 100.00

Gastos de oficina $ 250.00

Copias e impresión $ 100.00

Gastos de transporte $ 150.00

Gastos de viáticos $ 250.00

Total de gastos $ 850.00



41

En la siguiente tabla se observará los gastos de implementación

del sistema que son realizados en el proyecto de Desarrollo e

Implementación del módulo de Admisión y Medicina General con

Reporteria y Tablero de Control de Citas para el Sistema Médico

integrado del policlínico "Dra. Jenny Ayoví Corozo”.

Tabla 7: Detalle de los Egresos del Proyecto

RUBROS SOFT. LIBRE SOFT. LICENCIADO TOTAL

Recursos Humanos $0 $1600 $0

Recursos Hardware $0 $1936 $0

Recursos Software $0 $1199 $0

Viajes y Salidas de Campo

$100

$100

$100

Recursos Varios $50 $50 $50

Servicios técnicos $0 $200 $0

Otros $0 $0 $0

TOTAL $150 $5085 $150.00



En resumen, con todo lo analizado en esta parte se da como conveniente

económicamente desarrollar el proyecto propuesto, evidenciando que la

evaluación económica considera recursos que existen actualmente en el

Policlínico, contando con los recursos computacionales y humanos.

3.2 ETAPAS DE LA METODOLOGÍA DEL PROYECTO

Los métodos ágiles están fundamentados en el manifiesto ágil, y

como resultado es el esfuerzo de un trabajo en equipo con el objetivo de

42

desarrollar un software que sea eficiente, rápido y con adaptación a los

cambios futuros. A continuación se describen las siguientes etapas:

3.2.1 FASE DE INICIO

Durante la fase de inicio, se centra con mayor énfasis en las

actividades del modelamiento de la empresa y en sus requerimientos.

El objetivo general de esta fase es entender los alcances del

proyecto para adquirir un alto nivel de entendimiento de todos los

requerimientos del sistema.

Construir los casos del negocio.

Para proyectos de mejora de software existente, esta fase es más

breve y se centra en asegurar la viabilidad de desarrollar el

proyecto.

Modelado del Negocio

Dentro del Policlínico existen cuatro niveles de Jerarquía

organizacional, que empieza desde la directora del policlínico hasta los

ayudantes de enfermería. La siguiente figura muestra el organigrama del

policlínico Dra. Jenny Ayoví Corozo, demostrando el orden jerárquico en

ella.

43

Figura 11: Organigrama de la Institución



En base a la metodología utilizada en el desarrollo del software se

procede a diseñar la arquitectura del módulo de Admisión y Medicina

General con reportería y Tablero de control de citas.

En la siguiente ilustración, se podrá observar la arquitectura

utilizada para el desarrollo del Sistema Médico Integrado del policlínico

Dra. Jenny Ayoví Corozo, en donde el servidor de aplicaciones responde

las peticiones de los equipos clientes y este a su vez interactúa con la

base de datos PostgreSQL. En la fase de ejecución del módulo de

Medicina General y Admisión este interactúa con los demás módulos de

Ginecología, Laboratorio e Historia clínica familiar y comunitaria.

44

Figura 12: Arquitectura del Módulo de Admisión y Medicina General



Dentro de esta etapa del módulo de Admisión y Medicina General,

se considera el planteamiento de los requerimientos funcionales y no

funcionales, los cuales serán mostrados en las siguientes tablas.

45

Tabla 8: Requerimientos Funcionales

REQ DESCRIPCIÓN

RF1 El sistema debe permitir al administrador registrar, actualizar y eliminar los nombres,

apellidos, fecha de nacimiento, email, teléfono, género, estado civil, especialidad a

desempeñar en la institución, de los usuarios del sistema.

RF2 El sistema será capaz de cifrar las contraseñas de los usuarios de tal manera que en la

base de datos no se evidencie su significado.

RF3 El módulo de Admisión deberá permitir al Admisionista el ingreso de cédula, nombres y

apellidos, fecha de nacimiento, estado civil, dirección, ocupación, celular, email y género

de los nuevos pacientes que van a ser registrados en el sistema, así como también la

actualización e inactivación de pacientes.

RF4 El sistema debe permitir al Admisionista y doctor de medicina general, la consulta de los

pacientes ingresados al sistema.

RF5

El sistema deberá permitir al Admisionista y al Dr. de Medicina General el agendamiento

de citas médicas para un paciente previamente registrado, considerando la disponibilidad

del doctor tanto en fecha y hora.

RF6

El sistema deberá permitir al Admisionista el registro de los signos vitales del Paciente, los

mismos que constarán de la presión arterial, pulso, temperatura, talla y peso, mostrando

pre indicadores de los niveles en cada uno de los signos vitales ingresados.

RF7 El sistema debe permitir al Doctor de medicina general, generar una nueva consulta

médica a los pacientes que posean cita agendada para la fecha en curso, registrando el

motivo de la consulta, los antecedentes médicos personales y familiares, patologías en

órganos, patologías físicas externas, diagnóstico y la generación de la receta con su

respectiva prescripción.

RF8

El sistema será capaz de generar un reporte en donde se muestre el nivel de ocupación

que tienen los médicos entre una rango de fechas, por especialidad o por nombre del

doctor.

RF9

El sistema tendrá la capacidad de generar un reporte en donde se visualicen las citas

generadas por paciente entre un rango de fechas y por especialidad.

RF10

La aplicación será capaz de generar un reporte donde se indique el número de pacientes

atendidos y no atendidos entre un rango de fecha y por especialidad.

RF11 El sistema deberá permitir la generación del reporte de síntomas y prescripciones

registradas a cada paciente, pudiendo este filtrarlo por un rango de fechas, la especialidad

y la cédula o nombre del paciente.

RF12 El sistema mostrará un tablero de control (Dashboard) en donde se mostrará las citas

agendadas del día en curso con su respectivo estado (Atendido, Por Atendender, No

asistió a cita o Cita cancelada) las mismas que se actualizarán automáticamente. A su vez

el Dashboard generará un gráfico estadístico tipo pastel en donde se mostrará el número

de citas del día en curso con sus respectivos estados.



46

Tabla 9: Requerimientos no Funcionales

REQ DESCRIPCIÓN

RNF1 El sistema debe permitir el ingreso concurrente de usuarios, permitiendo un mínimo de 3 especialistas realizando diferentes transacciones simultaneas.

RNF2 El sistema deberá cumplir con los tiempos de respuesta relacionados con formularios de manejo de información, adición, modificación, eliminación, consulta de registros, autenticación y emisión de avisos y confirmaciones por parte del usuario, en forma general, no debe ser superior a 2.5 segundos, los informes y consultas que presenten una complejidad mediana no deberá exceder el tiempo de 4 segundos, considerando que la red de comunicación por donde es compartido el sistema sea este cableada o inalámbrica funcione de manera óptima y adecuada y a su vez el servidor en donde se aloja la aplicación no presente ningún problema.

RNF3 El sistema debe permitir su navegación a través de los exploradores más comunes como Mozilla Firefox 24 +, Internet Explorer 8 +, Edge, Safari 3+, Android Browser 1.5, Opera 41 + y Chrome.

RNF4 El sistema debe ser autoajustable(responsivo) para tres tipos de dispositivos Smartphone, Tablet y Pcs.

RNF5 La base de datos del sistema debe respaldarse cada 24 horas de forma automática. Los respaldos deben ser almacenados en una localidad segura ubicada en un dispositivo distinto al que reside el sistema.


Fuente: Datos de la Investigación Diagrama De Gantt Del Módulo De Medicina General

En el siguiente diagrama de Gantt, se puede apreciar las diferentes

actividades realizadas para el desarrollo del módulo de Admisión y

Medicina General con Reportería y tablero de control de citas, que será

parte del Sistema Médico Integrado del policlínico “Dra. Jenny Ayoví

Corozo”, con sus tiempos y recursos establecidos.

Detallando a continuación las tareas que fueron definidas:

Análisis y Levantamiento de Información

Generación de preguntas para entrevista

Visita al Policlínico Dra. Jenny Ayoví

Análisis y obtención de Requerimientos Funcionales

47

Análisis de Herramientas de Software Libre Disponibles

para la creación del Sistema

Desarrollo del módulo de Medicina General y Admisión

Instalación y configuración de las herramientas de

desarrollo

Análisis y creación del Diagrama Entidad Relación

Generación de Proyecto Policlínico en ZK

Creación de la Pantalla de ingreso de pacientes HCU

Creación de la pantalla de citas médicas

Creación de la pantalla de ingreso de síntomas del

paciente

Creación de la Pantalla de ingreso de recetas médicas

Creación de la pantalla de ingreso de prescripción

médica

Creación de la pantalla de ingreso de órdenes de

Laboratorio

Impresión de órdenes de laboratorio

Consulta de órdenes de laboratorio.

Creación del reporte de pacientes atendidos y/o por

atender.

Creación del reporte de ocupación del médico.

Creación del reporte de síntomas y prescripciones

registrados al paciente.

Creación del reporte de citas por paciente.

Creación del tablero de control de citas en curso

actualizable automáticamente según el estado de la cita

médica.

Diseño de las interfaces de usuario adaptivas al

dispositivo en el que se use el sistema (diseño

responsivo).

Elaboración de la Documentación de los Capítulos

Capítulo 1

Capítulo 2

Capítulo 3

Capítulo 4

48

En la siguiente imagen se puede visualizar las tareas que fueron

asignadas para la elaboración del proyecto del Módulo de Medicina

General.

Figura 13: Diagrama de Gantt


Fuente: Datos de la investigación

49

3.2.2 FASE DE ELABORACIÓN

En la fase de elaboración se seleccionan los casos de uso que

permiten definir los procesos base del sistema, a su vez realizar la

especificación de los casos de uso seleccionados y el primer análisis del

dominio del problema.

El Modulo de Admisión y Medicina General con reportería y tablero

de control de citas para el Sistema médico integrado del Policlínico Dra.

Jenny Ayoví Corozo cuenta con los siguientes actores que harán uso del

aplicativo:

Actores

Administrador.

Doctor de Medicina General.

Admisionista.

Según los requerimientos funcionales y no funcionales obtenidos

de la investigación se resuelve generar el siguiente listado de casos de

uso:

Casos de Uso

Registro de paciente.

Consulta de pacientes.

Inactivación de paciente.

Ingreso de signos vitales del paciente.

Consulta de disponibilidad del médico.

Cancelación de citas.

Consulta de cita agendada del paciente.

Agendamiento de citas médicas.

50

Consulta de pacientes con cita agendada.

Ingreso de antecedentes del paciente.

Ingreso del motivo de la consulta.

Ingreso de diagnóstico.

Generación de la receta.

Ejecución de tablero de control de citas.

Figura 14: Diagrama de Casos de Uso General del Módulo de Admisión



51

Tabla 10: Descripción - Registro de Pacientes



Figura 15: Pantalla - Registro de Pacientes



Casos de Uso Registro de Pacientes N°1

Actores Admisionista, Administrador

Propósito Registro en el sistema de los datos personales del nuevo

paciente.

Tipo Primario

Resumen Ingreso de los datos pertenecientes al nuevo paciente el cual

generará una nueva historia clínica.

Pre condiciones Ingreso del usuario Admisionista al sistema

Post condiciones Paciente disponible para el agendamiento de cita médica.

Referencia RF3

Curso Típico de Eventos

Acciones de Actores Respuestas del Sistema

El actor, ingresará a la opción Ingreso de pacientes

del menú admisión, registrando cédula, apellidos,

nombres, fecha de nacimiento, dirección, estado

civil, ocupación, celular, email, tipo de identificación,

género y estado.

Luego se dará click en el botón guardar.

El sistema almacenará correctamente los

datos del nuevo paciente, ingresados por el

Admisionista.

El sistema generará el secuencial

correspondiente para el número de HCU.

Curso alterno de Eventos

El sistema presentará un mensaje de error al querer ingresar datos inválidos.

52



Figura 16: Código Fuente - Registro de Pacientes

53

Tabla 11: Descripción - Consulta de Pacientes





Casos de Uso Consulta de Pacientes N°2

Actores Admisionista, Administrador, Doctor

Propósito Consulta de los pacientes registrados en el sistema.

Tipo Primario

Resumen Listado de los pacientes registrados y activos en el sistema.

Pre condiciones Registro del paciente en el sistema.

Post condiciones Visualización de los datos personales del paciente.

Referencia RF4



El actor, ingresará en la opción agendamiento de citas del

menú admisión.

El sistema mostrará el listado de los

pacientes registrados en el sistema.


El sistema presentará un mensaje informativo si es que nos existen pacientes registrados.

Figura 17: Pantalla - Consulta de Pacientes Registrados

54

Tabla 12: Descripción - Inactivación de Pacientes

Figura 18: Pantalla – Inactivación de Pacientes



Casos de Uso Inactivación de Pacientes N°3

Actores Admisionista, Administrador

Propósito Inactivar pacientes registrados en el sistema.

Tipo Primario

Resumen Inactivación de pacientes.

Pre condiciones Registro del paciente en el sistema.

Post condiciones Paciente inactivado en el sistema.

Referencia RF3



El actor, ingresará en la opción ingreso de pacientes del

menú admisión.

El actor selecciona el paciente a inactivar y se procede

a pulsar en el botón modificar.

El actor cambia el estado a INACTIVO.

El actor pulsa el botón guardar para efectuar los

cambios.

El sistema guardara el cambio de estado

del paciente.

El sistema no mostrará al paciente en el

listado.


El sistema presentará un mensaje informativo si es que nos existe el paciente buscado para inactivar.

55

Tabla 13: Descripción – Ingreso de Signos Vitales del Paciente


Fuente: Datos de la Investigación La siguiente imagen muestra la pantalla de ingreso de signos vitales del paciente la misma que se podrá encontrar en el menú de Admisión, opción signos vitales.

Casos de Uso Ingreso de Signos vitales del paciente N°4

Actores Administrador, Admisionista

Propósito Registro de los signos vitales.

Tipo Primario

Resumen Ingreso de los signos vitales al sistema.

Pre condiciones Autenticación del Admisionista o administrador al sistema.

Paciente con cita médica agendada.

Post condiciones Visualización de los signos vitales del paciente, previa a la

consulta médica.

Referencia RF6



El actor ingresa a la opción signos vitales del menú

de Admisión, donde seleccionará al paciente con

cita médica, posteriormente seleccionará la

especialidad en la cual va a atenderse y se

procede con el registro de los siguientes datos:

Presión arterial, Pulsos por minuto, Temperatura,

Estatura, Peso.

El Admisionista procederá dar click en el botón guardar para registrar en la base de datos los signos vitales ingresados.

El sistema validará el ingreso de cada

signo vital, visualizando un pre diagnóstico

de los datos ingresados.

El sistema guardará los signos vitales del

paciente seleccionado.



56

Figura 19: Pantalla - Ingreso de Signos vitales



Figura 20: Código Fuente - Registro de Signos Vitales



57

Tabla 14: Descripción - Agendamiento de Citas



La siguiente imagen muestra la pantalla de agendamiento de citas

médicas.

Casos de Uso Agendamiento de Citas N°5

Actores Administrador, Admisionista, Doctor

Propósito Agendar cita médica al paciente.

Tipo Primario

Resumen Agendamiento de cita médica a un paciente para una posterior

consulta médica.

Pre condiciones Autenticación del Doctor de Medicina General al sistema.

El Paciente debe estar registrado en el sistema.

Post condiciones Visualización de los signos vitales del paciente, previa a la

consulta médica.

Referencia RF5



El actor ingresa a la opción Agendamiento de citas del Menú de Admisión. Se selecciona un paciente del listado de pacientes registrados en el sistema. Se selecciona la especialidad a la que va dirigida la cita médica y se procede a dar click en el botón Consulta Agenda. Se selecciona el doctor del listado de doctores disponibles para la cita médica. Se procede a seleccionar la fecha y hora en la cual se programará la cita médica.

El sistema registrará la cita médica agendada

para el paciente seleccionado.


El sistema presentará un mensaje de error si no se selecciona la especialidad a la cual va

dirigida el agendamiento de la cita médica.

58

Figura 21: Pantalla Agendamiento de Citas



Tabla 15: Descripción - Cancelación de Citas Médicas



Casos de Uso Cancelación de citas médicas. N°6

Actores Administrador, Admisionista, Doctor

Propósito Cancelación de citas agendadas hacia un paciente.

Tipo Primario

Resumen Cancelación de citas médicas.

Pre condiciones Autenticación del actor en el sistema.

Debe existir una cita agendada al paciente.

Post condiciones Cita agendada pasa a estado inactivo.

Referencia RF5



El actor ingresa a la opción Cancelar citas del menú admisión. Selecciona un paciente con cita agendada. Selecciona la cita a cancelar. Se pulsa el botón cancelar cita.

El sistema valida si el paciente seleccionado

tiene citas agendadas vigentes, para

proceder a cancelar la cita médica.

El sistema inactiva la cita médica agendada



59





Figura 22: Pantalla - Cancelación de Citas

Figura 23: Diagrama de Casos de Uso General del módulo de Medicina General

60

Tabla 16: Descripción - Ingreso de Antecedentes

Elaborado por: Edison Mena Vargas Fuente: Datos de la Investigación

Figura 24: Pantalla Registro de Antecedentes del Paciente



Casos de Uso Ingreso de Antecedentes del paciente N°7

Actores Doctor

Propósito Registro de los antecedentes Personales y familiares del paciente

Tipo Primario

Resumen Ingreso de Antecedentes.



Post condiciones Registro satisfactorio de los antecedentes del paciente.

Referencia RF7



El actor ingresa a la opción Atención Médica del menú Medicina General. Selecciona un paciente con cita agendada. Selecciona la pestaña Antecedentes del Paciente. El actor procede a buscar nuevos antecedentes y pulsa el botón agregar para registrarlos como antecedentes del paciente.

El sistema guarda los antecedentes del

paciente.


El sistema presentará un mensaje de error al agregar un antecedente familiar sin seleccionar un

parentesco.

61

Figura 25: Menú de Medicina General



En el presente código se demuestra el código para el registro de antecedentes

de pacientes del módulo de Admisión y Medicina General.

Figura 26: Código Fuente - Registro de Antecedente de Pacientes



62

Tabla 17: Descripción - Ingreso del motivo de la consulta



Figura 27: Pantalla - Motivo de Consulta



Casos de Uso Ingreso del motivo de la consulta N°8

Actores Doctor

Propósito Registro del motivo de la consulta al paciente.

Tipo Primario

Resumen Ingreso de motivo de la consulta médica.



Post condiciones Registro satisfactorio del motivo de la consulta médica.

Referencia RF7



El actor ingresa a la opción Atención Médica del menú Medicina General. Selecciona un paciente con cita agendada. Selecciona la pestaña Motivo de la consulta. El actor procede a ingresar el motivo de la consulta médica.

El sistema guarda el motivo de la consulta.


63

Tabla 18: Descripción - Ingreso del diagnóstico de la consulta





Casos de Uso Ingreso del diagnóstico de la consulta. N°9

Actores Doctor

Propósito Registro del diagnóstico de la consulta del paciente.

Tipo Primario

Resumen Ingreso del diagnóstico.



Post condiciones Registro satisfactorio del diagnóstico de la consulta.

Referencia RF7



El actor ingresa a la opción Atención Médica del menú Medicina General. Selecciona un paciente con cita agendada. Selecciona la pestaña Diagnósticos. El actor procede a buscar el diagnostico a través del nombre o código del CIE10. El actor pulsa el botón guardar para hacer el efectivo el registro del diagnóstico del paciente.

El sistema guarda el diagnóstico de la

consulta.


El sistema presentará un mensaje de error si al pulsar el botón guardar no se selecciona ningún

diagnóstico

Figura 28: Pantalla - Registro de diagnóstico

64

Tabla 19: Descripción - Generación de la receta



Figura 29: Pantalla - Registro de la receta Médica



Casos de Uso Generación de la Receta. N°10

Actores Doctor

Propósito Registro de la receta de la consulta médica.

Tipo Primario

Resumen Ingreso de la receta y prescripción médica.



Post condiciones Registro satisfactorio de la receta y prescripción.

Referencia RF7



El actor ingresa a la opción Atención Médica del menú Medicina General. Selecciona un paciente con cita agendada. Selecciona la pestaña Receta. El actor procede a ingresar los nombres de los medicamentos y su respectiva prescripción. El actor pulsa el botón guardar y se procede a registrar en el sistema la receta.

El sistema guarda la receta de la consulta.


El sistema presentará un mensaje de error si al pulsar el botón guardar no se selecciona ningún

diagnóstico

65

Figura 30: Diagrama de casos de uso general de Reportes de Admisión


Fuente: Datos de la Investigación Tabla 20: Descripción - Reporte de Pacientes Atendidos/por Atender

Casos de Uso Reporte de pacientes Atendidos/ por Atender N°11

Actores Administrador, Doctor

Propósito Generación del reportes de pacientes atendidos/por atender

Tipo Primario

Resumen Generación de reporte de pacientes.


Post condiciones Visualización de listado de pacientes atendidos o por atender.

Referencia RF10



El actor ingresa a la opción Pacientes Atendidos/por atender del menú Reportes de Admisión. El actor ingresará los siguientes filtros según convenga: fecha desde, fecha hasta, especialidad, cédula/nombre del paciente, estado. El actor pulsará el botón buscar. El actor pulsará el botón Generar Pdf.

El sistema mostrará un paciente o el listado

de pacientes con sus respectivos estados,

según los filtros seleccionados.


El sistema generará un pdf sólo si el actor pulsa el botón Generar PDF.

66

En la siguiente imagen se muestra la ventana para la generación del reporte de pacientes atendidos o por atender.

Figura 31: Pantalla - Reporte de Pacientes Atendidos/ Por Atender



67

Tabla 21: Descripción - Reporte de ocupación del Médico



Figura 32: Pantalla: Reporte de Ocupación del Médico



Casos de Uso Reporte de Ocupación del médico N°12


Propósito Generación del reportes de ocupación del médico en donde se

muestra el número de pacientes atendidos

Tipo Primario

Resumen Generación de reporte de ocupación del médico.


Post condiciones Visualización/generación del reporte.

Referencia RF8



El actor ingresa a la opción Pacientes Atendidos/por atender del menú Reportes de Admisión. El actor ingresará los siguientes filtros según convenga: fecha desde, fecha hasta, especialidad, nombre del doctor. El actor pulsará el botón buscar. El actor pulsará el botón Generar Pdf.

El sistema mostrará el listado de

doctores con el número de pacientes

atendidos en una fecha determinada.



68

Tabla 22: Descripción - Reporte de Citas por Paciente



Figura 33: Pantalla – Reporte de Citas por Paciente



Casos de Uso Reporte de Citas por Paciente N°13


Propósito Generación del reporte de citas realizadas por pacientes.

Tipo Primario

Resumen Generación de reporte de citas por paciente.



Referencia RF9



El actor ingresa a la opción Reporte de Citas por Paciente del menú Reportes de Admisión. El actor ingresará los siguientes filtros según convenga: fecha desde, fecha hasta, especialidad, nombre/cédula del Paciente. El actor pulsará el botón buscar. El actor pulsará el botón Generar Pdf.


Pacientes que tuvieron citas médicas,

indicando la especialidad, el nombre

del doctor, fecha y hora de la cita

médica.



69

Tabla 23: Descripción – Reporte de síntomas y prescripciones registradas



Figura 34: Pantalla – Reporte de Síntomas y Prescripciones Médicas



Casos de Uso Reporte de Síntomas y prescripciones registradas N°14


Propósito Generación de un reporte con los síntomas y prescripciones

realizadas a todos los pacientes que tuvieron consulta médica.

Tipo Primario

Resumen Generación de reporte de síntomas y prescripciones.



Referencia RF11



El actor ingresa a la opción Reporte de síntomas y prescripciones registradas. El actor ingresará los siguientes filtros según convenga: fecha desde, fecha hasta, especialidad, nombre/cédula del Paciente. El actor pulsará el botón buscar. El actor pulsará el botón Generar Pdf.


Pacientes que tuvieron citas médicas,

indicando la sintomatología y

prescripción médica registrada en la

consulta.



70

Tabla 24: Descripción – visualización del tablero de control de citas



Casos de Uso Visualización del tablero de control de citas N°15

Actores Administrador

Propósito Visualización de las citas del día en curso de los pacientes.

Tipo Primario

Resumen Visualización de los estados de las citas médicas agendadas.


Debe existir al menos una cita médica agendada.

Post condiciones Correcta visualización del tablero de control de citas.

Referencia RF12



El actor ingresa a la opción Dash del menú Dashboard.

El sistema mostrará el tablero de control de

citas, incluyendo gráfico estadístico del

estado de las citas agendadas del día.


El sistema no mostrará información alguna, si es que no existe al menos una cita agendada

para el día en curso.

Figura 35: Tablero de control de citas



71

PROCESOS DE ATENCIÓN PRIMARIA EN MEDICINA GENERAL

Caso 1: Paciente no tiene problemas de salud

El paciente se acerca al centro médico y se realiza el proceso de

Admisión:

Si el paciente es nuevo, estadísticas registra sus datos y

genera el número de historia clínica, caso contrario se

verifica si se debe actualizar datos del paciente, luego se

realiza el proceso de Agendar Cita Médica.

Si el paciente ya se encuentra registrado y no se va realizar

actualización de datos se pasa al proceso de Agendar Cita

Médica.

Luego se realiza el proceso de Agendar Cita Médica:

En el agendamiento se busca el paciente ya sea por cedula

nombre o número de historia Clínica.

Se escoge la especialidad de Medicina General y el Doctor.

Se escoge Fecha y Hora Disponible del Doctor para agendar

la Cita Médica.

Se realiza proceso de Tomar Signos Vitales del Paciente:

La enfermera realiza la toma de signos vitales y lo registra

en la hoja de consulta Médica de la Historia Clínica del

Paciente.

En el proceso de Atender Cita Médica de Medicina General:

72

El médico realiza chequeos respectivos y registra el en la

hoja de consulta Médica de Historia clínica lo siguiente:

Motivo de la consulta y enfermedad Actual.

Registra antecedentes familiares y personales.

Revisa Órganos y Sistemas y registra el resultado en

la Historia Clínica.

Realiza Chequeo Físico y registra el resultado en la

Historia Clínica

Como no encontró ningún Problema del paciente lo

detalla evolución del paciente.

Finaliza la consulta Médica.

Caso 2: Paciente tiene problemas de salud controlable y recibe su

diagnóstico.


Admisión:

Si el paciente es nuevo estadísticas registra sus datos y


verifica si se debe actualizar datos del paciente luego se




Médica.




73



la Cita Médica.




Paciente.



hoja de consulta Médica de la Historia clínica lo siguiente:





Encontró Problema de salud en el paciente (Por

ejemplo gripe), realiza un diagnóstico Definitivo, lo

detalla en la evolución del paciente.

Realiza Planes de tratamiento y realiza prescripciones

médicas.


Caso 3: Paciente tiene problemas de salud y se envía a realizar

diagnósticos de laboratorio.

74


Admisión:

Si el paciente es nuevo, estadísticas registra sus datos y


verifica si se debe actualizar datos del paciente luego se




Médica.






la Cita Médica.




Paciente.



hoja de consulta Médica de Historia clínica lo siguiente:

75





Encontró Problema de salud en el paciente (Por

ejemplo tifoidea) y para confirmar sus sospechas

envía a realizar exámenes de laboratorio al paciente,

realiza un diagnóstico Presuntivo, lo detalla en la

evolución del paciente.


3.2.3 FASE DE CONSTRUCCIÓN

Durante la fase de construcción, se debe dar énfasis en la

generación de un código óptimo, factible y de alta calidad construyendo el

producto en una serie de iteraciones en las cuales se define su análisis y

diseño de acuerdo a las observaciones realizadas por los usuarios, para

posteriormente realizar las mejoras en el proyecto.

Para efectos de esta fase en la elaboración del Módulo de Admisión y

Medicina general se consideró utilizar los siguientes Diagramas UML:

Diagrama Entidad Relación.

Diagrama de Clases.

Diagrama de Secuencia.

76

Diagrama Entidad Relación Del Módulo De Admisión Y Medicina

General (D.E.R.)

En el diagrama D.E.R. se detallará las tablas que se están usando

para el desarrollo de la base de datos, con sus atributos correspondientes

según el análisis que se ha realizado durante el proceso de levantamiento

de información del policlínico Dra. Jenny Ayoví Corozo.

Figura 36: Diagrama Entidad Relación



77

Diagrama de Clase del Módulo de Admisión y Medicina General

Según el análisis realizado en el diagrama entidad relación, realizada para

el policlínico “Dr. Jenny Ayoví Corozo”, se genera el diagrama de clases la

misma que nos brinda una perspectiva más detallada de los atributos

necesarios junto a los métodos que cada uno de estas necesiten para su

desarrollo.

Figura 37: Diagrama de Clases del Módulo de Admisión y Medicina General



78

Diagrama de Secuencia de Admisión El diagrama de secuencia de Admisión, permite verificar el proceso

que se realiza para efectuar el registro de un nuevo paciente al sistema,

generar la historia clínica, y consultar el estado de la historia.

En este diagrama, se puede denotar que el primer proceso a

realizarse es el registro del paciente realizado por el Admisionista, el cual

ingresa todos los datos personales al sistema, generando un nuevo

número de historia clínica única por paciente.

Si el paciente ya posee una historia clínica generada, el

Admisionista consultará la información previamente ingresada ya sea por

cédula de identidad o número de historia clínica del paciente, mostrando

de esta manera la los registros de toma de signos vitales y el estado de la

historia clínica, el estado (Activo/Inactivo) de la historia clínica de un

paciente sólo será cambiada por el usuario que tenga los roles de

administrador, cabe recalcar que esto no indica que la información será

físicamente eliminada del sistema, sino más bien que quedará en un

estado inactiva hasta su posterior activación.

Figura 38: Diagrama de Secuencia de Admisión.



79

3.2.4 FASE DE TRANSICIÓN

El enfoque de esta fase es de liberar el sistema a producción,

previamente realizando pruebas de validación del aplicativo, generando

así la aceptación del usuario.

La fase de transición ayuda al desarrollo del módulo de Admisión y

Medicina General ajustando los errores y defectos encontrados en las

pruebas de aceptación, proveyendo del soporte técnico necesario y la

capacitación a los usuarios principales de la institución.

La capacitación a los usuarios se lo efectuará en base a uno de los

entregables del proyecto, proporcionando a la institución el manual de

usuario en un curso intensivo de entrenamiento.

Las pruebas de validación se realizaron en función a las

necesidades descritas en los casos de uso mencionados en la fase de

elaboración.

Estas pruebas serán mencionadas al detalle en la sección

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA (Pág. 80)

Las pruebas de aceptación nos permiten verificar que el usuario

está plenamente satisfecho con el producto entregado, las mismas que se

revisaran en el CAPÍTULO 4 (Pág. 86) del presente documento.

3.3 ENTREGABLES DEL PROYECTO

MANUAL DE USUARIO

Este documento es un entregable necesario para los usuarios, es

donde se detallan la operación que tendrá el aplicativo, para este caso el

módulo de Admisión y Medicina General, se elaborará tal documento de

manera entendible para el personal que utilice el sistema y la

funcionalidad mencionada. Para el proyecto se manejara la utilización de

este entregable.

80

3.4 CRITERIOS DE VALIDACIÓN DE LA PROPUESTA

Se procede a realizar las pruebas de validación de los siguientes

procesos realizados en el módulo de Admisión y Medicina General:

Registro de pacientes.

Registro de antecedentes de pacientes.

Registro de signos vitales del paciente.

En el siguiente cuadro se describe la prueba de validación realizada

para el Registro de pacientes, en la misma se describe los pre-requisitos,

pasos a seguir el resultado esperado y el resultado obtenido en la prueba.

Tabla 25: Criterio de Validación - Registro de Pacientes

REGISTRO DE PACIENTES

Descripción:

Al realizar esta prueba se verifica el correcto registro de los pacientes al sistema.

PRE- REQUISITOS

- Acceso al sistema con rol de Admisionista

PASOS:

- Autenticarse en el sistema con usuario y contraseña perteneciente al

Admisionista.

- Ingresar al módulo de Admisión y Medicina General.

- Consultar si el paciente ya posee una historia clínica registrada.

- Ingresar a la opción de registrar paciente.

- Ingresar los datos personales del nuevo paciente.

- Guardar los datos ingresados.

RESULTADO ESPERADO:

- Registro exitoso de los datos del paciente generando un nuevo número

de Historia Clínica.

RESULTADO OBTENIDO:

- El paciente se Registró Exitosamente.



81

Como se puede apreciar, se procedió con el ingreso de los datos

pertenecientes al paciente, los cuales fueron registrados sin novedad

alguna.

Figura 39: Pantalla - Ingreso de paciente



Para proceder a realizar la validación del registro de antecedentes de

pacientes, se procedió con el siguiente criterio:

82

Tabla 26: Criterio de Validación - Registro de Antecedentes del Paciente

REGISTRO DE ANTECEDENTES DEL PACIENTE

Descripción:

En esta prueba de verificación se comprueba que se registra correctamente

los antecedentes del paciente.

PRE- REQUISITOS

- Acceso al sistema con rol de Médico General.

PASOS:


Médico General.



- Ingresar a la opción de antecedentes del paciente.

- Ingresar los datos relacionados a los antecedentes personales o

familiares del paciente.

- Operaciones, Fracturas, enfermedades, etc.


RESULTADO ESPERADO:

- Registro exitoso de los datos relacionados a los antecedentes del

paciente.

RESULTADO OBTENIDO:

- Antecedentes registrados Exitosamente.



En la siguiente figura se demuestra la prueba realizada en la opción de

antecedentes de pacientes del Módulo de admisión y Medicina General.

83

Figura 40: Pantalla - Antecedentes del Paciente



84

Tabla 27: Criterios de Validación - Registro de Signos Vitales

REGISTRO DE SIGNOS VITALES DEL PACIENTE

Descripción:

En esta prueba se verifique el correcto registro de los signos vitales del

paciente.

PRE- REQUISITOS

- Acceso al sistema con rol de Admisionista

PASOS:


Admisionista.



- Consultar si el paciente posee cita médica agendada, si no posee,

agendar la cita médica.

- Ingresar los signos vitales con los que acude el paciente al

policlínico.

- Presión, Temperatura, Peso, Estatura.


RESULTADO ESPERADO:

- Registro exitoso de los datos relacionados a los signos vitales del

paciente.

RESULTADO OBTENIDO:

- Signos Vitales registrados Exitosamente.



En la siguiente figura se demuestra la prueba realizada en la pantalla de

ingreso de signos vitales.

85

Figura 41: Pantalla-Ingreso de Signos Vitales



86

CAPÍTULO IV

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O

SERVICIO

4.1 PRUEBAS DE ACEPTACIÓN:

En esta etapa se incluyen las pruebas de aceptación del cliente las cuales

son realizadas para certificar que los requerimientos definidos en la fase de inicio

fueron cumplidos a satisfacción y que los productos entregados puedan ser

instalados en producción.

Los Requerimiento de los usuarios mencionados en el capítulo anterior,

cuentan con las debidas descripciones y criterios aceptación

Tabla 28: Prueba de Aceptación #1

PRUEBA DE

ACEPTACIÓN #1

INGRESO DE ANTECEDENTES

PERSONALES Y FAMILIARES

DESCRIPCIÓN Se quiere que el sistema permita al doctor de

medicina general ingresar los antecedentes

personales y familiares de los Pacientes.

ESFUERZO EN HORAS 14

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN

Teniendo en cuenta los requisitos funcionales

de la aplicación, el sistema debe permitir el

registro de antecedentes Personales y

Familiares del paciente.



87

Tabla 29: Prueba de Aceptación # 2

PRUEBA DE

ACEPTACIÓN #2

CONSULTA DE ANTECEDENTES

PERSONALES Y FAMILIARES

DESCRIPCIÓN Se requiere que como usuario con rol de

doctor de Medicina general el sistema permita

consultar los antecedentes personales y

familiares de los Pacientes.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN


de la aplicación, el sistema debe permitir la

consulta de los antecedentes Personales y

Familiares.




PRUEBA DE

ACEPTACIÓN #3

INGRESO DE NUEVOS PACIENTES

DESCRIPCIÓN Como usuario, se quiere que el sistema

permita al Personal de Admisión ingresar

Nuevos Pacientes.

ESFUERZO EN HORAS 8

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN

Teniendo en cuenta los requisitos

funcionales de la aplicación, el sistema

debe permitir Ingresar nuevos Pacientes



88


PRUEBA DE

ACEPTACIÓN #4

REGISTRO DE SIGNOS VITALES


permita al Personal de Enfermería Ingresar los

signos Vitales del Paciente.

ESFUERZO EN HORAS 8

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN


de la aplicación, el sistema debe permitir

ingresar los signos vitales del Paciente.




PRUEBA DE

ACEPTACIÓN #5

INGRESO DE EVIDENCIA PATOLÓGICA


permita al doctor de medicina General ingresar

la evidencia Patológicas.

16

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



ingresar evidencias Patológicas del Paciente.



89


PRUEBA DE

ACEPTACIÓN #6

REGISTRO DE EXAMEN FÍSICO


permita al doctor de medicina General ingresar

los datos del examen físico realizado.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



ingresar los datos del examen físico realizado

al paciente.




PRUEBA DE

ACEPTACIÓN #7

REGISTRO DE DIAGNÓSTICOS


permita al doctor de medicina General el

Ingresar el Diagnóstico final del Paciente.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



ingresar los diagnósticos del Paciente



90


PRUEBA DE

ACEPTACIÓN #8

AGENDAMIENTO DE CITAS


permita el agendamiento de citas para las

distintas especialidades.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN


de la aplicación, el sistema debe permitir el

agendamiento de citas



Tabla 36: Prueba de Aceptación # 9

PRUEBPA DE

ACEPTACIÓN #9

TABLERO DE CONTROL DE CITAS


permita visualizar el listado de citas

agendadas para el día en curso, indicando el

paciente, la especialidad, el doctor y la

fecha/hora de la cita.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



visualización del tablero de control de las citas.



91

Tabla 37: Prueba de aceptación #10

PRUEBPA DE

ACEPTACIÓN #10

REPORTE DE PACIENTES ATENDIDOS Y

POR ATENDER


permita la generación de un reporte que

permita listar los pacientes atendidos y no

atendidos en el policlínico, con la posibilidad

de filtrarla por fechas, especialidad, cedula o

nombre del paciente o estado.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



generación del reporte de pacientes atendidos

y no atendidos en el policlínico.




PRUEBPA DE

ACEPTACIÓN #11

REPORTE DE OCUPACIÓN DEL MÉDICO



permita visualizar el número de pacientes

atendidos por doctor con la posibilidad de

filtrar la información por fecha, especialidad y

nombre del doctor.

ESFUERZO EN HORAS 5

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



generación del reporte de la ocupación del

médico.



92


PRUEBPA DE

ACEPTACIÓN #12

REPORTE DE CITAS POR PACIENTE



permita visualizar las citas generadas por

paciente, indicando el nombre del paciente, la

especialidad, el doctor, fecha/hora de la cita.

ESFUERZO EN HORAS 8

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



generación del reporte de citas generadas por

paciente

Tabla 40: Prueba de aceptación # 13

PRUEBPA DE

ACEPTACIÓN #13

REPORTE DE SÍNTOMAS Y

PRESCRIPCIONES REGISTRADAS



permita visualizar los síntomas y

prescripciones registradas al paciente.


VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN



generación del reporte de síntomas y

prescripciones registradas de los pacientes.





93

Tabla 41: Prueba de aceptación # 14

PRUEBPA DE

ACEPTACIÓN #14

PRUEBAS DE ESTRÉS

DESCRIPCIÓN Se requiere que el sistema permita el ingreso

concurrente de usuarios.

ESFUERZO EN HORAS 8

VALOR DEL NEGOCIO 1

CRITERIOS DE

ACEPTACIÓN


de la aplicación, el sistema permite y maneja

la concurrencia de los usuarios de manera

óptima. Permitiendo la concurrencia de más de

81 usuarios por segundo.

Figura 42: Pruebas de Estrés de la Aplicación con JMeter





94

4.2 INFORME DE ASEGURAMIENTO DE LA CALIDAD PARA

PRODUCTOS DE SOFTWARE/ HARDWARE

a) Establecer mecanismos de control.

b) Definir métodos para corrección.

c) Medidas, métricas e indicadores.

MECANISMOS DE CONTROL

EL mecanismo de control tendrá una escala de medición definida en

la siguiente tabla:

Intervalos de Respuesta

A Excelente 1

B Muy Bien 2

C Malo 3

Tabla 42: Informe de Mecanismos de Control. Parte 1

No

ÍTEM

INTERVALO DE

RESPUESTA

1 2 3

1

¿El equipo de aseguramiento de la calidad

ha realizado una buena verificación para

determinar la validez de las estimaciones

realizadas?

X

2

¿Los promotores del Policlínico “Dra.

Jenny Ayoví Corozo” está de acuerdo en

tener un equipo de aseguramiento de

calidad y evaluación de la estimación y

estado del plan de desarrollo?

X

3


conoce el método para realizar los

informes de estado del proyecto?

X

4

¿El equipo del proyecto posee un sistema

de reportes razonable para informar el

estado del mismo?

X

5


conoce la estimación del progreso utilizada

para el proyecto?

X

6

¿El proceso de desarrollo está totalmente

documentado?

X



95

Tabla 43: Informe de Mecanismo de Control. Parte 2

No

ÍTEM

INTERVALO DE

RESPUESTA

1 2 3

7

¿El plan de proyecto está completo?

X

8

¿El método de estimación utilizado para el

proyecto, es razonable respecto de las

características del mismo?

X

9

¿La estimación efectuada es razonable como

para completar el proyecto según lo

especificado en el plan?

X

10

¿El equipo del proyecto tiene un método

definido para determinar e informar el estado

del mismo?

X

11

¿El equipo de aseguramiento de la calidad,

está de acuerdo con que el estado informado

coincide con el estado actual del proyecto?

X

TOTAL 7 4 0

PORCENTAJE 60% 40% 0%



96

4.3 DEFINIR MÉTODOS PARA CORRECCIÓN

Tabla 44: Informe de Métodos para Corrección

No

ÍTEM

INTERVALO DE

RESPUESTA

1 2 3

1

¿El personal del Policlínico “Dra. Jenny Ayoví

Corozo”, apoya la ejecución de inspecciones

en el proyecto?

X

2

¿Se ha previsto del tiempo suficiente en el

cronograma del proyecto para realizar

inspecciones?

X

3

¿Han sido instruidos los responsables del

proyecto acerca de la importancia de la

participación en las inspecciones?

X

4

¿El personal del Policlínico “Dra. Jenny Ayoví

Corozo”, ve las inspecciones como una parte

integral del proceso, en lugar de tomarlo

como una auditoría al desempeño de los

participantes?

X

5

¿Han sido planificados los procesos de

Inspección?

X

6 ¿Se les ha dado a los inspectores los

materiales necesarios para cumplir con la

inspección?

X

7 ¿Han preparado los inspectores una lista de

defectos?

X

8 ¿El usuario estuvo de acuerdo acerca de

realizar las correcciones necesarias?

X

TOTAL 4 3 0




97

4.4 MEDIDAS, MÉTRICAS E INDICADORES

Tabla 45: Informe de Medidas, Métricas e Indicadores

No

ÍTEM

INTERVALO DE

RESPUESTA

1 2 3

1

¿Los requerimientos definidos son

verificables?

X

2

¿El usuario está de acuerdo con el

requerimiento definido?

X

3

¿Los desarrolladores entienden los

requerimientos?

X

4

¿El requerimiento definido coincide con los

objetivos del proyecto?

X

5 ¿Se identificaron los riesgos del proyecto?

X

6 ¿Se siguió un proceso razonable en la

definición del requerimiento?

X

7 ¿El proceso de control de requerimientos, es

adecuado para minimizar los riesgos del

proyecto?

X

TOTAL 5 2 0




98

CONCLUSIONES Y RECOMENDACIONES

Una vez concluido el proyecto de tesis se puede llegar a las

siguientes conclusiones:

4.5 CONCLUSIONES

La aplicación desarrollada está orientada a servir como soporte

para los procesos realizados en las áreas de Admisión y Medicina

General del Policlínico “Dra. Jenny Ayoví Corozo”.

El sistema ha permitido un cambio en la costumbre laboral hacia el

personal del policlínico, permitiendo generar un orden en los procesos y

reducción de gasto innecesario de recursos en la generación de las

historias clínicas.

El sistema podrá ayudar a mantener el orden cronológico de las

citas médicas previamente agendadas por el doctor del área de medicina

general permitiendo establecer fechas y horas del siguiente chequeo del

paciente.

El generar reportería sobre las citas de pacientes, y el número de

pacientes atendidos permitirá analizar el desempeño del médico

especialista y el número de pacientes atendidos en el policlínico.

La visualización de un tablero de control de citas en el cual se

indique la especialidad, doctor, fecha/hora y estado, podrá ayudar a la

gestión de las citas médicas activas para el día en curso.

El contar con un manual de usuario facilitará el uso y

administración del sistema.

99

Toda la información proporcionada por el personal del policlínico

"Dra. Jenny Ayoví Corozo”, fue fundamental para poder llevar a cabo el

desarrollo del proyecto, la participación y colaboración por parte del

personal fue importante, porque se logró definir la herramientas que se

utilizaron y la metodología de trabajo, también se realizó un análisis de las

condiciones del policlínico para saber si cumplía con los requerimientos

necesarios para poner en funcionamiento la aplicación.

4.6 RECOMENDACIONES

Se recomienda invertir en la creación de un servidor que permita

cumplir las funciones de Backup (Respaldo) tanto de la aplicación

como de la base de datos, para así cubrir un posible fallo o daño

del servidor principal.

Generar los usuarios del sistema conforme al rol que desempeñan

en la institución, y así asegurar la integridad y confidencialidad de

la información.

Capacitar al personal administrativo para que pueda manejar el

Módulo de Admisión y Medicina General.

Se recomienda la posibilidad de desarrollar el agendamiento de

citas de tal manera que el paciente pueda realizarlo a través de la

WEB.

Se recomienda ubicar el servidor en un lugar en donde el acceso

se considere restringido y solo ciertos funcionarios puedan tener

acceso.

Los navegadores instalados en los equipos en donde se hará uso

de la aplicación soporten JavaScript.

Se recomienda la creación de una tabla en la base de datos, en la

cual se registren los posibles errores generados en el sistema en

100

modo de ejecución, para de esta manera no depender del log del

servidor de aplicaciones para el monitoreo del sistema.

Para precautelar la información de las Historias clínicas se

recomienda la generación de respaldos de la base de datos

semanalmente, guardándolos en otros dispositivos de

almacenamiento como CD’S u otros discos duros.

101

Bibliografía

Bergen, P. (2003). http://www.dossier-

andreas.net/software_architecture/mvc.html.

Cairó, O. (1996). metodología de la Programación. México: Alfaomega.

Canaza, B. (2009). http://ingenieriadesoftware.mex.tl/52788_Rup-

Agil.html.

Castro, E. (2001). Diseño de base de datos, problemas resueltos. Méxivo:

Alfaomega.

Coronel, G. (05 de Febrero de 2013). Desarrollandowebapps. Obtenido de

Desarrollandowebapps:

http://desarrollandowebapps.blogspot.com/2013/02/aplicaciones-

web-y-cliente-servidor.html

Deitel, H. y. (2004). Java, cómo programar. México: Pearson Education.

Eguiluz, J. (2009). http://librosweb.es/libro/ajax/capitulo_1.html.

Eguiluz, J. (2009). http://librosweb.es/libro/css/capitulo_1.html.

Figueroa, O. (2007).

https://otonielfigueroa.files.wordpress.com/2010/09/servidor1.pdf.

Forster, E. M. (1998). Cómo Programar en java. México: Deitel & Deitel.

Janet Campbell. (2005). ECLIPSE Y FUNDACION ECLIPSE. Obtenido de

http://www.eclipse.org/org/

102

Johnson, J. L. (1997). Base de datos, Modelo, lenguajes, diseño. México:

Oxford.

Kruchten, P. (2004). The Rational Unified Process: An Introduction. En P.

Kruchten, The Rational Unified Process: An Introduction. Boston:

Pearson.

Martinez, R. (2009, 2013). Lenguajes de Programación.

Microsoft. (2010). Desarrollando Aplicaciones web con Microsoft Visual

Studio 2010. En M. Corporation, Developing Web Applications with

Microsoft Visual Studio 2010. Official Microsoft Learning Product.

Ministerio de Salúd Pública, M. (2007). Manual de Manejo, archivo de las

historias clínicas. Obtenido de http://instituciones.msp.gob.ec:

http://instituciones.msp.gob.ec/somossalud/Documentos_Financier

o/2.1.%20Manual%20manejo%20historia%20clinica.pdf

Mora, I. F. (2008). http://es.slideshare.net/faustol/proceso-unificado-de-

desarrollo.

Mora, S. L. (2002). Programación de aplicaciones web: historia, principios

básicos y clientes web. En S. L. Mora, Programación de

aplicaciones web: historia, principios básicos y clientes web (pág.

321). Club Universitario.

Muñoz, V. J. (2012). Aprendiendo a programar paso a paso con C. En V.

J. Muñoz, Aprendiendo a programar paso a paso con C (pág. 250).

Muñoz, V. J. (2013). El nuevo PHP. Conceptos avanzados. En V. J.

Muñoz, El nuevo PHP. Conceptos avanzados. (pág. 208).

Murphey, R. (2013). Fundamentos de jquery. En Fundamentos de jquery.

Creative Commons Attribution-Share Alike 3.0 United States.

103

Olmo, F. d. (2008). Historia Clínica: Aspecto asistenciales. Hospitalaria, 4,

5.

Paul, D. H. (2014). Como Programar Java. En Como Programar en Java.

Editorial Pearson.

Pérez, F. S. (2006). Fundamentos de Bases de datos. Fernández:

McGraw-Hill.

Piattinini, M. G. (2007). Tecnología y diseño de base de datos. México:

Alfaomega.

Quijano, T. d. (2009). Contabilidad de Costos. En T. d. Quijano,

Contabilidad de Costos (pág. 4). Bucaramanga: Porter.

Schumacher, J. (2008). Zk Developer's Guide. En J. Schumacher, Zk

Developer's Guide. Birminghan, B27 6PA, UK: Packt Publishing

Ltd.

Seta, L. D. (2009). http://www.dosideas.com/noticias/java/718-framework-

zkoss-ya-en-espanol.html.

Sierra, A. J. (2008). AJAX EN J2EE. En A. J. Sierra, AJAX EN J2EE (pág.

264 p.). Mexico: Alfaomega.

Sommerville, I. (2005). Ingeniería del Software. Madrid: Pearson.

W3C. (2007). http://www.w3c.es/Divulgacion/GuiasBreves/XHTML.

zamora, C. (2010). https://softwarerecopilation.wordpress.com/modelo-

rup/. Obtenido de softwarerecopilation.wordpress.

105

4.8 ANEXO 1

Encuestas para realizar el levantamiento de información en el

policlínico de la Dr. Jenny Ayoví Corozo

110

4.9 ANEXO 2

Diagrama de casos de uso general del sistema médico informático

Figura 43: Casos de Uso General



111

4.10 ANEXO 3

Diagrama de Gantt del Sistema Médico Informático

Figura 44: Cronograma de Actividades 1






112






La creación de cada tarea para definir el plazo del proyecto las fechas

establecidas para realizar cada una de ellas, en el tiempo que se ha

estimado, para cada uno de los módulos que se va a desarrollar.


113

4.11 ANEXO 4

FOTOGRAFIAS DE EXPEDIENTE DEL PACIENTE




COMPUTACIONALES

“DESARROLLO E IMPLEMENTACIÓN DEL MÓDULO DE

ADMISIÓN Y MEDICINA GENERAL CON REPORTERÍA

Y TABLERO DE CONTROL DE CITAS PARA

EL SISTEMA MÉDICO INTEGRADO

DEL POLICLÍNICO DRA. JENNY

AYOVÍ COROZO DE LA

CIUDAD DE GUAYAQUIL”

PROYECTO DE TITULACIÓN

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR:

Edison Paúl Mena Vargas

TUTOR: Ing. Jorge Isaac Avilés Monroy, MSc.

GUAYAQUIL – ECUADOR

2017

1

ÍNDICE GENERAL

UNIVERSIDAD DE GUAYAQUIL ......................................................................................... I

ÍNDICE GENERAL ........................................................................................................... 1

ÍNDICE DE GRÁFICOS ................................................................................................... 2

INTRODUCCIÓN. ................................................................................................................ 3

OBJETIVOS ..................................................................................................................... 3

REQUERIMIENTOS......................................................................................................... 3

OPCIONES DEL SISTEMA ............................................................................................. 4

DESARROLLO ..................................................................................................................... 6

LOGIN............................................................................................................................... 6

ACCESO NEGADO.......................................................................................................... 7

ACCESO PERMITIDO ..................................................................................................... 8

INGRESO DE PACIENTES. ............................................................................................ 8

AGENDAMIENTO DE CITAS MÉDICAS:........................................................................ 9

CANCELACIÓN DE CITAS MÉDICAS: ......................................................................... 11

SIGNOS VITALES.......................................................................................................... 13

ATENCIÓN MÉDICA ...................................................................................................... 14

DASHBOARD ................................................................................................................. 20

REPORTES DE ADMISION: ......................................................................................... 21

REPORTE DE OCUPACION DEL MÉDICO ................................................................. 23

REPORTE DE SINTOMAS Y PRESCRIPCIONES: ...................................................... 25

2

ÍNDICE DE GRÁFICOS

Figura 1: Pantalla - Inicio de la aplicación ........................................................................... 6

Figura 2: Ingreso de Clave y Usuario .................................................................................. 7

Figura 3: Acceso Negado..................................................................................................... 7

Figura 4: Pantalla principal, Bienvenida .............................................................................. 8

Figura 5: Ingreso de Pacientes ............................................................................................ 8

Figura 6: Consulta de pacientes para Agendamiento de citas ........................................... 9

Figura 7: Selección de especialidad y doctor ...................................................................... 9

Figura 8: Selección de Fecha y Hora ................................................................................ 10

Figura 9: Agendamiento Exitoso ........................................................................................ 10

Figura 10: Listado de pacientes para cancelar cita médica .............................................. 11

Figura 11: Cancelación de Citas Médicas ......................................................................... 12

Figura 12: Ingreso de signos vitales .................................................................................. 13

Figura 13: Pre diagnóstico de los signos vitales ............................................................... 14

Figura 14: Búsqueda de Pacientes por Atender ............................................................... 14

Figura 15: Ingreso del motivo de la consulta médica. ....................................................... 15

Figura 16: Ingreso de antecedentes del paciente ............................................................. 15

Figura 17: Ingreso de evidencias patológicas en órganos o sistemas del paciente. ....... 16

Figura 18: Ingreso de las evidencias patológicas en el cuerpo del paciente ................... 17

Figura 19: Ingreso del diagnóstico. .................................................................................... 18

Figura 20: Ingreso de la receta médica ............................................................................. 19

Figura 21: Tablero de Control de las citas médicas. ......................................................... 20

Figura 22: Reporte de Pacientes atendidos/por atender .................................................. 21

Figura 23: Reporte PDF de pacientes Atendidos/ Por atender. ........................................ 22

Figura 24: Reporte de ocupación del médico. ................................................................... 23

Figura 25: Reporte PDF de ocupación del Médico. .......................................................... 24

Figura 26: Reporte de síntomas y prescripciones. ............................................................ 25

Figura 27: Reporte PDF de síntomas y prescripciones. ................................................... 26

3

INTRODUCCIÓN.

OBJETIVOS

Brindar asistencia a los usuarios que utilizaran los módulos de Admisión

y el Proceso de Medicina General del Sistema Medico Integrado, Facilitando el

uso correcto y Apropiado del mismo.

REQUERIMIENTOS

Para la implementación del sistema, es necesario que el cliente cumpla

con los siguientes requerimientos:

Software:

La evaluación del rendimiento del sistema por parte de todos los

usuarios que estarán involucrados en el manejo del mismo.

Hardware:

Requerimientos mínimos para los clientes:

RAM de 4 GB

Disco Duro de 250 GB

Procesador Intel I3

Monitor de 15”

Indispensable Navegador WEB

con soporte de JavaScript.

Sistema Operativo Windows 7

4

Servidor de Aplicación y Base de Datos:

RAM de 8 GB

Disco Duro de 500 GB

Procesador Intel I5

Monitor de 15”

Sistema Operativo Windows 7 o

Linux

Base de Datos

POSTGRESQL 9.3

Apache Tomcat

OPCIONES DEL SISTEMA

El presente manual está diseñado y organizado acorde a la secuencia

jerárquica de procesos ordenados de acceso a las diferentes pantallas que

representan las funciones del sistema en mención, dicho orden en su mayoría

es el establecido en el menú de opciones y el cual se pone a consideración.

Ingreso al Sistema

Logín

Módulos de Admisión de Pacientes

Ingreso de Pacientes

5

Ingreso de Signos Vitales

Agendamiento de Citas

Cancelación de Citas.

Módulo de Medicina General

Motivo de Consulta

Antecedentes del Paciente

Órganos y Sistemas

Examen Físico

Diagnóstico

Receta

Tablero de control de Citas Médicas.

6

DESARROLLO

INGRESO AL SISTEMA

LOGIN

El sistema está sujeto a policías de seguridad, para este caso se

desarrolló la aplicación basándose en un sistema de autenticación el cual como

lo muestra la siguiente ilustración (Figura. 1), le solicita al usuario que requiere

ingresar al sistema, que ingrese el “usuario y contraseña” los cuales deben ser

escritos en los espacios correspondientes respetando la sintaxis como fueron

creados los nombres de usuarios y claves, para evitar errores que no le

permitirán al usuario hacer uso de los servicios que ofrece la aplicación. Por

consiguiente presione el botón “Ingresar” para confirmar el acceso a la

aplicación.

Figura 1: Pantalla - Inicio de la aplicación

7

Una vez realiza da esta acción las posibles respuestas de parte del sistema son

dos:

Acceso Negado y Acceso Permitido.

ACCESO NEGADO

Este escenario se presenta cuando se ingresan incorrectamente los datos de

autenticación al sistema. Al pulsar el botón Ingresar se mostrará un mensaje de

error que indicará que usuario y/o contraseña ingresados son incorrectos

Figura 2: Ingreso de Clave y Usuario

Figura 3: Acceso Negado

8

ACCESO PERMITIDO

Si se ingresó de manera correcta el usuario y la contraseña, el Sistema

permitirá el ingreso y se procederá a mostrar la pantalla de bienvenida (Figura.

4) la cual mostrará todas las opciones con los que puede interactuar el usuario.

INGRESO DE PACIENTES.

En la opción Ingreso de pacientes del menú Admisión se podrá realizar el

registro o actualización de los datos de pacientes, en el cual se deberá llenar

los campos requeridos y luego pulsar el botón guardar (Figura. 5).

Figura 4: Pantalla principal, Bienvenida

Figura 5: Ingreso de Pacientes

9

AGENDAMIENTO DE CITAS MÉDICAS:

Previa a una consulta médica, el paciente deberá tener una cita

agendada, la misma que se procederá a realizar a través de la opción

Agendamiento de Citas del menú de Admisión. En esta se seleccionará al

paciente que se le asignará la cita médica.

Luego de seleccionar al paciente se escoje la especialidad de la lista

desplegable “Especialidad” y se procede a pulsar el boton “Consultar Agenda”

para mostrar el distado de doctores disponibles según la especilidad

seleccionada.

Figura 6: Consulta de pacientes para Agendamiento de citas

Figura 7: Selección de especialidad y doctor

10

Una ves seleccionado el doctor con doble click, el sistema permite

seleccionar la fecha y hora de la cita médica.

Posteriormente de seleccionar la fecha y hora de la cita médica, el

sistema mostrará un mensaje de confirmacion donde se indicará que la cita

médica ha sido correctamente agendada para el paciente.

Figura 8: Selección de Fecha y Hora

Figura 9: Agendamiento Exitoso

11

CANCELACIÓN DE CITAS MÉDICAS:

Para realizar la cancelación de una cita médica agendada se deberá

ingresar a la opción “Cancelar Citas” del menú admisión en donde se

seleccionará al paciente al que se desee cancelar la cita médica, el paciente

podrá ser buscado a través del número de Historia clínica única (HCU), por

número de cédula, por nombres o apellidos y luego pulsando el bontón

del listado de pacientes.

Figura 10: Listado de pacientes para cancelar cita médica

12

Si el paciente seleccionado no posee agendada cita médica alguna, se

mostrará un mensaje de alerta que indicará al usuario que dicho paciente no

posee citas médicas para cancelar.

Si el paciente seleccionado posee citas médicas agendada se mostrará

un listado de las citas agendas del paciente y se podrá seleccionar la cita que

se desee cancelar con doble click, posteriormente nos mostrará la informacion

de la cita a cancelar en el panel Datos de Citas y se procederá cancelar la cita

pulsando el boton “Cancelar Cita”.

Figura 11: Cancelación de Citas Médicas

13

Luego de cancelar la cita médica el sistema mostrará un mensaje donde

indicará que la cita médica a sido cancelada satisfactoriamente.

SIGNOS VITALES.

Para poder ingresar los signos vitales de un paciente, este deberá estar

registrado en el sistema con una cita médica vigente. El ingreso de los signos

vitales se enfectúa en la opción Signos Vitales del menú de Admisión, donde se

seleccionará a un paciente con cita médica pendiente, luego se seleccionará la

especialidad en la que va a ser atendido el paciente y posteriormente se

procederá a ingresar los signos vitales del paciente ( Figura 12).

Posterior al ingreso de los valores para los items de presión aterial, pulso y

temperatura se mostraraá un diagnóstico previo del paciente según los valores

ingresados en el sistema.

Figura 12: Ingreso de signos vitales

14

Figura 13: Pre diagnóstico de los signos vitales

ATENCIÓN MÉDICA

A través de la opción Atención Médica del menú Medicina general se

podrá registrar la consulta médica realizada a un paciente. Para lo cual se

deberá seleccionar previamente al paciente con cita médica agendada para el

día actual y haber ingresado previamente los signos vitales del paciente.

En la siguiente ventana se muestra los pacientes que presentan citas médicas

para el día actual, los cuales están pendientes de registrar la consulta médica

por el doctor.

Figura 14: Búsqueda de Pacientes por Atender

15

En la siguiente figura se muestra la ventana para el ingreso del motivo de la

consulta médica.

En la siguiente figura se muestra la pestaña de Antecedentes personales y

familiares del paciente para la consulta médica.

Figura 16: Ingreso de antecedentes del paciente

Figura 15: Ingreso del motivo de la consulta médica.

16

En la siguiente imagen se muestra la ventana de ingreso de evidencia

patológica de los órganos del paciente.

CP: Con evidencia patológica, mientras no se seleccione este radio button no se

podrá ingresar la descripción de la enfermedad en algún órgano o sistema del

paciente.

SP: Sin evidencia patológica, por defecto se selecciona, el mismo que indica que

no presenta enfermedad o inconveniente en algún órgano o sistema del paciente.

Figura 17: Ingreso de evidencias patológicas en órganos o sistemas del paciente.

17

En la siguiente figura se muestra el ingreso de las evidencias patologicas

en las extremidades, cabeza, abdomen, torax, pelvis y cuello del paciente.

CP: Con evidencia patológica, mientras no se seleccione este radio button no se

podrá ingresar la descripción de la enfermedad en algún lugar externo del cuerpo

del paciente.

SP: Sin evidencia patológica, por defecto se selecciona, el mismo que indica que

no presenta enfermedad o inconveniente en algún lugar externo del cuerpo del

paciente.

Figura 18: Ingreso de las evidencias patológicas en el cuerpo del paciente

18

En la siguiente figura se muestra la ventana que permite el ingreso del

diagnóstico deducido por el médico de medicina general según la sintomatología

presentada por el paciente.

Los diagnósticos disponibles según el CIE 10 se mostrarán de cinco en

cinco dando la posibilidad de buscarlo por el código del diagnóstico o por el

nombre de la enfermedad y posteriormente dando click en el botón Buscar.

Para seleccionar el diagnóstico se deberá dar doble click en el nombre del

diagnóstico la misma que posteriormente se mostrará en la parte inferior del

listado.

Figura 19: Ingreso del diagnóstico.

19

En la siguiente imagen se muestra la ventana para el ingreso de la receta

médica con su respectiva prescripción.

Luego de haber completado todas las pestañas de la consulta médica se

procederá a dar click en el botón Guardar Consulta para así registrar en el

sistema los datos ingresados.

Figura 20: Ingreso de la receta médica

20

DASHBOARD

En el menú Dashboard se podrá visualizar la siguiente ventana, la misma

que nos muestra un tablero de control de las citas médicas del día actual en

donde se podrá visualizar un listado de los pacientes con los siguientes estados:

atendidos, por atender, las citas canceladas, los pacientes que no asistieron a la

cita médica y a su vez la presentación de un gráfico estadístico tipo pastel en

donde se indica el porcentaje y cantidad de pacientes que se encuentren en cada

uno de los estados indicados.

Figura 21: Tablero de Control de las citas médicas.

21

REPORTES DE ADMISION:

En la opción Pacientes Atendidos/Por Atender del menú de reportes de admisión

se podrá visualizar un listado de todos los pacientes que han agendado citas

médicas, indicando la cédula del paciente, nombre del paciente, el doctor

asignado, la especialidad, el estado de la cita médica y la fecha / hora para la

que fue agendada.

Este listado podrá ser filtrado por fecha, la especialidad, la cédula o nombre del

paciente, o estados.

Figura 22: Reporte de Pacientes atendidos/por atender

22

A través del botón Generar Reporte PDF se podrá exportar la información hacia

un archivo PDF para posteriormente guardarlo en el equipo o imprimirlo.

Figura 23: Reporte PDF de pacientes Atendidos/ Por atender.

23

REPORTE DE OCUPACION DEL MÉDICO

En la opción Reporte de Ocupación del Médico, del menú Reportes de admisión

se visualizará un listado del número de pacientes atendidos por doctor y por

fecha, dando la posibilidad identificar el número de pacientes que atiende por día

cada especialista.

El reporte se lo podrá filtrar a través de un rango de fechas, por especialidad, y

por nombre del doctor/especialista.

Figura 24: Reporte de ocupación del médico.

24

A través del botón Generar reporte PDF, se podrá generar un archivo PDF para

poderlo guardar en el equipo o imprimirlo.

Figura 25: Reporte PDF de ocupación del Médico.

25

REPORTE DE SINTOMAS Y PRESCRIPCIONES:

En la opción Reporte de síntomas y prescripciones registrados del menú

Reportes de Admisión se podrá visualizar un listado de los pacientes que hayan

tenido consulta médica, generando a su vez una receta y prescripción registrada

por doctor.

Este reporte se podrá filtrar a través de un rango de fechas, especialidad y por

cédula o nombre del paciente.

Figura 26: Reporte de síntomas y prescripciones.

26

A través del botón Generar Reporte PDF se podrá crear un archivo PDF es

mismo que podrá ser guardado en el equipo o imprimirlo.

Figura 27: Reporte PDF de síntomas y prescripciones.

PROYECTO DE TITULACIÓN INGENIERO ... -...

Documents

Transcript of PROYECTO DE TITULACIÓN INGENIERO ... -...