CASO DE ESTUDIO: GESTIÓN DE CITAS Y DIAGNÓSTICOS
Un hospital funciona con un sistema de cita previa. Cada vez que un paciente pide cita, puede
solicitarla él mismo vía web, por teléfono o personándose en el centro hospitalario. En los
dos últimos casos será atendido por un administrativo. Independientemente de cómo se
pida la cita, el sistema le asigna un día, una hora y su médico de cabecera. Para guardar esta
información se utiliza un listado con el Número de la Seguridad Social (NSS) del paciente,
su nombre, apellidos, teléfono para comunicarle cualquier cambio en el día, hora y número
de colegiado de su médico de cabecera. Una vez que llega a la consulta, el médico tiene un
historial (datos personales, fecha de visitas, diagnóstico o visita a otros médicos
especialistas) y le indica un diagnóstico con su correspondiente tratamiento. Si es
enfermedad común, el paciente puede recibir el tratamiento en casa y, si no lo es, debe ir al
especialista. Si le manda al especialista, se tendrá en cuenta que hay muchos especialistas,
según el problema presentado, y que de nuevo se pedirá cita previa (igual que para el de
cabecera). Cuando llega el día, el paciente visita el especialista y éste realiza un diagnóstico
que se anota en su ficha de diagnóstico, identificando al paciente, al médico general que lo
envió a su consulta, el diagnóstico y el tratamiento que se le va a aplicar. En el tratamiento
pueden ser necesaria la intervención de una o varias operaciones, que serán realizadas por
el médico especialista, así como radiografías, ecografías, inyecciones, etc., que van a ser
realizadas por distintas personas no médicas del hospital: ATS, técnicos, auxiliares, etc. Se
sabe que en el hospital los médicos van identificados por su número de colegiado y el resto
del personal por su número de registro personal. Por último, la aplicación deberá ser capaz
de generar REPORTES necesarios para los USUARIOS correctos.
3
INTRODUCCION
Hemos aplicado un proceso software basado en UML a la especificación de requisitos de un
servicio de un hospital funcional El proceso está caracterizado por ser iterativo e incremental
y basado en casos de uso. El proceso no se ha seguido enteramente, sino que nos hemos
centrado en algunos aspectos de las fases de Modelado de Requisitos, Modelo de Análisis y
Modelo del Diseño. En el tratamiento pueden ser necesaria la intervención de una o varias
operaciones, que serán realizadas por el médico especialista, así como radiografías,
ecografías, inyecciones, etc., que van a ser realizadas por distintas personas no médicas del
hospital:ATS, técnicos, auxiliares, etc. Una sucesión que llega a la consulta, el hospitalario
tiene unas referencias (datos personales, fecha de visitas, diagnóstico o examen a otros
médicos especialistas) y le indica un diagnóstico con su conveniente tratamiento. Si es
enfermedad común, el paciente puede recibir el tratamiento en casa y, si no lo es, debe ir al
especialista. Si le manda al especialista, se tendrá en cuenta que hay muchos especialistas,
según el problema presentado, y que de nuevo se pedirá cita previa (igual que para el de
cabecera)
Del Modelado de Requisitos se extrae el modelo de casos de uso y el modelo conceptual.
En el Modelo de Análisis se obtiene un diseño preliminar del sistema a partir de los casos de
uso. En esta fase obtenemos los diagramas de secuencia del sistema que nos ayudan a
descubrir las operaciones básicas del mismo. Los contratos permiten especificar de forma
detallada el efecto de estas operaciones y las colaboraciones muestran el comportamiento
de las mismas, como interacción de objetos. En esta fase se obtiene también el Diagrama de
Clases del Análisis. En el diseño se obtiene el Diagrama de Clases del Diseño, se define la
arquitectura del sistema y se contempla el uso de patrones, entre otras cosas. En esta fase
nos limitamos a comentar la ventaja que se podría obtener de usar ciertos patrones de diseño
y mostramos un primer listado de la implementación del sistema (código fuente en Java)
obtenido directamente de las colaboraciones.
4
2. CATÁLOGOS DE REQUISITOS
2.1 Requerimientos funcionales
1) Generar cita
2) Consulta historial de paciente
3) Generar tratamiento
4) Generar diagnostico
5) Generar reportes
2.2 Requerimientos no funcionales
Ingreso de cita mediante vía web, telefónica o personal. Para guardar la información se
utiliza un listado con el Número de la Seguridad Social (NSS) del paciente, su nombre,
apellidos, teléfono para comunicarle cualquier cambio en el día, hora y número de colegiado
de su médico de cabecera.
En el tratamiento pueden ser necesaria la intervención de una o varias operaciones, que
serán realizadas por el médico especialista, así como radiografías, ecografías, inyecciones,
etc., que van a ser realizadas por distintas personas no
médicas del hospital: ATS, técnicos,auxiliares, etc
1.3 PROCEDIMIENTO
Inicio
Requisitos
Análisis
Especificación
Verificación
Fin
5
1.
2. CASO DE USO Y PLANTILLAS
2.2 PLANTILLAS
Codigo 009
Nombre: Guardar datos del paciente
Autor
Fecha: 19/12/2020
Descripción: luego que el Especialista seleccione realizar diagnóstico se procederá a
guardar los registro.
Actores: Especialista
Precondiciones: se debe primero registrar el paciente para que el especialista proceda
hacer le diagnóstico.
Flujo normal: El especialista selecciona guardar datos, se procesa el guardado del
paciente y ya se podrá seleccionar el diagnostico.
Flujo alternativo:
Postcondición: El valor enviado por el especialista sea el mismo que el de la Asignación
del paciente.
Codigo 008
Nombre: Asignar médico
Autor
Fecha: 19/12/2020
Descripción: Permite asignar un médico a la cita médica del paciente
Actores: Administrador, Paciente
Precondiciones: El paciente debe autenticarse en el sistema
Flujo normal: 1. Sistema: Muestra el médico asignado al paciente mediante la interfaz
2. Paciente: Confirma la cita
Flujo alternativo: No se encuentran médicos registrados
Postcondición: El sistema asigna el médico de cabecera a la cita del paciente
Codigo 007
Nombre: Consulta
Autor
Fecha: 19/12/2020
Descripción: El médico general puede hacer una consulta del historial de cualquier
paciente.
Actores: Médico General
Precondiciones: si no hay paciente registrado el médico general no puede hacer una
consulta.
Flujo normal: el médico general tiene que verificar primero si hay algún paciente
registrado.
Flujo alternativo:
Postcondición: el médico general no puede hacer consulta vacias.
Codigo 003
Nombre: Vía Web
Autor
Fecha: 19/12/2020
Descripción: Selección de cita por medio de una página web
Actores: Paciente
Precondiciones: Tiene que estar previamente registrado en la pagina
Flujo normal: El paciente selecciona vía web la reserva de la cita, se procesa la cita y ya
se podrá seleccionar pedir cita.
Flujo alternativo:
Postcondición: EL paciente tiene que estar registrado en la página web.
3. DIAGRAMA CLASE
4. DIAGRAMA DE ACTIVIDAD
5. DIAGRAMA DE SECUENCIA
