UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PROYECTO DE EXAMEN COMPLEXIVO PREVIO A LA OBTENCIÓN DEL TITULO DE
INGENIERO EN SISTEMAS E INFORMÁTICA
Tema: “Aplicación web para la gestión de citas médicas de los usuarios del primer nivel al
segundo nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de Tulcán, provincia
del Carchi”.
AUTOR: EDER EDEN MANOSALVAS SANCHEZ.
ASESOR: ING. FAUSTO ALBERTO VISCAINO NARANJO.
Ibarra – Ecuador
2016
DEDICATORIA
El presente trabajo lo dedico a DIOS, por haberme concedido la vida y permitido cumplir una
etapa más en mi vida estudiantil.
A mi madre que estuvo siempre a mi lado brindándome su mano amiga dándome a cada
instante una palabra de aliento para llegar a culminar mi profesión, por ser un ejemplo a
seguir.
A mis hermanas Doris Manosalvas Sánchez, Ana Manosalvas Sánchez, Jaqueline Ponce
Sánchez quienes les debo muchas cosas, quienes han vivido de cerca los distintos procesos de
mi vida tanto en los momentos felices y tristes que todo ser humano experimenta en el camino.
AGRADECIMIENTO
Constituye un motivo muy especial expresar mi agradecimiento primeramente a Dios, por
fortalecerme día a día, y darme la oportunidad de alcanzar mis logros y metas propuestas.
A la Universidad Regional Autónoma de los Andes “Uniandes” y a todo su personal docente
que me impartieron sus valiosos conocimientos, los cuales ayudaron en mi excelente
formación profesional.
A mi familia, por su comprensión y estímulo constante, además de su apoyo incondicional a lo
largo de mi carrera.
Y a todas las personas que de una u otra forma me apoyaron en la realización de este trabajo.
ÍNDICE GENERAL
CERTIFICACIÓN DEL ASESOR
DECLARACIÓN DE AUTORÍA
DEDICATORIA
AGRADECIMIENTO
ÍNDICE DE FIGURAS
ÍNDICE DE TABLAS
RESUMEN EJECUTIVO
CAPITULO I ................................................................................................................................ 1
INTRODUCCIÓN ....................................................................................................................... 1
1.1. ANTECEDENTES DE LA INVESTIGACIÓN ................................................................. 1
1.1.1. GESTIÓN PACIENTE REFERENCIA ........................................................................... 1
1.1.2. PRIMER NIVEL DE ATENCIÓN ................................................................................... 2
1.1.3. SEGUNDO NIVEL DE ATENCIÓN ............................................................................... 2
1.1.4. MANEJO ESTADÍSTICO ............................................................................................... 2
1.2. PLANTEAMIENTO DEL PROBLEMA ............................................................................ 3
1.3. FORMULACIÓN DEL PROBLEMA ................................................................................ 3
1.4. DELIMITACIÓN DEL PROBLEMA ................................................................................ 3
1.5. OBJETIVO DE INVESTIGACIÓN Y CAMPO DE ACCIÓN ........................................... 4
1.6. IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN. ............................................ 4
1.7. OBJETIVOS ....................................................................................................................... 4
1.7.1. OBJETIVO GENERAL ................................................................................................... 4
1.7.2. OBJETIVOS ESPECÍFICOS ........................................................................................... 4
1.8. IDEA A DEFENDER .......................................................................................................... 5
1.9. JUSTIFICACIÓN DEL TEMA ........................................................................................... 5
1.10. METODOLOGÍA INVESTIGATIVA A EMPLEAR....................................................... 7
1.11. RESUMEN DE LA ESTRUCTURA DEL PROYECTO .................................................. 7
1.12. APORTE TEÓRICO Y SIGNIFICACIÓN PRÁCTICA ................................................... 8
CAPÍTULO II .............................................................................................................................. 9
MARCO TEÓRICO ..................................................................................................................... 9
2.1. RESEÑA HISTÓRICA MINISTERIO DE SALUD PÚBLICA DEL ECUADOR ........... 9
2.2. SUBSISTEMA DE REFERENCIA DEL MSP. ................................................................ 10
2.3. VALORACIÓN CRÍTICA DE LOS CONCEPTOS PRINCIPALES DE LAS
DISTINTAS POSICIONES TEÓRICAS DEL MINISTERIO DE SALUD PÚBLICA DEL
ECUADOR. ................................................................................................................................ 11
2.3.1. ESTRUCTURA DEL DISTRITO .................................................................................. 11
2.3.2. NIVELES DE ATENCIÓN MINISTERIO DE SALUD PÚBLICA DEL ECUADOR . 12
2.4. APLICACIONES WEB .................................................................................................... 15
2.5. SEGURIDAD INFORMÁTICA ....................................................................................... 15
2.6. BASES DE DATOS .......................................................................................................... 16
2.6.1. BASE DE DATOS MYSQL ........................................................................................... 16
2.7. APACHE........................................................................................................................... 17
2.8. HTML Y HTML5 ............................................................................................................. 17
2.9. DREAMWEAVER ........................................................................................................... 18
2.10. JAVASCRIPT ................................................................................................................. 18
2.11. PHP ................................................................................................................................. 18
2.12. HOSTING ....................................................................................................................... 18
2.12.1. TIPOS DE HOSTING .................................................................................................. 18
2.13. DOMINIO ....................................................................................................................... 20
2.13.1. TIPOS DE DOMINIO .................................................................................................. 20
2.14. ANÁLISIS CRÍTICO SOBRE EL OBJETIVO DE INVESTIGACIÓN ACTUAL DEL
SECTOR, RAMA O EMPRESA, CONTEXTO INTITUCIONAL. .......................................... 21
2.15. CONCLUSIONES PARCIALES DEL CAPITULO ....................................................... 23
CAPÍTULO III ........................................................................................................................... 24
MARCO PROPOSITIVO .......................................................................................................... 24
3.1. TEMA ............................................................................................................................... 24
3.2. OBJETIVOS ..................................................................................................................... 24
3.2.1. OBJETIVOS GENERALES .......................................................................................... 24
3.2.2. OBJETIVOS ESPECIFICOS ......................................................................................... 24
3.3. DESARROLLO DE LA PROPUESTA ............................................................................ 24
3.3.1. METODOLOGÍA DE DESARROLLO DE SOFTWARE. ............................................ 24
3.3.1.1. METODOLOGÍA RUP ............................................................................................... 24
3.3.2. FASE I: INICIO .............................................................................................................. 26
3.3.3. FASE II: ELABORACIÓN ............................................................................................ 28
3.3.3.1. DIAGRAMA GENERAL DE CASO DE USO. ......................................................... 28
3.3.3.2. CASO DE USO ........................................................................................................... 29
3.3.3.3. DESCRIPCIÓN CASO DE USO ................................................................................ 31
3.3.4. FASE III: CONSTRUCCIÓN ........................................................................................ 34
3.3.4.1. ESTRUCTURA DE LAS TABLAS DE LA BASE DE DATOS ............................... 34
3.3.4.2. DIAGRAMA CONCEPTUAL .................................................................................... 38
3.3.4.3. DISEÑO NAVEGACIONAL...................................................................................... 39
3.3.4.4. DISEÑO DE INTERFACES ....................................................................................... 41
3.3.5. FASE IV: TRANSICIÓN: .............................................................................................. 49
3.3.5.1. PRUEBAS DE SOFTWARE ...................................................................................... 49
3.3.5.2. IMPLEMENTACIÓN ................................................................................................. 53
3.3.5.3. RESULTADOS DE LA APLICACIÓN ..................................................................... 56
CONCLUSIONES GENERALES ............................................................................................. 59
BIBLIOGRAFÍA
INDICE DE FIGURAS
FIGURA N° 1. DIAGRAMA FUNCIONAL UNIDAD OPERATIVA ............................................................ 11
FIGURA N° 2. ORGANIGRAMA DISTRITO DE SALUD NRO. 04D01 ................................................... 12
FIGURA N° 3. NIVELES DE ATENCIÓN DEL MINISTERIO DE SALUD PÚBLICA DEL ECUADOR ............. 12
FIGURA N° 4 ALGORITMO DE TOMA DE DECISIONES CLÍNICAS ....................................................... 14
FIGURA N° 5. DISTRITO DE SAN PEDRO DE HUACA-TULCÁN ......................................................... 22
FIGURA N° 6.DIAGRAMA GENERAL DE CASO DE USO. .................................................................... 28
FIGURA N° 7. CASO DE USO LOGIN USUARIO. ................................................................................ 29
FIGURA N° 8. CASO DE USO INGRESAR INFORMACIÓN. .................................................................. 29
FIGURA N° 9. CASO DE USO MODIFICAR INFORMACIÓN. ............................................................... 30
FIGURA N° 10. CASO DE USO ELIMINAR INFORMACIÓN. ................................................................ 30
FIGURA N° 11. CASO DE USO REPORTES. ..................................................................................... 31
FIGURA N° 12 TABLA USUARIOS .................................................................................................. 35
FIGURA N° 13. TABLA PACIENTES. ............................................................................................... 35
FIGURA N° 14. TABLA PROFESIONALES. ....................................................................................... 36
FIGURA N° 15. UNIDADES OPERATIVAS. ....................................................................................... 36
FIGURA N° 16. REFERENCIAS. ...................................................................................................... 37
FIGURA N° 17. DIAGRAMA CONCEPTUAL. .................................................................................... 38
FIGURA N° 18 DISEÑO NAVEGACIONAL ADMINISTRADOR. ............................................................. 39
FIGURA N° 19. DISEÑO NAVEGACIONAL AGENDADOR UNIDAD OPERATIVA. .................................. 40
FIGURA N° 20. DISEÑO NAVEGACIONAL INFORMACIÓN HOSPITAL. ............................................... 40
FIGURA N° 21. INTERFAZ – ADMINISTRADOR – PAGINA INICIO. ..................................................... 41
FIGURA N° 22 INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR HOSPITAL –SUBMENÚ NUEVO
HOSPITAL. ............................................................................................................................. 41
FIGURA N° 23. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR HOSPITAL –SUBMENÚ NUEVA
ESPECIALIDAD. ...................................................................................................................... 42
FIGURA N° 24. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR HOSPITAL –SUBMENÚ NUEVA
ESPECIALIDAD HOSPITAL. ...................................................................................................... 42
FIGURA N° 25. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR HOSPITAL –SUBMENÚ NUEVO
PROFESIONAL HOSPITAL ........................................................................................................ 43
FIGURA N° 26. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR HOSPITAL –SUBMENÚ NUEVO
CONSULTORIO PROFESIONAL. ................................................................................................. 43
FIGURA N° 27. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR UNIDAD OPERATIVA –SUBMENÚ
NUEVA UNIDAD OPERATIVA. ................................................................................................... 44
FIGURA N° 28. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR UNIDAD OPERATIVA –SUBMENÚ
NUEVA PROFESIONAL UNIDAD OPERATIVA. ............................................................................. 44
FIGURA N° 29. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR UNIDAD OPERATIVA –SUBMENÚ
NUEVO CONSULTORIO PROFESIONAL. ..................................................................................... 45
FIGURA N° 30. INTERFAZ ADMINISTRADOR –MENÚ ADMINISTRAR CITAS –SUBMENÚ NUEVA UNIDAD
OPERATIVA. ........................................................................................................................... 45
FIGURA N° 31. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ ADMINISTRAR PACIENTES –
SUBMENÚ NUEVO PACIENTE. ................................................................................................. 46
FIGURA N° 32. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ ADMINISTRAR PACIENTES –
SUBMENÚ MODIFICAR PACIENTE. ........................................................................................... 46
FIGURA N° 33. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ ADMINISTRAR REFERENCIA –
SUBMENÚ NUEVO REFERENCIA. ............................................................................................. 47
FIGURA N° 34. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ ADMINISTRAR REFERENCIA –
SUBMENÚ MODIFICAR REFERENCIA. ...................................................................................... 47
FIGURA N° 35. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ OBTENER CITAS –SUBMENÚ
BUSCAR CITAS DISPONIBLES. .................................................................................................. 48
FIGURA N° 36. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ ADMINISTRAR REFERENCIA –
SUBMENÚ NUEVO REFERENCIA. ............................................................................................. 48
FIGURA N° 37. INGRESO DE UN REGISTRO REAL ............................................................................ 52
FIGURA N° 38. PRUEBAS REGISTRO REAL ..................................................................................... 53
FIGURA N° 39. INGRESO DE USUARIO .......................................................................................... 56
FIGURA N° 40. MENÚ PRINCIPAL DEL ADMINISTRADOR DE LA APLICACIÓN ................................... 56
FIGURA N° 41. MENÚ PRINCIPAL DEL AGENDADOR DEL HOSPITAL DE LA APLICACIÓN ................... 57
FIGURA N° 42. MENÚ PRINCIPAL DEL AGENDADOR DEL HOSPITAL DE LA APLICACIÓN. .................. 57
FIGURA N° 43. REPORTE GENERADO DE ESPECIALIDADES EN EL HOSPITAL LUIS GABRIEL DÁVILA. 57
FIGURA N° 44. REPORTE QUE GENERA EL REPORTE DE PROFESIONALES QUE LABORAN .................. 58
FIGURA N° 45. REPORTE QUE GENERA EL LISTADO DE CITAS DESDE UNA FECHA INICIAL A UNA FINAL
............................................................................................................................................. 58
ÍNDICE DE TABLAS
TABLA N° 1. EJEMPLO DE DOMINIOS GENÉRICOS ................................................................................................................ 20
TABLA N° 2. EJEMPLO DE DOMINIOS TERRITORIALES ........................................................................................................... 21
TABLA N° 3 REQUISITOS DE SOFTWARE ............................................................................................................................ 26
TABLA N° 4 REQUISITOS DE HARDWARE ........................................................................................................................... 26
TABLA N° 5 ANÁLISIS ECONÓMICO .................................................................................................................................. 27
TABLA N° 6. DESCRIPCIÓN CASO DE USO LOGIN. ................................................................................................................. 32
TABLA N° 7. DESCRIPCIÓN CASO DE USO INGRESO DE INFORMACIÓN. ..................................................................................... 33
TABLA N° 8. DESCRIPCIÓN CASO DE USO MODIFICAR INFORMACIÓN. ...................................................................................... 33
TABLA N° 9. DESCRIPCIÓN CASO DE USO ELIMINAR INFORMACIÓN. ........................................................................................ 34
TABLA N° 10. DESCRIPCIÓN CASO DE USO MODIFICAR INFORMACIÓN. .................................................................................... 49
TABLA N° 11. RANGO DE CALIFICACIONES POR TIEMPO DE RESPUESTA. ................................................................................... 49
TABLA N° 12. PRUEBAS DE ACCESO AL SISTEMA INTERNET DE 1MB ....................................................................................... 50
TABLA N° 13. PRUEBAS DE ACCESO AL SISTEMA INTERNET DE 2MB ....................................................................................... 50
TABLA N° 14. PRUEBAS DE VELOCIDAD DE CARGA INTERNET DE 1MB ..................................................................................... 51
TABLA N° 15. PRUEBAS DE VELOCIDAD DE CARGA INTERNET DE 2MB ..................................................................................... 52
TABLA N° 16 .CRONOGRAMA DE IMPLEMENTACIÓN DETALLADO. .......................................................................................... 53
TABLA N° 17. CRONOGRAMA DE CAPACITACIONES GENERAL. ............................................................................................... 54
TABLA N° 18. CRONOGRAMA DE CAPACITACIONES DETALLADO. ............................................................................................ 55
TABLA N° 19. CRONOGRAMA DE SUBIDA DE LA APLICACIÓN WEB GENERAL. ............................................................................ 55
TABLA N° 20. CRONOGRAMA DE SUBIDA DE LA APLICACIÓN WEB DETALLADO. ......................................................................... 56
RESUMEN EJECUTIVO
La propuesta planteada consiste en la implementación web para la gestión de citas
médicas de los usuarios del primer nivel al segundo nivel de atención del Distrito de Salud
Nro. 04D01 de la ciudad de Tulcán, provincia del Carchi.
Se optó por elegir como línea de investigación el desarrollo de software libre y
programación de sistemas ya que el Gobierno del Ecuador incentiva y privilegia el uso de
software libre teniendo como objetivo promover la creación, expansión de software que
respete las libertades de los usuarios.
Las herramientas que se han utilizado para la realización de la aplicación son las
denominadas de uso libre, así tenemos Apache, Mysql, php, y java script, también se
utilizó el manejador de páginas web como es Dreamweaver.
Por este motivo se realizó el diseño y desarrollo de la Aplicación web para la gestión de
citas médicas de los usuarios del primer nivel al segundo nivel de atención del Distrito de
Salud Nro. 04D01 de la ciudad de Tulcán, provincia del Carchi, cuya metodología
implementada será la cuantitativa y cualitativa que ayudara a conocer las fortalezas,
debilidades y problemas actuales, para buscar las soluciones de las mismas y fortalecer los
procesos que se llevan a cabo.
Para el desarrollo de la aplicación web se aplicó la metodología RUP que tiene cuatro
fases las cuales se aplican de manera secuencial, inicialmente se escuchó a los agendadores
de las unidades operativas sobre el proceso de su trabajo diario y se concluyó que la
necesidad primordial es automatizar su información, teniendo como resultado el desarrollo
de los módulos de registro de usuarios, profesionales médicos, creación de citas médicas
,control de asistencias de los usuarios que solicitan citas al segundo nivel de atención,
registro de referencias y reportes, beneficiando principalmente al Distrito de Salud Nro.
04D01.
ABSTRACT
The given proposal is based on web deployment to improve the managing of medical
appointments among members of the firs an second level in the Health Department N°
04D01 which is located in the city of Tulcan, Province of Carchi.
The best area of research for this word is the development of a free software as well as
systems programming due to the fact that the government of Ecuador encourage the use of
free software because it gives some users the freedom to create and develop themselves
into the software world.
The tools that have been used to develop this system are well-known for their free use.
They are Apache, Mysql, Php, Java Script and Dremweaver.
Therefore, the deployment to improve the managing of mwdical appointments has got a
quantitative and qualitative methodology which is useful due to the fact that current
problems, strengths and weaknesses will be found out. The, the service along with their
process will improve.
To propose the web system it was used the methodology RUP. This system has four stages
which are applied sequentially. At the beginning if this research, the crew of the Health
Department were interviewed about their daily work. The, the conclusion was clear, it was
necessary to develop systems to register medical employees and doctors. It was also
important to create systems to register and control members any time.
1
CAPITULO I
INTRODUCCIÓN
1.1. ANTECEDENTES DE LA INVESTIGACIÓN
El Sistema de Referencia y Contrareferencia es el mecanismo a través del cual el
Ministerio de Salud, en el marco de sus procesos de descentralización de competencias y
recursos, define estrategias que permitan garantizar a la población en general el acceso a
los servicios de salud, con el concurso de los distintos actores involucrados entre los que se
cuentan los entes territoriales, y los prestadores de servicios de salud de carácter público.
En la práctica, el Sistema de Referencia y Contrareferencia busca que los usuarios ya no
madruguen a los hospitales para acceder a un turno y ser atendidos. Ellos deberán asistir
primero al centro o subcentro de Salud más cercano a su lugar de residencia. En este lugar
recibirán atención médica integral. Así evitarán largas filas en los hospitales para obtener
una cita.
1.1.1. Gestión Paciente referencia
El sistema de referencia de usuarias o usuarios forma parte del Sistema Nacional de Salud
y es el conjunto ordenado de procesos asistenciales y administrativos, que contribuye a
garantizar la continuidad de la atención de salud, con oportunidad, eficacia y eficiencia,
enviándolos desde la comunidad o del establecimiento de salud de menor a mayor nivel de
atención y complejidad y viceversa, es decir la devolución de la usuaria o usuario del
mayor al menor nivel de atención y de complejidad, así como enviar usuarias o usuarios
que requieren atención adicional, de apoyo diagnóstico , como es el caso de la derivación
entre los actores que integran el Sistema Nacional de Salud. (MSP, Subsistema de
referencia,derivación,contrareferencia,referencia inversa y transferencia del SNS, 2014)
2
1.1.2. Primer Nivel de Atención
Es el Nivel de Atención más cercano a la población, facilita y coordina el flujo de las
usuarias o usuarios dentro del sistema, es ambulatorio y resuelve el 85% de problemas y
necesidades de salud de baja complejidad. Es la puerta de entrada al Sistema Nacional de
Salud. Garantiza una referencia y derivación adecuada, asegura la continuidad y
complementariedad de la atención. (MSP, Subsistema de
referencia,derivación,contrareferencia,referencia inversa y transferencia del SNS, 2014)
1.1.3. Segundo Nivel de Atención
Este nivel comprende todas las acciones y servicios de atención ambulatoria especializada
y aquellas que requieran hospitalización (Hospital básico y general con sus diferentes
grados de complejidad). Constituye el escalón de referencia inmediata del Primer Nivel de
Atención. En este nivel se desarrollan nuevas modalidades de atención no basadas
exclusivamente en la cama hospitalaria, sino en el tipo de servicio brindado: Centro clínico
quirúrgico ambulatorio. (MSP, Subsistema de
referencia,derivación,contrareferencia,referencia inversa y transferencia del SNS, 2014).
1.1.4. Manejo estadístico
Los establecimientos de los distintos niveles de referencia, derivación, contrareferencia y
referencia inversa están obligados a llevar registro estadístico de atenciones recibidas y
realizadas para futuros análisis y cotejo de datos. Sus obligaciones en este ámbito son:
Hacer el seguimiento del cumplimiento de las referencias y derivaciones.
Registrar la información de las contrareferencias y referencias inversas recibidas.
Enviar los formularios de contrareferencias a los establecimientos de salud del
nivel que lo refirió.
Monitorear, evaluar y analizar la información para su retroalimentación.
3
1.2. PLANTEAMIENTO DEL PROBLEMA
Observando los procesos de los agendadores de las diferentes unidades operativas del
Distrito de Salud Nro. 04D01 Tulcán, se ha encontrado desorganización en el registro de la
información de los usuarios enviados al segundo nivel de atención (Hospital).
El manejo de las citas siempre ha sido tratado de una manera manual, por lo que se han
presentado las siguientes complicaciones:
Consumo innecesarios de material de papelería e insumos en general lo cual
ocasiona pérdida de recursos.
A pesar de que la utilización del sistema manual resulta sencilla es ineficiente.
No cuentan con un proceso de control adecuado del registro de usuarios.
Desorden y falta de uniformidad de los documentos.
Existe pérdida de tiempo al ingresar, revisar, buscar datos y llamar al segundo
nivel de atención.
Se ha detectado perdidas de información referente a los datos de referencia.
Información ilegible.
1.3. FORMULACIÓN DEL PROBLEMA
¿Cómo mejorar los procesos para la gestión de citas médicas de los usuarios del primer
nivel al segundo nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de Tulcán,
provincia del Carchi?
1.4. DELIMITACIÓN DEL PROBLEMA
La aplicación web para la gestión de citas médicas de los usuarios del primer nivel al
segundo nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de Tulcán,
provincia del Carchi tiene como objetivo diagnosticar la situación actual de los procesos de
gestión de citas médicas e usuarios y ejecutar reportes estadísticos para ayudar a la toma de
decisiones en la parte administrativa por el momento se implementará en las dos unidades
4
con mayor demanda de pacientes al segundo nivel de atención (Hospital Luis Gabriel
Dávila).
1.5. OBJETIVO DE INVESTIGACIÓN Y CAMPO DE ACCIÓN
Objeto de investigación: Procesos de gestión de citas médicas.
Campo de acción: Sistemas de Información.
1.6. IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN.
La línea de investigación se enfoca en el desarrollo de software y programación de
sistemas.
1.7. OBJETIVOS
1.7.1. Objetivo general
Implementar una Aplicación web para la gestión de citas médicas de los usuarios
del primer nivel al segundo nivel de atención del Distrito de Salud Nro. 04D01 de
la ciudad de Tulcán, provincia del Carchi.
1.7.2. Objetivos específicos
Fundamentar teórico y científicamente las necesidades y procesos de la gestión
de citas médicas de los usuarios del primer nivel al segundo nivel de atención
del Distrito de salud Nro. 04D01 para el desarrollo de la aplicación web.
Diagnosticar la situación actual de los procesos de gestión de citas médicas de
los usuarios del primer nivel al segundo nivel de atención del Distrito de salud
Nro. 04D01 de la ciudad de Tulcán.
Desarrollar la Aplicación Web de los procesos de gestión de citas médicas de los
usuarios del primer nivel al segundo nivel de atención del Distrito de salud Nro.
04D01 de la ciudad de Tulcán, provincia del Carchi.
5
Ejecutar reportes estadísticos de las citas médicas obtenidas para ayudar a la
toma de decisiones en la parte administrativa.
Validar la propuesta
1.8. IDEA A DEFENDER
Con la implementación de una aplicación web para la gestión de citas médicas de los
usuarios del primer nivel al segundo nivel de atención del Distrito de Salud Nro. 04D01 de
la ciudad de Tulcán, provincia del Carchi se brindara un mejor servicio a los usuarios que
acuden a las unidades operativas facilitando el proceso para reservar una cita al segundo
nivel de atención(Hospitales Luis Gabriel Dávila) que permitirá saber la hora exacta que
debe acudir y a su vez se realizara un seguimiento del paciente así se mejorara en coberturas
y medicina preventiva, además se podrá obtener reportes estadísticos sobre los servicios
más utilizados en el segundo nivel que ayudara en la toma de decisiones en la parte
administrativa, entre otros.
1.9.JUSTIFICACIÓN DEL TEMA
Del planteamiento del problema se deduce que este incide directamente con los
procedimientos de las diferentes unidades operativas del Distrito de Salud Nro. 04D01
Tulcán.
Las actividades de la investigación, la ciencia y la tecnología no deben concentrarse a
proyectos de corto plazo. Debemos mirar con perspectiva lo que el conocimiento nos pone
en nuestras manos y, acorde a esta perspectiva, elaborar, proponer y desarrollar la
aplicación con propuestas de mediano y largo plazo definiendo algunos elementos
detonadores de esta visión, asegurando que sus beneficios contribuirán a mejorar la calidad
de vida y de salud.
El Gobierno del Ecuador incentiva y privilegia el uso del software libre en la
administración pública central, por ese motivo la Implementación web para la gestión de
citas médicas del primer nivel al segundo nivel de atención se realizará en una plataforma
de software libre “Linux”.
6
Por lo cual se lograra mejorar la parte tecnológica y social prestando así un mejor servicio
de calidad y eficiencia a los usuarios.
Luego de que se implemente la aplicación web para la gestión de citas se podrá apreciar
inmediatamente, en corto y en largo plazo algunos beneficios como,
Mejor servicio a los usuarios reduciendo la hora de espera
Reportes estadísticos que ayudaran a la toma de decisiones en la parte
administrativa
Información legible.
Orden y uniformidad de los documentos
Evitar pérdida de tiempo recopilando información que ya está almacenada en bases
de datos que se pueden compartir.
La utilización de esta aplicación se reflejara en una atención más eficiente, ágil y oportuna
a los usuarios, porque permitirá gestionar los horarios, citas disponibles y facilitara a los
pacientes al momento de obtener una cita en el segundo nivel de atención.
De esta manera se verá beneficiado el Distrito de Salud Nro. 04D01 de la ciudad de Tulcán
ya que podrá conocer a ciencia cierta las derivaciones diarias, que se han realizado a los
profesionales de la salud del segundo nivel de atención (Hospitales) a través de los
reportes que la aplicación genera, permitiendo así la toma de decisiones correctas para
mejorar la gestión de dicha institución.
Esta propuesta es viable, ya que el Distrito de Salud Nro. 04D01 de la ciudad de Tulcán
está muy interesados por lo tanto existe un apoyo total para la realización de esta
aplicación. Adicionalmente, se posee el conocimiento técnico suficiente para el desarrollo
de la misma.
7
En base a todos estos beneficios y muchos más que podrían lograrse, se justifica
claramente la realización de este trabajo investigativo como solución a la problemática
planteada.
1.10. METODOLOGÍA INVESTIGATIVA A EMPLEAR
La metodología de investigación que se aplicó es la cualitativa y cuantitativa ya que se
realizó entrevistas, encuestas al personal médico y usuarios del Distrito de Salud Nro.
04D01 y se pudo apreciar los procesos previos sobre el manejo de la información, también
se usó el método inductivo y deductivo mediante el cual se determinó algunas soluciones
para mejorar los datos estadísticos, obteniendo información necesaria para realizar el
análisis específico y tener el conocimiento necesario para el desarrollo de la aplicación
web.
1.11. RESUMEN DE LA ESTRUCTURA DEL PROYECTO
La Aplicación web para la gestión de citas médicas de los usuarios del primer nivel al
segundo nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de Tulcán,
provincia del Carchi, realizo un cambio significativo al automatizar los procesos tanto para
el profesional médico, usuarios, agendadores y administrativos. La aplicación se encuentra
fundamentada en el siguiente orden:
INTRODUCCIÓN: Se basa fundamentalmente en la explicación y sustentación teórica,
relevante y necesaria que fue extraída y recopilada de los protocolos y normativas del MSP
sobre la gestión de citas médicas al segundo nivel de atención, en el cual se involucra el
objeto de investigación que se empleó en el Distrito de Salud Nro. 04D01 de la Ciudad de
Tulcán, provincia del Carchi.
MARCO TEORICO Se detalla la metodología a emplear, el procedimiento a seguir
durante el desarrollo de este proyecto y las herramientas que se utilizaron de acuerdo a la
investigación y estudio realizado.
MARCO PROPOSITIVO: En el marco propositivo se da a conocer el resultado de los
dos primeros puntos (Introducción, Marco Teórico) deducciones teóricas y metodológicas
8
obtenidas en la investigación, así mismo se manifiesta la validación de la propuesta y se
resaltan los beneficios y el uso del mismo.
Finalmente se aporta con conclusiones, recomendaciones y bibliografía necesarias para el
soporte del desarrollo de la aplicación.
1.12. APORTE TEÓRICO Y SIGNIFICACIÓN PRÁCTICA
APORTE TEÓRICO
La presente propuesta se realizara con fundamentos técnicos sobre herramientas de
software libre como Apache, Mysql, php, y java script.
SIGNIFICACIÓN PRÁCTICA
La solución propuesta podrá ser aplicada a las 13 unidades operativas del Distrito de Salud
04D01 de la provincia del Carchi, por lo cual permitirá mejorar los procesos sobre la
gestión de citas al segundo nivel de atención y se verá reflejado en una atención más
eficiente, ágil y oportuna a los pacientes.
9
CAPÍTULO II
MARCO TEÓRICO
2.1. RESEÑA HISTÓRICA MINISTERIO DE SALUD PÚBLICA DEL ECUADOR
El Ministerio de Salud Pública del Ecuador fue creado por la Asamblea Constituyente de
1967, mediante decreto 084 publicado en el Registro Oficial No. 149 del 6 de junio de ese
mismo año, durante el gobierno del Dr. Otto Arosemena Gómez. Anteriormente las
funciones de la salud formaban parte del Ministerio de Previsión Social y Trabajo, y el
primer paso para su creación se dio en 1963, cuando se creó la Subsecretaría de Salud, que
dependía del mismo ministerio. (MSP, MODELO DE ATENCION INTEGRAL DEL
SISTEMA NACIONAL DE SALUD FAMILIAR COMUNITARIA E
INTERCULTURAL, 2012)
Entre los fines y objetivos del Ministerio de Salud Pública están la coordinación e
integración progresiva de los servicios de salud con miras a aumentar su cobertura; llegar a
todos los estratos sociales y lograr una descentralización administrativa; la intensificación
de los programas de agua potable y alcantarillado, especialmente en las zonas marginales;
el impulso y desarrollo de la medicina preventiva y la educación sanitaria; la
regionalización de los servicios de salud; el abaratamiento de las medicinas mediante la
reducción de impuestos, control de precios, producción de drogas genéricas y la instalación
de farmacias populares; investigación y educación nutricional y el desarrollo de programas
de alimentación básica para la madre embarazada, el recién nacido y los niños en edad
escolar; el apoyo a la investigación científica; etc. (MSP, MODELO DE ATENCION
INTEGRAL DEL SISTEMA NACIONAL DE SALUD FAMILIAR COMUNITARIA E
INTERCULTURAL, 2012)
VISIÓN Y MISIÓN DEL MINISTERIO DE SALUD PÚBLICA DEL ECUADOR
El Ministerio de Salud Pública como la máxima Autoridad Sanitaria (AS), para cumplir
con los objetivos del MAIS-FCI, organiza y construye los procesos con la finalidad de
definir la ofertar las prestaciones de salud en los tres niveles de atención, cuya misión es la
atención integral de las personas, familias y comunidades en un espacio poblacional
determinado. Esta es la parte fundamental en la que se asienta la estructura del Sistema
10
Nacional de Salud. (MSP, Manual del Modelo de Atención Integral de Salud - MAIS,
2013)
Su MISION es: “Ejercer la Rectoría del Sistema Nacional de Salud a fin de garantizar el
derecho a la salud del pueblo ecuatoriano, por medio de la promoción y protección de la
salud, de la seguridad alimentaria, de la salud ambiental y del acceso permanente e
ininterrumpido a servicios de salud, conforme a los principios de equidad, universalidad,
solidaridad, calidad y eficiencia. (MSP, Manual del Modelo de Atención Integral de Salud
- MAIS, 2013)
Su VISIÓN “Para el año 2020 el Ministerio de Salud Pública del Ecuador, ejerce la
Rectoría del Sistema Nacional de Salud, modelo referencial en Latinoamérica, que
garantiza la salud integral de la población y el acceso universal a una red de servicios con
la participación coordinada de Organizaciones públicas, privadas y de la comunidad”.
(MSP, Manual del Modelo de Atención Integral de Salud - MAIS, 2013)
2.2. SUBSISTEMA DE REFERENCIA DEL MSP.
El Subsistema de referencia, derivación, contrareferencia, referencia inversa y
transferencia: es el conjunto ordenado de procesos asistenciales y administrativos, que
contribuye a garantizar la continuidad de la atención de salud, con oportunidad, eficacia y
eficiencia, enviando al usuario desde la comunidad o del establecimiento de salud de
menor al mayor nivel de atención y/o complejidad y viceversa; así como enviar usuarios
que requieren atención adicional, de apoyo diagnóstico, como es el caso de la derivación
entre los actores que integran el SNS. (MSP, Subsistema de
referencia,derivación,contrareferencia,referencia inversa y transferencia del SNS, 2014)
Primer nivel de atención: es el nivel de atención más cercano a la población, facilita y
coordina el flujo de los usuarios dentro del sistema, es ambulatorio y resuelve el 85% de
problemas y necesidades de salud de baja complejidad. Es la puerta de entrada al SNS.
Garantiza una referencia y derivación adecuada, asegura la continuidad y
complementariedad de la atención. (MSP, Subsistema de
referencia,derivación,contrareferencia,referencia inversa y transferencia del SNS, 2014)
11
Todos los establecimientos de salud del primer nivel de atención, deben tener
conocimiento de las capacidades resolutivas de los establecimientos de salud a los que
serán referidos los usuarios. Es necesario que se asegure la disponibilidad inmediata de
servicios, para evitar pérdida de tiempo, complicaciones del cuadro clínico y garantizar la
atención con calidad. Para esto, el primer nivel de atención debe estar en constante
comunicación con los otros niveles de atención a través de herramientas diseñadas e
implementadas para este efecto. (MSP, Subsistema de
referencia,derivación,contrareferencia,referencia inversa y transferencia del SNS, 2014)
Los agendadores en las unidades operativas del Distrito de Salud 04D01 al momento de
realizar la gestión de citas médicas al segundo nivel de atención se maneja de forma
empírica, provocando que la información no sea optima y por ende no se podrá cumplir
con las metas planteadas o deseadas de la institución. Es por ello que se debe enfocar en
definir una solución ayudándole a obtener resultados eficientes y agiles.
2.3.VALORACIÓN CRÍTICA DE LOS CONCEPTOS PRINCIPALES DE LAS
DISTINTAS POSICIONES TEÓRICAS DEL MINISTERIO DE SALUD
PÚBLICA DEL ECUADOR.
2.3.1. Estructura del Distrito
Organigrama funcional unidad operativa
Figura N° 1. Diagrama funcional unidad operativa
Fuente: Ministerio de Salud Pública del Ecuador “Distrito de Salud Nro. 04D01 Tulcán”
Cordinadora unidad operativa control y
manejo
Estadistica analisis de la informacion
Agendador atencion al cliente y reservaciones
de citas al segundo nivel de atencion
Enfermeria control y manejo del
departamento
Laboratorio realizacion de examenes medicos
12
Organigrama funcional Distrito de Salud Nro. 04D01
Figura N° 2. Organigrama Distrito de Salud Nro. 04D01
Fuente: Ministerio de Salud Pública del Ecuador “Distrito de Salud Nro. 1 Tulcán
En caso de las emergencias, se integrará la atención pre hospitalaria a las referencias y
canalización del usuario de acuerdo a la gravedad y cartera de servicios de los
establecimientos de salud de los distintos niveles de atención. El criterio conceptual básico
para un subsistema de referencia, derivación, contrareferencia y referencia inversa es
contar por lo menos en dos niveles de atención: el nivel que hace la referencia y el nivel
que recibe la referencia, cuando la capacidad resolutiva lo justifica. (Véase Figura No 3.).
(MSP, Subsistema de referencia,derivación,contrareferencia,referencia inversa y
transferencia del SNS, 2014).
2.3.2. Niveles de Atención Ministerio de Salud Pública del Ecuador
Figura N° 3. Niveles de atención del Ministerio de salud Pública del Ecuador
Fuente: Ministerio de Salud Pública del Ecuador equipo técnico del desarrollo de la norma técnica.
13
Niveles de atención: Nivel de Atención Prehospitalaria, Primer Nivel, Segundo Nivel,
Tercer Nivel y Cuarto Nivel.
Primer nivel de atención: Es el nivel de atención más cercano a la población, facilita y
coordina el flujo de los usuarios dentro del sistema, es ambulatorio y resuelve el 85% de
problemas y necesidades de salud de baja complejidad. Es la puerta de entrada al SNS.
Garantiza una referencia y derivación adecuada, asegura la continuidad y
complementariedad de la atención.
Además promueve acciones de salud pública de acuerdo a normas emitidas por la
Autoridad Sanitaria Nacional.
Todos los establecimientos de salud del primer nivel de atención, deben tener
conocimiento de las capacidades resolutivas de los establecimientos de salud a los que
serán referidos los usuarios. Es necesario que se asegure la disponibilidad inmediata de
servicios, para evitar pérdida de tiempo, complicaciones del cuadro clínico y garantizar la
atención con calidad. Para esto, el primer nivel de atención debe estar en constante
comunicación con los otros niveles de atención a través de herramientas diseñadas e
implementadas para este efecto.
Segundo nivel de atención: este nivel comprende todas las acciones y servicios de
atención ambulatoria especializada y aquellas que requieran hospitalización (hospital
básico y general con sus diferentes grados de complejidad). Constituye el escalón de
referencia inmediata del primer nivel de atención. En este nivel se desarrollan nuevas
modalidades de atención no basadas exclusivamente en la cama hospitalaria, sino en el
tipo de servicio brindado: centro clínico quirúrgico ambulatorio (modalidad hospital del
día y cirugía mayor ambulatoria).
Referencia: es el procedimiento por el cual los prestadores de salud envían a los usuarios
de un establecimiento de salud de menor a mayor complejidad o al mismo nivel de
atención o de complejidad cuando la capacidad instalada no permite resolver el problema
de salud.
14
La referencia se realiza entre establecimientos de salud de una misma entidad del sistema
utilizando el formulario 053
Contrareferencia: es el procedimiento obligatorio por el cual un usuario que
inicialmente fue referido/derivado es retornado luego de haber recibido la atención con la
información pertinente al establecimiento de salud de menor nivel de atención
correspondiente, para garantizar la continuidad y complementariedad de su atención.
Agendamiento en casos programados
Agendar el turno en el establecimiento de salud de referencia o derivación y
comunicar al usuario la dirección, fecha y hora de la cita.
El establecimiento de salud deberá organizar el otorgamiento de citas previas dando
prioridad a la referencia y derivación.
En caso de que un usuario tenga más de una referencia o derivación simultánea, hay
que procurar que el agendamiento se realice de ser posible en el mismo día.
Algoritmo de toma de decisiones clínicas
Figura N° 4 Algoritmo de toma de decisiones clínicas
Fuente: Ministerio de Salud Pública del Ecuador equipo técnico del desarrollo de la norma.
15
2.4. APLICACIONES WEB
Se puede definir como una aplicación en la cual un usuario por medio de un navegador
realiza peticiones a una aplicación remota accesible a través de Internet (o a través de una
intranet) y que recibe una respuesta que se muestra en el propio navegador. (Luján Mora,
2009)
Ventajas
Las aplicaciones web tienen muchas ventajas respecto a las aplicaciones de escritorio como
por ejemplo:
Compatibilidad multiplataforma. Las aplicaciones web tienen un camino mucho
más sencillo para la compatibilidad multiplataforma que las aplicaciones de
software descargables.
Acceso. Las aplicaciones basadas en web no necesitan ser descargadas, instaladas y
configuradas, se puede acceder sin importar cuál es su configuración o su hardware
y lo más importante desde cualquier lugar y a cualquier hora.
Menos requerimientos de memoria. Las aplicaciones basadas en web tienen una
razonable demanda de memoria RAM de parte del usuario final que los programas
instalados localmente.
Inconvenientes
La compañía, teóricamente, puede rastrear todo lo que los usuarios hacen. Esto
puede causar problemas de privacidad.
Habitualmente ofrecen menos funcionalidades que las aplicaciones de escritorio
esto se debe a que las funcionalidades que se pueden realizar desde un navegador
son más limitadas que las que se pueden realizar desde el sistema operativo.
2.5. SEGURIDAD INFORMÁTICA
La seguridad de la información es el conjunto de medidas preventivas y reactivas de las
organizaciones y de los sistemas tecnológicos que permiten resguardar y proteger la
16
información buscando mantener la confidencialidad, la disponibilidad e integridad de la
misma. (Raquel M. Crespo García, 2014)
Tipos de seguridad:
Activa: comprende el conjunto de defensas o medidas cuyo objetivo es evitar o reducir
los riesgos que amenazan al sistema.
Ejemplos: impedir el acceso a la información a usuarios no autorizados mediante
introducción de nombres de usuario y contraseñas; evitar la entrada de virus instalando un
antivirus; impedir, mediante encriptación, la lectura no autorizada de mensajes.
Pasiva: está formada por las medidas que se implantan para, una vez producido el
incidente de seguridad, minimizar su repercusión y facilitar la recuperación del sistema;
por ejemplo, teniendo siempre al día copias de seguridad de los datos. (Aguilera, 2010).
2.6. BASES DE DATOS
Un gestor de sistema gestor de bases de datos (SGBD) consiste en una colección de datos
inter-relacionados y un conjunto de programas para acceder a dichos datos. La colección
de datos, normalmente denominada base de datos, contiene información relevante para una
empresa. El objetivo principal de un SGBD es proporcionar una forma de almacenar y
recuperar la información de una base de datos de manera que sea tanto práctica como
eficiente. (Silberschatz, 2006)
2.6.1. BASE DE DATOS MYSQL
MySQL es un sistema de administración de bases de datos relaciónales (SGBDR) rápido,
robusto y fácil de usar. Se adapta bien a la administración de datos en un entorno de red,
17
especialmente en arquitecturas cliente/servidor. Se proporciona con muchas herramientas y
es compatible con muchos lenguajes de programación. (Thibaud, 2006)
Algunas de las ventajas de MySQL son su rapidez, conectividad, velocidad y seguridad
convirtiéndole en una suite poderosa para acceder a bases de datos en Internet.
Para la administración de bases de datos, se utiliza a menudo SQL. Éste es un lenguaje de
consulta de base de datos. SQL es la abreviatura de Structured Query Languaje, y permite
no solo formular consultas, sino también crear y manipular tablas. (Spona, 2010)
2.7. APACHE
Apache es un servidor web HTTP de código abierto, para plataformas Unix, Microsoft
Windows, Macintosh y otras, que implementa el protocolo HTTP y la noción de sitio
virtual. Apache es usado principalmente para enviar páginas web estáticas y dinámicas en
la World Wide Web. Los programadores de aplicaciones web a veces utilizan una versión
local de Apache con el fin de pre visualizar y probar código mientras éste es desarrollado.
(KABIR, 2012)
2.8. HTML Y HTML5
HTML, Acrónimo inglés de HyperText Markup Language (lenguaje de marcas
hipertextuales), lenguaje de marcación diseñado para estructurar textos y presentarlos en
forma de hipertexto, que es el formato estándar de las páginas web. Gracias a Internet y a
los navegadores web del tipo Internet Explorer, Opera, Firefox o Netscape, el HTML se ha
convertido en uno de los formatos más populares que existen para la construcción de
documentos y también de los más fáciles de aprender. (Gauchat, 2012)
HTML5, en conjunto con CSS3, define los nuevos estándares de desarrollo web, tanto para
equipos de escritorio, como para dispositivos móviles y teléfonos celulares. Se abren las
puertas para nuevas opciones de diseño y dinámica de información. (Gauchat, 2012)
18
2.9. DREAMWEAVER
Es la aplicación que lidera el sector de la edición y creación de contenidos web.
Proporciona funciones visuales y de nivel de código para crear diseños y sitios web
basados en estándares para equipos de sobre mesa, SmarPhone, tabletas y otros
dispositivos. (ANTONIO, 2013)
2.10. JAVASCRIPT
JavaScript es un lenguaje interpretado, es decir, que no requiere compilación, utilizado
principalmente en páginas web, con una sintaxis semejante a la del lenguaje Java y el
lenguaje C. (Haverbeke, 2012)
Javascript tiene la ventaja de ser incorporado en cualquier página web, puede ser
ejecutado sin la necesidad de instalar otro programa para ser visualizado. Este lenguaje es
opensource, por lo que cualquier persona puede utilizarlo sin comprar una licencia.
2.11. PHP
PHP o Hypertext Pre Processor, conocido en sus inicios como PHP Tools o Personal, fue
creado en 1994 por Rasmus Lerdorf e implementado actualmente por The PHP Group,
responsable del desarrollo vigente. Este programa se encuentra licenciado bajo la PHP
license, lo que lo hace un software libre y de código abierto. (Cibelli, 2012).
2.12. HOSTING
Hosting también llamado en español alojamiento web, es el servicio que provee a
los usuarios de Internet un sistema para poder almacenar información, imágenes, vídeo, o
cualquier contenido accesible vía web.
2.12.1. TIPOS DE HOSTING
Según las necesidades específicas de un usuario, existen diferentes tipos de alojamiento
web o hosting:
19
Alojamiento gratuito
El alojamiento gratuito es extremadamente limitado comparado con el alojamiento de
pago. Estos servicios generalmente agregan publicidad en los sitios además de contar con
recursos muy limitados (espacio en disco, tráfico de datos, uso de CPU, etc).
Alojamiento compartido
En este tipo de servicio se alojan clientes de varios sitios en un mismo servidor, gracias a
la configuración del programa servidor web. Resulta una alternativa muy buena para
pequeños y medianos clientes, es un servicio económico debido a la reducción de costos
ya que al compartir un servidor con cientos miles o millones de personas o usuarios el
costo se reduce drásticamente para cada uno, y tiene buen rendimiento.
Alojamiento de imágenes
Este tipo de hospedaje se ofrece para guardar imágenes en internet, la mayoría de estos
servicios son gratuitos y las páginas se valen de la publicidad colocadas en su página al
subir la imagen.
Alojamiento revendedor (reseller)
Este servicio de alojamiento está diseñado para grandes usuarios o personas que venden el
servicio de hospedaje a otras personas. Estos paquetes cuentan con gran cantidad de
espacio y de dominios disponibles para cada cuenta.
Alojamiento web en la nube (cloud hosting)
El alojamiento web en la "nube" (cloud hosting) está basado en las tecnologías más
innovadoras que permiten a un gran número de máquinas actuar como un sistema
conectadas a un grupo de medios de almacenamiento, tiene ventajas considerables sobre
las soluciones de web hosting tradicionales tal como el uso de recursos. La seguridad de
un sitio web alojado en la "nube" (cloud) está garantizada por numerosos servidores en
lugar de sólo uno.
20
2.13. DOMINIO
Un dominio de Internet es un nombre que puede ser alfanumérico que generalmente se
vincula a una dirección física que generalmente es una computadora o dispositivo
electrónico. Generalmente se utilizan para representar las direcciones de las páginas
webs. Puesto que Internet se basa en direcciones IP (Protocolo de Internet) que en
términos simples se puede decir que son los números de conexión de cada computadora
que está conectada a internet.
Un dominio se compone principalmente de dos partes: el nombre de la organización
(sisgapecuador) y el tipo de organización (com).
2.13.1. TIPOS DE DOMINIO
Existen dos grandes grupos de dominios:
Dominios genéricos o gTLD(generic Top Level Domain), se asignan de acuerdo al
destino o propósito para el que han sido creados, tienen una longitud de tres caracteres,
como por ejemplo: .com, .net, o .info, o los menos utilizados .edu o .mil.
Dominio Uso destinado
.com Comercial
.info De Información
.net Redes y proveedores de
internet
.org Organizaciones y asociaciones
Tabla N° 1. Ejemplo de dominios genéricos
Elaborado por: El Autor.
Dominios territoriales o ccTLD, (country code Top Level Domain), son dominios de
primer nivel que están asociados a un país en concreto, como puede ser el .es de España, o
el .fr de Francia. Estos dominios, siempre de dos letras siguen el estándar ISO 3166.
21
Dominio
País
.br
Brasil
.mx
Mexico
.ca
Canada
.ec
Ecuador
Tabla N° 2. Ejemplo de dominios territoriales
Elaborado por: El Autor.
2.14. ANÁLISIS CRÍTICO SOBRE EL OBJETIVO DE INVESTIGACIÓN
ACTUAL DEL SECTOR, RAMA O EMPRESA, CONTEXTO INTITUCIONAL.
El Distrito de Salud Nro. 04D01 se encuentra ubicado en la provincia del Carchi cantón
Tulcán. La Fecha de cantonización: 11 de Abril de 1.851, Tiene una población Cantonal:
89992 habitantes.
Cuenta con un total de 13 unidades operativas que pertenecen al Distrito de Salud Nro.
04D01 Tulcán que realizan las referencias al segundo nivel de atención llevando la
información manualmente no cuentan con un registro de asistencia de usuarios, las citas se
realizan vía telefónica uno de los grandes inconvenientes por el motivo que en ocasiones
no contestan la llamada o el teléfono se encuentra ocupado y no se logra obtener la cita al
segundo nivel (Hospital Luis Gabriel Dávila) causando esto reglamos de parte de los
usuarios que acuden a obtener su cita.
22
Distrito de San Pedro de Huaca-Tulcán
Figura N° 5. Distrito de San Pedro de Huaca-Tulcán
Fuente: Ministerio de Salud Pública del Ecuador “Distrito de Salud Nro. 1 Tulcán”
23
2.15. CONCLUSIONES PARCIALES DEL CAPITULO
El incremento en la cantidad de datos requeridos por el hombre en la toma de
decisiones diarias y la interacción cada día más compleja entre personas y países,
ha conducido a la creación de sistemas con el único objeto de proporcionar
información con oportunidad y exactitud, así como para comunicar prontamente a
los usuarios impulsando aún más el desarrollo de las técnicas de la información y la
comunicación.
El Distrito de Salud Nro. 04D01 Tulcán es una entidad pública la cual cuenta con
un número considerado de usuario que acuden a las unidades operativas donde no
poseen un manejo adecuado de la información de referencias al segundo nivel de
atención por este motivo tienen la necesidad y deseo de mejorar por lo cual la
automatización de sus procesos en gestión de citas médicas al segundo nivel no
solo ayudara a los usuarios sino también a la toma de decisiones en la parte
administrativa.
Cualquier tarea, actividad, proyecto que una persona emprende debe llevar consigo
un método de investigación esto implica que se tiene organización, conocimiento
de antecedentes, sacar conclusiones, mediante ello se puede conducir al éxito.
24
CAPÍTULO III
MARCO PROPOSITIVO
3.1.TEMA
Aplicación web para la gestión de citas médicas de los usuarios del primer nivel al segundo
nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de Tulcán, provincia del
Carchi.
3.2.OBJETIVOS
3.2.1. OBJETIVOS GENERALES
Implementar una Aplicación web para la gestión de citas médicas de los usuarios del
primer nivel al segundo nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de
Tulcán, provincia del Carchi.
3.2.2. OBJETIVOS ESPECIFICOS
Utilizar las herramientas disponibles para el análisis, diseño y desarrollo de la
aplicación web.
Especificar los requerimientos de hardware, software y documentar el
funcionamiento y utilización de la aplicación propuesta.
Diseñar mediante el requerimiento de los módulos, diagramas, estructura de base
de datos, diseño de interfaces ( navegacional, usuario) de la aplicación.
3.3. DESARROLLO DE LA PROPUESTA
3.3.1. METODOLOGÍA DE DESARROLLO DE SOFTWARE.
3.3.1.1.METODOLOGÍA RUP
Es una metodología cuyo fin es entregar un producto de software. Se estructura todos los
procesos y se mide la eficiencia de la organización.
Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de modelado
UML, constituye la metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.
25
Esta metodología se encuentra dividida en 4 fases:
1. Fase de inicio.
2. Fase de elaboración.
3. Fase de construcción.
4. Fase de transiciones.
Fase de inicio: identificaremos los principales casos de uso, los riesgos y el alcance de la
aplicación web para la gestión de citas médicas de los usuarios del primer nivel al segundo
nivel de atención del Distrito de Salud Nro. 04D01 de la ciudad de Tulcán, provincia del
Carchi.
Fase de elaboración: se realizará el plan de proyecto, realización de los casos de uso y se
mitigan riesgos.
Fase de construcción: El propósito de esta fase será completar la funcionalidad de la
aplicación web, para ello se clarificará los requerimientos pendientes, administrar los
cambios de acuerdo a las evaluaciones realizadas por el Distrito de Salud Nro. 04D01 y se
realizan las mejoras para el proyecto.
Fase de transición: Se entregará la aplicación web para la gestión de citas médicas de los
usuarios del primer nivel al segundo nivel de atención del Distrito de Salud Nro. 04D01 de
la ciudad de Tulcán, provincia del Carchi. Haciendo la respectiva instalación del mismo
con el fin de realizar las pruebas correspondientes.
Esta metodología busca cumplir con los diferentes atributos de calidad dándole al usuario
una aplicación web que sea de fácil uso y que a su vez cumpla con los requerimientos
solicitados por el Distrito de Salud Nro. 04D01 de la ciudad de Tulcán, provincia del
Carchi.
26
3.3.2. FASE I: INICIO
Para la realización de esta fase se utilizaron las siguientes técnicas:
Entrevista: La entrevista se aplicó a los trabajadores administrativos Dra. Sandra Paucar
Directora del Centro de Salud Nro. 1 Tulcán, Sr Jimmy Mora Ruiz Agendador del
Subcentro de Salud Sur, Sr. Edison Portilla Agendador Hospital Luis Gabriel Davila ya
que son responsables del proceso de gestión de citas médicas al segundo nivel de atención,
teniendo como objetivo conocer sus necesidades y recabar información.
Una vez recabada la información se invirtió la mayor parte del tiempo en el análisis, de allí
se dedujo los requisitos de software, hardware y análisis económico:
Requisitos de software
Características Recursos mínimos
Sistema Operativo Windows XP SP3/Linux Mint
Explorador Mozilla Firefox 44.0
Servidor web Apache 2.4.4 - XAMPP
Gestor de BDD MySql 5.5.32- phpMyAdmin 4.0.4.1
Tabla N° 3 Requisitos de software
Elaborado por: El Autor.
Requisitos de hardware
Características Recursos mínimos
Procesador Intel CORE i3 2.2 GHz o superior
o cualquier procesador AMD64
Memoria 2 Gb de RAM física
Disco Duro 5 Gb de espacio libre
Tabla N° 4 Requisitos de hardware
Elaborado por: El Autor.
27
Análisis económico
Recursos Gastos
Windows XP SP3/Linux Mint 0,0 posee la institución
Mozilla Firefox 0,0 posee la institución
PC o portátil 0,00 posee la institución
Hosting y dominio 0,00 posee la
institución Total 0,00
Tabla N° 5 Análisis económico
Elaborado por: El Autor
28
3.3.3. FASE II: ELABORACIÓN
3.3.3.1. DIAGRAMA GENERAL DE CASO DE USO.
Administrador Hospital Luis Gabriel Davila
InformaciónHospital Luis Grabriel Davila
Agendador Unidades Operativas
Login
Creación de usuarios
Modificar usuarios
Generar reportes
Cancelar usuario
MantenimientoUnidades operativas
MantenimientoHLGDl
Mantenimiento citasHLGD
Registro pacientes
Registro referencias
Obtener citasHLGD
Consultar CitasHLGD
Figura N° 6.Diagrama general de caso de uso.
Elaborado por: El Autor
29
3.3.3.2. CASO DE USO
LOGIN USUARIO
Este proceso verifica la solicitud del servicio mediante un usuario, clave y perfil si el
usuario que está tratando de ingresar a la aplicación se encuentra registrado. El proceso no
se ejecuta más de 3 veces seguidas, con un mismo usuario para seguridad de la aplicación.
Usuario
Ingresar usuario,clave y perfil
Ingreso a la aplicación
Figura N° 7. Caso de uso login usuario.
Elaborado por: El Autor.
MANTENIMIENTO APLICACIÓN
Este proceso sirve para ingresar, modificar o eliminar información de los usuarios que
utilizan la aplicación, según permisos otorgados.
Usuario
Usuario registrado
Ingresa información
Almacena en la Base de Datos
Valida Datos
Guardar Información
Ingresar información
Figura N° 8. Caso de uso Ingresar información.
Elaborado por: El Autor.
30
Usuario
Usuario registrado
Buscar paciente
Almacena en la Base de Datos
Valida Datos
Guardar Información
Modificar información
Verifica paciente
Modificar informaciónEscoge información
a modificar
Figura N° 9. Caso de uso Modificar información.
Elaborado por: El Autor
Usuario
Usuario registrado
Buscar paciente
Valida Datos
Eliminar información
Verifica paciente
Eliminar información Escoger paciente
Figura N° 10. Caso de uso Eliminar información.
Elaborado por: El Autor.
REPORTES
Este proceso sirve para consultar según los parámetros ingresados por el usuario las
diferentes citas obtenidas al segundo nivel de atención (Hospital Luis Gabriel Dávila).
31
Se recopila la información de las citas obtenidas según varios aportes, y la presenta en un
reporte, con los datos informativos, para proceder a imprimir el informe.
Usuario
Usuario registrado
Ingresar parametros
Valida Datos
Reportes
Visualiza la información
imprime documento
Pagina Web
Figura N° 11. Caso de uso Reportes.
Elaborado por: El Autor.
Con estos casos de uso se puede entender el funcionamiento de la aplicación web gestión
de citas médicas al segundo nivel de atención.
3.3.3.3. DESCRIPCIÓN CASO DE USO
Nombre: Caso de Uso. Login
Descripción: Verifica si un usuario tiene permiso para acceder a la aplicación si es
así dependiendo del nivel de permisos que tenga se redirecciona a su página
correspondiente.
Actores: Administrador Hospital Luis GabrielDavila (A),Información Hospital
Luis Grabriel Davila (I),Agendador Unidades Operativas (U).
Precondiciones: Para poder ser autenticado en la aplicación debe haber sido
creado por el Administrador Hospital Luis GabrielDavila (A),en el modulo crear
usuarios.
32
Flujo Normal:
1. A,I,U: El caso de uso se inicia cuando la persona ingresa al login del sistema y
escribe nombre de usuario ,clave y perfil en los campos correspondientes.
2. SI: Valida si el nombre de usuario, clave y perfil son correctos.
3. SI: Dependiendo del nivel de permisos que tenga este usuario se redirecciona a
su página correspondiente (pág. Administrador Hospital Luis GabrielDavila, pág.
Información Hospital Luis Grabriel Davila , pág Agendador Unidades Operativas
.
4. Se finaliza el caso de uso
Flujo Alternativo:
2.1 El nombre de usuario o clave o el perfil son inválidos.
2.1.1Volver al paso 1 e introducir nuevamente los datos, si después de 3 Intentos
no existe el usuario se finaliza el caso de uso.
Pos condiciones: El usuario ha sido identificado en la aplicación ya sea como
Administrador Hospital Luis Gabriel Davila, Información Hospital Luis Grabriel
Davila , Agendador Unidades Operativas y se encuentra en su página
correspondiente. Tabla N° 6. Descripción caso de uso login.
Elaborado Por: El Autor.
Nombre: Caso de Uso. Ingreso de Información
Descripción: Una vez el usuario ya ingresado con su perfil este podrá realizar las
opciones para la cual fue creado como ingreso de información de
pacientes,referencias,citas medicas.
Actores: Administrador Hospital Luis GabrielDavila (A),Agendador Unidades
Operativas(U).
Precondiciones: El usuario debe estar registrado en la aplicación.
Flujo Normal:
1. A, U: si el usuario esta registrado se valida sus datos en la aplicación.
2. A, U: mostrara una pantalla con los modulos que puede acceder y ingresar
información a la base de datos.
5. A, U: valida los datos
6. A, U: guarda los cambios realizados
7. finaliza el caso de uso
Flujo Alternativo:
2.1 El nombre de usuario o clave o el perfil son inválidos.
2.1.1Volver al paso 1 e introducir nuevamente los datos, si después de 3 Intentos
33
no existe el usuario se finaliza el caso de uso.
Pos condiciones: El sistema ha registrado satisfactoriamente la información.
Tabla N° 7. Descripción caso de uso ingreso de información.
Elaborado Por: El Autor.
Nombre: Caso de Uso. Modificar de Información
Descripción: Una vez el usuario ya ingresado con su perfil este podrá realizar las
opciones para la cual fue creado como ingreso de información de
pacientes,referencias,citas medicas.
Actores: Administrador Hospital Luis GabrielDavila (A),Agendador Unidades
Operativas(U).
Precondiciones: El usuario debe estar registrado en la aplicación.
Flujo Normal:
1. A, U: si el usuario esta registrado se valida sus datos en la aplicación.
2. A, U: mostrara una pantalla con los modulos que puede acceder
3. A, U: procede a la búsqueda del paciente del cual va a modificar la
información, el sistema valida la existencia de este paciente.
4. A, U: si existe este registro, el usuario podrá escoger la información y realizar
la actualización de los datos.
5. Valida los datos
6. Guarda los cambios realizados
7. Finaliza el caso
Flujo Alternativo:
2.1 El nombre de usuario o clave o el perfil son inválidos.
2.1.1Volver al paso 1 e introducir nuevamente los datos, si después de 3 Intentos
no existe el usuario se finaliza el caso de uso.
Pos condiciones: El sistema ha actualizado satisfactoriamente la información.
Tabla N° 8. Descripción caso de uso modificar información.
Elaborado Por: El Autor.
34
Nombre: Caso de Uso. Eliminar de Información
Descripción: Una vez el usuario ya ingresado con su perfil este podrá realizar las
opciones para la cual fue creado como ingreso de información de
pacientes,referencias,citas medicas.
Actores: Administrador Hospital Luis GabrielDavila (A),Agendador Unidades
Operativas(U).
Precondiciones: El usuario debe estar registrado en la aplicación.
Flujo Normal:
1. A, U: si el usuario esta registrado se valida sus datos en la aplicación.
2. A, U: mostrara una pantalla con los modulos que puede acceder
3. A, U: Procede a la búsqueda del paciente del cual va a modificar la
información, el sistema valida la existencia de este paciente.
4. A, U: Podrá escoger la información y eliminar los datos que crea conveniente.
5. Valida los datos
6. Guarda los cambios realizados
7. Finaliza el caso
Flujo Alternativo:
2.1 El nombre de usuario o clave o el perfil son inválidos.
2.1.1Volver al paso 1 e introducir nuevamente los datos, si después de 3 Intentos
no existe el usuario se finaliza el caso de uso.
Pos condiciones: El sistema ha eliminado satisfactoriamente la información.
Tabla N° 9. Descripción caso de uso eliminar información.
Elaborado Por: El Autor.
3.3.4. FASE III: CONSTRUCCIÓN
3.3.4.1.ESTRUCTURA DE LAS TABLAS DE LA BASE DE DATOS
Tabla Usuarios: En esta tabla ingresamos los usuarios para acceder a la aplicación Web
según el privilegio o perfil que tenga como: Administrador Hospital, Agendador Hospital,
Agendador Unidad Operativa.
35
Figura N° 12 Tabla Usuarios
Elaborado Por: El Autor.
Tabla Usuario/Pacientes: En esta tabla ingresamos los pacientes que serán referidos al
segundo nivel de atención.
Figura N° 13. Tabla Pacientes.
Elaborado Por: El Autor.
Tabla Profesionales: En esta tabla ingresamos a los profesionales de la salud que laboran
en las unidades operativo.
36
Figura N° 14. Tabla Profesionales.
Elaborado Por: El Autor.
Tabla Unidades Operativas: En esta tabla ingresamos a las unidades operativas que
conforma el Distrito de salud Nro. 04D01.
Figura N° 15. Unidades Operativas.
Elaborado Por: El Autor.
Tabla Referencias: En esta tabla ingresamos los datos de referencias que se envían al
segundo nivel de atención.
37
Figura N° 16. Referencias.
Elaborado Por: El Autor.
A continuación se muestra la relación que existe entre las tablas descritas de la Base de
Datos, por medio del diagrama conceptual.
38
3.3.4.2.DIAGRAMA CONCEPTUAL
Figura N° 17. Diagrama Conceptual.
Elaborado Por: El Autor.
39
3.3.4.3. DISEÑO NAVEGACIONAL
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVASADMINISTRAR CITAS
NUEVO HOSPITALNUEVA UNIDAD
OPERATIVACREAR CITAS
NUEVA ESPECIALIDAD
NUEVA ESPECIALIDAD
HOSPITAL
NUEVO PROFESIONAL
HOSPITAL
NUEVO CONSULTORIO/PROFESIONAL
LOGIN
NUEVO PROFESIONAL
UNIDAD OPERATIVA
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
NUEVOREPORTES
ACTUALIZARGUARDAR
NUEVOREPORTES
ACTUALIZARGUARDAR
NUEVOREPORTES
ACTUALIZARGUARDAR
DISEÑO NAVEGACIONAL ADMINISTRADOR
Figura N° 18 Diseño Navegacional Administrador.
Elaborado por: El Autor.
40
INICIOADMINISTRAR
PACIENTESADMINISTRAR REFERENCIAS
OBTENER CITAS
NUEVO PACIENTE NUEVA REFERENCIABUSCAR CITAS DISPONIBLES
LOGIN
CERRAR SESIÓN
NUEVOACTUALIZAR
NUEVOACTUALIZAR
NUEVOACTUALIZAR
DISEÑO NAVEGACIONAL AGENDADOR UNIDAD OPERATIVA
Figura N° 19. Diseño Navegacional Agendador Unidad Operativa.
Elaborado por: El Autor
MOSTRAR CITAS AGENDADAS
LOGIN
CERRAR SESIÓN
DISEÑO NAVEGACIONAL INFORMACIÓN HOSPITAL
REPORTES
Figura N° 20. Diseño Navegacional Información Hospital.
Elaborado por: El Autor
41
3.3.4.4. DISEÑO DE INTERFACES
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVASADMINISTRAR CITAS CERRAR SESIÓN
DISEÑO DE INTERFAZ MÓDULO ADMINISTRADOR
BIENVENIDOS A LA APLICACIÓN WEB
Figura N° 21. Interfaz – Administrador – Pagina Inicio.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVO HOSPITAL
NUEVA ESPECIALIDAD
NUEVA ESPECIALIDAD
HOSPITAL
NUEVO PROFESIONAL
HOSPITAL
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR HOSPITALES
DATOS GENERALESCODIGO:NOMBRE HOSPITAL:TELEFONO CONVENCIONALDIRRECCION
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 22 Interfaz Administrador –Menú Administrar hospital –Submenú nuevo hospital.
Elaborado por: El Autor.
42
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVO HOSPITAL
NUEVA ESPECIALIDAD
NUEVA ESPECIALIDAD
HOSPITAL
NUEVO PROFESIONAL
HOSPITAL
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR ESPECIALIDAD
DATOS GENERALESCODIGO:DESCRIPCION ESPECIALIDAD
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 23. Interfaz Administrador –Menú Administrar hospital –Submenú nueva especialidad.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVO HOSPITAL
NUEVA ESPECIALIDAD
NUEVA ESPECIALIDAD
HOSPITAL
NUEVO PROFESIONAL
HOSPITAL
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR ESPECIALIDAD HOSPITAL
DATOS GENERALESHOSPITAL:ESPECIALIDAD:ESTADO:
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 24. Interfaz Administrador –Menú Administrar hospital –Submenú nueva especialidad hospital.
Elaborado por: El Autor.
43
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVO HOSPITAL
NUEVA ESPECIALIDAD
NUEVA ESPECIALIDAD
HOSPITAL
NUEVO PROFESIONAL
HOSPITAL
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR NUEVO PROFESIONAL HOSPITAL
DATOS GENERALESCEDULANOMBRES Y APELLIDOSPROFESION/ESPECIALIDAD:
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 25. Interfaz Administrador –Menú Administrar hospital –Submenú nuevo profesional hospital
Elaborado por: El Autor.
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVO HOSPITAL
NUEVA ESPECIALIDAD
NUEVA ESPECIALIDAD
HOSPITAL
NUEVO PROFESIONAL
HOSPITAL
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR NUEVO CONSULTORIO PROFESIONALDATOS GENERALESCONSULTORIO:CEDULANOMBRES Y APELLIDOSPROFESION/ESPECIALIDAD:
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 26. Interfaz Administrador –Menú Administrar hospital –Submenú nuevo consultorio
profesional.
Elaborado por: El Autor.
44
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVA UNIDAD OPERATIVA
NUEVO PROFESIONAL
UNIDAD OPERATIVA
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR NUEVO UNIDAD OPERATIVADATOS GENERALESCÓDIGO UNIDAD OPERATIVANOMBRE UNIDAD:DIRECCION:TELEFONO:
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 27. Interfaz Administrador –Menú Administrar unidad operativa –Submenú nueva unidad
operativa.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVA UNIDAD OPERATIVA
NUEVO PROFESIONAL
UNIDAD OPERATIVA
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR NUEVO PROFESIONAL UNIDAD OPERATIVADATOS GENERALESUNIDAD OPERATIVAPROFESIONAL UNIDAD OPERATIVANOMBRE PROFESIONAL
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 28. Interfaz Administrador –Menú Administrar unidad operativa –Submenú nueva profesional
unidad operativa.
Elaborado por: El Autor.
45
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
NUEVA UNIDAD OPERATIVA
NUEVO PROFESIONAL
UNIDAD OPERATIVA
NUEVO CONSULTORIO/PROFESIONAL
CERRAR SESIÓN
ADMINISTRAR NUEVO CONSULTORIODATOS GENERALESCÓDIGO CONSULTORIOPROFESIONAL UNIDAD OPERATIVA
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 29. Interfaz Administrador –Menú Administrar unidad operativa –Submenú nuevo consultorio
profesional.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ ADMINISTRADOR
INICIOADMINISTRAR
HOSPITAL
ADMINISTRAR UNIDADES
OPERATIVAS
ADMINISTRAR CITAS
CERRAR SESIÓN
ADMINISTRAR CITASDATOS GENERALESCÓDIGO CONSULTORIOFECHA Y HORA CITA:ESTADO:
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
CREAR CITAS
Figura N° 30. Interfaz Administrador –Menú Administrar Citas –Submenú nueva unidad operativa.
Elaborado por: El Autor.
46
DISEÑO DE INTERFAZ AGENDADOR UNIDAD OPERATIVA
INICIOADMINISTRAR
PACIENTEADMINISTRAR REFERENCIA
OBTENER CITAS CERRAR SESIÓN
NUEVO PACIENTEDATOS GENERALESNOMBRES Y APELLIDOSFECHA NACIMIENTO:EMAIL:
INSERTAR REGISTRO
CARGAR DATOS
REPORTE
IMAGEN
NUEVO PACIENTE
MODIFICAR PACIENTE
Figura N° 31. Interfaz Agendador unidad operativa –Menú Administrar pacientes –Submenú nuevo
paciente.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ AGENDADOR UNIDAD OPERATIVA
INICIOADMINISTRAR
PACIENTEADMINISTRAR REFERENCIA
OBTENER CITAS CERRAR SESIÓN
BUSCAR PACIENTE:
POR NOMBRES Y APELLIDOSPOR CEDULA:
BUSCAR
CARGAR DATOS
REPORTE
IMAGEN
NUEVO PACIENTE
MODIFICAR PACIENTE
MODIFICAR ELIMINAR
Figura N° 32. Interfaz Agendador unidad operativa –Menú Administrar pacientes –Submenú modificar
paciente.
Elaborado por: El Autor.
47
DISEÑO DE INTERFAZ AGENDADOR UNIDAD OPERATIVA
INICIOADMINISTRAR
PACIENTEADMINISTRAR REFERENCIA
OBTENER CITAS CERRAR SESIÓN
NUEVA REFERENCIA:
DATOS GENERALESCÓDIGO REFERENCIAPACIENTE REFERIDO:ESPECIALIDAD REFERIDA:
BUSCAR
CARGAR DATOS
REPORTE
IMAGEN
NUEVA REFERENCIA
MODIFICAR REFERENCIA
MODIFICAR ELIMINAR
Figura N° 33. Interfaz Agendador unidad operativa –Menú Administrar referencia –Submenú nuevo
referencia.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ AGENDADOR UNIDAD OPERATIVA
INICIOADMINISTRAR
PACIENTEADMINISTRAR REFERENCIA
OBTENER CITAS CERRAR SESIÓN
BUSCAR REFERENCIA:
CODIGO REFERENCIA:POR NOMBRES Y APELLIDOS PACIENTEPOR CEDULA: PACIENTE
BUSCAR
CARGAR DATOS
REPORTE
IMAGEN
NUEVA REFERENCIA
MODIFICAR REFERENCIA
MODIFICAR ELIMINAR
Figura N° 34. Interfaz Agendador unidad operativa –Menú Administrar referencia –Submenú modificar
referencia.
Elaborado por: El Autor.
48
DISEÑO DE INTERFAZ AGENDADOR UNIDAD OPERATIVA
INICIOADMINISTRAR
PACIENTEADMINISTRAR REFERENCIA
OBTENER CITAS CERRAR SESIÓN
BUSCAR CITAS DISPONIBLES
CONSULTORIO:FECHA INICIAL:FECHA HASTA
BUSCAR
CARGAR DATOS
REPORTE
IMAGEN
BUSCAR CITAS DISPONIBLES
MOSTRAR
Figura N° 35. Interfaz Agendador unidad operativa –Menú obtener citas –Submenú buscar citas
disponibles.
Elaborado por: El Autor.
DISEÑO DE INTERFAZ INFORMACIÓN
CITAS HOSPITAL LUIS GABRIEL DAVILA
BUSCAR POR
CODIGO CITA: CODIGO REFERENCIA: CONSULTORIO: CEDULA PACIENTE: FECHA INICIO: FECHA HASTA:
NOMBRES Y APELLIDOS
BUSCAR
CARGAR DATOS
REPORTE
IMAGEN
Figura N° 36. Interfaz Agendador unidad operativa –Menú Administrar referencia –Submenú nuevo
referencia.
Elaborado por: El Autor.
49
3.3.5. FASE IV: TRANSICIÓN:
3.3.5.1.PRUEBAS DE SOFTWARE
Las pruebas que se realizaron son las siguientes:
Pruebas de acceso al sistema: en esta prueba se valida el tiempo que tarda en realizarse la
conexión al sistema, el tiempo de validación de los datos ingresados y la conexión por
usuario.
Pruebas de velocidad de carga: se toma en cuenta la capacidad máxima que tiene el
servidor web para realizar las peticiones solicitadas.
Se ha establecido un rango de calificaciones, con estos rangos se puede obtener mayor
exactitud en las pruebas de rendimiento de la aplicación web.
Rango calificación de las pruebas
Rango Calificación Puntaje de prueba
Bajo < 2
Regular =3
Bueno 4 a 8
Óptimo >8
Tabla N° 10. Descripción caso de uso modificar información.
Elaborado Por: El Autor.
Rango de calificación por tiempo de respuesta
Rango (s) Calificación
0, 01 - 0, 05 10
0, 06 - 0,10 9
0,11 - 0,15 8
0,16 – 0,20 7
0,20 – 0,25 6
0,25 – 0,30 5
Tabla N° 11. Rango de calificaciones por tiempo de respuesta.
Elaborado Por: El Autor.
50
PRUEBAS DE ACCESO AL SISTEMA
Pruebas de acceso al sistema (Internet de 1Mb)
Características de acceso Tiempo estimado Calificación
Conexión de usuario 0,08 s 9
Validación 0,04 s 10
Conexión por usuario 0,08s 9
Promedio 9,33
Tabla N° 12. Pruebas de acceso al sistema Internet de 1Mb
Elaborado Por: El Autor.
Las pruebas de acceso de los usuarios al sistema nos dieron un promedio de 9,33 es
un tiempo de respuesta óptimo.
Pruebas de acceso al sistema (Internet de 2 Mb)
Características de acceso Tiempo estimado Calificación
Conexión de usuario 0,05 s 10
Validación 0,03 s 10
Conexión por usuario 0,05 s 10
Promedio 10
Tabla N° 13. Pruebas de acceso al sistema Internet de 2Mb
Elaborado Por: El Autor.
Las pruebas de acceso de los usuarios al sistema nos dieron un promedio de 10 es un
tiempo de respuesta es óptimo.
51
PRUEBAS DE CARGA
Pruebas de velocidad de carga (Internet de 1Mb)
Servidor-Localhost Tiempo
de carga
Calificaci
ón
http://www.hlgdcitasweb.com/login.php 0,09 s 9
http://www.hlgdcitasweb.com/AdministracionHos
pital/NuevoHospital.php
0,05 s 10
http://www.hlgdcitasweb.com/AdministracionHos
pital/EspecialidadesHospital.php
0,06 s 9
http://www.hlgdcitasweb.com/AdministracionCit
as/CrearCitas.php
0,11s 8
http://www.hlgdcitasweb.com/SeleccionCitas/Sele
ccionarCitas.php
0,9 s 9
http://www.hlgdcitasweb.com/AdministracionRef
erencias/NuevaReferencia.php
0,6 s 9
http://www.hlgdcitasweb.com/AdministracionCit
asAsignadas/SeleccionarCitasAsignada.php
16 s 7
Promedio 8,7
Tabla N° 14. Pruebas de velocidad de carga Internet de 1Mb
Elaborado Por: El Autor.
Las pruebas de velocidad de carga tienen un promedio de 8,7 es decir que su tiempo de
carga es bueno.
Pruebas de velocidad de carga (Internet de 2Mb)
Servidor-Localhost Tiempo
de carga
Calificación
http://www.hlgdcitasweb.com/login.php 0,04 s 10
http://www.hlgdcitasweb.com/AdministracionHos
pital/NuevoHospital.php
0,03 s 10
http://www.hlgdcitasweb.com/AdministracionHos
pital/EspecialidadesHospital.php
0,03 s 10
http://www.hlgdcitasweb.com/AdministracionCit
as/CrearCitas.php
0,5s 10
52
http://www.hlgdcitasweb.com/SeleccionCitas/Sele
ccionarCitas.php
0,5 s 10
http://www.hlgdcitasweb.com/AdministracionReferen
cias/NuevaReferencia.php
0,2 s 10
http://www.hlgdcitasweb.com/AdministracionCitasAsi
gnadas/SeleccionarCitasAsignada.php
0,5s 10
Promedio 10
Tabla N° 15. Pruebas de velocidad de carga Internet de 2Mb
Elaborado Por: El Autor.
Las pruebas de velocidad de carga tienen un promedio de 10 es decir que su tiempo de
carga es óptimo.
Las pruebas aplicadas de acceso al sistema y velocidad de carga teniendo como
parámetros diferentes velocidades de internet tienen como resultado un promedio de carga
muy recomendable y factible para el buen funcionamiento de la aplicación web de gestión
de citas médicas para el segundo nivel de atención, dichas pruebas fueron realizadas
mediante el sitio web tools.pingdom.com.
PRUEBAS CON DATOS REALES
Las pruebas con datos reales son importantes para evaluar la manera en que los usuarios
finales interactúan con la aplicación web URL www.hlgdcitasweb.com.
Figura N° 37. Ingreso de un registro real
Elaborado Por: El Autor.
53
PRUEBAS CON DATOS ERRÓNEOS
Las pruebas con datos erróneos son importantes para probar las validaciones y corregir a
tiempo los errores que se presenten en la aplicación.
Figura N° 38. Pruebas registro real
Elaborado Por: El Autor.
3.3.5.2.IMPLEMENTACIÓN
CRONOGRAMA DE IMPLEMENTACIÓN
A continuación se detalla las actividades realizadas para la implementación de la
aplicación web con sus respectivas fechas de comienzo y fin además los recursos
utilizados en cada actividad.
Actividad Duración Comienzo Fin Recursos
Pruebas (local) 2 días 15-02-2016 17-02-2016 1 Pc.
Implementar el
sistema
4 días 25-02-2016 28-02-2016 1 Pc, internet.
Desarrollo de
pruebas(web)
5 días 01-03-2016 04-03-2016 1 Pc, internet, 1 Esferos, 1
cuaderno.
Tabla N° 16 .Cronograma de implementación detallado.
Elaborado Por: El Autor.
54
CRONOGRAMA DE CAPACITACIONES
A continuación se detalla las actividades realizadas para las capacitaciones de
funcionamiento de la aplicación web.
ACTIVIDADES
Febrero Marzo
25 26 27 28 7 8 9 10 14 15 16
1 Presentación de aplicación web
Asistentes:
Dr. Geovanny Patiño Jefe
de Referencias Distrito de
salud 04D01
Sr Edison Portilla
Agendador Hospital Luis
Gabriel Dávila
Lic. Ernesto Robles Líder
de Información al Cliente
HLGD
Lic. Natalia Enríquez
Agendadora Centro de
Salud El Ángel
Sr Luis Cuaical Agendador
Centro de Salud San
Francisco
Sr. Jimmy Mora
Agendador Centro de
Salud Sur
Sra. Ximena Guerra
Agendadora Distrio Nro 3
X
2 Capacitación Sr. Edison Portilla
Agendador hospital Luis Gabriel
Dávila
X X
3 Capacitación Sr. Jimmy Mora
Agendador Centro de Salud Sur
X X
Tabla N° 17. Cronograma de capacitaciones general.
Elaborado Por: El Autor.
Actividad Duració
n
Comienzo Fin Recursos
Presentación del
sistema
web(Localmente)
1 día 25/02/2016 25/02/2016 1 Pc, infocus
55
Capacitación Sr. Edison Portilla Agendador hospital Luis Gabriel Dávila (Localmente)
1 días 08/03/2016 08/03/2016 1 Pc, 1
cuadern
o, 1
esfero
Capacitación Sr. Jimmy
Mora Agendador Centro
de Salud Sur
(Localmente)
1 días 10/03/2016 10/03/2016 1 Pc, 1
cuadern
o, 1
esfero.
Capacitación Sr. Edison Portilla Agendador hospital Luis Gabriel Dávila (Aplicación en la Web)
1 días 14/03/2016 14/06/2014 1 Pc,
Intenet,
1
cuadern
o, 1
esfero
Capacitación Sr. Jimmy
Mora Agendador Centro
de Salud Sur
(Aplicación en la Web)
1 días 15/03/2016 15/03/2016 1 Pc,
Internet,
1
cuadern
o, 1
esfero. Tabla N° 18. Cronograma de capacitaciones detallado.
Elaborado Por: El Autor.
CRONOGRAMA DE SUBIDA A LA WEB
A continuación se detalla las actividades realizadas al subir la aplicación a la web y las
pruebas realizadas ya con el sitio en internet.
ACTIVIDADES
Febrero Marzo
25 26 27 28 1 2 3 4
1 Implementar el sistema a la
web
X X X X
2 Realizar pruebas (web)
X X X X Tabla N° 19. Cronograma de subida de la aplicación web general.
Elaborado Por: El Autor.
Actividad Duración Comienzo Fin Recurso
s Implementar el
sistema
4 días 25/02/2016 28/02/2016 1 Pc, internet.
56
Realizar
pruebas
(web)
4 días 01/03/2016 04/03/2016 1 Pc, internet, 1 cuaderno, esfero.
Tabla N° 20. Cronograma de subida de la aplicación web detallado.
Elaborado Por: El Autor.
3.3.5.3. RESULTADOS DE LA APLICACIÓN
Ingreso de Usuario a la Aplicación
Figura N° 39. Ingreso de Usuario
Elaborado por: El Autor
Menú Principal del administrador de la Aplicación
Figura N° 40. Menú Principal del administrador de la Aplicación
Elaborado por: El Autor.
Menú principal del agendador del Hospital
57
Figura N° 41. Menú Principal del agendador del hospital de la Aplicación
Elaborado por: El Autor
Menú principal del agendador de la unidad operativa
Figura N° 42. Menú Principal del agendador del hospital de la Aplicación.
Elaborado por: El Autor.
Reporte generado de especialidades en el Hospital Luis Gabriel Dávila
Figura N° 43. Reporte generado de especialidades en el Hospital Luis Gabriel Dávila.
Elaborado por: El Autor.
58
Reporte que genera el reporte de profesionales que laboran
Figura N° 44. Reporte que genera el reporte de profesionales que laboran
Elaborado por: El Autor
Reporte que genera el listado de citas desde una fecha inicial a una final
Figura N° 45. Reporte que genera el listado de citas desde una fecha inicial a una final
Elaborado por: El Autor.
59
CONCLUSIONES GENERALES
Como resultado del desarrollo de este proyecto tenemos una aplicación web donde
todas las citas para el segundo nivel de atención se encuentran subidas en la
aplicación web por ende existe mejor planificación de los horarios de los
profesionales de salud, información legible y en tiempo real, mejor manejo del
recurso humano, disminución de la hora de espera para obtener una cita entre otros
beneficios.
El desarrollo de la Aplicación Web ha permitido al Distrito Nro. 04D01 tener una
importante evolución hacia las tecnologías de la Web debido al desempeño que
brindan tales como facilidad de acceso a la información.
La aplicación web es una herramienta muy útil para el Distrito de Salud Nro.
04D01 ya que permite automatizar su información y mejorar los procesos de
gestión sobre las citas médicas para el segundo nivel de atención (Hospital Luis
Gabriel Dávila) logrando resultados de manera rápida y eficiente.
Los reportes que presenta la aplicación web permite obtener una visión más amplia
de la situación de referencias enviadas al segundo nivel de atención y así poder
tomar decisiones de una manera más factible.
El software libre con sus diversas herramientas son elementos de gran ayuda para el
desarrollo de aplicaciones web.
60
RECOMENDACIONES
El uso adecuado de la recolección de información, que se transmita sea veraz y
oportuna, para así lograr una comunicación efectiva que influya directamente en la
toma de decisiones.
El desarrollo de este aplicativo deja una puerta abierta a todos los estudiantes de
Ingeniería en Sistemas, que no todos los aplicativos o Software están realizados,
cada empresa o institución en nuestro país necesita mayor tecnología para poder
sobrevivir en los mercados competitivos y solo la información correcta y en el
tiempo justo nos ayudará.
Se recomienda que se desarrollen aplicaciones similares para el resto de las
unidades, como ser: Internación, laboratorios, farmacia, etc. Se sugiere que estos
nuevos sistemas sean construidos en base al Proceso Unificado y el uso del
Lenguaje Unificado de Modelado UML, de este modo integrar todas las unidades.
Es recomendable que el administrador de la aplicación web cuente con un plan de
seguridad y respaldo de base de datos, permitiendo prevenir cualquier tipo de
percance.
BIBLIOGRAFÍA
Aguilera. (2010). Seguridad Informática. Madrid: Editex S.A.
ANTONIO, O. P. (2013). Guia practica de dreamweaver. anaya: V.
Chapman Pete, C. J. (2000). CRISP-DM 1.0 Guia paso a paso de Minería de Datos .
http://www.dataprix.com/es/metodolog-crisp-dm-para-miner-datos.
Cibelli, C. (11 de 11 de 2012). PHP Programación Web avanzada para profesionales. En C.
Cibelli, PHP Programación Web avanzada para profesionales (pág. 13). S.A.
MARCOMBO.
Gauchat, J. (2012). l Gran libro de HTML5, CSS3 y Javascript. Barcelona - España: II.
hacking, E. (2013). Seguridad Informatica. España: Eni.
Haverbeke, M. (2012). Eloquent JavaScript . VALENCIA: III.
KABIR, M. J. (2012). LA BIBLIOTECA DEL SERVIDOR APACHE. En M. J. KABIR,
LA BIBLIOTECA DEL SERVIDOR APACHE (pág. 7). BARCELONA: GAMA.
Luján Mora, S. (2009). Programación de aplicaciones web. En S. Luján Mora,
Programación de aplicaciones web Historia, principios básicos y clientes web
(pág. 47). España.
Méndez Morales, S. M. (2007). Uso de la Metodología Rough Sets para la identificación
de variables críticas influyentes en una base de datos. Bógota.
MORA, S. L. (2012). PROGRAMACIÓN DE APLICACIONES WEB:HISTORIA
PRINCIPIOS BASICOS Y CLIENTES WEB. San Vicente-Alicante.
MSP. (2012). MODELO DE ATENCION INTEGRAL DEL SISTEMA NACIONAL DE
SALUD FAMILIAR COMUNITARIA E INTERCULTURAL. En MSP. QUITO.
MSP. (2013). Manual del Modelo de Atención Integral de Salud - MAIS. QUITO.
MSP. (2014). Subsistema de referencia,derivación,contrareferencia,referencia inversa y
transferencia del SNS. Quito, Ecuador: el telégrafo.
Niebla, M. P. (2012). CREACION Y DISEÑO WEB (GUIAS VISUALES). En M. P.
Niebla, CREACION Y DISEÑO WEB (GUIAS VISUALES) (pág. 49). Madrid:
ANAYA MULTIMEDIA.
Raquel M. Crespo García, J. V. (2014). Inteligencia en Redes de Comunicaciones.
Silberschatz, K. &. (2006). FUNDAMENTOS DE BASES DE DATOS. En K. &.
Silberschatz, FUNDAMENTOS DE BASES DE DATOS (CUARTA ed., pág. 24).
ESPAÑA: PRINTED IN SPAIN.
Spona, H. (2010). Programación de base de datos con MySQL y PHP. En H. Spona,
Programación de base de datos con MySQL y PHP (pág. 82). Barcelona:
Marcombo S.A.
Thibaud. (2006). MySql. En Thibaud. España.
Top Related