universidad regional autÓnoma de los andesdspace.uniandes.edu.ec/bitstream/123456789/4239/1/...a...

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


NUEVA PROFESIONAL UNIDAD OPERATIVA. ............................................................................. 44


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


SUBMENÚ MODIFICAR REFERENCIA. ...................................................................................... 47

FIGURA N° 35. INTERFAZ AGENDADOR UNIDAD OPERATIVA –MENÚ OBTENER CITAS –SUBMENÚ

BUSCAR CITAS DISPONIBLES. .................................................................................................. 48


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


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


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


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


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)

http://es.wikipedia.org/wiki/Software_de_c%C3%B3digo_abierto

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:

http://es.wikipedia.org/wiki/Usuario_(inform%C3%A1tica)

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.

http://es.wikipedia.org/wiki/Organizacion

21

Dominio

País

.br

Brasil

.mx

Mexico

.ca

Canada

.ec

Ecuador

Tabla N° 2. Ejemplo de dominios territoriales


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


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


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.


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.


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.


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.


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.


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

PDF

Pagina Web

Figura N° 11. Caso de uso Reportes.


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:



33


Pos condiciones: El sistema ha registrado satisfactoriamente la información.

Tabla N° 7. Descripción caso de uso ingreso de información.


Nombre: Caso de Uso. Modificar de Información





Operativas(U).


Flujo Normal:


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:




Pos condiciones: El sistema ha actualizado satisfactoriamente la información.

Tabla N° 8. Descripción caso de uso modificar información.


34

Nombre: Caso de Uso. Eliminar de Información





Operativas(U).


Flujo Normal:


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:




Pos condiciones: El sistema ha eliminado satisfactoriamente la información.

Tabla N° 9. Descripción caso de uso eliminar información.


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


Tabla Usuario/Pacientes: En esta tabla ingresamos los pacientes que serán referidos al

segundo nivel de atención.

Figura N° 13. Tabla Pacientes.


Tabla Profesionales: En esta tabla ingresamos a los profesionales de la salud que laboran

en las unidades operativo.

36

Figura N° 14. Tabla Profesionales.


Tabla Unidades Operativas: En esta tabla ingresamos a las unidades operativas que

conforma el Distrito de salud Nro. 04D01.

Figura N° 15. Unidades Operativas.


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.


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.


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


CERRAR SESIÓN

NUEVOREPORTES

ACTUALIZARGUARDAR

NUEVOREPORTES

ACTUALIZARGUARDAR

NUEVOREPORTES

ACTUALIZARGUARDAR

DISEÑO NAVEGACIONAL ADMINISTRADOR

Figura N° 18 Diseño Navegacional Administrador.


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.


MOSTRAR CITAS AGENDADAS

LOGIN

CERRAR SESIÓN

DISEÑO NAVEGACIONAL INFORMACIÓN HOSPITAL

REPORTES

Figura N° 20. Diseño Navegacional Información Hospital.


41

3.3.4.4. DISEÑO DE INTERFACES

INICIOADMINISTRAR

HOSPITAL


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.


DISEÑO DE INTERFAZ ADMINISTRADOR

INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS

NUEVO HOSPITAL

NUEVA ESPECIALIDAD

NUEVA ESPECIALIDAD

HOSPITAL

NUEVO PROFESIONAL

HOSPITAL


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.


42


INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS

NUEVO HOSPITAL

NUEVA ESPECIALIDAD

NUEVA ESPECIALIDAD

HOSPITAL

NUEVO PROFESIONAL

HOSPITAL


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.



INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS

NUEVO HOSPITAL

NUEVA ESPECIALIDAD

NUEVA ESPECIALIDAD

HOSPITAL

NUEVO PROFESIONAL

HOSPITAL


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.


43


INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS

NUEVO HOSPITAL

NUEVA ESPECIALIDAD

NUEVA ESPECIALIDAD

HOSPITAL

NUEVO PROFESIONAL

HOSPITAL


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



INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS

NUEVO HOSPITAL

NUEVA ESPECIALIDAD

NUEVA ESPECIALIDAD

HOSPITAL

NUEVO PROFESIONAL

HOSPITAL


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.


44


INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS

NUEVA UNIDAD OPERATIVA

NUEVO PROFESIONAL

UNIDAD OPERATIVA


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.



INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS


NUEVO PROFESIONAL

UNIDAD OPERATIVA


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.


45


INICIOADMINISTRAR

HOSPITAL


OPERATIVAS

ADMINISTRAR CITAS


NUEVO PROFESIONAL

UNIDAD OPERATIVA


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.



INICIOADMINISTRAR

HOSPITAL


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.


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.



INICIOADMINISTRAR



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.


47


INICIOADMINISTRAR



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.



INICIOADMINISTRAR



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.


48


INICIOADMINISTRAR



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.


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.


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.


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.


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


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


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


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


asAsignadas/SeleccionarCitasAsignada.php

16 s 7

Promedio 8,7

Tabla N° 14. Pruebas de velocidad de carga Internet de 1Mb


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


pital/NuevoHospital.php

0,03 s 10


pital/EspecialidadesHospital.php

0,03 s 10


as/CrearCitas.php

0,5s 10

http://www.hlgdcitasweb.com/login.php

http://www.hlgdcitasweb.com/AdministracionHospital/NuevoHospital.php


http://www.hlgdcitasweb.com/AdministracionHospital/EspecialidadesHospital.php


http://www.hlgdcitasweb.com/AdministracionCitas/CrearCitas.php


http://www.hlgdcitasweb.com/SeleccionCitas/SeleccionarCitas.php


http://www.hlgdcitasweb.com/AdministracionReferencias/NuevaReferencia.php


http://www.hlgdcitasweb.com/AdministracionCitasAsignadas/SeleccionarCitasAsignada.php

http://www.hlgdcitasweb.com/AdministracionCitasAsignadas/SeleccionarCitasAsignada.php

http://www.hlgdcitasweb.com/login.php







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


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






http://www.hlgdcitasweb.com/

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


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.


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.


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.


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.


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.


3.3.5.3. RESULTADOS DE LA APLICACIÓN

Ingreso de Usuario a la Aplicación

Figura N° 39. Ingreso de Usuario


Menú Principal del administrador de la Aplicación

Figura N° 40. Menú Principal del administrador de la Aplicación


Menú principal del agendador del Hospital

57

Figura N° 41. Menú Principal del agendador del hospital de la Aplicación


Menú principal del agendador de la unidad operativa

Figura N° 42. Menú Principal del agendador del hospital de la Aplicación.


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.


58

Reporte que genera el reporte de profesionales que laboran

Figura N° 44. Reporte que genera el reporte de profesionales que laboran


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


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.

universidad regional autÓnoma de los andesdspace.uniandes.edu.ec/bitstream/123456789/4239/1/...a...

Documents