UNIVERSIDAD TECNOLGICA ISRAEL

COMPONENTE PRCTICO EN OPCIN AL TTULO DE:

INGENIERO EN SISTEMAS INFORMTICOS

TEMA:

SISTEMA WEB PARA LA GESTIN DE AGENDAS

MDICAS

AUTORES:

TENORIO ROBERTO

CARLOS YAGLOA

PROFESOR CTEDRA INTEGRADORA:

ING. MARCO TUPIZA

AO: 2016
 Tabla de contenido

Tabla de contenido............................................................................................................ 2
TABLAS ........................................................................................................................... 5
1. El problema .............................................................................................................. 5
1.1. Planteamiento del problema ............................................................................... 6
1.2. Formulacin del problema .............................................................................. 6
1.3. Objetivo general. .............................................................................................. 7
1.3.1. Objetivos Especficos. ............................................................................... 7
1.4. Justificacin ...................................................................................................... 7
2. Propuesta Tcnica ................................................................................................... 9
2.1. Definicin scrum .................................................................................................. 9
2.2. Caractersticas .................................................................................................. 9
2.3. Ciclo de vida metodologa scrum .................................................................... 9
2.4. Fases metodologa scrum............................................................................... 10
2.5. Ventajas de scrum. ......................................................................................... 11
3. Fase de inicio ........................................................................................................... 12
3.1. Fase de Elaboracin ......................................................................................... 12
3.2. Fase de construccin ........................................................................................ 12
3.3. Fase de transicin ............................................................................................. 12
3.4. Informacin de la Clnica .............................................................................. 12
3.4.1. Misin ...................................................................................................... 12
3.4.2. Visin ............................................................................................................ 12
3.4.3. Organizacin de clnica .......................................................................... 12
3.5. Infraestructura de la Clnica ........................................................................ 13
4. Fase de elaboracin del proyecto ............................................................................ 15
4.1. Usuarios que interviene en el proyecto ............................................................... 15
4.2. Asignaran de tareas a los Usuarios .................................................................. 15
4.3. Diagramas de casos de uso ................................................................................ 16
4.3.1. Mdulo caso de uso del sistema. ................................................................ 16
4.3.2. Mdulo de caso de uso gestin de cuantas de usuario. ................................. 17
4.3.3. Mdulo de caso de gestin de paciente. ..................................................... 18
4.3.4. Mdulo caso de uso citas mdicas .............................................................. 18
4.3.5. Modulo caso de uso para gestionar parmetros ....................................... 19
 4.4. Requerimientos del sistema ........................................................................... 19
4.4.1. Casos de uso...................................................................................................... 20
4.5. Especificaciones de casos de uso......................................................................... 21
4.5.1. Caso de uso crear cuentas de usuario. ........................................................... 21
4.5.2. Caso de uso modificar contrasea de usuario .............................................. 22
4.5.3. Caso de uso eliminar cuenta de usuario.................................................... 23
Tabla 3: Eliminar cuenta de usuario. ....................................................................... 23
4.5.4. Caso de uso iniciamos sucesin de usuario .............................................. 24
4.5.5. Caso de uso cerrar sesin de usuario ............................................................. 25
4.6. Gestionar pacientes .............................................................................................. 26
4.6.1. Caso de uso ingresar paciente ....................................................................... 26
4.6.2. Caso de uso buscar Pasiente .......................................................................... 27
4.6.3. Caso de uso modificar paciente ................................................................ 28
4.6.4. Caso de uso eliminar paciente .................................................................. 29
4.7. Gestionar citas ................................................................................................. 30
4.7.1. Caso de uso asignar cita medica .................................................................... 30
4.7.2. Caso de uso buscar cite medica ..................................................................... 31
4.7.3. Caso de uso modificar cita medica ............................................................... 32
4.7.4. Caso de uso eliminar cita medica ............................................................. 33
4.7.5. Caso de uso atencin cita medica ..................................................................... 34
5. Diagrama de clases .................................................................................................. 35
5.1. Diagrama entidad relacin ................................................................................ 35
5.2. Secuencia crear nueva cuenta de usuario ............................................................ 37
5.3. DISEO DEL SISTEMA ................................................................................. 37
5.3.1. ARQUITECTETURA ................................................................................. 37
5.4. Prototipo del software ....................................................................................... 40
Ingreso del paciente ................................................................................................. 41
Interface gestin paciente ........................................................................................ 42
Esta pantalla me permite el ingreso del paciente Mediante esta pantalla el usuario
empleado (citas) podr ingresar nuevos pacientes al sistema, adems de tener la
opcin de buscar a determinado paciente para posteriormente modificar los datos o
eliminar al paciente del sistema. ............................................................................. 42
Mediante esta pantalla se registra la informacin bsica del paciente ................... 42
Buscar paciente ....................................................................................................... 43
 ................................................................................................................................. 43
Se puede buscar a un paciente por la cedula o realizar un listado de todos los
pacientes existentes en el sistema, donde luego se puede elegir a la persona que se
est buscando. En caso de que previamente haya sido creado y posteriormente
eliminado del sistema, se muestra un mensaje preguntando si se desea reactivar
dicho paciente. ......................................................................................................... 43
Interfaz de asignar cita ............................................................................................ 44
................................................................................................................................. 44
Esta pantalla sirve para asignar, eliminar o modificar la hora de una cita en la
agenda...................................................................................................................... 44
Pantalla usuario administrador ................................................................................ 45
Interfaz agregar cuenta de usuario ....................................................................... 45
5.5. Evaluacin del proceso ........................................................................................ 46
Se present a los usuarios el esquema de las pantallas o interfaces a utilizarse en la
aplicacin web. Las interfaces facilitan la interactividad entre un usuario y la
computadora mediante acciones amigables fciles de entender y comprender. Su
funcionamiento fue entendible por los usuarios. Como consecuencia se procedi a
implementar las interfaces de la aplicacin. ............................................................... 46
5.6. Diagrama Entidad Relacin ................................................................................. 46
5.7. Diagrama de despliegue....................................................................................... 47
6. Fase de construccin ............................................................................................... 48
6.1. Desarrollo de la aplicacin web .......................................................................... 48
6.2. Creacin de la base de datos Mysql..................................................................... 48
6.3. Para la configuracin del servidor de aplicacion: ................................................ 50
7. Descripcin de los mdulos finales ......................................................................... 53
7.1. Pantalla Principal de la aplicacin. .............................................................. 53
Inicio sesin............................................................................................................. 53
7.2. Mdulos........................................................................................................ 54
Conclusiones................................................................................................................... 56
Recomendaciones ........................................................................................................... 57
Bibliografa ..................................................................................................................... 58
Anexos ............................................................................................................................ 59
Anexo 1. Script de la base de datos ............................................................................ 59
 TABLAS

Tabla 1: crear nueva cuenta de usuario. ..................................................................................... 21

Tabla 2: Caso de uso modificar contrasea de usuario. ............................................................. 22
Tabla 3: Eliminar cuenta de usuario. ........................................................................................... 23
Tabla 4: Iniciar sesin de usuario. ............................................................................................... 24
Tabla 5: Caso de uso cerrar sesin de usuario ............................................................................ 25
Tabla 6: Ingresar Pacientes ......................................................................................................... 26
Tabla 7: Caso de uso Buscar Paciente ......................................................................................... 27
Tabla 8: Caso de Uso Modificar paciente .................................................................................... 28
Tabla 9: Eliminar Paciente ........................................................................................................... 29
Tabla 10: Asignar Cita Mdica ..................................................................................................... 30
Tabla 11: Buscar cita Mdica....................................................................................................... 31
Tabla 12: Caso de Uso Modificar Cita medica ............................................................................. 32
Tabla 13: Caso de uso Eliminar Cita Medica ............................................................................... 33
Tabla 14: Caso de uso Atencin cita Mdica .............................................................................. 34
Tabla 15: Ingresar Parmetros ....................................................... Error! Bookmark not defined.
Tabla 16: Ingresar Parmetros ....................................................... Error! Bookmark not defined.
Tabla 17: Modificar Parmetro ...................................................... Error! Bookmark not defined.
Tabla 18: Eliminar Parmetro......................................................... Error! Bookmark not defined.

1. El problema
 1.1. Planteamiento del problema

Los turnos mdicos de un hospital o clnica son un pilar fundamental en el

crecimiento de las mismas, ya que ayuda para el desarrollo diario y necesario para

ordenar la atencin especializada en los centros de salud pblicos o privados. Por lo que

se hace necesario considerar aspectos primordiales en desarrollar, un sistema de

agendamiento, de las citas mdicas en las instituciones de salud.

Las instituciones no cuentan con una herramienta tecnolgica considerado como un

Sistema WEB adecuado, que les permita gestionar las citas mdicas con lo que se

propone una organizacin para asignar los mdicos de turno disponibles, as podemos

enfrentar los avance tecnolgico actuales.

Las instituciones mdicas al no contar con informacin veraz y actualizada de los

turnos solicitados diariamente, no pueden organizar eficientemente a los mdicos de

turno y no podrn atender con eficacia los turnos solicitados dado a esta complejidad no

podrn tener soluciones efectivas con los pacientes.

1.2. Formulacin del problema

Se ha detectado que la clnica no cuentan con un software adecuado para gestionar

funciones operativas y administrativas del mismo, como es la gestin de las citas, por

razones como:

El software existente en el mercado es muy costoso y no es totalmente

adaptable para estas entidades prestadoras de servicios hospitalarios.

 La toma de decisiones importantes con base en una informacin que est siendo

manipulada de manera inadecuada puede ocasionar que la clnica no funcione de

forma correcta, vindose perjudicados tanto los pacientes como quienes hacen parte de

dichos centros.

1.3. Objetivo general.

Disear un una aplicacin web de informacin que permita la gestin en la

asignacin de las citas y el proceso necesario con dicha informacin para una

administracin eficiente de una clnica.

1.3.1. Objetivos Especficos.

Recolectar informacin sobre el problema a resolver.

Analizar y organizar la informacin recolectada.

Modelar el anlisis realizado, usando las tcnicas de la metodologa

seleccionada.

Modelar la solucin computacional del sistema, realizando los siguientes

diseos:

a. Diseo arquitectnico.

b. Diseo de la interfaz de usuario. Diseo a nivel de componentes.

Realizar un prototipo que permita evaluar el funcionamiento del sistema.

1.4. Justificacin

Este proyecto se aplic con conocimientos de programacin el proyecto esta dedica

a la atencin de la clnica enfocado al desde la atencin primaria a la terciaria. Por lo

que requiero una extensa investigacin de la, relaciones humanas con pacientes y

competencias de procedimientos. Las estructuras hospitalarias estn en constante

crecimiento en relacin a la evolucin y desarrollo de las ciencias mdicas por lo que

sus servicios deben innovar tecnolgicamente constantemente para ofertar servicios de

calidad que fomenten la salud de la sociedad por lo que se hace necesario elaborar

aplicaciones para poder organizar y desarrollar su trabajo eficientemente, por lo que se

implementa el presente software,

El presente es un documento que da a conocer los procesos que desarrollo de la

aplicacin el Servicio conjuntamente con sus procedimientos y las funciones,

actividades, administrativas del. Siendo el recurso humano la base de toda organizacin

es necesario mejorar procedimientos su desempeo mediante pautas que orienten a un

trabajo eficiente. El presente estudio, realizado bajo la modalidad de aplicacin del

conocimiento del programa.

 2. Propuesta Tcnica

Para realizar el presente el proyecto se tomar la metodologa de desarrollo gil:

Scrum es un modelo de desarrollo gil caracterizado por:

Adoptar una estrategia de desarrollo incremental, en lugar de la planificacin y

ejecucin completa del producto.

Basar la calidad del resultado ms en el conocimiento tcito de las personas en

equipos auto organizados, que en la calidad de los procesos empleados.

Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras

otra en un ciclo secuencial o de cascada.1

2.1. Definicin scrum

Scrum es el nombre con el que se denomina a los marcos de desarrollo giles 2

2.2. Caractersticas

Las caractersticas ms marcadas que se logran notar en Scrum seran: gestin

regular de las expectativas del cliente, resultados anticipados, flexibilidad y

adaptacin, retorno de inversin, mitigacin de riesgos, productividad y calidad,

alineamiento entre cliente y equipo, por ltimo equipo motivado. Cada uno de

estos puntos mencionados hace que el Scrum sea utilizado de manera regular en

un conjunto de buenas prcticas para el trabajo en equipo y de esa manera

obtener resultados posibles.

2.3. Ciclo de vida metodologa scrum

Las etapas de desarrollo consisten bsicamente en cuatro actividades principales:

1
http://www.vassdigital.com/scrum-la-metodologia-de-desarrollo-agil-por-excelencia/
2
https://es.wikipedia.org/wiki/Scrum_(desarrollo_de_software)
 Anlisis

Diseo

Desarrollo

Evaluacin3

2.4. Fases metodologa scrum

Definicin del proyecto (Product Backlog): recoge el conjunto de

requerimientos que se asocian al proyecto. Es responsabilidad del Product Owner

realizar esta definicin y establecer las prioridades de cada requerimiento. y que est

sujeto a modificaciones a lo largo del desarrollo.

Definicin del Sprint (Sprint Backlog): subconjunto de requerimientos,

extradas del product backlog, El sprint backlog sera el documento que describa las

tareas que son necesarios realizar para abordar el dicho subconjunto de requerimientos.

Ejecucin del Sprint: Sera el periodo de entre 1 y 4 semanas durante el cual el

equipo de trabajo abordara las tareas de desarrollo correspondientes. Una vez iniciada

la ejecucin de un sprint definido, este no podr ser modificado, y en caso de ser

3
http://anaydisesistem.blogspot.com/2011/04/modelo-de-ciclo-de-vida-scrum.html
necesario introducir cambios estos se harn una vez concluido el periodo a travs de la

definicin de otro sprint backlog.

Entrega: Una vez concluida la ejecucin del sprint, se dispondr de una porcin

de la aplicacin potencialmente definitiva.

Evolucin del proyecto (Burn down): Es un documento que refleja el estado del

proyecto, indicando el volumen de requerimientos que en ese momento se encuentran

pendientes de ser abordados (en el product backlog), los requerimientos que en ese

momento se estn desarrollando (sprint backlog) y los requerimientos cuyo desarrollo

ya se ha completado en su totalidad. scrum

2.5. Ventajas de scrum.

Las ventajas de acurdo a esta metodologa est basada en resultados tangibles y

agiles.

Gestin regular de las expectativas del cliente y basada en resultados

tangibles.

Resultados anticipados.

Flexibilidad y adaptacin respecto a las necesidades del cliente, cambios en

el mercado.

Mitigacin sistemtica de los riesgos del proyecto.

Productividad y calidad.

Alineamiento entre el cliente y el equipo de desarrollo.

Equipo motivado
 3. Fase de inicio

3.1. Fase de Elaboracin

El propsito de esta fase es establecer la base la elaboracin de la arquitectura del

sistema.

3.2. Fase de construccin

El propsito de esta fase es completar el desarrollo del sistema basado en la

Arquitectura definida.

3.3. Fase de transicin

El propsito es asegurar que el sistema es entregado a los usuarios, y evala la

funcionalidad y performance del ltimo entregable de la fase de construccin.

3.4. Informacin de la Clnica

3.4.1. Misin

Prestar servicios de salud con calidad y calidez en el mbito de la asistencia

especializada, a travs de su cartera de servicios, cumpliendo con la responsabilidad de

promocin, prevencin, recuperacin, rehabilitacin de la salud integral.

3.4.2. Visin

Ser reconocidos por la ciudadana como una clnica accesible, que presta una

atencin de calidad que satisface las necesidades y expectativas de la poblacin bajo

principios fundamentales de la salud y biotica, utilizando la tecnologa y los recursos

de forma eficiente y transparente.

3.4.3. Organizacin de clnica

 La institucin constituida por la mxima autoridad el gerente general, unidad

administrativa, a unidad jurdica, financiero, comunicacin, Servicios varias, Recursos

humanos, Tics y dems reas como mencionamos en el anterior grfico.

3.5. Infraestructura de la Clnica

El primer piso se encuentra los siguientes departamentos.

Admisiones.

Emergencia.

Consulta externa

Laboratorio Clnico

Rayos x

Odontologa

El segundo piso est formado por las reas

 Hospitalizacin

Ciruga

Quirfanos

El tercer piso esta parte administrativa:

Jurdico

Financiero

Comunicacin

Gerencia

Recursos sos humanos

Tics
 4. Fase de elaboracin del proyecto

4.1. Usuarios que interviene en el proyecto

Los actores directos estn constituidos de la siguiente manera

Administrador

Usuarios

Administrador Usuarios

4.2. Asignaran de tareas a los Usuarios

Administrador: Tendr todos los permisos de acceso, modificacin y control del

sistema.

Usuarios: El rol el usuarios ser restringido para realizar determinados procesos dentro

del sistema.
 4.3. Diagramas de casos de uso

4.3.1. Mdulo caso de uso del sistema.

4.3.2. Mdulo de caso de uso gestin de cuantas de usuario.
4.3.3. Mdulo de caso de gestin de paciente.

4.3.4. Mdulo caso de uso citas mdicas

 4.3.5. Modulo caso de uso para gestionar parmetros

4.4. Requerimientos del sistema

Realizando un anlisis previo a l ejecucin del proyecto podemos determinar que el

sistema tiene que cumplir con los siguientes requisitos

Permitir ingresar un paciente con sus datos personales y antecedentes

clnicos.
Modificar los datos de un paciente en el sistema.
Eliminar un paciente del sistema.
Asignar una cita mdica de acuerdo a la disponibilidad de la agenda de citas.
Modificar la Hora o la fecha de una cita mdica.
Cancelar una cita mdica.
Atender la cita mdica en el momento que el paciente asista a esta.
Permitir agregar un nuevo empleado del rea mdica.
Modificar los datos de un empleado mdico.
Crear una cuenta para el personal administrativo encargado de la
administracin del sistema de informacin, ellos tendrn acceso total a la
aplicacin.
 Crear una cuenta para que los pacientes puedan gestionar sus citas
mdicas.
Todas las cuentas deben ser protegidas mediante una contrasea.

4.4.1. Casos de uso

Gestionar cuentas de usuarios.

Crear nueva cuenta de usuario Crea un nuevo usuario al sistema
Modificar contrasea de usuario Contrasea para usuarios
Eliminar usuario: Administrador elimine cuentas
Iniciar sesin de usuario Inicializacin del sistema
Cerrar sesin de usuario Cerrar cesin en sistema
Gestionar pacientes
Ingresar pacientes Ingresa datos del paciente
Buscar pacientes Buscar y mostrar los datos del paciente
Modificar pacientes Modificar datos del paciente
Gestionar citas mdicas
Asignar cita mdica Asignar de acuerdo a disponibilidad
encontrada en la agenda de titas medicas
Buscar cita mdica Busca cita medica
Modificar cita mdica Modificar la hora o cambio de la cita
medica
Eliminar cita mdica Libera espacio en agenda de citas medicas
Atender cita mdica Registro de atencin a las citas medicas
4.5. Especificaciones de casos de uso

4.5.1. Caso de uso crear cuentas de usuario.

Tabla 1: crear nueva cuenta de usuario.

4.5.2. Caso de uso modificar contrasea de usuario

Tabla 2: Caso de uso modificar contrasea de usuario.

4.5.3. Caso de uso eliminar cuenta de usuario

Tabla 3: Eliminar cuenta de usuario.

4.5.4. Caso de uso iniciamos sucesin de usuario

Tabla 4: Iniciar sesin de usuario.

4.5.5. Caso de uso cerrar sesin de usuario

Tabla 5: Caso de uso cerrar sesin de usuario

4.6. Gestionar pacientes

4.6.1. Caso de uso ingresar paciente

Tabla 6: Ingresar Pacientes

4.6.2. Caso de uso buscar Pasiente

Tabla 7: Caso de uso Buscar Paciente

4.6.3. Caso de uso modificar paciente

Tabla 8: Caso de Uso Modificar paciente

4.6.4. Caso de uso eliminar paciente

Tabla 9: Eliminar Paciente

4.7. Gestionar citas

4.7.1. Caso de uso asignar cita medica

Tabla 10: Asignar Cita Mdica

4.7.2. Caso de uso buscar cite medica

Tabla 11: Buscar cita Mdica

4.7.3. Caso de uso modificar cita medica

Tabla 12: Caso de Uso Modificar Cita medica

4.7.4. Caso de uso eliminar cita medica

Tabla 13: Caso de uso Eliminar Cita Medica

4.7.5. Caso de uso atencin cita medica

Tabla 14: Caso de uso Atencin cita Mdica

 5. Diagrama de clases

Un diagrama de clases es un tipo de diagrama esttico que describe la estructura de un sistema

mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son

utilizados durante el proceso de anlisis y diseo de los sistemas, donde se crea el diseo

conceptual de la informacin que se manejar en el sistema, y los componentes que se

encargarn del funcionamiento y la relacin entre uno y otro. En un diagrama de clases se

pueden distinguir principalmente dos elementos: clases y sus relaciones

5.1. Diagrama entidad relacin

5.2. Secuencia crear nueva cuenta de usuario

5.3. DISEO DEL SISTEMA

5.3.1. ARQUITECTETURA

El sistema tiene una arquitectura Cliente/Servidor de tres capas, siendo estas las
siguientes:
 Capa de presentacin: Esta capa es con la que interactan los
usuarios del sistema. Esta formada por el navegador, el cual traduce el cdigo
HTML en algo visual.
Capa del servidor web: Aqu se encuentra la lgica de negocio
requerida para atender la solicitud de los usuarios y retornar a la capa de
presentacin los resultados esperados. Dicha capa, en el proyecto, est
conformada por el servidor de pginas Web Apache 2.2.4 y por PHP 5.2.1.
Capa de base de datos: En el proyecto esta capa est conformada por el
sistema gestor de base de datos MySql 5.0.27.

Figura 53. Arquitectura del sistema

5.4. Prototipo del software

Pantalla de inicio

Interface inicio de usuario la aplicacin permitir el ingreso de los usuarios.

En esta pantalla podemos denegar el ingresa a la aplicacin me diente el usuario y

contrasea se le asignara un perfil para administrador y usuarios.

Ingreso del paciente

Pantalla gestionar paciente

Interface gestin paciente

Esta pantalla me permite el ingreso del paciente Mediante esta pantalla el usuario empleado

(citas) podr ingresar nuevos pacientes al sistema, adems de tener la opcin de buscar a

determinado paciente para posteriormente modificar los datos o eliminar al paciente del sistema.

Mediante esta pantalla se registra la informacin bsica del paciente

 Buscar paciente

Se puede buscar a un paciente por la cedula o realizar un listado de todos los pacientes

existentes en el sistema, donde luego se puede elegir a la persona que se est buscando. En caso

de que previamente haya sido creado y posteriormente eliminado del sistema, se muestra un

mensaje preguntando si se desea reactivar dicho paciente.

Interfaz de asignar cita

Esta pantalla sirve para asignar, eliminar o modificar la hora de una cita en la agenda.
 Pantalla usuario administrador

Interfaz agregar cuenta de usuario

5.5. Evaluacin del proceso

Se present a los usuarios el esquema de las pantallas o interfaces a utilizarse en la aplicacin

web. Las interfaces facilitan la interactividad entre un usuario y la computadora mediante

acciones amigables fciles de entender y comprender. Su funcionamiento fue entendible por los

usuarios. Como consecuencia se procedi a implementar las interfaces de la aplicacin.

5.6. Diagrama Entidad Relacin

Este proceso se realiz de acuerdo con el anlisis de elaboracin del diagrama fsico de base

de datos que se ha estructurado en funcin de los requerimientos.

De este diagrama se obtuvo el script de base de datos. (Ver anexo 1).

Figura . Modelo fsico de la base de datos.

5.7. Diagrama de despliegue
 6. Fase de construccin

6.1. Desarrollo de la aplicacin web

En funcin del anlisis realizado procedemos con la creacin de la aplicacin web, la misma

que est basada en tres capas.

Para la creacin de la aplicacin se requiere de lo siguiente:

Tabla 2. Requerimientos para el desarrollo de la aplicacin

Software de recursos Versin

ScriptCase 8.1

Servidor de base de datos MYSQL 5.0.27

6.2. Creacin de la base de datos Mysql.

Procedemos con la creacin de la base de datos en Sqlyog, Abrimos la ventana

1. principal de Sqlyog y accedemos al servidor.

1. Creamos la nueva DB Agenda.

2. Copiamos el script de la DB Agenda y ejecutamos

3. Confirmamos la creacin de la DB Agenda

6.3. Para la configuracin del servidor de aplicacion:

1. Agregamos el en el CASE un nuevo Proyecto

 2. Elegimos la Plantilla

3. Seleccionamos la coxion y que tipo de DB que utilizaremos

4. Configuramos la conexin de la DB.

5. Generacion del proyecto
 7. Descripcin de los mdulos finales

7.1. Pantalla Principal de la aplicacin.

Se realiza las configuraciones pertinentes para el buen funcionamiento del inicio de

pantalla

Inicio sesin. En esta pantalla se presenta la opcin para ingresar el usuario y contrasea con lo

que permite el acceso a la aplicacin y con lo que podr visualizar los mens y submens de

acuerdo al perfil asignado.

7.2. Mdulos

Se configura los siguiente modulos:

Inicio

o Paciente

o Especialidades

o Doctores

Paciente

o Actualizacin de Datos

Gestin De Citas

o Nueva Cita
 o Actualizacin de Citas

Reportes

o Pacientes

o Mdicos

o Citas

Seguridad

o Nuevo Usuario

o Cambiar Contrasea

o Usuarios Logeados

o Salir
 Conclusiones

Podemos concluir que el proyecto de informacin para la gestin de citas mdicas cumple y

satisface con las necesidades y expectativas propuestas en los objetivos inicial mente planteados

al ser diseado para web tiene grades ventajas a las aplicaciones de escritorio ya que optimiza

recursos y tiempo. Que es principal el en uso de aplicaciones de gestin. Generando

conocimientos sobre nuevas herramientas de programacin que sern tiles para enfrentar la vida

laboral.
 Recomendaciones

Se recomienda que es importante integrar un mdulo para descargar por medio de la

aplicacin los resultados de los exmenes de laboratorio, ya que nos permite agilizar los procesos

de gestin ahorrando tiempo y dinero para los pacientes como para la clnica con fin de mejorar

la atencin y diagnstico de los pacientes en las citas mdicas.

Bibliografa

Centro de Escritura Javeriano. (2013). Normas APA. Obtenido de Pontificia Universidad Javeriana:
http://portales.puj.edu.co/ftpcentroescritura/Recursos/Normasapa.pdf

CRUD. (s.f.). Wikipedia. Obtenido de https://es.wikipedia.org/wiki/CRUD

Luzuriaga, J. (2011). Gua para la elaboracin de tesis y trabajos de graduacin en universidades. Quito:
Codeu.

Martinez Guerrero, R. (23 de marzo de 2009). PostgreSQL-es. Obtenido de

http://www.postgresql.org.es/principal

Middleware. (s.f.). Wikipedia. Obtenido de https://es.wikipedia.org/wiki/Middleware

http://www.scriptcase.net/es/scriptcase-funciones/

http://www.scriptcase.tv

https://www.youtube.com/watch?v=0IJCuMg1JVk
Anexos

Anexo 1. Script de la base de datos

Una vez elaborado el modelo Fsico de la base de datos procedemos con la obtencin del

script de creacin de la base de datos que ser ejecutado en MYSQL.

-- MySQL Workbench Forward Engineering

SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,

FOREIGN_KEY_CHECKS=0;

SET @OLD_SQL_MODE=@@SQL_MODE,

SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';

-- -----------------------------------------------------

-- Schema agenda

-- -----------------------------------------------------

-- -----------------------------------------------------

-- Schema agenda

-- -----------------------------------------------------

CREATE SCHEMA IF NOT EXISTS `agenda` DEFAULT CHARACTER SET utf8 ;

USE `agenda` ;

-- -----------------------------------------------------

-- Table `agenda`.`horarios`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `agenda`.`horarios` (

`idHorarios` INT(11) NOT NULL AUTO_INCREMENT,

`horFechaInicial` DATETIME NULL DEFAULT NULL,

`horFechaFinal` DATETIME NULL DEFAULT NULL,

`horHoraInicio` TIME NULL DEFAULT NULL,

`horHoraFin` TIME NULL DEFAULT NULL,

`horEstado` TINYINT(1) NULL DEFAULT NULL,

`horFecha` DATETIME NULL DEFAULT NULL,

PRIMARY KEY (`idHorarios`))

ENGINE = InnoDB

AUTO_INCREMENT = 3

DEFAULT CHARACTER SET = utf8;

-- -----------------------------------------------------

-- Table `agenda`.`pacientes`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `agenda`.`pacientes` (

`idPacientes` INT(11) NOT NULL AUTO_INCREMENT,

`pacApellido` VARCHAR(100) NULL DEFAULT NULL,

`pacNombre` VARCHAR(100) NULL DEFAULT NULL,

`pacHistoriClinica` VARCHAR(20) NULL,

`pacCedula` VARCHAR(13) NOT NULL,

`pacFechaDeNacimineto` DATETIME NULL DEFAULT NULL,

`pacSexo` VARCHAR(5) NULL,

`pacTipoSangre` VARCHAR(10) NULL DEFAULT NULL,

`pacDireccion` VARCHAR(100) NULL DEFAULT NULL,

`pacTelefono` VARCHAR(20) NULL DEFAULT NULL,

`pacEstado` TINYINT(1) NULL DEFAULT NULL,

`pacFecha` DATETIME NULL DEFAULT NULL,

PRIMARY KEY (`idPacientes`))

ENGINE = InnoDB

AUTO_INCREMENT = 3

DEFAULT CHARACTER SET = utf8;

-- -----------------------------------------------------

-- Table `agenda`.`citas`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `agenda`.`citas` (

`idCitas` INT(11) NOT NULL AUTO_INCREMENT,

`citNombre` VARCHAR(100) NULL DEFAULT NULL,

`citDescripcion` VARCHAR(100) NULL DEFAULT NULL,

`idPaciente` INT(11) NULL DEFAULT NULL,

`idHorario` INT(11) NULL DEFAULT NULL,

PRIMARY KEY (`idCitas`),

INDEX `idHorario_idx` (`idHorario` ASC),

INDEX `idPaciente_idx` (`idPaciente` ASC),

CONSTRAINT `idHorario`
 FOREIGN KEY (`idHorario`)

REFERENCES `agenda`.`horarios` (`idHorarios`)

ON DELETE NO ACTION

ON UPDATE NO ACTION,

CONSTRAINT `idPaciente`

FOREIGN KEY (`idPaciente`)

REFERENCES `agenda`.`pacientes` (`idPacientes`)

ON DELETE NO ACTION

ON UPDATE NO ACTION)

ENGINE = InnoDB

AUTO_INCREMENT = 3

DEFAULT CHARACTER SET = utf8;

-- -----------------------------------------------------

-- Table `agenda`.`especialidades`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `agenda`.`especialidades` (

 `idEspecialidades` INT(11) NOT NULL AUTO_INCREMENT,

`espNombre` VARCHAR(100) NULL DEFAULT NULL,

`espDescripcion` VARCHAR(100) NULL DEFAULT NULL,

`espEstado` TINYINT(1) NULL DEFAULT NULL,

`espFecha` DATETIME NULL DEFAULT NULL,

PRIMARY KEY (`idEspecialidades`))

ENGINE = InnoDB

AUTO_INCREMENT = 3

DEFAULT CHARACTER SET = utf8;

-- -----------------------------------------------------

-- Table `agenda`.`medicos`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `agenda`.`medicos` (

`idMedico` INT(11) NOT NULL AUTO_INCREMENT,

`medApellido` VARCHAR(50) NULL DEFAULT NULL,

`medNombre` VARCHAR(50) NULL DEFAULT NULL,

`medCedula` VARCHAR(13) NULL DEFAULT NULL,

`medTelefono` VARCHAR(20) NULL DEFAULT NULL,

`medDireccion` VARCHAR(100) NULL DEFAULT NULL,

`medFechaDeNacimineto` DATETIME NULL DEFAULT NULL,

`medEmail` VARCHAR(100) NULL DEFAULT NULL,

`medEstado` INT(11) NULL DEFAULT NULL,

`medFecha` DATETIME NULL DEFAULT NULL,

`idEspecialidad` INT(11) NULL DEFAULT NULL,

PRIMARY KEY (`idMedico`),

INDEX `idEspecialidad_idx` (`idEspecialidad` ASC),

CONSTRAINT `idEspecialidad`

FOREIGN KEY (`idEspecialidad`)

REFERENCES `agenda`.`especialidades` (`idEspecialidades`)

ON DELETE NO ACTION

ON UPDATE NO ACTION)

ENGINE = InnoDB

AUTO_INCREMENT = 3

DEFAULT CHARACTER SET = utf8;

-- -----------------------------------------------------

-- Table `agenda`.`medhor`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `agenda`.`medhor` (

`idMedHor` INT(11) NOT NULL AUTO_INCREMENT,

`idmedico` INT(11) NOT NULL,

`idhorario` INT(11) NOT NULL,

PRIMARY KEY (`idMedHor`),

INDEX `idMedico_idx` (`idmedico` ASC),

INDEX `idHorarios_idx` (`idhorario` ASC),

CONSTRAINT `idHorarios`

FOREIGN KEY (`idhorario`)

REFERENCES `agenda`.`horarios` (`idHorarios`)

ON DELETE NO ACTION

ON UPDATE NO ACTION,

CONSTRAINT `idMedico`
 FOREIGN KEY (`idmedico`)

REFERENCES `agenda`.`medicos` (`idMedico`)

ON DELETE NO ACTION

ON UPDATE NO ACTION)

ENGINE = InnoDB

AUTO_INCREMENT = 3

DEFAULT CHARACTER SET = utf8;

SET SQL_MODE=@OLD_SQL_MODE;

SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;

SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;