casos de huso hospital
TRANSCRIPT
Especificación de Caso de UsoUniversidad de Cuenca
Especificación de Caso de Uso
1. Introducción
1.1.Nombre del Proyecto Sistema hospital
1.2.Nombre del Caso de Uso
Crear ABM de medico
1.3.Descripción del Caso de Uso Crear alta , baja y modificación
1.4.Lista de Actores
SecretariaEs la encargada de ingresar a los médicos en el sistema
1.5.Consideraciones y SuposicionesLa secretaria deberá tener la información de 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
Actor Sistema
1 La secretaria ingresa al sistema y selecciona crear medico
El sistema Abre la ventana Crear medico
2 La secretaria ingresa los datos personales de los médicos , nombre ,apellido, edad, en los campos adecuados
El sistema verifica q todos lo campos de ingreso hayan sido llenados
3 para el ingreso de especialidad del medico, El empleado seleccionará la especialidad de una lista de opciones
El sistema mostrara un lista de especialidades q el hospital Tiene
4 El empelado pulsa el botón aceptar para crear un medico
El sistema crea el medico
6 El sistema finaliza
Pos Condición: el medico queda creado y listo para ser Utilizado
1
Especificación de Caso de UsoUniversidad de Cuenca
Pre condición: la secretaria debe tener los datos
No. Paso
Actor Sistema
1 La secretaria ingresa al sistema y selecciona consultar medico
El sistema Abre la ventana consulta
2 La secretaria ingresa los datos personales de los médicos , nombre ,apellido, edad, en los campos adecuados
El sistema verifica q todos lo campos de ingreso hayan sido llenados
3 La secretaria pulsa aceptar El sistema mostrara el medico y su especialidad
4 La secretaria finaliza El sistema atiende la petición
6 El sistema finaliza
Pos Condición: el medico queda creado y listo para ser Utilizado
Pre condición: debe haber médicos creados
No. Paso
Actor Sistema
1 La secretaria ingresa al sistema y pulsa el botón médicos
El sistema Abre la ventana médicos y muestra todos lo médicos creados
2 La secretaria elije un doctor El sistema responde con opciones de modificar, eliminar , buscar, consultar .
3 La secretaria elige una opción El sistema realiza dicha opción
4 La secretaria guarda la acción realizada El sistema crea el medico 6 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ónPre condición: el medico no es especialisado
No. Paso
Actor Sistema
1 El empleado selecciona la casilla de verificación De Medico General
El sistema responde ala petición del empleado .el sistema bloqueara la lista de especialización
2
2
Especificación de Caso de UsoUniversidad de Cuenca
Pos Condición: el medico se crea como medico general
4. Flujos Alternos de eventos
Nombre Subflujo: salir sin guardar Pre condición: la secretaria pulsa cancelar
No. Paso
Actor Sistema
1 La secretaria al momento de crear ,modificar, eliminar pulsa el botón cancelar
El sistema hace una notificación de estar seguro si desea cancelar dicha acción
2 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
Actor Sistema
1 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 El sistema hace caso a la notificación
3 El sistema y el director realizan las acciones necesarias
(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 <Coloque aquí las pantallas relacionadas al caso de uso>
3
Especificación de Caso de UsoUniversidad de Cuenca
7. Introducción
7.1.Nombre del Proyecto Sistema hospital
7.2.Nombre del Caso de UsoManejar ABM de enfermeras
7.3.Descripción del Caso de UsoManejar alta, bajá y modificación
7.4.Lista de Actores
SecretariaEs 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
Actor Sistema
1 La secretaria ingresa al sistema y selecciona crear enfermera
El sistema Abre la ventana Crear enfermera
2 La secretaria ingresa los datos personales de la enfermera , nombre ,apellido, edad, en los
El sistema verifica q todos lo campos de ingreso
4
Especificación de Caso de UsoUniversidad de Cuenca
campos adecuados hayan sido llenados3 El empelado pulsa el botón aceptar para crear
una enfermeraEl sistema crea la enfermera
6 El sistema finalizaPos Condición: la enfermera es creada
Pre condición: debe haberse creado enfermeras
No. Paso
Actor Sistema
1 La secretaria ingresa al sistema y pulsa el botón enfermeras
El sistema Abre la ventana enfermera
2 La secretaria elige a una enfermera El sistema muestra al a Enfermera seleccionada, con todos sus documentos validados
3 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
Actor Sistema
1 El empelado pulsa el botón cancelar 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
5
Especificación de Caso de UsoUniversidad de Cuenca
10. Flujos Alternos de eventos
Nombre Subflujo: Enfermera existente Pre condición: una enfermera ya consta en sistema
No. Paso
Actor Sistema
1 El Empleado crea Una enfermera Ya existente El sistema notifica que ya existe una Enfermera igual y pregunta si aun así desea crear
2 El empleado contesta la notificación El sistema hace caso a la notificación
3 El sistema y el director realizan las acciones necesarias
(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 <Coloque aquí las pantallas relacionadas al caso de uso>
6
Especificación de Caso de UsoUniversidad 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 UsoSe asigna un horario de A un medico
12.4. Lista de Actores
ScretariaEs la encargada de ingresar a los médicos en el sistema
12.5. Consideraciones y SuposicionesEl empelado deberá tener la
13. Flujo Normal de eventos
Pre condición: debe existir médicos Creados
No. Paso
Actor Sistema
1 El empleado ingresa al sistema El sistema Abre la ventana Horarios
2 El empleado ingresa el horario de una lista desplegable
El sistema verifica q todos lo campos de ingreso hayan sido llenados
3 El empleado selecciona una medico y lo guarda con el horario escogido
El sistema mostrara un lista de horarios definidos por el hospital
7
Especificación de Caso de UsoUniversidad de Cuenca
4 El empelado pulsa el botón aceptar para crear un turno de un medico
El sistema crea el horario para el medico
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 duplicadoPre condición: <Enumere las pre condiciones para el caso de uso en su flujo normal>
No. Paso
Actor Sistema
1 El empleado elije el horario El sistema responde ala petición del empleado
2 El doctor Selecciona el doctor de la lista El sistema notifica que el medico ya tiene un horario
3
Pos Condición: <Enumere las pos condiciones para el caso de uso en su flujo normal>
15. Flujos Alternos de eventos
Nombre Subflujo: Cancelar Pre condición: <Enumere las pre condiciones para el caso de uso en su flujo normal>
No. Paso
Actor Sistema
1 El empelado pulsa el botón cancelar 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: <Enumere las pos condiciones para el caso de uso en su flujo normal>
8
Especificación de Caso de UsoUniversidad de Cuenca
16. Pantallas y Reportes relacionadas <Coloque aquí las pantallas relacionadas al caso de uso>
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.
PasoActor Sistema
1 La enfermera ingresa al sistema y pulsa el botón fichas
El sistema Abre la ventana ficha
2 La enfermera elige una opción El sistema responde con opciones de crear ,modificar, eliminar buscar ficha
La enfermera ingresa el nombre y el El sistema verifica q todos
9
Especificación de Caso de UsoUniversidad de Cuenca
apellido edad, de el paciente para crear su ficha
lo campos de ingreso hayan sido llenados
3 La enfermera selecciona la paciente El sistema mostrara al paciente
4 La secretaria crea la ficha y pulsa guardar en la ventana de fichas
El sistema atiende la petición
6 La secretaria pulsa el botón crear ficha para el paciente seleccionado
7 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: El Médico no consta en la lista de los médicos creados
No. Paso
Actor Sistema
1 La secretaria entra ala ventana de crear ficha El sistema responde ala petición del empleado .el
2 El sistema responde q el medico no existe
3 La secretaria pulsa el botón de aceptar 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: <Enumere las pre condiciones para el caso de uso en su flujo normal>
No. Paso
Actor Sistema
1 El empelado pulsa el botón cancelar 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
10
Especificación de Caso de UsoUniversidad de Cuenca
21. Flujos Alternos de eventos
Nombre Subflujo: Ficha ya creada Pre condición: un paciente tiene ficha duplicada
No. Paso
Actor Sistema
1
La secretaria intenta crear otra ficha para el mismo paciente
El sistema notifica que ya existe una ficha igualel sistema no permite crear duplicados de medicos
2 La secretaria responde ala notificación de sistema El sistema hace caso a la notificación
3 El sistema y la secretaria realizan las acciones necesarias
(el sistema no permite crear duplicados de medicos )
4 sistema finaliza
Pos Condición: la ficha no es creada
22. Pantallas y Reportes relacionadas <Coloque aquí las pantallas relacionadas al caso de uso>
11
Especificación de Caso de UsoUniversidad 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
SecretariaEnfermeraEs la encargada de dar los turnos
23.5. Consideraciones y SuposicionesLa secretaria es la q da los turnos a los pacientes
24. Flujo Normal de eventos
Pre condición: debe haber pacientes creados
12
Especificación de Caso de UsoUniversidad de Cuenca
No. Paso
Actor Sistema
1 La secretaria ingresa al sistema y selecciona la opción turnos
El sistema Abre la ventana turno
2 La secretaria pulsa aceptar El sistema responde con opciones de modificar, eliminar turno
3 La secretaria ingresa el nombre y la cedula del paciente el paciente en los campos adecuados La secretaria pulsa aceptar
El sistema verifica q todos lo campos de ingreso hayan sido llenados
4 La secretaria elige al paciente El sistema muestra al paciente con sus datos y su ficha
5 La secretaria ingresa el nombre del medico que atenderá al paciente en un campo
el sistema muestra los datos del doctor
6 La secretaria pulsa guardar 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
Actor Sistema
1 La secretaria ingresa al sistema y pulsa el botón turnos,
El sistema Abre la ventana consultas
2 La secretaria elije un paciente El sistema responde con opciones de modificar, eliminar.
3 La secretaria elige una opción El sistema realiza dicha opción
4 La secretaria guarda la acción realizada El sistema crea el medico 6 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
13
Especificación de Caso de UsoUniversidad de Cuenca
No. Paso
Actor Sistema
1 La empleada ingresa al sistema y pulsa fichas El sistema responde ala petición dela enfermera .
La enfermera pulsa aceptar El sistema responde con opciones de modificar, eliminar, buscar
La enfermera elige la opción de búsqueda El sistema muestra la ventana búsqueda ficha
2 la enfermera ingresa los datos de paciente el sistema busca en su lista de fichas y lo muestra
3 La enfermera pulsa salir 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
Actor Sistema
1 La empleada ingresa al sistema y pulsa fichas El sistema responde ala petición dela enfermera .
La enfermera pulsa aceptar El sistema responde con opciones de modificar, eliminar, buscar
La enfermera elige la opción de búsqueda El sistema muestra la ventana búsqueda ficha
2 la enfermera ingresa los datos de paciente el sistema busca en su lista de fichas y lo muestra
3 La enfermera pulsa salir 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 Sistema
1 La secretaria al momento de crear ,modificar, eliminar pulsa el botón cancelar
El sistema hace una notificación de estar
14
Especificación de Caso de UsoUniversidad de Cuenca
seguro si desea cancelar dicha acción
2 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
27. Flujos Alternos de eventos
Nombre Subflujo: ficha Pre condición: No tener ficha
No. Paso
Actor Sistema
1 La enfermera crea una nueva ficha al paciente
El sistema hace una notificación
2 La secretaria elige que desea hacer: crear, modificar, eliminar, etc
El sistema hace caso a la notificación y finaliza
3 La enfermera guarda las acciones realizadas Pos Condición: el paciente tiene una ficha
28. Pantallas y Reportes relacionadas <Coloque aquí las pantallas relacionadas al caso de uso>
15
Especificación de Caso de UsoUniversidad de Cuenca
29. Introducción
29.1. Nombre del Proyecto Sistema hospital
29.2. Nombre del Caso de Uso
Crear ABM de consultas
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 SuposicionesRecepcionista 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
Actor Sistema
1 La recepcionista ingresa al sistema El sistema Abre la ventana de turno
2 La recepcionista consulta si el paciente saco turno
El sistema verifica q todos lo campos de ingreso hayan sido llenados
3 Ingresa en los campos de búsqueda su nombre y su cedula
El sistema responde
4 La recepcionista verifica q el paciente tenga turno para consulta externa
El sistema mostrara el turno de paciente y el medico correspondiente y la especialidad de medico
5 La recepcionista verifica los datos q estén correctos
El sistema valida
6 La recepcionista ingresa ene l campo costo consulta el precio de la consulta
El sistema valida q el costo sea el adecuado
7 El sistema finaliza
Pos Condición: la consulta queda creada
16
Especificación de Caso de UsoUniversidad de Cuenca
Pre condición: emergencia
No. Paso
Actor Sistema
1 La enfermera crea la ficha El sistema Abre la ventana crear ficha
2 La enfermera elige un especialista q lo atienda
El sistema muestra los médicos disponibles
3 La enfermera elige una opción El sistema realiza dicha opción
4 La enfermera guarda la acción realizada El sistema crea el medico 6 El sistema finaliza
guardando los cambios
Pos Condición: el medico queda modificado o eliminado
31. Flujos Alternos de eventos
Nombre Subflujo: No tener EspecializaciónPre condición: el medico no es especialisado
No. Paso
Actor Sistema
1 El empleado selecciona la casilla de verificación De Medico General
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 Sistema
1 La secretaria al momento de crear ,modificar, eliminar pulsa el botón cancelar
El sistema hace una notificación de estar seguro si desea cancelar dicha acción
2 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
17
Especificación de Caso de UsoUniversidad de Cuenca
33. Flujos Alternos de eventos
Nombre Subflujo: Medico existente Pre condición: un medico esta duplicado
No. Paso
Actor Sistema
1 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 El sistema hace caso a la notificación
3 El sistema y el director realizan las acciones necesarias
(el sistema no permite crear duplicados de medicos )
4 sistema finaliza
Pos Condición: el medico no es creado queda fuera del sistema
34. Pantallas y Reportes relacionadas <Coloque aquí las pantallas relacionadas al caso de uso>
18
Especificación de Caso de UsoUniversidad de Cuenca
19
Especificación de Caso de UsoUniversidad de Cuenca
secretaria
Alta paciente
Modificar paciente
Eliminar paciente
crear enfermeras
modificar enfermeras
eliminar enfermeras
Enfermera
crear fichas
Modificar fichas
turnos
Crear medico
consulta medico
Modificar medicos
eliminar medicos
Identificacion del usuario<<include>>
<<include>>
Identificacion enfermera
<<include>>
<<include>>
identificacion medico
<<include>> <<include>>
Identificacion usuario
<<include>>
<<include>>
recepcionista
consultas
<<include>>
cobrara consultas
20
Especificación de Caso de UsoUniversidad de Cuenca
Medico
modificar consultaIdentificaion de usuario
<<include>>
21
Especificación de Caso de UsoUniversidad de Cuenca
FACULTAD DE INGENIERIA
ESCUELA DE INFORMATICA
TEMA:
CASOS DE USO HOSPITAL
NOMBRE:
CARLOS MUÑOZPAUL RODRIGUEZ
CURSO:
SEGUNDO CICLO
MATERIA:
PROGRAMACION 2
PROFESORA:
ING. ELINA AVILA
2011-2012
22
Especificación de Caso de UsoUniversidad de Cuenca
23