Requisitos de almacenamiento de la información.

Commented [J1]: Faltan los DCU para los procesos 2,3,4

Falta diagrama de operaciones
Nota: 2

RI-01 Información de citas

Objetivos Asociados OBJ-01
Requisitos Asociados  RF-01 Gestionar cita

 RF-02 Adicionar cita

 RF-03 Modificar cita

 RF-04 Cancelar cita

 RF-05 Consultar cita

 RF-06 Identificar paciente

Descripción El sistema permitirá asignar la información referente a las

citas
Datos Específicos  Cedula

 Nombres y apellidos

 Día y hora de la cita

 Dirección

 Doctor

 Teléfono

Intervalo Temporal Pasado | Futuro: 3 semanas

Estabilidad Baja
Comentarios Ninguno

RI-02 Información de pacientes

Objetivos Asociados OBJ-02
Requisitos Asociados  RF-07 Gestionar paciente

 RF-08 Registrar paciente

 RF-09 Modificar paciente

 RF-10 Eliminar paciente

 RF-11 Consultar paciente

 RF-06 Identificar paciente

Descripción El sistema permitirá manejar la información referente a

pacientes
Datos Específicos  Cedula

 Nombres y apellidos
  Genero

 Tipo de sangre

 Dirección

 Teléfono

 Fecha de nacimiento

 Diagnóstico de la consulta

Intervalo Temporal Pasado | Presente | Futuro: Toda la vida

Estabilidad Alta
Comentarios Historias Clínicas

RI-03 Información de pagos

Objetivos Asociados OBJ-03
Requisitos Asociados  RF-12 Gestión de pagos

 RF-13 Adicionar pago

 RF-14 Modificar pago

 RF-15 Eliminar pago

 RF-16 Consultar pago

 RF-17 Consultar costo procedimiento

 RF-06 Identificar paciente

Descripción El sistema permitirá manejar la información referente a el

pago de consultas
Datos Específicos  Cedula

 Nombres y apellidos

 Dirección

 Teléfono

 Fecha de pago o bonificación

 Descuentos

 Saldos parciales

 Saldos totales.

Intervalo Temporal Pasado | Futuro: 3 años

Estabilidad Media
Comentarios Ninguno
Definición, Actores

Actor-01 Paciente
Descripción Representa a las personas que hacen uso
del servicio.
Comentarios Ninguno

Actor-02 Recepcionista
Descripción Representa a la persona que hace parte
de clínica y se encarga de llevar a cabo el
OBJ-01, OBJ-02 y/o OBJ-03
Comentarios Ninguno

Actor-03 Auxiliar de medicina

Descripción Representa a las personas que está en
todo momento con los especialistas u
Especialistas y en el RI-02 actualizar el
diagnostico de cada consulta.
Comentarios Ninguno

1. DIAGRAMAS
1.1.Diagramas de Subsistemas
1.1.Diagramas de Actividades.
Gestión de cita

Gestión de pacientes
Gestión de Pagos

Commented [J2]: Que tiene que ver pagos con retirar

paciente???

1.1.DEFINICION EXTENDIDA DEL CASO DE USO

1.1.1. CASOS DE USO SUBSISTEMA DE MANEJO DE CITAS
GENERALIDADES
Nombre e CU-01 Manejo de Citas
Identificación del
caso de uso
Objetivo Este proceso es el encargado del manejo de citas
solicitadas por los pacientes, siendo uno de los
servicios más relevantes que ofrece la empresa.
Resumen El caso de uso CU-01 Manejo de citas debe permitir
que las citas puedan agregarse, modificarse,
cancelarse y consultarse, este caso de uso se extiende
a:
 CU-02 Gestionar cita
 CU-03 Adicionar cita
 CU-04 Modificar cita
 CU-05 Cancelar cita
 CU-06 Consultar cita
 CU-07 Identificar paciente
Actores ACT-O1, ACT-02
Involucrados
Referencias CU-08 Iniciar sesión. El sistema deberá permitir que
cruzadas los usuarios se autentiquen.

OBJ-01 El sistema permitirá asignar información

concerniente a las citas de la Clínica Médica San
Miguel: Gestionar, adicionar, modificar cita, cancelar
cita, consultar cita.

RI-01 Información de citas

ALCANCE DEL CASO DE USO
Precondiciones El usuario debe tener su login para poder acceder al
sistema.
Postcondiciones Puede ocurrir uno de los siguientes eventos:
 El usuario registro la cita de un paciente.
 El usuario modifico la cita de un paciente.
 El usuario cancelo la cita de un paciente.
 El usuario consulto la cita de un paciente.

DIAGRAMA DE CASOS DE USO

Commented [J3]: En estos diagramas no van adicionar,
modificar, …

FLUJO DE LOS EVENTOS

Flujo Básico 1. El caso de uso inicia cuando el usuario elige la
opción de gestionar una cita.
 2. El sistema indica las opciones.
3. El usuario selecciona una opción.
4. El caso de uso finaliza cuando el usuario sale
de la opción gestionar cita.
Flujos de excepción 1. El caso de uso no se inicia en caso de que no
estén registrados los doctores.
2. El caso de uso no se inicia si no hay cupos
disponibles.
Flujos Alternativos 3.1 Adicionar Cita
1. El caso de uso inicia cuando el usuario elige la
opción de gestionar citas.
2. El sistema verifica si existen doctores y citas
disponibles.
3. El usuario diligencia información de la cita:
4. El usuario hace clic en “Asignar Cita”
5. El caso de uso termina cuando el sistema
almacena la información de la cita asignada.
3.2 Modificar Cita
1. El caso de uso inicia cuando el usuario elige la
opción de modificar citas.
2. El sistema verifica que previamente se hayan
asignado citas
3. El sistema verifica que la cita a modificar
exista
4. El usuario diligencia nuevos datos de la cita:
 Cedula
 Nombres y Apellidos
 Día y hora de la cita
 Dirección
 Doctor
 Teléfono Commented [J4]: En lugar de esto poner RI_0X
5. El usuario hace clic en modificar.
6. El caso de uso finaliza cuando el sistema
actualice la información de las citas asignadas.

3.3 Cancelar Cita

1. El caso de uso inicia cuando el usuario elige la
opción de cancelar citas.
2. El sistema verifica que previamente se hayan
asignado citas.
3. El sistema verifica que la cita a modificar
exista.
4. El usuario hace clic en “Cancelar Cita”.
5. El caso de uso finaliza cuando el sistema
cancele la cita que se asigno posteriormente
debe actualizar la información de las citas
asignadas.
3.4 Consultar Cita
 1. El caso de uso inicia cuando el usuario elige la
opción de consultar cita.
2. El sistema verifica que previamente se hayan
asignado citas.
3. El sistema verifica que la cita a consultar
exista
4. El sistema muestra la siguiente información en
pantalla:
 Cedula
 Nombres y Apellidos
 Día y hora de la cita
 Dirección
 Doctor
 Teléfono
5. El caso de uso termina cuando el usuario
cierre la consulta de la cita solicitada.
3.1.1 La cita ya fue asignada

1. El caso de uso inicia cuando el usuario elige

la opción de adicionar cita.
2. El sistema verifica si existen citas asignadas.
Si existe una cita asignada previamente se
retorna un mensaje el cual informa que si
desea modificar la cita existente.
3. El sistema ejecuta el caso de uso Modificar
Cita, si el usuario responde afirmativamente el
mensaje. si el usuario no responde
afirmativamente el mensaje, termina el caso de
uso.
4. El caso de uso termina cuando sistema
actualiza la información de la cita asignada.

3.2.1 La cita no ha sido asignada.

1. El caso de uso inicia cuando el usuario elige la

opción de Modificar Cita.
2. El sistema verifica si existen citas asignadas.
Si existe una cita asignada previamente se
retorna un mensaje el cual informa que si
desea Adicionar una cita nueva.
3. El sistema ejecuta el caso de uso Adicionar
Cita, si el usuario responde afirmativamente el
mensaje. Si el usuario no responde
afirmativamente el mensaje, termina el caso de
uso.
4. El caso de uso termina cuando el sistema
asigna la nueva cita.
 3.3.1 La cita no ha sido asignada.

5. El caso de uso inicia cuando el usuario elige la

opción de Cancelar Cita.
6. El sistema verifica si existen citas asignadas.
Si no existen citas asignadas previamente se
retorna un mensaje el cual informa que si
desea Adicionar una cita nueva.
7. El sistema ejecuta el caso de uso Adicionar
Cita, si el usuario responde afirmativamente el
mensaje. si el usuario no responde
afirmativamente el mensaje, termina el caso de
uso.
8. El caso de uso termina cuando el sistema
asigna la nueva cita.

3.4.1 La cita no ha sido asignada.

1. El caso de uso inicia cuando el usuario elige la

opción de Consultar Cita.
2. El sistema verifica si existen citas asignadas.
Si no existen citas asignada previamente se
retorna un mensaje el cual informa que si
desea Adicionar una cita nueva.
3. El sistema ejecuta el caso de uso Adicionar
Cita, si el usuario responde afirmativamente el
mensaje. si el usuario no responde
afirmativamente el mensaje, termina el caso de
uso.
4. El caso de uso termina cuando el sistema
asigna la nueva cita.

Criterios de  El software debe ser revisado y aceptado por un

aceptabilidad del Ingeniero de sistemas que se contrate.
caso  El software debe ser entregado e instalado en por lo
de uso menos el 20% de los residentes y el administrador.
 El software de ser de fácil manejo, por lo que debe
tener una interfaz amigable.
 Se dará una capacitación inicial a algunos de los
residentes y al administrador.
 Se debe entregar un manual técnico y de usuario.
 Después de pasar 15 días de la entrega del software
no debe haber presentado ningún inconveniente.
 Al momento de entregar el software este debe
aprobar las pruebas técnicas
Reglas de negocio  El cliente solo podrá solicitar modificaciones hasta
asociadas que se finalice el proceso de análisis y diseño.
 El desarrollador debe realizar como mínimo
pruebas unitarias, integradas, de rendimiento y
seguridad, las cuales deben ser realizadas y
ejecutadas por un área diferente a la que lo
desarrollo.
 El desarrollador debe facilitar el plan de pruebas y
el resultado de las pruebas realizadas, al momento
de entregar el software al cliente.
 La forma de pago se realizará en tres cuotas.
 Una cuota inicial del 30% al inicio del proceso de
desarrollo, el otro 50% se pagará al momento de la
entrega y el 20% restante después de la
capacitación de personal que sería la aceptación
final.
 El cliente debe estar constantemente revisando y
dando retroalimentación oportuna a las
funcionalidades entregadas por el desarrollador.
 El cliente debe entregar documentos de estándares
que debe utilizar el desarrollador durante el
proyecto.
 El desarrollador debe hacer un reporte de avance
mensual de las actividades realizadas en este
tiempo.