Especificación de Caso de Uso Universidad de Cuenca
Especificación de Caso de Uso 1. Introducción 1.1.Nombre 1.1. Nombre del Proyecto Sistema hospital
1.2.Nombre 1.2. Nombre del Caso de Uso Crear ABM de medico
1.3.Descripción 1.3. Descripción del Caso de Uso Crear alta , baja y modificación
1.4.Lista 1.4. Lista de Actores Secretaria Es la encargada de de ingresar a los médicos en el sistema
1.5.Consideraciones 1.5. Consideraciones y Suposiciones La secretaria deberá tener la información de los los médicos para poder ser ingresados en el sistema
2. Flujo Normal de eventos Pre condición: la secretaria debe tener los datos No. Paso 1 2
3
4 6
Actor La secretaria ingresa al sistema y selecciona crear medico La secretaria ingresa los datos personales de los médicos , nombre ,apellido, edad, en los campos adecuados para el ingreso de especialidad del medico, El empleado seleccionará la especialidad de una lista de opciones El empelado pulsa el botón aceptar para crear un medico El sistema finaliza
Pos Condición: el medico medico queda creado y listo para para ser Utilizado Utilizado
1
Sistema El sistema Abre la ventana Crear medico El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema mostrara un lista de especialidades q el hospital Tiene El sistema crea el medico
Especificación de Caso de Uso Universidad de Cuenca Pre condición: la secretaria debe tener los datos No. Paso 1
3
Actor La secretaria ingresa al sistema y selecciona consultar medico La secretaria ingresa los datos personales de los médicos , nombre ,apellido, edad, en los campos adecuados La secretaria pulsa aceptar
4 6
La secretaria finaliza El sistema finaliza
2
Sistema El sistema Abre la ventana consulta El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema mostrara el medico y su especialidad El sistema atiende la petición
Pos Condición: el medico medico queda creado y listo para para ser Utilizado Utilizado
Pre condición: debe haber médicos creados No. Paso 1
Actor La secretaria ingresa al sistema y pulsa el botón médicos
2
La secretaria elije un doctor
3 4 6
La secretaria elige una opción La secretaria guarda la acción realizada
Sistema El sistema Abre la ventana médicos y muestra todos lo médicos creados El sistema responde con opciones de modificar, eliminar , buscar, consultar . El sistema realiza dicha opción El sistema crea el medico El sistema finaliza guardando los cambios
Pos Condición: el medico queda modificado o eliminado
3. Flujos Alternos de eventos Nombre Subflujo: No tener Especialización Pre condición: el medico no es especialisado No. Paso 1
Actor El empleado selecciona la casilla de verificación De Medico General
2
Pos Condición: el medico se crea como medico general
2
Sistema El sistema responde ala petición del empleado .el sistema bloqueara la lista de especialización
Especificación de Caso de Uso Universidad de Cuenca
4. Flujos Alternos de eventos
Nombre Subflujo: salir sin guardar Pre condición: la secretaria pulsa cancelar No. Paso Actor 1 La secretaria al momento de crear ,modificar, eliminar pulsa el botón cancelar
2
Sistema El sistema hace una notificación de estar seguro si desea cancelar dicha acción
La secretaria notifica
El sistema hace caso a la notificación y finaliza Pos Condición: no se crea el medico, no se modifica. No se elimina
5. Flujos Alternos de eventos
Nombre Subflujo: Medico existente Pre condición: un medico esta duplicado No. Paso 1
Actor
Sistema
La secretaria crea Un medico Ya existente
El sistema notifica que ya existe un medico igual y pregunta si aun así desea crear
2
La secretaria contesta la notificación
3
El sistema y el director realizan las acciones necesarias
El sistema hace caso a la notificación (el sistema no permite crear duplicados de medicos )
4
sistema finaliza
Pos Condición: el medico no es creado queda fuera del sistema
6. Pantallas y Reportes relacionadas
3
Especificación de Caso de Uso Universidad de Cuenca
7. Introducción 7.1.Nombre del Proyecto Sistema hospital
7.2.Nombre del Caso de Uso Manejar ABM de enfermeras
7.3.Descripción del Caso de Uso Manejar alta, bajá y modificación
7.4.Lista de Actores Secretaria Es la encargada de ingresar a las enfermeras en el sistema
7.5.Consideraciones y Suposiciones La secretaria tendrá la lista de las enfermeras q trabajan en el hospital
8. Flujo Normal de eventos Pre condición: la enfermera debe presentar todos los requisitos necesarios para poder estar
en el hospital No. Paso 1 2
3 6
Actor La secretaria ingresa al sistema y selecciona crear enfermera La secretaria ingresa los datos personales de la enfermera , nombre ,apellido, edad, en los campos adecuados El empelado pulsa el botón aceptar para crear una enfermera El sistema finaliza 4
Sistema El sistema Abre la ventana Crear enfermera El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema crea la enfermera
Especificación de Caso de Uso Universidad de Cuenca Pos Condición: la enfermera es creada
Pre condición: debe haberse creado enfermeras No. Paso 1 2
3
Actor ingresa al sistema y pulsa el botón
La secretaria enfermeras La secretaria elige a una enfermera
Sistema El sistema Abre la ventana enfermera El sistema muestra al a Enfermera seleccionada, con todos sus documentos validados
La secretaria elige de unas opciones que desea hacer ,modificar eliminar
El sistema obedece a las acciones del director 4 El sistema las acciones de la secretaria 5 El sistema finaliza y sale Pos Condición: la enfermera seleccionada queda hecha las modificaciones
9. Flujos Alternos de eventos
Nombre Subflujo: Cancelar Pre condición: se presiona el botón cancelar
No. Paso 1
Actor El empelado pulsa el botón cancelar
Sistema El sistema hace una notificación de estar seguro si desea cancelar dicha acción
2
El director notifica
El sistema hace caso a la notificación y finaliza
Pos Condición: la enfermera no es creada
10.Flujos Alternos de eventos
Nombre Subflujo: Enfermera existente 5
Especificación de Caso de Uso Universidad de Cuenca Pre condición: una enfermera ya consta en sistema No. Paso 1
El Empleado crea Una enfermera Ya existente
Actor
El sistema notifica que ya existe una Enfermera igual y pregunta si aun así desea crear
Sistema
2
El empleado contesta la notificación
3
El sistema y el director realizan las acciones necesarias
El sistema hace caso a la notificación (el sistema no permite crear duplicados de medicos )
4
sistema finaliza
Pos Condición: la enfermera no consta en sistema
11.
Pantallas y Reportes relacionadas
6
Especificación de Caso de Uso Universidad de Cuenca
12.
Introducción
12.1.
Nombre del Proyecto
Sistema hospital
12.2.
Nombre del Caso de Uso Asignar un Horario a un medico
12.3.
Descripción del Caso de Uso
Se asigna un horario de A un medico
12.4.
Lista de Actores
Scretaria Es la encargada de ingresar a los médicos en el sistema
12.5.
Consideraciones y Suposiciones
El empelado deberá tener la
13.
Flujo Normal de eventos
Pre condición: debe existir médicos Creados No. Paso 1
Actor El empleado ingresa al sistema
2
El empleado ingresa desplegable
3
El empleado selecciona una medico y lo guarda con el horario escogido
4
El empelado pulsa el botón aceptar para crear un turno de un medico
el horario de una lista
7
Sistema El sistema Abre la ventana Horarios El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema mostrara un lista de horarios definidos por el hospital El sistema crea el horario para el medico
Especificación de Caso de Uso Universidad de Cuenca 6
El sistema finaliza
Pos Condición: el medico queda con un horario fijo en el hospital
14.Flujos Alternos de eventos
Nombre Subflujo: Horario duplicado Pre condición: No. Paso 1
Actor El empleado elije el horario
2
El doctor Selecciona el doctor de la lista
Sistema El sistema responde ala petición del empleado El sistema notifica que el medico ya tiene un horario
3 Pos Condición:
15.Flujos Alternos de eventos
Nombre Subflujo: Cancelar Pre condición: No. Paso 1
Actor El empelado pulsa el botón cancelar
Sistema El sistema hace una notificación de estar seguro si desea cancelar dicha acción
2
El sistema notification
El sistema hace caso a la notificación y finaliza
Pos Condición:
16.
Pantallas y Reportes relacionadas
8
Especificación de Caso de Uso Universidad de Cuenca
17.
Introducción
17.1.
Nombre del Proyecto
Sistema hospital
17.2.
Nombre del Caso de Uso
Ingreso de fichas
17.3.
Descripción del Caso de Uso
Se ingresan los datos personales de los pacientes
17.4.
Lista de Actores
Enfermera Es la encargada de ingresar a los pacientes
17.5.
Consideraciones y Suposiciones
La enfermera conoce de los pacientes q se van a atender
18.
Flujo Normal de eventos
Pre condición: se tendrá toda la información de los pacientes No. Paso Actor 1 La enfermera ingresa al sistema y pulsa el botón fichas 2 La enfermera elige una opción
La enfermera ingresa el nombre y el apellido edad, de el paciente para crear su ficha 3 4 6
La enfermera selecciona la paciente La secretaria crea la ficha y pulsa guardar en la ventana de fichas La secretaria pulsa el botón crear ficha para el 9
Sistema El sistema Abre la ventana ficha El sistema responde con opciones de crear ,modificar, eliminar buscar ficha El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema mostrara al paciente El sistema atiende la petición
Especificación de Caso de Uso Universidad de Cuenca
7
paciente seleccionado La secretaria pulsa el botón guardar
El sistema atiende la petición
Pos Condición: el paciente queda creado con una ficha
19.Flujos Alternos de eventos
Nombre Subflujo: Pre condición: No. Paso 1
El Médico no consta en la lista de los médicos creados
Actor La secretaria entra ala ventana de crear ficha
2 3
La secretaria pulsa el botón de aceptar
Sistema El sistema responde ala petición del empleado .el El sistema responde q el medico no existe El sistema y la secretaria finalizan la acción
Pos Condición: paciente sin ficha
20.Flujos Alternos de eventos
Nombre Subflujo: Cancelar Pre condición: No. Paso 1
Actor El empelado pulsa el botón cancelar
Sistema El sistema hace una notificación de estar seguro si desea cancelar dicha acción
2
El director notifica
El sistema hace caso a la notificación y finaliza
Pos Condición: no se crea la ficha
21.Flujos Alternos de eventos
Nombre Subflujo: Ficha ya creada Pre condición: un paciente tiene ficha duplicada No. Paso 1
Actor
Sistema El sistema notifica que ya
10
Especificación de Caso de Uso Universidad de Cuenca existe una ficha igual La secretaria intenta crear otra ficha para el mismo paciente
el sistema no permite crear duplicados de medicos
2
La secretaria responde ala notificación de sistema
3
El sistema y la secretaria realizan las acciones necesarias
El sistema hace caso a la notificación (el sistema no permite crear duplicados de medicos )
4
sistema finaliza
Pos Condición: la ficha no es creada
22.
Pantallas y Reportes relacionadas
11
Especificación de Caso de Uso Universidad de Cuenca
23.
Introducción
23.1.
Nombre del Proyecto
Sistema hospital
23.2.
Nombre del Caso de Uso
Crear ABM de turnos para las consultas
23.3.
Descripción del Caso de Uso
Crear alta , baja y modificación
23.4.
Lista de Actores
Secretaria Enfermera Es la encargada de dar los turnos
23.5.
Consideraciones y Suposiciones
La secretaria es la q da los turnos a los pacientes
24.
Flujo Normal de eventos
Pre condición: debe haber pacientes creados No. Paso 1 2
Actor ingresa al sistema y selecciona la
La secretaria opción turnos La secretaria pulsa aceptar
12
Sistema El sistema Abre la ventana turno El sistema responde con
Especificación de Caso de Uso Universidad de Cuenca
3
4 5 6
La secretaria ingresa el nombre y la cedula del paciente el paciente en los campos adecuados La secretaria pulsa aceptar La secretaria elige al paciente La secretaria ingresa el nombre atenderá al paciente en un campo La secretaria pulsa guardar
del medico que
opciones de modificar, eliminar turno El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema muestra al paciente con sus datos y su ficha el sistema muestra los datos del doctor El sistema crea el turno para la consulta con un medico
Pos Condición: la consulta es habilitada
Pre condición: debe haber una consulta credas No. Paso 1 2
3 4 6
Actor La secretaria ingresa al sistema y pulsa el botón turnos, La secretaria elije un paciente
La secretaria elige una opción La secretaria guarda la acción realizada
Sistema El sistema Abre la ventana consultas El sistema responde con opciones de modificar, eliminar. El sistema realiza dicha opción El sistema crea el medico El sistema finaliza guardando los cambios
Pos Condición: el turno queda eliminado o modificado
25.Flujos Alternos de eventos
Nombre Subflujo: No tener turno Pre condición: el el paciente ingresa por emergencia No. Paso 1
Actor La empleada ingresa al sistema y pulsa fichas La enfermera pulsa aceptar
La enfermera elige la opción de búsqueda 13
Sistema El sistema responde ala petición dela enfermera . El sistema responde con opciones de modificar, eliminar, buscar El sistema muestra la ventana
Especificación de Caso de Uso Universidad de Cuenca
2
la enfermera ingresa los datos de paciente
3
La enfermera pulsa salir
búsqueda ficha el sistema busca en su lista de fichas y lo muestra El sistema atiende la petición
Pos Condición: el paciente ya tiene una ficha
Nombre Subflujo: No tener turno Pre condición: el paciente ingresa por Consulta externa No. Paso 1
Actor La empleada ingresa al sistema y pulsa fichas La enfermera pulsa aceptar
La enfermera elige la opción de búsqueda 2
la enfermera ingresa los datos de paciente
3
La enfermera pulsa salir
Sistema El sistema responde ala petición dela enfermera . El sistema responde con opciones de modificar, eliminar, buscar El sistema muestra la ventana búsqueda ficha el sistema busca en su lista de fichas y lo muestra El sistema atiende la petición
Pos Condición: el paciente ya tiene una ficha
26.Flujos Alternos de eventos
Nombre Subflujo: salir sin guardar Pre condición: No tener ficha No. Paso Actor 1 La secretaria al momento de crear ,modificar, eliminar pulsa el botón cancelar
2
La secretaria notifica
Sistema El sistema hace una notificación de estar seguro si desea cancelar dicha acción
El sistema hace caso a la notificación y finaliza Pos Condición: no se crea el medico, no se modifica. No se elimina
27.Flujos Alternos de eventos
14
Especificación de Caso de Uso Universidad de Cuenca Nombre Subflujo: ficha Pre condición: No tener ficha No. Paso Actor 1 La enfermera crea una nueva ficha al paciente
2
La secretaria elige que desea hacer: modificar, eliminar, etc 3 La enfermera guarda las acciones realizadas Pos Condición: el paciente tiene una ficha
28.
crear,
Pantallas y Reportes relacionadas
29.
Introducción
29.1.
Nombre del Proyecto
Sistema hospital
29.2.
Nombre del Caso de Uso
Crear ABM de consultas
15
Sistema El sistema hace una notificación El sistema hace caso a la notificación y finaliza
Especificación de Caso de Uso Universidad de Cuenca
29.3.
Descripción del Caso de Uso
Crear alta , baja y modificación
29.4.
Lista de Actores
Recepcionista Es la encargada de cobrar
29.5.
Consideraciones y Suposiciones
Recepcionista deberá tener la información de los turnos de los pacientes y de cuanto cobra cada medico en la consulta
30.
Flujo Normal de eventos
Pre condición: de haberse creado un turno No. Paso 1
Actor La recepcionista ingresa al sistema
2
La recepcionista consulta si el paciente saco turno
3
Ingresa en los campos de búsqueda su nombre y su cedula La recepcionista verifica q el paciente tenga turno para consulta externa
4
5 6 7
La recepcionista verifica los datos q estén correctos La recepcionista ingresa ene l campo costo consulta el precio de la consulta El sistema finaliza
Sistema El sistema Abre la ventana de turno El sistema verifica q todos lo campos de ingreso hayan sido llenados El sistema responde El sistema mostrara el turno de paciente y el medico correspondiente y la especialidad de medico El sistema valida El sistema valida q el costo sea el adecuado
Pos Condición: la consulta queda creada
Pre condición: emergencia No. Paso 1
Actor La enfermera crea la ficha
2
La enfermera elige un especialista q lo atienda
3 4 6
La enfermera elige una opción La enfermera guarda la acción realizada
16
Sistema El sistema Abre la ventana crear ficha El sistema muestra los médicos disponibles El sistema realiza dicha opción El sistema crea el medico El sistema finaliza guardando los cambios
Especificación de Caso de Uso Universidad de Cuenca
Pos Condición: el medico queda modificado o eliminado
31.Flujos Alternos de eventos
Nombre Subflujo: No tener Especialización Pre condición: el medico no es especialisado No. Paso 1
Actor El empleado selecciona la casilla de verificación De Medico General
Sistema El sistema responde ala petición del empleado .el sistema bloqueara la lista de especialización
2
Pos Condición: el medico se crea como medico general
32.Flujos Alternos de eventos Nombre Subflujo: salir sin guardar Pre condición: la secretaria pulsa cancelar No. Paso Actor 1 La secretaria al momento de crear ,modificar, eliminar pulsa el botón cancelar
2
Sistema El sistema hace una notificación de estar seguro si desea cancelar dicha acción
La secretaria notifica
El sistema hace caso a la notificación y finaliza Pos Condición: no se crea el medico, no se modifica. No se elimina
33.Flujos Alternos de eventos
Nombre Subflujo: Medico existente Pre condición: un medico esta duplicado No. Paso 1
Actor
Sistema
La secretaria crea Un medico Ya existente
17
El sistema notifica que ya existe un medico igual y pregunta si aun así desea crear
Especificación de Caso de Uso Universidad de Cuenca
2
La secretaria contesta la notificación
3
El sistema y el director realizan las acciones necesarias
4
sistema finaliza
Pos Condición: el medico no es creado queda fuera del sistema
34.
El sistema hace caso a la notificación (el sistema no permite crear duplicados de medicos )
Pantallas y Reportes relacionadas
18
Especificación de Caso de Uso Universidad de Cuenca
19
Especificación de Caso de Uso Universidad de Cuenca
Alta pacient e
<>
Modificar paciente <>
Identificacion del usuario Eliminar paciente
secretaria
crear enfermeras
<>
modificar enfermeras
<>
Identificacion enfermera eliminar enfermeras
turnos <>
Crear medico consulta medico consultas
Modificar medicos
eliminar medicos
<>
<>
identificacion medico
<>
crear fichas <>
Modificar fichas
Enfermera
cobrara consultas
recepcionista
20
Identificacion usuario
Especificación de Caso de Uso Universidad de Cuenca
<> modificar consulta Identificaion de usuario
Medico
21
Especificación de Caso de Uso Universidad de Cuenca
FACULTAD DE INGENIERIA
ESCUELA DE INFORMATICA TEMA:
CASOS DE USO HOSPITAL NOMBRE:
CARLOS MUÑOZ PAUL RODRIGUEZ CURSO:
SEGUNDO CICLO
MATERIA:
PROGRAMACION 2 PROFESORA:
ING. ELINA AVILA
2011-2012
22
Especificación de Caso de Uso Universidad de Cuenca
23