DISEÑO Y DESARROLLO DE UN SOFTWARE CLÍNICO PARA EL ACCESO

DE CITAS MEDICAS Y PROCESOS DE LA UNIDAD ADMINISTRATIVA

ESPECIAL DE SALUD DE LA UNIVERSIDAD DE CÓRDOBA CON LAS
TECNOLOGÍAS PHP Y JS

LIVAN ARMANDO TORRES NUÑEZ

JHONATAN LOPEZ LOPEZ

TUTOR: ING.: PIERRE AUGUSTO PEÑA SALGADO

TRABAJO DE GRADO PARA OBTENER EL TITULO DE:

INGENIERO DE SISTEMAS

UNIVERSIDAD DE CÓRDOBA

FACULTAD DE INGENIERÍAS

PROGRAMA DE INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES

MONTERIA - CÓRDOBA

2019
DISEÑO Y DESARROLLO DE UN SOFTWARE CLÍNICO PARA EL ACCESO
DE CITAS MEDICAS Y PROCESOS DE LA UNIDAD ADMINISTRATIVA
ESPECIAL DE SALUD DE LA UNIVERSIDAD DE CÓRDOBA CON LAS
TECNOLOGÍAS PHP Y JS

LIVAN ARMANDO TORRES NUÑEZ

JHONATAN LOPEZ LOPEZ

TUTOR: ING.: PIERRE AUGUSTO PEÑA SALGADO

TRABAJO DE GRADO PARA OBTENER EL TITULO DE:

INGENIERO DE SISTEMAS

UNIVERSIDAD DE CÓRDOBA

FACULTAD DE INGENIERÍAS

PROGRAMA DE INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES

MONTERIA - CÓRDOBA

2019
 CONTENIDO

Tabla de contenido
1. INTRODUCCION ......................................................................................... 4
1.1. AMBIENTACION ..................................................................................... 4
1.2. PROBLEMÁTICA ..................................................................................... 5
1.2.1. FORMULACION DEL PROBLEMA.................................................... 5
2. OBJETIVOS................................................................................................. 6
2.1. OBJETIVO GENERAL .......................................................................... 6
2.2. OBEJTIVOS ESPECIFICOS ................................................................. 6
3. JUSTIFICACION .......................................................................................... 7
4. OBJETIVOS................................................................................................. 8
4.1. OBJETIVO GENERAL .......................................................................... 8
4.2. OBEJTIVOS ESPECIFICOS ................................................................. 8
5. METODOLOGIA DE DESARROLLO DEL SOFTWARE.............................. 9
5.1. DISEÑO DE LA ARQUITECTURA ........................................................ 9
5.2. ESPECIFICACIONES DE REQUISITOS SOFTWARE ......................... 9
5.2.1. PROPOSITO .................................................................................. 9
5.2.2. DEFINICIONES, ACRONIMOS Y ABREVIATURAS ...................... 9
5.2.3. REFERENCIAS ............................................................................ 10
5.2.4. DESCRIPCION GLOBAL DEL PRODUCTO ................................ 10
5.2.4.1. PERSPECTIVA DEL PRODUCTO ............................................ 10
5.2.4.2. FUNCIONES DEL PRODUCTO ................................................ 10
5.2.4.3. CARACTERÍSTICAS DE LOS USUARIOS ............................... 10
5.2.4.4. RESTRRICCIONES .................................................................. 10
5.3. DISEÑO DEL SOFTWARE ................................................................. 26
5.4. IMPLEMENTACION ............................................................................ 26
5.5. PRUEBAS DEL SOFTWARE .............................................................. 26
 1. INTRODUCCION

1.1. AMBIENTACION
La Unidad Administrativa Especial de Salud (UAES) pertenece al programa de
atención en salud de bienestar universitario ofrecido por la Universidad de
Córdoba, el cual está orientado exclusivamente al desarrollo físico, espiritual y
social de aproximadamente 14.854 usuarios de toda la comunidad universitaria,
mediante los servicios que ofrece, que son:

MEDICINA GENERAL: Este servicio cubre hasta tres consultas ambulatorias

programadas por semestre con sus respectivos controles.

LABORATORIO CLÍNICO BÁSICO (BAJA COMPLEJIDAD): Incluye los

procedimientos de apoyo diagnóstico en laboratorio clínico básico
(Hemograma, coprológico, parcial de orina, glicemia perfil lipídico, citología
vaginal, prueba de VIH, serología, frotis vaginal y uretral) necesarios para el
proceso diagnóstico de baja complejidad y casos especiales de prevención de
la salud. Se excluyen los laboratorios de mediana y alta complejidad.

ODONTOLOGÍA:

-1° y/o 2° taller salud oral de acuerdo al historial de atención de cada usuario.

-Dos controles de controles Bacteriana, detartraje, profilaxis y/o consulta inicial

de diagnósticos y plan de tratamiento por semestre académico.

-Una obturación con resina de fotocurado y/o una amalgama por semestre.
1.2. PROBLEMÁTICA
Los usuarios de la UAES para acceder a todos estos beneficios médicos, se
debe agendar una cita personalmente en la Unidad Administrativa Especial de
Salud para el servicio que requiera el usuario, y es ahí donde se ha
evidenciado la necesidad de facilitar y mejorar dicho procedimiento ahorrándole
tiempo a los usuarios y de igual forma a la Unidad, logrando así
descongestionar la atención diaria al usuario de la UAES, ya que tendrían que
atender personalmente, la cual tiene una afluencia promedio diaria de 50
usuarios, generando traumatismos en la atención.

1.2.1. FORMULACION DEL PROBLEMA

Con el fin de solucionar esta problemática que acoge a los usuarios de la
UAES, surge la siguiente pregunta de investigación:

¿Cómo se puede mejorar la problemática de la Unidad Administrativa

Especial de Salud de la Universidad de Córdoba con respecto a facilitar y
agilizar todos los procedimientos y servicios que brinda a toda la
comunidad que se beneficia con dicha Unidad?
2. OBJETIVOS

2.1. OBJETIVO GENERAL

• Desarrollar un software clínico que mejore los procesos para acceder
a los servicios que brinda la Unidad Administrativa Especial de Salud
de la Universidad de Córdoba a todos sus usuarios.

2.2. OBEJTIVOS ESPECIFICOS

• Evaluar el estado actual de los procedimientos de los servicios de la
Unidad Administrativa Especial de Salud de la Universidad de
Córdoba.
• Implementar una plataforma web que maneje los servicios y
procesos que ofrece la Unidad Administrativa Especial de Salud de la
Universidad de Córdoba a toda la comunidad universitaria.
• Realizar pruebas al sistema y verificar su integración durante su
desarrollo para su correcto funcionamiento.
 3. JUSTIFICACION
El desarrollo de este proyecto se justifica en la necesidad de mejorar los
procedimientos de la UAES, se implementará una aplicación web que permita a
toda la comunidad universitaria (usuarios) realizar su proceso de agendamiento
de citas médicas y odontológicas, para realizarse exámenes de laboratorio,
descargar historia clínica, descargar fórmulas médicas y realizar demás
procedimientos que presta la misma, mediante el aplicativo, cumpliendo con las
políticas y normas de la Unidad Administrativa Especial de Salud de la
Universidad de Córdoba.

Logrando así ahorrarle tiempo a los usuarios y a la Unidad, sobre todo en

cuestión de costos administrativos en el proceso de realizar estos
procedimientos personalmente por parte de los funcionarios de la Universidad.
De igual forma, es un proyecto innovador de un sistema necesario y con el que
no cuenta actualmente la Universidad de Córdoba, y con el desarrollo de esta
herramienta se daría un paso al uso de plataformas virtuales en el contexto de
la salud en las universidades del departamento.
4. OBJETIVOS

4.1. OBJETIVO GENERAL

• Desarrollar un software clínico que mejore los procesos para acceder
a los servicios que brinda la Unidad Administrativa Especial de Salud
de la Universidad de Córdoba a todos sus usuarios.

4.2. OBEJTIVOS ESPECIFICOS

• Evaluar el estado actual de los procedimientos de los servicios de la
Unidad Administrativa Especial de Salud de la Universidad de
Córdoba.
• Implementar una plataforma web que maneje los servicios y
procesos que ofrece la Unidad Administrativa Especial de Salud de la
Universidad de Córdoba a toda la comunidad universitaria.
• Realizar pruebas al sistema y verificar su integración durante su
desarrollo para su correcto funcionamiento.
 5. METODOLOGIA DE DESARROLLO DEL SOFTWARE
El proceso de desarrollo del software DIWOR, fue guiado por las siguientes
fases:
1. Propósito
2. Diseño de la Arquitectura
3. Especificación de requisitos siguiendo el estándar IEEE 8030
4. Diseño del Software
5. Implementación
6. Pruebas del Software

5.1. DISEÑO DE LA ARQUITECTURA

5.2. ESPECIFICACIONES DE REQUISITOS SOFTWARE

5.2.1. PROPOSITO
Con este software se busca una mejor planificación en cuanto a la
programación de citas médicas a los estudiantes de la Universidad de Córdoba,
a su vez se les brinda la opción de escoger el doctor que deseen y el horario
más adecuado, la solicitud de exámenes médicos y de igual forma la
cancelación de citas con anticipación.

Con esto se facilitaría el proceso de solicitar citas médicas sin necesidad de ir

hasta la misma unidad de salud de la Universidad.

5.2.2. DEFINICIONES, ACRONIMOS Y ABREVIATURAS

• ERS: Documento de Especificación de Requisitos Software

• Software: Conjunto de programas y rutinas que permiten a la

computadora realizar determinadas tareas.

• MySQL: Es la base de datos de código abierto más popular del

mundo, es un gestor de bases de datos desarrollado en lenguaje
C/C++, cuenta con un sistema de trabajo bastante simple que
puede integrarse con apartados de usuario visuales e incluso,
permite trabajar en diferentes sistemas informáticos, ya que es
una aplicación multiplataforma.

• Sistema: Conjunto de partes interrelacionadas entre sí: hardware,

software y recurso humano.

• Usuario: Persona que después de haberse identificado hace uso

de las funciones de la aplicación.
 5.2.3. REFERENCIAS
Guía del IEEE std. 830 1998 para la especificación de requisitos del software.

5.2.4. DESCRIPCION GLOBAL DEL PRODUCTO

5.2.4.1. PERSPECTIVA DEL PRODUCTO

Se pretende crear una página web o plataforma que permita la gestión de
atención médica más sistematizada para los estudiantes de la universidad de
córdoba, a su vez permita con mayor viabilidad al grupo de médicos organizar
las posibles citas médicas.

5.2.4.2. FUNCIONES DEL PRODUCTO

En términos generales el sistema (UAES), deberá proporcionar soporte a las
siguientes tareas:

• Haciendo uso del usuario asignado a cada uno de los estudiantes

matriculado el cual puede agendar, cancelar, autorizaciones, ver historial
médico y ver resultados de exámenes médicos.
• Validar que la información ingresada es correcta (Estudiantes, Médicos,
administrador)
• Permite a los usuarios tener información actualizada acerca del sistemas
(UAES)
• Brinda un soporte entre los estudiantes- médicos y administrador-
médico.

5.2.4.3. CARACTERÍSTICAS DE LOS USUARIOS

Los usuarios que involucra el sistema son todos los estudiantes, médicos y
administrador de UAES. Para acceder al sistema se define los diferentes
perfiles de usuario. Los usuarios de este sistema deben familiarizarse con el
uso del software ya que esta contará con una interfaz sencilla e intuitiva, que
no exija gran tiempo para su aprendizaje, a la vez lo suficiente potente para
que el usuario pueda hacer aquello que necesita. Podrán ver información
general todo visitante, pero solo pueden acceder a los servicios de la
plataforma los estudiantes matriculados, médicos vinculados y el único
administrador que tengan su usuario y contraseña asignado.

5.2.4.4. RESTRICCIONES
En cuanto a las restricciones Hardware/Software, la empresa exige que el
sistema funcione bajo el paradigma cliente/servidor, en el sistema operativo
puede ser cualquiera que tenga un navegador para acceder al sitio, también el
sitio se montara en el dominio que se acomode a las necesidades del cliente
(dominio gratis o dominio pago), una vez entregado y teniendo el visto bueno
del contratante se hará una revisión por parte de los creadores
(Administradores del proyecto) a menos que los contratantes soliciten servicios
de mantenimiento, los cuales acarrearan en costo de acuerdo a la
disponibilidad de los contratados. También el sistema debe estar en lenguaje
español de acuerdo a las especificaciones del cliente. Además se establece la
que el proyecto será desarrollado en el lenguaje PHP, con un gestor de datos
MySQL.

5.2.4.5. CONDICIONES Y DEPENDENCIAS

Se asume que los requisitos descritos en este documento son estándares una
vez que sea aprobado por la dirección de la unidad de salud. Cualquier petición
de cambios en la Especificación debe ser aprobada por todas las partes y
gestionada por el grupo de Gestión de la Configuración. El sistema seguirá una
arquitectura Cliente/Servidor, por lo que la disponibilidad del sistema
dependerá de la conexión entre las máquinas en las que se abrirá el software
clientes y la máquina servidora de datos.

5.2.5. REQUISITOS ESPECIFICOS

• Se podrá visualizar en el sitio información acerca de la UAES las
principales características que brinda la plataforma a los usuarios, entre
las cuales tenemos: gestión de citas, reportes, historial clínico,
autorizaciones e informe de citas, etc.
• Se podrá iniciar sesión en el sistema, su uso se maneja por roles
(estudiantes, médicos, administrador).
• El administrador una vez autenticado en el sistema se encargara de
supervisar la atención médica y cumplir funciones como: registrar,
añadir, actualizar, buscar, autorizar y eliminar.
• Los estudiantes, una vez autenticados en el sistema, podrá agendar
citas, cancelar, ver historia clinica y ver horario de exámenes de
laboratorio.
• Los médicos, una vez autenticados en el sistema, podrá ver su agenda
del día, generar historial clínico y ordenar exámenes de laboratorios.
• El administrador tendrá la opción de realizar un backup (copia de
seguridad) de toda la información registrada en la base datos,
guardando el archivo.

5.2.5.1. REQUISITOS COMUNES DE INTERFACES

5.2.5.1.1. INTERFACES DE USUARIOS

Estudiantes: Tendrá acceso con sus datos como estudiante de la Universidad,
podrá agendar citas médicas y odontológicas, cancelar las mismas, ver los
exámenes de laboratorio que tenga pendiente.

Médicos: Tendrá acceso con su información de médico de la Universidad,

podrá observar su agenda del día, generar historias clínicas y ordenes de
exámenes de laboratorio.

Director: Tendrá acceso como director de la unidad de salud de la Universidad

y será como un administrador del sitio, donde podrá supervisar la atención
medica diaria.
 5.2.5.1.2. INTERFACES DE HARDWARE
Al trabajar con una aplicación web, está se podrá visualizar en cualquier
sistema operativo, además se hará uso de una unidad de almacenamiento de
datos para explorar el archivo SQL.

5.2.5.1.3. INTERFACES DE SOFTWARE

Para poder usar la aplicación es necesario que el usuario utilice un dispositivo
que tenga instalado un navegador web y conexión a internet.

5.2.5.1.4. INTERFACES DE COMUNICACIÓN

Los usuarios tendrán que acceder a internet para utilizar el sitio web, para ello
tendrán instalado el protocolo TCP/IP, y también el protocolo HTTP, que
funciona por encima del TCP y sirve para poder realizar las conexiones.

5.2.5.2. REQUISITOS FUNCIONALES

i. Registro de usuario: El estudiante introducirá sus datos de registro,

siendo obligatorios el nombre y apellidos, documento de identificación,
contraseña y dirección de correo.

ii. Identificación del usuario: Se solicitará documento de identificación y

contraseña para validar los clientes en el sistema. Si los datos son correctos
mostrará la página personalizada del usuario, y en caso contrario mostrará un
error.

iii. Consulta de las citas: Cualquier estudiante podrá acceder a los horarios
disponibles para las diferentes citas.

iv. Consulta de los menús: Cualquier estudiante podrá visualizar los menús
destacados del sistema.

v. Cambio de datos: Una vez identificado, el usuario podrá cambiar sus

datos.

vi. Acceder al historial de citas: El sistema guardará el historial de citas de

cada estudiante y este podrá acceder a la información de dichas citas.

vii. Acceder a la cita activa: El estudiante podrá acceder a una información

detallada de la cita.

viii. Modificación de citas: El estudiante podrá modificar las citas, mientras no

la haya confirmado.

ix. Cerrar la sesión: El estudiante podrá cerrar la sesión sin que haya
ninguna cita activa.

x. Consulta de los diferentes doctores: El estudiante podrá consultar el

nombre de los diferentes doctores que se encuentren disponibles para citas.
xi. Cancelación de citas: El estudiante podrá cancelar la cita con cierto
tiempo de anticipación.

5.2.5.3. REQUISITOS NO FUNCIONALES

5.2.5.3.1. REQUISITOS DE RENDIMIENTO

Debido a la metodología empleada en el diseño de la aplicación, el portal web
tiene un buen rendimiento independientemente del hardware y software
utilizado. Los únicos factores que pueden influir son las velocidades de
conexión del cliente y del servidor.

Otro aspecto que hemos tratado de cuidar especialmente es la visualización.

Usando un diseño adaptativo para la misma página desde ordenadores de
escritorio a tabletas y móviles.

5.2.5.3.2. SEGURIDAD
La seguridad es un componente fundamental en el portal. La administración del
sitio web está sujeta a la identificación satisfactoria del administrador en la
aplicación, de forma que ningún usuario anónimo o visitante pueda, por
ejemplo: registra, actualizar, buscar o eliminar citas médicas en la base de
datos. Para asegurar la identidad del administrador se requerirá un nombre de
usuario y contraseña que autenticará a éste en la aplicación. La información
acerca de la cuenta se guardará en la base de datos.

5.2.5.3.3. FIABILIDAD
Se han intentado cumplir los estándares de cualquier web con acceso seguro,
creando un sistema de autenticación para que nadie pueda acceder a una zona
de la web a la que no tiene permiso de acceso. El servidor que albergará la
base de datos del sistema deberá permanecer conectado a Internet las 24
horas, puesto que este host será quien atienda las peticiones de lectura y
escritura de los usuarios que accedan al sitio, este podrá recibir y soportar la
población de estudiantes, médicos y administrador que haga uso de la
plataforma.

5.2.5.3.4. DISPONIBILIDAD
El sistema ha sido desarrollado tomando en cuenta las necesidades y
requerimientos, por lo que se encuentra disponible las 24 horas del día, pues
estamos hablando de un sitio web.

5.2.5.3.5. MANTENIBILIDAD
El sistema cuenta con características parametrizables lo que permitirá futuros
mantenimientos. Es decir después de tres meses se va a realizar un
mantenimiento preventivo, encargado de hacerlo están los desarrolladores. Se
realizara el mantenimiento solo una vez sin ningún recargo económico, pasada
esta tendrán costos adicionales.
 5.2.5.3.6. PORTABILIDAD
La aplicación ha sido diseñada con tecnología libre, luego podrá ser soportada
por cualquier Plataforma y sistema operativo. Por lo mismo, se podrá acceder a
ella desde cualquier navegador.
5.2.5.4. DIAGRAMAS DE CASOS DE USO

5.2.5.4.1. DIAGRAMA DE CASO DE USO (ADMINISTRATIVO)

5.2.5.4.2. DIAGRAMA DE CASO DE USO (MEDICOS)

5.2.5.4.3. DIAGRAMA DE CASO DE USO (ESTUDIANTES)

5.2.5.4.4. DIAGRAMA DE CASO DE USO (ESTUDIANTES)

 5.2.5.4.5. DOCUMENTACIÓN DIAGRAMAS DE CASO DE USO

• CASO DE USO INICIAR SESIÓN

Caso de uso N° 001 Nombre de caso de uso: Iniciar Sesión

ACTORES Administrador, Médicos, Estudiantes

OBJETIVO Permitir a los usuarios registrados en el sistema

acceder a este.

PRECONDICIONES • El usuario debe estar registrado en el

sistema

POSCONDICIONES • El usuario podrá acceder al sistema

FLUJO DE EVENTOS

ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA

1 ingresar su respectivo usuario y contraseña 2 validar los datos ingresados

3 Permitir el ingreso al sistema el sistema se 4
muestra la interfaz correspondiente al usuario

Situaciones excepcionales
• Datos ingresados de manera incorrecta, o el usuario no está registrado
• Error al conectar con la base de datos
 • CASO DE USO CERRAR SESIÓN

uso N° 002 Nombre de caso de uso: cerrar Sesión

ACTORES Administrador, Médicos, Estudiantes

OBJETIVO Permitir a los usuarios registrados en el sistema

poder cerrar sesión de manera segura.

PRECONDICIONES • El usuario debe estar registrado en el

sistema
• El usuario debió haber iniciado sesión

POSCONDICIONES • El usuario podrá cerrar sesión de manera

segura

FLUJO DE EVENTOS

ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA

1 clic en el enlace de cerrar sesión 2 cerrar sesión activa.

 MÓDULO DE ESTUDIANTE

• CASO DE USO AGENDAR CITAS

Caso de uso N° 003 Nombre de caso de uso: Agendar citas
ACTORES Estudiantes
OBJETIVO Permite al estudiante agendar las citas medicas

PRECONDICIONES • El usuario debe estar registrado en el

sistema
• El usuario debe haber iniciado sesión en
el sistema

POSCONDICIONES El estudiante puede ver las citas que tiene

programadas con su respectivo médico y en su
horario correspondiente

FLUJO DE EVENTOS
ACCIÓN DEL ACTOR
1. Entrar a la sesión de agendar citas
3 visualizar los horarios y si se acomodan
a las necesidades, agendar dicha citas
RESPUESTAS DEL SISTEMA
2. Carga los horarios y médicos disponible
para la cita
4 el sistema se conecta a una BD y
almacena la información registrada

Situaciones excepcionales
• No se puede cargar los horarios disponibles
• No se puede conectar a la base de datos

• CASO DE USO CANCELAR CITAS

Caso de uso N° 004 Nombre de caso de uso: Cancelar citas

médicas y odontológicas

ACTORES Estudiantes

OBJETIVO Permitir a los estudiantes la cancelación de las

citas programadas

PRECONDICIONES • El usuario debe estar registrado en el

sistema
• El usuario debe haber iniciado sesión
en el sistema

POSCONDICIONES El estudiante puede de manera sencilla

cancelar dicha cita
FLUJO DE EVENTOS
ACCIÓN DEL ACTOR
1 Entrar a la sesión de cancelar citas
3 visualiza las citas y elige si desea
cancelar algunas de las citas
RESPUESTAS DEL SISTEMA
2 Carga las citas previamente registradas
4 el sistema se conecta a una BD y
cancela la cita seleccionada

Situaciones excepcionales
• No se puede cargar la sesión de cancelación
• No se puede conectar a la base de datos

• CASO DE USO VER EXAMEN DE LABORATORIO

Caso de uso N° 005 Nombre de caso de uso: Ver examen de

laboratorio
ACTORES Estudiantes
OBJETIVO Permitir a los estudiantes ver los exámenes
de laboratorios realizados
PRECONDICIONES • El usuario debe estar registrado en el
sistema
• El usuario debe haber iniciado sesión
en el sistema
POSCONDICIONES El estudiante puede visualizar los resultados
de los exámenes realizados
FLUJO DE EVENTOS
ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA
1 Entrar a la sesión ver examen de 2 Carga los diferentes exámenes de
laboratorio laboratorio que fueron realizados
3 visualiza los diferentes exámenes 4 el sistema se conecta a una BD y
realizados muestra los exámenes de laboratorio

Situaciones excepcionales
• No se puede cargar la sesión ver exámenes de laboratorio
• No se puede conectar a la base de datos
 • CASO DE USO VER HISTORIAL CLINICO
Caso de uso N° 006 Nombre de caso de uso: Ver historial
clínico
ACTORES Estudiantes
OBJETIVO Permitir a los estudiantes ver el historial
clínico
PRECONDICIONES • El usuario debe estar registrado en el
sistema
• El usuario debe haber iniciado sesión
en el sistema
POSCONDICIONES El estudiante puede visualizar el historial
clínico
FLUJO DE EVENTOS
ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA
1 Entrar a la sesión ver historial 2 Carga las historias clínicas
clínico 4 el sistema se conecta a una BD y
3 visualiza las historias clínicas muestra el historial

Situaciones excepcionales
• No se puede cargar la sesión historial clínico
• No se puede conectar a la base de datos
 MÓDULO DE MEDICO

• CASO DE USO VER AGENDA

Caso de uso N° 007 Nombre de caso de uso: Ver agenda medica

ACTORES Medico

OBJETIVO Permitir al grupo de médicos ver su agenda del

día
PRECONDICIONES • El usuario debe estar registrado en el
sistema
• El usuario debe haber iniciado sesión
en el sistema

POSCONDICIONES El medico puede visualizar las citas

programadas por los estudiantes
FLUJO DE EVENTOS
ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA

1 Entrar a la sesión ver agenda 2 Carga la cantidad de citas del día

3 visualiza las citas programadas 4 el sistema se conecta a una BD y
muestra las citas del día

Situaciones excepcionales
• No se puede cargar la sesión ver agenda
• No se puede conectar a la base de datos

• CASO DE USO CANCELAR CITAS

Caso de uso N° 008 Nombre de caso de uso: Cancelar citas

ACTORES Medico
OBJETIVO Permitir al grupo de médicos cancelar las citas
médicas pendientes
PRECONDICIONES • El usuario debe estar registrado en el
sistema
• El usuario debe haber iniciado sesión
en el sistema

POSCONDICIONES El medico visualiza las citas programadas y

puede cancelar la cual no pueda cumplir
FLUJO DE EVENTOS

ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA

 1 Entrar a la sesión cancelar cita 2 Carga la cantidad de citas del día
3 visualiza las citas programadas que 4 el sistema se conecta a una BD y
desea cancelar muestra las citas canceladas

Situaciones excepcionales
• No se puede cargar la sesión cancelar cita
• No se puede conectar a la base de datos

• CASO DE USO OBSERVACIONES DE CITAS

Caso de uso N° 009 Nombre de caso de uso: Observaciones

de citas
ACTORES Médico
OBJETIVO Permitir al grupo de médicos realizar las
observaciones de las citas médicas

PRECONDICIONES • El usuario debe estar registrado en el

sistema
• El usuario debe haber iniciado sesión
en el sistema

POSCONDICIONES El medico visualiza las citas programadas y

podrá dar su observación.

FLUJO DE EVENTOS
ACCIÓN DEL ACTOR
1 Entrar a la sección citas
3 visualiza la cita seleccionada y
rellena los formularios para generar
observación.
RESPUESTAS DEL SISTEMA
2 Carga la cantidad de citas del día
4 el sistema se conecta a una BD y
muestra las observaciones de la
cita

Situaciones excepcionales
• No se puede cargar la sección editar cita
• No se puede conectar a la base de datos
 • CASO DE USO ORDENAR EXAMEN DE LABORATORIO

Caso de uso N° 010 Nombre de caso de uso: Ordenar examen de

laboratorio

ACTORES Médico
OBJETIVO Ordenar los exámenes de laboratorio por parte
de los médicos

PRECONDICIONES • El usuario debe estar registrado en el

sistema
• El usuario debe haber iniciado sesión en
el sistema

POSCONDICIONES El medico visualiza las citas programadas y

puede generar un historial clínico de cada una

FLUJO DE EVENTOS

ACCIÓN DEL ACTOR RESPUESTAS DEL SISTEMA

1 Entrar a la sesión ordenar exámenes 2 carga los requisitos para ordenar exámenes
3 genera la orden para realizar exámenes 4 el sistema se conecta a una BD y ordena los
exámenes

Situaciones excepcionales
• No se puede cargar la sección ordenar exámenes de laboratorio
• No se puede conectar a la base de datos
 MÓDULO DE ADMINISTRADOR

• CASO DE USO ADMINISTAR SITIO

Caso de uso N° 011 Nombre de caso de uso: Administrar sitio

ACTORES Administrador

OBJETIVO Administrar toda la página.

PRECONDICIONES • El usuario debe estar registrado previamente.

• El usuario debe iniciar sesión en el sistema.

POSCONDICIONES Solo el admin tiene estos permisos.

FLUJO DE EVENTOS

ACCION DEL ACTOR RESPUESTA DEL SISTEMA

• Agregar y quitar médicos • Actualizar, almacenar y mostrar

información ingresada

Situaciones excepcionales
• No se puede cargar al funcionamiento del sitio
• No se puede conectar a la base de datos

• CASO DE USO SUPERVISAR ATENCION MEDICA

Caso de uso N° 012 Nombre de caso de uso: supervisar atención
medica
ACTORES Administrador
OBJETIVO Supervisar toda la actividad de la página.
PRECONDICIONES • El usuario debe estar registrado previamente.
• El usuario debe iniciar sesión en el sistema.
POSCONDICIONES Solo el admin tiene estos permisos.

FLUJO DE EVENTOS
ACCION DEL ACTOR RESPUESTA DEL SISTEMA

• Registrar, actualizar, • Almacenar información

buscar, eliminar. • mostrar la información
Situaciones excepcionales
• No se puede cargar a la supervisión de las citas medicas
• No se puede conectar a la base de datos
 • CASO DE USO REGISTRAR

Caso de uso N° 013 Nombre de caso de uso: Registrar

ACTORES Administrador
OBJETIVO Registrar nueva información al sistema
PRECONDICIONES • El usuario debe estar registrado previamente.
• El usuario debe iniciar sesión en el sistema.

POSCONDICIONES Solo el admin tiene estos permisos.

FLUJO DE EVENTOS
ACCION DEL ACTOR RESPUESTA DEL SISTEMA

• Agregar nueva • Almacenar información ingresada

información sobre
médicos, horarios o
estudiantes.

Situaciones excepcionales
• No se puede cargar a los registros del administrador
• No se puede conectar a la base de datos

5.3. DISEÑO DEL SOFTWARE

5.4. IMPLEMENTACION

5.5. PRUEBAS DEL SOFTWARE