Post on 03-Oct-2018
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:
edison.menav@ug.edu.ec
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
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 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:
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
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
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
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: edison.menav@ug.edu.ec
Facultad: Ciencias Matemáticas y Físicas
Carrera: Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: 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
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
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”
DE LA CIUDAD DE GUAYAQUIL
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
Tutor: Ing. Jorge Avilés Monroy Msc.
XVI
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 REPORTERIA Y TABLERO DE CONTROL
DE CITAS PARA EL SISTEMA MÉDICO INTEGRADO
DEL POLICLÍNICO "DRA. JENNY AYOVÍ COROZO”
DE LA CIUDAD DE GUAYAQUIL
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
Tutor: Ing. Jorge Avilés Monroy Msc.
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.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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”.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
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
Elaborado por: Edison Mena Vargas
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”
Elaborado por: Edison Mena Vargas
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
24
Figura 5.2: Código ZK
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
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
Elaborado por: Edison Mena Vargas
Fuente: Edison Mena Vargas
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigació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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Elaborado por: Edison Mena Vargas
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
Elaborado por: Edison Mena Vargas
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
51
Tabla 10: Descripción - Registro de Pacientes
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 15: Pantalla - Registro de Pacientes
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 16: Código Fuente - Registro de Pacientes
53
Tabla 11: Descripción - Consulta de Pacientes
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
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
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
El sistema presentará un mensaje de error al querer ingresar datos inválidos.
56
Figura 19: Pantalla - Ingreso de Signos vitales
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 20: Código Fuente - Registro de Signos Vitales
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
57
Tabla 14: Descripción - Agendamiento de Citas
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Tabla 15: Descripción - Cancelación de Citas Médicas
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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
Curso alterno de Eventos
El sistema presentará un mensaje de error al querer ingresar datos inválidos.
59
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Pre condiciones Autenticación del actor en el sistema.
Debe existir una cita agendada al paciente.
Post condiciones Registro satisfactorio de los antecedentes del paciente.
Referencia RF7
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
El sistema presentará un mensaje de error al agregar un antecedente familiar sin seleccionar un
parentesco.
61
Figura 25: Menú de Medicina General
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
62
Tabla 17: Descripción - Ingreso del motivo de la consulta
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 27: Pantalla - Motivo de Consulta
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Pre condiciones Autenticación del actor en el sistema.
Debe existir una cita agendada al paciente.
Post condiciones Registro satisfactorio del motivo de la consulta médica.
Referencia RF7
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
63
Tabla 18: Descripción - Ingreso del diagnóstico de la consulta
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Pre condiciones Autenticación del actor en el sistema.
Debe existir una cita agendada al paciente.
Post condiciones Registro satisfactorio del diagnóstico de la consulta.
Referencia RF7
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 29: Pantalla - Registro de la receta Médica
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Pre condiciones Autenticación del actor en el sistema.
Debe existir una cita agendada al paciente.
Post condiciones Registro satisfactorio de la receta y prescripción.
Referencia RF7
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
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.
Pre condiciones Autenticación del actor en el sistema.
Post condiciones Visualización de listado de pacientes atendidos o por atender.
Referencia RF10
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
67
Tabla 21: Descripción - Reporte de ocupación del Médico
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 32: Pantalla: Reporte de Ocupación del Médico
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Casos de Uso Reporte de Ocupación del médico N°12
Actores Administrador, Doctor
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.
Pre condiciones Autenticación del actor en el sistema.
Post condiciones Visualización/generación del reporte.
Referencia RF8
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
El sistema generará un pdf sólo si el actor pulsa el botón Generar PDF.
68
Tabla 22: Descripción - Reporte de Citas por Paciente
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 33: Pantalla – Reporte de Citas por Paciente
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Casos de Uso Reporte de Citas por Paciente N°13
Actores Administrador, Doctor
Propósito Generación del reporte de citas realizadas por pacientes.
Tipo Primario
Resumen Generación de reporte de citas por paciente.
Pre condiciones Autenticación del actor en el sistema.
Post condiciones Visualización/generación del reporte.
Referencia RF9
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
El sistema mostrará el listado de
Pacientes que tuvieron citas médicas,
indicando la especialidad, el nombre
del doctor, fecha y hora de la cita
médica.
Curso alterno de Eventos
El sistema generará un pdf sólo si el actor pulsa el botón Generar PDF.
69
Tabla 23: Descripción – Reporte de síntomas y prescripciones registradas
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Figura 34: Pantalla – Reporte de Síntomas y Prescripciones Médicas
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Casos de Uso Reporte de Síntomas y prescripciones registradas N°14
Actores Administrador, Doctor
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.
Pre condiciones Autenticación del actor en el sistema.
Post condiciones Visualización/generación del reporte.
Referencia RF11
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
El sistema mostrará el listado de
Pacientes que tuvieron citas médicas,
indicando la sintomatología y
prescripción médica registrada en la
consulta.
Curso alterno de Eventos
El sistema generará un pdf sólo si el actor pulsa el botón Generar PDF.
70
Tabla 24: Descripción – visualización del tablero de control de citas
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Pre condiciones Autenticación del actor en el sistema.
Debe existir al menos una cita médica agendada.
Post condiciones Correcta visualización del tablero de control de citas.
Referencia RF12
Curso Típico de Eventos
Acciones de Actores Respuestas del Sistema
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.
Curso alterno de Eventos
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
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.
73
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:
El médico realiza chequeos respectivos y registra el en la
hoja de consulta Médica de la 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.
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.
Finaliza la consulta Médica.
Caso 3: Paciente tiene problemas de salud y se envía a realizar
diagnósticos de laboratorio.
74
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:
El médico realiza chequeos respectivos y registra el en la
hoja de consulta Médica de Historia clínica lo siguiente:
75
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.
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.
Finaliza la consulta Médica.
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigació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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigació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.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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:
- Autenticarse en el sistema con usuario y contraseña perteneciente al
Médico General.
- 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 antecedentes del paciente.
- Ingresar los datos relacionados a los antecedentes personales o
familiares del paciente.
- Operaciones, Fracturas, enfermedades, etc.
- Guardar los datos ingresados.
RESULTADO ESPERADO:
- Registro exitoso de los datos relacionados a los antecedentes del
paciente.
RESULTADO OBTENIDO:
- Antecedentes registrados Exitosamente.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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:
- 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.
- 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.
- Guardar los datos ingresados.
RESULTADO ESPERADO:
- Registro exitoso de los datos relacionados a los signos vitales del
paciente.
RESULTADO OBTENIDO:
- Signos Vitales registrados Exitosamente.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
ESFUERZO EN HORAS 12
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir la
consulta de los antecedentes Personales y
Familiares.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Tabla 30: Prueba de Aceptación #3
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
88
Tabla 31: Prueba de Aceptación #4
PRUEBA DE
ACEPTACIÓN #4
REGISTRO DE SIGNOS VITALES
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita al Personal de Enfermería Ingresar los
signos Vitales del Paciente.
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 los signos vitales del Paciente.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Tabla 32: Prueba de Aceptación #5
PRUEBA DE
ACEPTACIÓN #5
INGRESO DE EVIDENCIA PATOLÓGICA
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita al doctor de medicina General ingresar
la evidencia Patológicas.
16
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir
ingresar evidencias Patológicas del Paciente.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
89
Tabla 33: Prueba de Aceptación #6
PRUEBA DE
ACEPTACIÓN #6
REGISTRO DE EXAMEN FÍSICO
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita al doctor de medicina General ingresar
los datos del examen físico realizado.
ESFUERZO EN HORAS 16
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir
ingresar los datos del examen físico realizado
al paciente.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Tabla 34: Prueba de Aceptación #7
PRUEBA DE
ACEPTACIÓN #7
REGISTRO DE DIAGNÓSTICOS
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita al doctor de medicina General el
Ingresar el Diagnóstico final del Paciente.
ESFUERZO EN HORAS 18
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir
ingresar los diagnósticos del Paciente
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
90
Tabla 35: Prueba de Aceptación #8
PRUEBA DE
ACEPTACIÓN #8
AGENDAMIENTO DE CITAS
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita el agendamiento de citas para las
distintas especialidades.
ESFUERZO EN HORAS 24
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir el
agendamiento de citas
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Tabla 36: Prueba de Aceptación # 9
PRUEBPA DE
ACEPTACIÓN #9
TABLERO DE CONTROL DE CITAS
DESCRIPCIÓN Como usuario, se quiere que el sistema
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.
ESFUERZO EN HORAS 12
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir la
visualización del tablero de control de las citas.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
91
Tabla 37: Prueba de aceptación #10
PRUEBPA DE
ACEPTACIÓN #10
REPORTE DE PACIENTES ATENDIDOS Y
POR ATENDER
DESCRIPCIÓN Como usuario, se quiere que el sistema
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.
ESFUERZO EN HORAS 10
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir la
generación del reporte de pacientes atendidos
y no atendidos en el policlínico.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Tabla 38: Prueba de aceptación #11
PRUEBPA DE
ACEPTACIÓN #11
REPORTE DE OCUPACIÓN DEL MÉDICO
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita la generación de un reporte que
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
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir la
generación del reporte de la ocupación del
médico.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
92
Tabla 39: Prueba de aceptación #12
PRUEBPA DE
ACEPTACIÓN #12
REPORTE DE CITAS POR PACIENTE
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita la generación de un reporte que
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
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir la
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
DESCRIPCIÓN Como usuario, se quiere que el sistema
permita la generación de un reporte que
permita visualizar los síntomas y
prescripciones registradas al paciente.
ESFUERZO EN HORAS 12
VALOR DEL NEGOCIO 1
CRITERIOS DE
ACEPTACIÓN
Teniendo en cuenta los requisitos funcionales
de la aplicación, el sistema debe permitir la
generación del reporte de síntomas y
prescripciones registradas de los pacientes.
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
Teniendo en cuenta los requisitos funcionales
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
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
¿El equipo de aseguramiento de la calidad
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
¿El equipo de aseguramiento de la calidad
conoce la estimación del progreso utilizada
para el proyecto?
X
6
¿El proceso de desarrollo está totalmente
documentado?
X
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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%
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
PORCENTAJE 70% 30% 0%
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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
PORCENTAJE 80% 20% 0%
Elaborado por: Edison Mena Vargas
Fuente: Datos de la Investigación
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.
104
105
4.8 ANEXO 1
Encuestas para realizar el levantamiento de información en el
policlínico de la Dr. Jenny Ayoví Corozo
106
107
108
109
110
4.9 ANEXO 2
Diagrama de casos de uso general del sistema médico informático
Figura 43: Casos de Uso General
Elaborado por: Edison Mena Vargas
Fuente: Edison Mena Vargas
111
4.10 ANEXO 3
Diagrama de Gantt del Sistema Médico Informático
Figura 44: Cronograma de Actividades 1
Elaborado por: Edison Mena Vargas
Fuente: Edison Mena Vargas
Figura 45: Cronograma de Actividades 2
Elaborado por: Edison Mena Vargas
Fuente: Edison Mena Vargas
112
Figura 46: Cronograma de Actividades 3
Elaborado por: Edison Mena Vargas
Fuente: Edison Mena Vargas
Elaborado por: Edison Mena Vargas
Fuente: Edison Mena Vargas
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.
Figura 47: Cronograma de Actividades 4
113
4.11 ANEXO 4
FOTOGRAFIAS DE EXPEDIENTE DEL PACIENTE
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
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.