Proyecto Final

UNIVERSIDAD TECNOLÓGICA ISRAEL

COMPONENTE PRÁCTICO EN OPCIÓN AL TÍTULO DE:

“INGENIERO EN SISTEMAS INFORMÁTICOS”

TEMA: SISTEMA WEB PARA LA GESTIÓN DE AGENDAS MÉDICAS AUTORES: TENORIO ROBERTO CARLOS YAGLOA PROFESOR CÁTEDRA INTEGRADORA: ING. MARCO TUPIZA

AÑO: 2016

Tabla de contenido Tabla de contenido............................................................................................................ 2 TABLAS ........................................................................................................................... 5 1.

El problema .............................................................................................................. 5 1.1. Planteamiento del problema ............................................................................... 6 1.2.

Formulación del problema .............................................................................. 6

1.3.

Objetivo general. .............................................................................................. 7

1.3.1. 1.4. 2.

Objetivos Específicos. ............................................................................... 7

Justificación ...................................................................................................... 7

Propuesta Técnica ................................................................................................... 9 2.1. Definición scrum .................................................................................................. 9

3.

2.2.

Características .................................................................................................. 9

2.3.

Ciclo de vida metodología scrum .................................................................... 9

2.4.

Fases metodología scrum............................................................................... 10

2.5.

Ventajas de scrum. ......................................................................................... 11

Fase de inicio ........................................................................................................... 12 3.1.

Fase de Elaboración ......................................................................................... 12

3.2.

Fase de construcción ........................................................................................ 12

3.3.

Fase de transición ............................................................................................. 12

3.4.

Información de la Clínica .............................................................................. 12

3.4.1.

Misión ...................................................................................................... 12

3.4.2. Visión ............................................................................................................ 12 3.4.3. 3.5. 4.

Organización de clínica .......................................................................... 12

Infraestructura de la Clínica ........................................................................ 13

Fase de elaboración 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. Módulo caso de uso del sistema. ................................................................ 16 4.3.2. Módulo de caso de uso gestión de cuantas de usuario. ................................. 17 4.3.3. Módulo de caso de gestión de paciente. ..................................................... 18 4.3.4. Módulo caso de uso citas médicas .............................................................. 18 4.3.5. Modulo caso de uso para gestionar parámetros ....................................... 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 contraseña 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 sucesión de usuario .............................................. 24

4.5.5. Caso de uso cerrar sesión 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. 4.7.4.

Caso de uso modificar cita medica ............................................................... 32 Caso de uso eliminar cita medica ............................................................. 33

4.7.5. Caso de uso atención cita medica ..................................................................... 34 5.

Diagrama de clases .................................................................................................. 35 5.1. Diagrama entidad relación ................................................................................ 35 5.2. Secuencia crear nueva cuenta de usuario ............................................................ 37 5.3. DISEÑO DEL SISTEMA ................................................................................. 37 5.3.1. ARQUITECTETURA ................................................................................. 37 5.4. Prototipo del software ....................................................................................... 40 Ingreso del paciente ................................................................................................. 41 Interface gestión paciente ........................................................................................ 42 Esta pantalla me permite el ingreso del paciente Mediante esta pantalla el usuario empleado (citas) podrá ingresar nuevos pacientes al sistema, además de tener la opción de buscar a determinado paciente para posteriormente modificar los datos o eliminar al paciente del sistema. ............................................................................. 42 Mediante esta pantalla se registra la información básica 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. Evaluación del proceso ........................................................................................ 46 Se presentó a los usuarios el esquema de las pantallas o interfaces a utilizarse en la aplicación web. Las interfaces facilitan la interactividad entre un usuario y la computadora mediante acciones amigables fáciles de entender y comprender. Su funcionamiento fue entendible por los usuarios. Como consecuencia se procedió a implementar las interfaces de la aplicación. ............................................................... 46 5.6.

Diagrama Entidad Relación ................................................................................. 46

5.7.

Diagrama de despliegue....................................................................................... 47

6.

Fase de construcción ............................................................................................... 48

6.1.

Desarrollo de la aplicación web .......................................................................... 48

6.2.

Creación de la base de datos Mysql..................................................................... 48

6.3.

Para la configuración del servidor de aplicacion: ................................................ 50

7.

Descripción de los módulos finales ......................................................................... 53 7.1.

Pantalla Principal de la aplicación. .............................................................. 53

Inicio sesión............................................................................................................. 53 7.2.

Módulos........................................................................................................ 54

Conclusiones................................................................................................................... 56 Recomendaciones ........................................................................................................... 57 Bibliografía ..................................................................................................................... 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 contraseña de usuario. ............................................................. 22 Tabla 3: Eliminar cuenta de usuario. ........................................................................................... 23 Tabla 4: Iniciar sesión de usuario. ............................................................................................... 24 Tabla 5: Caso de uso cerrar sesión 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 Médica ..................................................................................................... 30 Tabla 11: Buscar cita Médica....................................................................................................... 31 Tabla 12: Caso de Uso Modificar Cita medica ............................................................................. 32 Tabla 13: Caso de uso Eliminar Cita Medica ............................................................................... 33 Tabla 14: Caso de uso Atención cita Médica .............................................................................. 34 Tabla 15: Ingresar Parámetros ....................................................... Error! Bookmark not defined. Tabla 16: Ingresar Parámetros ....................................................... Error! Bookmark not defined. Tabla 17: Modificar Parámetro ...................................................... Error! Bookmark not defined. Tabla 18: Eliminar Parámetro......................................................... Error! Bookmark not defined.

1. El problema

1.1. Planteamiento del problema Los turnos médicos de un hospital o clínica son un pilar fundamental en el crecimiento de las mismas, ya que ayuda para el desarrollo diario y necesario para ordenar la atención especializada en los centros de salud públicos o privados. Por lo que se hace necesario considerar aspectos primordiales en desarrollar, un sistema de agendamiento, de las citas médicas en las instituciones de salud.

Las instituciones no cuentan con una herramienta tecnológica considerado como un Sistema WEB adecuado, que les permita gestionar las citas médicas con lo que se propone una organización para asignar los médicos de turno disponibles, así podemos enfrentar los avance tecnológico actuales.

Las instituciones médicas al no contar con información veraz y actualizada de los turnos solicitados diariamente, no pueden organizar eficientemente a los médicos de turno y no podrán atender con eficacia los turnos solicitados dado a esta complejidad no podrán tener soluciones efectivas con los pacientes. 1.2. Formulación del problema Se ha detectado que la clínica no cuentan con un software adecuado para gestionar funciones operativas y administrativas del mismo, como es la gestión 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 información que está siendo manipulada de manera inadecuada puede ocasionar que la clínica no funcione de forma correcta, viéndose perjudicados tanto los pacientes como quienes hacen parte de dichos centros.

1.3. Objetivo general. Diseñar un una aplicación web de información que permita la gestión en la asignación de las citas y el proceso necesario con dicha información para una administración eficiente de una clínica. 1.3.1. Objetivos Específicos. 

Recolectar información sobre el problema a resolver.



Analizar y organizar la información recolectada.



Modelar el análisis realizado, usando las técnicas de la metodología seleccionada.



Modelar la solución computacional del sistema, realizando los siguientes diseños: a. Diseño arquitectónico. b. Diseño de la interfaz de usuario. Diseño a nivel de componentes.



Realizar un prototipo que permita evaluar el funcionamiento del sistema.

1.4. Justificación Este proyecto se aplicó con conocimientos de programación el proyecto esta dedica a la atención de la clínica enfocado al desde la atención primaria a la terciaria. Por lo

que requiero una extensa investigación de la, relaciones humanas con pacientes y competencias de procedimientos. Las estructuras hospitalarias están en constante crecimiento en relación a la evolución y desarrollo de las ciencias médicas por lo que sus servicios deben innovar tecnológicamente 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 aplicación el Servicio conjuntamente con sus procedimientos y las funciones, actividades, administrativas del. Siendo el recurso humano la base de toda organización es necesario mejorar procedimientos su desempeño mediante pautas que orienten a un trabajo eficiente. El presente estudio, realizado bajo la modalidad de aplicación del conocimiento del programa.

2. Propuesta Técnica Para realizar el presente el proyecto se tomará la metodología de desarrollo ágil: Scrum es un modelo de desarrollo ágil caracterizado por: •

Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y

ejecución completa del producto. •

Basar la calidad del resultado más en el conocimiento tácito 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. Definición scrum Scrum es el nombre con el que se denomina a los marcos de desarrollo ágiles 2 2.2. Características Las características más marcadas que se logran notar en Scrum serían: gestión regular de las expectativas del cliente, resultados anticipados, flexibilidad y adaptación, retorno de inversión, mitigación 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 prácticas para el trabajo en equipo y de esa manera obtener resultados posibles. 2.3. Ciclo de vida metodología scrum Las etapas de desarrollo consisten básicamente en cuatro actividades principales:

1 2

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



Análisis



Diseño



Desarrollo



Evaluación3

2.4. Fases metodología scrum Definición

del

proyecto

(Product

Backlog):

recoge

el

conjunto

de

requerimientos que se asocian al proyecto. Es responsabilidad del Product Owner realizar esta definición y establecer las prioridades de cada requerimiento. y que está sujeto a modificaciones a lo largo del desarrollo. Definición del Sprint (Sprint Backlog): subconjunto de requerimientos, extraídas del product backlog, El sprint backlog sería el documento que describa las tareas que son necesarios realizar para abordar el dicho subconjunto de requerimientos. Ejecución del Sprint: Sería el periodo de entre 1 y 4 semanas durante el cual el equipo de trabajo abordaría las tareas de desarrollo correspondientes. Una vez iniciada la ejecución 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 harán una vez concluido el periodo a través de la definición de otro sprint backlog. Entrega: Una vez concluida la ejecución del sprint, se dispondrá de una porción de la aplicación potencialmente definitiva. Evolución 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 están 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 metodología está basada en resultados tangibles y

agiles. •

Gestión regular de las expectativas del cliente y basada en resultados tangibles.

•

Resultados anticipados.

•

Flexibilidad y adaptación respecto a las necesidades del cliente, cambios en el mercado.

•

Mitigación sistemática 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 Elaboración El propósito de esta fase es establecer la base la elaboración de la arquitectura del sistema. 3.2. Fase de construcción El propósito de esta fase es completar el desarrollo del sistema basado en la Arquitectura definida. 3.3. Fase de transición El propósito es asegurar que el sistema es entregado a los usuarios, y evalúa la funcionalidad y performance del último entregable de la fase de construcción. 3.4. Información de la Clínica 3.4.1. Misión Prestar servicios de salud con calidad y calidez en el ámbito de la asistencia especializada, a través de su cartera de servicios, cumpliendo con la responsabilidad de promoción, prevención, recuperación, rehabilitación de la salud integral. 3.4.2. Visión Ser reconocidos por la ciudadanía como una clínica accesible, que presta una atención de calidad que satisface las necesidades y expectativas de la población bajo principios fundamentales de la salud y bioética, utilizando la tecnología y los recursos de forma eficiente y transparente. 3.4.3. Organización de clínica

La institución constituida por la máxima autoridad

el gerente general, unidad

administrativa, a unidad jurídica, financiero, comunicación, Servicios varias, Recursos humanos, Tics y demás áreas como mencionamos en el anterior gráfico. 3.5. Infraestructura de la Clínica El primer piso se encuentra los siguientes departamentos. 

Admisiones.



Emergencia.



Consulta externa



Laboratorio Clínico



Rayos x



Odontología

El segundo piso está formado por las áreas



Hospitalización



Cirugía



Quirófanos

El tercer piso esta parte administrativa: 

Jurídico



Financiero



Comunicación



Gerencia



Recursos sos humanos



Tics

4.

Fase de elaboración del proyecto

4.1. Usuarios que interviene en el proyecto Los actores directos están constituidos de la siguiente manera 

Administrador



Usuarios

Administrador

Usuarios

4.2. Asignaran de tareas a los Usuarios Administrador: Tendrá todos los permisos de acceso, modificación 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. Módulo caso de uso del sistema.

4.3.2. Módulo de caso de uso gestión de cuantas de usuario.

4.3.3. Módulo de caso de gestión de paciente.

4.3.4. Módulo caso de uso citas médicas

4.3.5. Modulo caso de uso para gestionar parámetros

4.4. Requerimientos del sistema Realizando un análisis previo a l ejecución del proyecto podemos determinar que el sistema tiene que cumplir con los siguientes requisitos          

Permitir ingresar un paciente con sus datos personales y antecedentes clínicos. Modificar los datos de un paciente en el sistema. Eliminar un paciente del sistema. Asignar una cita médica de acuerdo a la disponibilidad de la agenda de citas. Modificar la Hora o la fecha de una cita médica. Cancelar una cita médica. Atender la cita médica en el momento que el paciente asista a esta. Permitir agregar un nuevo empleado del área médica. Modificar los datos de un empleado médico. Crear una cuenta para el personal administrativo encargado de la administración del sistema de información, ellos tendrán acceso total a la aplicación.

 

Crear una cuenta para que los pacientes puedan gestionar sus citas médicas. Todas las cuentas deben ser protegidas mediante una contraseña.

4.4.1. Casos de uso Gestionar cuentas de usuarios. Crear nueva cuenta de usuario

Crea un nuevo usuario al sistema

Modificar contraseña de usuario

Contraseña para usuarios

Eliminar

Administrador elimine cuentas

usuario:

Iniciar sesión de usuario

Inicialización del sistema

Cerrar sesión de usuario

Cerrar cesión 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 médicas Asignar cita médica

Asignar de acuerdo a disponibilidad encontrada en la agenda de titas medicas

Buscar cita médica

Busca cita medica

Modificar cita médica

Modificar la hora o cambio medica

Eliminar cita médica

Libera espacio en agenda de citas medicas

Atender cita médica

Registro de atención a las citas medicas

de la cita

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 contraseña de usuario Tabla 2: Caso de uso modificar contraseña 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 sucesión de usuario Tabla 4: Iniciar sesión de usuario.

4.5.5. Caso de uso cerrar sesión de usuario Tabla 5: Caso de uso cerrar sesión 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 Médica

4.7.2. Caso de uso buscar cite medica Tabla 11: Buscar cita Médica

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 atención cita medica Tabla 14: Caso de uso Atención cita Médica

5.

Diagrama de clases

Un diagrama de clases es un tipo de diagrama estático 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 análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargarán del funcionamiento y la relación entre uno y otro. En un diagrama de clases se pueden distinguir principalmente dos elementos: clases y sus relaciones

5.1. Diagrama entidad relación

5.2. Secuencia crear nueva cuenta de usuario

5.3. DISEÑO DEL SISTEMA

5.3.1. ARQUITECTETURA

El sistema tiene una arquitectura Cliente/Servidor de tres capas, siendo estas las siguientes:

 



Capa de presentación: Esta capa es con la que interactúan los usuarios del sistema. Esta formada por el navegador, el cual traduce el código HTML en algo visual. Capa del servidor web: Aquí se encuentra la lógica de negocio requerida para atender la solicitud de los usuarios y retornar a la capa de presentación los resultados esperados. Dicha capa, en el proyecto, está conformada por el servidor de páginas 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 aplicación permitirá el ingreso de los usuarios.

En esta pantalla podemos denegar el ingresa a la aplicación me diente el usuario y contraseña se le asignara un perfil para administrador y usuarios.

Ingreso del paciente Pantalla gestionar paciente

Interface gestión paciente Esta pantalla me permite el ingreso del paciente Mediante esta pantalla el usuario empleado (citas) podrá ingresar nuevos pacientes al sistema, además de tener la opción de buscar a determinado paciente para posteriormente modificar los datos o eliminar al paciente del sistema.

Mediante esta pantalla se registra la información básica 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. Evaluación del proceso Se presentó a los usuarios el esquema de las pantallas o interfaces a utilizarse en la aplicación web. Las interfaces facilitan la interactividad entre un usuario y la computadora mediante acciones amigables fáciles de entender y comprender. Su funcionamiento fue entendible por los usuarios. Como consecuencia se procedió a implementar las interfaces de la aplicación. 5.6. Diagrama Entidad Relación Este proceso se realizó de acuerdo con el análisis de elaboración del diagrama físico de base de datos que se ha estructurado en función de los requerimientos. De este diagrama se obtuvo el script de base de datos. (Ver anexo 1).

Figura . Modelo físico de la base de datos.

5.7. Diagrama de despliegue

6.

Fase de construcción

6.1. Desarrollo de la aplicación web En función del análisis realizado procedemos con la creación de la aplicación web, la misma que está basada en tres capas. Para la creación de la aplicación se requiere de lo siguiente: Tabla 2. Requerimientos para el desarrollo de la aplicación Software de recursos

Versión

ScriptCase

8.1

Servidor de base de datos MYSQL

5.0.27

6.2. Creación de la base de datos Mysql. Procedemos con la creación 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 creación de la DB Agenda

6.3. Para la configuración 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 conexión de la DB.

5. Generacion del proyecto

7.

Descripción de los módulos finales

7.1. Pantalla Principal de la aplicación. Se realiza las configuraciones pertinentes para el buen funcionamiento del inicio de pantalla

Inicio sesión. En esta pantalla se presenta la opción para ingresar el usuario y contraseña con lo que permite el acceso a la aplicación y con lo que podrá visualizar los menús y submenús de acuerdo al perfil asignado.

7.2. Módulos Se configura los siguiente modulos: 

Inicio o Paciente o Especialidades o Doctores



Paciente o Actualización de Datos



Gestión De Citas o Nueva Cita

o Actualización de Citas 

Reportes o Pacientes o Médicos o Citas



Seguridad o Nuevo Usuario o Cambiar Contraseña o Usuarios Logeados o Salir

Conclusiones Podemos concluir que el proyecto de información para la gestión de citas médicas cumple y satisface con las necesidades y expectativas propuestas en los objetivos inicial mente planteados al ser diseñado 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 gestión. Generando

conocimientos sobre nuevas herramientas de programación que serán útiles para enfrentar la vida laboral.

Recomendaciones

Se recomienda que es

importante integrar un módulo para descargar por medio de la

aplicación los resultados de los exámenes de laboratorio, ya que nos permite agilizar los procesos de gestión ahorrando tiempo y dinero para los pacientes como para la clínica con fin de mejorar la atención y diagnóstico de los pacientes en las citas médicas.

Bibliografía 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). Guía para la elaboración de tesis y trabajos de graduación 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 Físico de la base de datos procedemos con la obtención del script de creación 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;