Está en la página 1de 27

Especificacin de

Requerimientos
<Nombre del Proyecto>
Sistema de Gestin Hospitalaria
Soft
Arts
Versin
1.0

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Historial de Revisin
Fecha
23/10/2015

Versin
1.0

Descripcin
En este documento se presenta la
primera versin del modelado de
los casos de uso, diagrama de
dominio, diagramas de
interaccin, diagrama de clases, y
diagrama paquetes.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Autor
Andrs Vidal
Zemanate.
Jorge Tunubal
Ramrez.
David Muoz
Gmez.

Pgina 2 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Tabla de Contenido
1. Introduccin
1.1 Definiciones, Acrnimos, y Abreviaturas
2. Casos de Uso
2.1
2.2

Identificacin de los Beneficiarios del Sistema


Casos de Uso

3.

Diagrama de casos de uso

4.

Diagrama de dominio

5.

Diagramas interaccin

6.

Diagramas de clases

7.

Diagramas de paquetes

8.

Conclusiones

9.

Bibliografa

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 3 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Documento de diseo preliminar


1.

Introduccin:
En este documento se pretende especificar claramente algunas de las funcionalidades de la aplicacin
representndolas en un diagrama de casos de uso. Tambin se busca identificar los objetos/clases
conceptuales involucradas en la solucin del problema planteado, representaremos estas clases mediante
un diagrama de dominio y un diagrama de clases, que contendrn la descripcin detallada de cada una de
ellas. Por otra parte, en este documento se incluyen varios diagramas de secuencia, en los cuales se
permite observar cmo interactan los diferentes objetos de las clases identificadas para dar soporte a un
conjunto de funcionalidades por parte de la aplicacin.

Definiciones, Acrnimos, y Abreviaturas

2.

RF-idcasoUso- : representa el codigo de identificacion asignado al caso de uso.

Casos de Uso
En esta plantilla se presentan seis casos de uso identificados:
1. Iniciar Sesin: Este caso de uso representa la funcionalidad de identificarse como un usuario de la
aplicacin.
2. Consultar Resultados de exmenes: Esta funcionalidad permite al usuario que desempea el rol de
enfermero listar los resultados de un conjunto de exmenes realizados a un determinado paciente.
3. Formular examen: Representa la funcionalidad que permite a un mdico realizar la formulacin de uno o
varios exmenes a un paciente determinado.
4. Gestionar Historias clnicas: Esta funcionalidad permite al mdico administrar las historias clnicas de un
determinado paciente. (Las opciones que se describen en el caso de uso son: agregar, consultar y actualizar
las historias clnicas).
5. Gestionar Ubicacin Paciente: Representa la funcionalidad del sistema que permite a un miembro del
personal hospitalario administrar los datos referentes a la ubicacin especfica de un paciente en las
instalaciones.
6. Gestionar Carritos distribuidores: Describe la forma en como los auxiliares administrativos administran
la informacin relacionada con el control de los carritos distribuidores disponibles en las instalaciones.

Identificacin de los Beneficiarios del Sistema

Nombre del
Beneficiario
Paciente
Medico

Descripcin de beneficiarios y responsabilidad dentro del


sistema
El paciente tendr un control y seguridad de los medicamentos
que se le van a ser suministrados y de los diferentes exmenes
que se le realizaran para su evolucin.
El medico tendr informacin concreta y correcta del estado y
Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 4 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

Enfermero
Administrativo
s
Hospital

1.0

evolucin del paciente que va a atender.


El enfermero podr diligenciar la formulacin de medicamentos
de una manera ms eficaz para hacer la solicitud a la farmacia.
Podrn brindar informacin bsica de pacientes a personas
que lo soliciten.
Debido al control de medicamentos daados y no usados
mejorar en sus estados financieros.

Casos de Uso

1. Formular examen:
RF- 001
Versin
Autores

Formular examen
Versin 1 fecha: 26/09/2015

Fuentes
Objetivos asociados

-----------------------------------------------------------------------------------Permitir formular exmenes de una manera intuitiva, rpida y


fcil.
El sistema deber comportarse tal y como se especifica en
este caso de uso cuando el usuario con rol de medico
requiera formular un examen a un paciente
El medico deber haber completado con xito el caso de uso
iniciar sesin.
Paso
Accin
1
El caso de uso inicia cuando el medico selecciona en
la pantalla principal la opcin de consultar paciente
2
Se inicia el caso de uso consultar paciente
(El sistema desplegara opciones para la bsqueda del
paciente tales como identificacin, nombre, fecha de
ingreso.
el medico seleccionara alguno de ellos)
3
El sistema desplegara una lista donde se presentan
las coincidencias encontradas en la bsqueda
4
El medico selecciona el paciente al que necesita
formularle un examen
5
El sistema mostrara un men con opciones asociadas
a los pacientes donde el medico seleccionara formular
examen
6
El sistema mostrara un formulario correspondiente a
la formulacin de exmenes el cual debe llenar el
medico
7
EL sistema validara que la informacin este completa
9
El sistema confirma y regresa al men principal
El medico ha formulado exitosamente un examen y el sistema
a registrado el nuevo examen a realizar

Descripcin

Precondicin
Secuencia
Normal

Postcondicin

Andrs Vidal, David Muoz, Jorge Tunubal. Soft Arts


.inc.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 5 de
27

Sistema De gestin Hospitalaria

3.

Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

Paso
3

Excepciones

6
7

Rendimiento

Paso
1
2

Frecuencia esperada
Importancia
Urgencia
Comentarios

1.0

Accin
No se obtuvieron registros coincidentes.
si no se encuentran registros coincidentes entonces
se desplegara un mensaje de confirmacin, donde se
le preguntara al usuario si desea modificar los
parmetros de bsqueda:
Cancelar
El medico podr calcular la formulacin de un examen
Informacin incompleta
Si el mdico no ha llenado los campos
correspondientes se mostrara un mensaje de
advertencia
Cota de tiempo
Requerido por el usuario
Requerido por el usuario

3
2 segundos como mximo
Cantidad ilimitada de veces por da
vital
inmediatamente
----------------------------------------------------------------------------

2. Gestionar la ubicacin de un paciente:


RF- 002
Versin
Autores
Fuentes
Objetivos asociados

Descripcin

Precondicin

Secuencia
Normal

Gestionar la ubicacin de un paciente


1.0.
Mircoles 23 de Septiembre de 2015
Andrs Vidal, David Muoz, Jorge Tunubal. Soft Arts .inc.
--------------------------------------------------------------------------Describir la interaccin del usuario en el rol de (auxiliar
administrativo) con el sistema al momento de gestionar la
ubicacin de los pacientes.
El sistema deber permitir al auxiliar administrativo en
cualquier momento realizar las funcionalidades de asignar,
cambiar o consultar la ubicacin de un paciente en particular.
El usuario previamente debe haber validado su informacin de
acceso al sistema (haber iniciado sesin como auxiliar
administrativo).
Paso
1

2
3

Accin
El caso de uso inicia cuando el auxiliar administrativo
ingresa a la opcin de Gestionar pacientes en la
pantalla principal desplegada por el sistema.
Dentro de la pantalla de gestionar pacientes el auxiliar
selecciona la opcin de ubicacin
El sistema despliega un men con el conjunto de
opciones seleccionables para el usuario.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 6 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

El usuario(auxiliar administrativo) selecciona alguna


de las opciones desplegadas:
4.A

Si se selecciona la opcin de asignar


un cuarto a un paciente a hospitalizar
entonces se ejecutara el subflujo
Asignar un cuarto a un paciente que
no tiene uno.

4.B

Se selecciona la opcin de cambiar la


ubicacin de un paciente entonces se
ejecutara el subflujo Reubicar un
paciente.

4.C

Si se selecciona la opcin de consultar


ubicacin entonces se ejecutar el
subflujo Consultar ubicacin de un
paciente

Postcondicin

5.

Excepciones

El sistema genera un registro que almacena los


cambios realizados en el mismo.
6
El sistema regresa a la seccin de Gestin de
pacientes.(paso 2)
El usuario (auxiliar administrativo) pudo gestionar la ubicacin
de un paciente determinado dentro de las instalaciones
hospitalarias.
Paso Accin
4
Cancelar
El usuario podr no seleccionar ninguna de las
opciones y volver a la pantalla desplegada en el paso
2.
4.A
4.B
4.C

Para cualquier derivacin del paso numero 4


el usuario(auxiliar administrativo) podr
cancelar la realizacin de la
opcin seleccionada, con lo que se retorna
al men de opciones principal del Paso 3
Informacin invlida o errnea.
Para cualquiera de las opciones elegidas por el
usuario en el paso 4, cuando se validan los datos
ingresados en cualquiera de los formularios, si la
informacin ingresada no es vlida, se despliega un
mensaje de error con los datos no aceptados y el
sistema desplegara de nuevo los formularios para el
ingreso de los datos necesarios.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 7 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

No se obtuvieron registros coincidentes.


A partir del paso 4 del subflujo 4.C , si no se
encuentran registros coincidentes entonces se
desplegara un mensaje de confirmacin, donde se le
preguntara al usuario si desea modificar los
parmetros de bsqueda:
4.A

Rendimiento

Frecuencia esperada
Importancia
Urgencia
Comentarios

Si se selecciona la opcin si, volver al paso 1


del subflujo Consultar ubicacin paciente.
4.B Si se selecciona la opcin NO, volver al paso
men de opciones desplegado en el paso 3
de la Secuencia normal.
Paso
Cota de tiempo
1
Requerido por el usuario
2
Requerido por el usuario
3
2 segundos como mximo.
4.
Para cualquiera de las opciones seleccionadas 2
segundos como mximo.
Cantidad ilimitada de veces por da.
Importante.
Hay presin.
---------------------------------------------------------------------------

Subflujos:
Asignar un cuarto a un paciente que no tiene uno:
A partir del paso 4.A
1. El sistema desplegara una pantalla donde se ingresara la informacin Bsica
del paciente: Identificacin, nombre, fecha de ingreso.
2. El sistema desplegara un formulario donde se ingresaran los datos de la
ubicacin a asignar al paciente.
3. El sistema vlido la informacin ingresada.
4. Una vez validada la informacin el sistema actualizara la ubicacin del paciente
dentro de las instalaciones asignando piso, cuarto y camilla al registro del
mismo.
5. El caso de uso reinicia desde el paso nmero 2 de la secuencia normal.
Reubicar un paciente:
A partir del paso 4.B
1. El sistema desplegara una pantalla donde se ingresara la informacin Bsica
del paciente: Identificacin, nombre, fecha de modificacin.
2. El sistema desplegara una pantalla donde se ingresara la informacin del
paciente: Identificacin, nombre, fecha de ingreso, ubicacin actual.
3. El auxiliar ingresara la nueva ubicacin del paciente.
4. El sistema validara la informacin ingresada
5.
Una vez validada la informacin el sistema actualizara la nueva
ubicacin del paciente dentro de las instalaciones y asignara piso, cuarto y
camilla al registro del mismo.
Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 8 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

6. El caso de uso reinicia desde el paso nmero 2 de la secuencia normal.


Consultar ubicacin de un paciente:
A partir del paso 4.C
1. El sistema El sistema desplegara una pantalla donde se ingresaran los
parmetros de consulta: Identificacin, nombre o fecha de ingreso.
2. El sistema validara la informacin.
3. Se realizara la bsqueda con los parmetros ingresados por el usuario
4. El sistema desplegara el listado con los registros coincidentes con los
parmetros ingresados.
5. El caso de uso reinicia desde el paso nmero 2 de la secuencia normal.

3. Gestionar Carritos Distribuidores:


RF- 003
Versin
Autores
Fuentes
Objetivos asociados
Descripcin

Precondicin
Secuencia
Normal

Gestionar carritos distribuidores


1.0.0 - 27/09/2015.
Andrs Vidal, David Muoz, Jorge Tunubal. Soft Arts .inc.
--------------------------------------------------------------------------Gestionar la informacin relacionada con el manejo de los
carritos distribuidores.
El sistema deber permitir al auxiliar administrativo
encargado de administrar los carritos distribuidores consultar
su ubicacin, as como asignar recorridos y consultar las
ordenes despachadas en los mismos
Se ha iniciado sesin en el sistema y se valid el usuario con
el rol de auxiliar administrativo.
Paso
Accin
1
El caso de uso da inicio luego de que el auxiliar
administrativo selecciona la opcin de administrar
carritos distribuidores en la pantalla principal
desplegada en el sistema.
2
El sistema desplegara un men con un conjunto de
opciones seleccionables por el usuario.
3
El usuario(auxiliar administrativo) seleccionara
alguna de las opciones desplegadas:
3.A

Si se selecciona la opcin de Consultar


ubicacin de un carrito entonces se ejecutara
el subflujo Consultar ubicacin.

3.B

Si se selecciona la opcin crear recorrido


entonces se ejecutara el subflujo Registrar
recorridos.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 9 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

3.C

4
5
Postcondicin
6.

Excepciones

1.0

Si se selecciona la opcin de consultar


ordenes por despacho entonces se ejecutara
el subflujo Consultar ordenes
despachadas.

El sistema generara un registro (bitcora) con el


historial de cambios realizados por el usuario.
El sistema regresara a la pantalla principal.

El auxiliar administrativo pudo gestionar los procesos


relacionados con el manejo de los carritos distribuidores.
Paso Accin
3
Cancelar
El usuario podr no seleccionar ninguna de las
opciones y volver a la pantalla desplegada en el
paso 2.

Para cualquier derivacin del paso numero 3


3.A
el usuario(auxiliar administrativo) podr
3.B
cancelar la realizacin de la
3.C
opcin seleccionada, con lo que se retorna al
3.D
men de opciones principal del Paso 3
Informacin invlida o errnea.

Para cualquiera de las opciones elegidas por el


usuario en el paso 4, cuando se validan los datos
ingresados en cualquiera de los formularios, si la
informacin ingresada no es vlida, se despliega un
mensaje de error con los datos no aceptados y el
sistema desplegara de nuevo los formularios para el
ingreso de los datos necesarios.
No se obtuvieron registros coincidentes.
A partir del paso 4 del subflujo 3.C , si no se
encuentran registros coincidentes entonces se
desplegara un mensaje de confirmacin, donde se le
preguntara al usuario si desea modificar los
parmetros de bsqueda:

Si se selecciona la opcin si, volver al


paso 1 del subflujo Consultar ordenes
despachadas.
Si se selecciona la opcin NO, volver al
3.B
paso men de opciones desplegado en el
paso 2 de la Secuencia normal.
Cota de tiempo
Requerido por el usuario
2 segundos mximo
3.A

Rendimiento

Paso
1
2

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 10 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

Frecuencia esperada

Importancia
Urgencia
Comentarios

1.0

Requerido por el usuario.

4
3 segundos como mximo.
5
2 segundos como mximo.
Cantidad ilimitada de veces por da. El sistema debe permitir
ejecutar el caso de uso cada vez que el auxiliar desee
gestionar alguna parte de la informacin relacionada con los
procesos de los carritos distribuidores.
vital
Inmediatamente
---------------------------------------------------------------------------

Subflujos:
Consultar ubicacin:
A partir del paso 3.A
1. El sistema solicitara al usuario (auxiliar administrativo) ingresar el cdigo de
identificacin del carrito.
1.1.

1.2.

Si el usuario (auxiliar administrativo) no conoce el cdigo de


identificacin, se desplegara el listado con la informacin bsica
(cdigo, ubicacin y piso asignado) de los carritos habilitados en las
instalaciones.
El usuario seleccionara algn registro del listado, y el sistema utilizara
el cdigo de dicho carrito para realizar la bsqueda.

2. El sistema validara el cdigo seleccionado.


3. El sistema utilizara el modulo encargado de controlar la red de sensores
instalados y ejecutara el algoritmo con el que se obtendr la ubicacin exacta
del carrito (Piso, cuarto o pasillo) junto con la informacin del recorrido que se
encuentra haciendo (Nombre del encargado, cdigo de recorrido, nombre de
quien ordeno el despacho de ordenes en ese recorrido (administrador de
recorridos)) en caso tal, o el mensaje de que se encuentra disponible en caso
contrario.
4. El caso de uso reinicia desde el paso nmero 2 de la secuencia normal.
Registrar recorrido:
A partir del paso 3.B.
1. El sistema desplegara una pantalla donde se ingresara la informacion con los
datos del recorrido que se desar asignar: Nombre e identificacion del
enfermero encargado de realiazar el recorrido,hora , fecha, junto con los
datos del usuario que genera el registro(nombre e identificacion del auxiliar
administrativo).
2. El sistema desplegara una pantalla donde se ingresara la informacion
correspondiente a las ordenes medicas que se van a asignar al recorrido: un
listado de ordenes con codigo,nombre e identificacion del medico que la
formulo, y los medicamentos contenidos en la misma.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 11 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

3. El sistema validara la informacin ingresada.


4. Una vez validada la informacin el sistema generara el registro con el
recorrido a crear y le asignara un cdigo de identificacin para su posterior
consulta.
5. El caso de uso reinicia desde el paso nmero 2 de la secuencia normal.

Consultar Ordenes Despachadas:


A partir del paso 3.C
1. El sistema El sistema desplegara una pantalla donde se ingresaran los
parametros de consulta: Identificacion de la orden, codigo de recorrido o
fecha entrega.
2. El sistema validara la informacion.
3. Se realizara la bsqueda con los parmetros ingresados por el usuario
4. El sistema desplegara el listado con los registros coincidentes con los
parmetros ingresados.
5. El caso de uso reinicia desde el paso nmero 2 de la secuencia normal.

4. Gestionar Carritos Distribuidores:

RF-04
Versin
Autores
Fuentes
Objetivos asociados
Descripcin
Precondicin
Secuencia
Normal

Iniciar Sesin
Versin 1.2, 25/09/2015
Andrs Vidal, David Muoz, Jorge Tunubal. Soft Arts .inc.

---------------------------------------------------------------------------El sistema debe permitir el inicio de sesin de cualquier


usuario.
El sistema deber comportarse tal como se describe en
el siguiente caso de uso cuando el actor<usuario> desee
iniciar sesin.
Est en ejecucin el caso de uso iniciar sesin.
Paso Accin
1
El actor <Usuario> introduce la informacin
correspondiente a su Login (Nombre de usuario)
y Password (Contrasea).
2
El sistema realiza el inicio de la sesin para el
usuario actual desplegando el mecanismo de
interaccin dispuesto para tal usuario.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 12 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Postcondicin

7.

Excepciones

Rendimiento

Frecuencia esperada
Importancia
Urgencia
Comentarios

Este caso de uso finaliza cuando el actor


<Usuario> de forma explcita, le indica al sistema
que desea cerrar su sesin de usuario actual. En
consecuencia el sistema termina la ejecucin del
presente caso de uso, cerrando la sesin.
Se ha creado una nueva instancia de sesin en el
sistema.
Paso Accin
1
Si el nombre de usuario y/o la contrasea no es
vlida para este usuario, entonces el sistema
notifica al Actor esta situacin mediante un
mensaje y le pide que repita la introduccin de su
Login y Password.
Paso Cota de tiempo
1
Requerido por el usuario
2
3 segundos como mximo.
3
3 segundos como mximo.
Cantidad ilimitada de veces por da.
Importante.
Vital
-----

5. Consultar Resultados de Exmenes:

RF-05
Versin
Autores
Fuentes
Objetivos asociados
Descripcin
Precondicin

Secuencia
Normal

Consultar Resultado de Exmenes


Versin 1.0, 28/09/2015
Andrs Vidal, Jorge Tunubal, David Muoz
---------------------------------------------------------------------------El sistema debe permitir consultar los resultados de
exmenes realizados a diferentes pacientes.
El sistema deber comportarse tal como se describe en
el siguiente caso de uso cuando el actor<Enfermero>
desee consultar los resultados de exmenes.
El actor <Enfermero> ha iniciado sesin
satisfactoriamente.
El actor <Enfermero> selecciona Consultar Resultados
de Exmenes.
Paso Accin
1
El sistema emprende la Ejecucin del caso de
uso "Consultar Resultado de Exmenes",
desplegando una lista de exmenes realizados a
diferentes pacientes.
2
El actor <Enfermero> realiza una bsqueda a
partir de informacin relacionada con distintos
aspectos de los resultados, por ejemplo: Nmero
de identificacin del paciente y/o nombre.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 13 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

3
4
5

6
7
8
9

1.0

El sistema despliega la informacin del resultado


obtenido.
El Actor, realiza la consulta deseada del
resultado de examen seleccionado.
El sistema pregunta al actor <Enfermero> si
desea descargar la informacin correspondiente
al examen.
El actor <Enfermero> contesta SI.
El sistema imprime el documento
El actor <Enfermero> indica al sistema dar por
terminado la consulta del examen, en
consecuencia el sistema retornara al paso 1.
Este caso de uso se ejecutara mientras el actor
<Enfermero> est interesado en realizar
consultas de resultados de exmenes, en caso
contrario, se regresa al men principal.

Postcondicin

8.

Excepciones

Rendimiento

Frecuencia esperada
Importancia
Urgencia
Comentarios

Paso Accin
2
La lista de resultados de exmenes realizados
esta vaca, en consecuencia no se permite
realizar la bsqueda de un examen. , se
despliega un mensaje de informacin y retorna a
la pantalla principal
2
La lista arrojada por el sistema es pequea y
permite al actor <Enfermero> realizar la
bsqueda secuencialmente.
3
El sistema no arroja ningn resultado de la
bsqueda realizada, se despliega un mensaje de
informacin y retorna a la pantalla principal.
6
El actor <Enfermero> contesta NO y el flujo
continua a 8.
Paso Cota de tiempo
1
3 segundos como mximo.
2
Requerido por el usuario.
3
3 segundos como mximo.
4
Requerido por el usuario.
5
Requerido por el usuario.
6
Requerido por el usuario.
7
4 segundos mximos.
8
2 segundos mximos.
9
2 segundos mximos.
Cantidad ilimitada de veces por da.
Importante.
Importante.
-----

6. Gestionar la historia clnica de un paciente:


Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 14 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

RF- 06
Versin
Autores
Fuentes
Objetivos asociados
Descripcin
Precondicin
Secuencia
Normal

Postcondicin

9.

Excepciones

1.0

Gestionar la historia clnica de un paciente


24-09-2015
Medico
<fuente de la versin actual>
Describir la interaccin del usuario en el rol de
(Medico)con el sistema al momento de gestionar una
historia clnica
El sistema deber permitir al mdico realizar las
funcionalidades de agregar, consultar, actualizar una
historia clnica
El usuario previamente debi haber iniciado sesin y el
sistema debe haberlo reconocido con el rol de medico
Paso Accin
1
El caso de uso inicia cuando el medico ingresa a
la opcin de gestin de historias clnicas en la
pantalla principal del sistema
2
El sistema desplegara un men con el conjunto
de opciones disponibles
3
El usuario (Medico) selecciona alguna de las
opciones desplegadas
3.A
Si selecciona la opcin de consultar
historia clnica entonces se ejecutara
el subflujo de Consultar historial
clnica
3.B
Si se selecciona la opcin de agregar
historia clnica entonces se ejecutara
el subflujo de Agregar Historia
Clnica
3C
Si selecciona la opcin de actualizar
historia clnica entonces se ejecutara
el subflujo de Actualizar Historia
Clnica
4
El sistema genera un registro que almacena los
cambios realizados en el mismo
5
El sistema regresa a la seccin principal
El medico pudo gestionar las historias clnicas de un
paciente en particular
Paso Accin
3
Cancelar
el usuario podr no seleccionar ninguna de las
opciones y volver a la pantalla desplegada en el
paso 2

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 15 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Informacin invalida o errnea


Para cualquiera de las opciones elegidas por el
usuario en el paso 3, cuando se validan los datos
ingresados en cualquiera de los formularios, si la
informacin ingresada no es vlida, se despliega
un mensaje de error con los datos no aceptados
y el sistema desplegara de nuevo los formularios
para el ingreso de los datos necesarios.

No se obtuvieron registros coincidentes.


A partir del paso 3 del subflujo 3.A , si no se
encuentran registros coincidentes entonces se
desplegara un mensaje de confirmacin, donde
se le preguntara al usuario si desea modificar los
parmetros de bsqueda:
3.A

Rendimiento

Frecuencia esperada
Importancia
Urgencia
Comentarios

Si se seleccin la opcin si se vuelve al


inicio del subflujo Consultar Historia
Clnica
3.B Si selecciona la opcin no se vuelve al
paso 2 de la secuencia normal
Paso Cota de tiempo
1
Requerido por el usuario
2
2 segundos mximo
3
Para cualquiera de las opciones que se
seleccionen un tiempo de 2 segundos mximo
Cantidad que se requiera por da
Vital
Inmediatamente
----------------------------------------------------------------------------

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 16 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

Diagrama de casos de uso

Diagrama de dominio

1.0

Diagrama:

Descripcin de las clases conceptuales:

Clase Conceptual
Usuario

DESCRIPCION
Clase utilizada para representar los usuarios de la
aplicacin.
Representa el usuario con el rol de enfermero(a)
en el sistema.
Representa el usuario con el rol de mdico en el
sistema.
Representa la informacin de un examen en este
tiene un paciente asociado.
Representa el usuario con el rol de auxiliar
administrativo en el sistema.
Representa la lista de medicamentos ordenados
para un tratamiento a un paciente.
Representa los horarios que deben seguir los
usuarios del sistema.
Representa el historial mdico de un paciente.
Representa la salida de un paciente de las
instalaciones hospitalarias.
Contiene la informacin referente al tratamiento
que se le debe dar a un paciente tanto como sus

Enfermero
Medico
Examen Medico
Auxiliar Administrativo
Orden Farmacia
Turnos Mdicos
Historia Clnica
Orden de alta
Orden Medica
Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 17 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

medicamentos dosis, recomendaciones y el


mdico o mdicos asignados.
Contiene los atributos de los carritos
distribuidores de medicamentos disponibles en el
hospital.
Representa la informacin referente a un
medicamento, su especificacin.
Representa la informacin de un paciente que es
atendido en las instalaciones hospitalarias.
Representa los medicamentos daados o los
instrumentos medico ya utilizados.
Representa el lugar donde se almacena todo los
instrumentos mdicos.
Representa la informacin de un piso en
especfico con sus especificaciones.
Representa los instrumentos que hay en el
hospital.
Representa un inventario de los medicamentos
que ya no se pueden utilizar.

Carrito distribuidor
Medicamento
Paciente
Desperdicios mdicos
Bodega
Piso
Instrumental medico
Medicamentos Daados
Farmacia Externa
Ingreso Paciente
Habitacin

Registra los datos de llegada de un paciente


Representa la informacin de una habitacin con
sus caractersticas
Representa los instrumentos que no se han
utilizado pero que no estn en buen estado

Instrumental mdico Daado

1.0

Diagramas interaccin

Consultar Ubicacin de un paciente:


Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 18 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Consultar Ubicacin Carrito:

Iniciar Sesin:

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 19 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Buscar cedula del paciente:

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 20 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Actualizar Historia clnica del paciente:

5
rama

Diag
de

clases:
-Diagrama:

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 21 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

-Descripcin de las clases:


CLASE

PERSONA

MEDICO

ENFERMERO

DESCRIPCIN
Esta clase se define como superclase la cual va heredar los siguientes
atributos:
Cedula Persona como un identificador principal, Nombre Persona y
Apellido Persona datos necesarios de toda persona, estos atributos sern
protegidos para que las subclases Medico, Enfermero, Auxiliar y
Paciente tengan acceso a sus atributos y mtodos.
Esta clase tiene como atributos:
Especialidad del mdico que ser necesario para identificar que
funciones puede realizar a un paciente, telfono del mdico en caso de
necesidad o urgencia inmediata y direccin del mdico que no est de
ms. Adems hereda los atributos de la clase persona.
Esta clase tiene como atributos:
Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 22 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

AUX ADMINISTRATIVO

PACIENTE

CUENTA

INGRESO PACIENTE

TURNO

ORDEN MEDICA

EXAMEN MEDICO

ORDEN ALTA

HISTORIA CLINICA

HABITACION

CARRITO

1.0

Telfono del enfermero en caso de necesidad o urgencia inmediata y


direccin del enfermero que no est de ms. Adems hereda los
atributos de la clase persona.
Esta clase tiene como atributos:
Telfono del auxiliar en caso de necesidad o urgencia inmediata y
direccin del auxiliar que no est de ms. Adems hereda los atributos
de la clase persona.
Esta clase tiene como atributos:
Edad del paciente muy necesario para la atencin del paciente. Adems
hereda los atributos de la clase persona.
Esta clase tiene como atributos:
Nombre de usuario y contrasea que deben tener tanto los mdicos,
enfermeros y auxiliares para controlar el acceso a la aplicacin y
adems para tener un buen control del estado de los pacientes.
El mtodo verificar cuenta permite validar los datos de nombre de
usuario para crear la cuenta y el mtodo cambiar contrasea permite
que una persona pueda realizar el cambio de su contrasea por
seguridad.
Esta clase tiene como atributos:
Fecha de ingreso y estado del paciente ya que son datos importantes
que se den almacenar.
El mtodo registrar ingreso permite guardar informacin de un paciente
cuando llega a las instalaciones con una fecha y su estado de salud.
El mtodo modDatosIngreso permite modificar los datos de ingreso de
un paciente que no se hayan realizado correctamente.
Esta clase tiene como atributos:
Fecha de turno dato importante que se debe controlar cuando el medico
realice cambios de turno
Esta clase tiene como atributos:
Numero de orden la cual nos ayudara a identificar una determinada
orden mdica de un determinado paciente, fecha de orden y diagnostico
datos que tambin son necesarios e importantes
Esta clase tiene como atributos:
Nombre de examen y fecha examen datos necesarios de un examen
Esta clase tiene como atributos:
Numero orden de alta importante para identificar determinadas ordenes
realizadas a diferentes pacientes , fecha de orden y descripcin las
cuales tambin sern muy tiles para realizar la orden de alta
Esta clase tiene como atributos:
Numero de Historia clnica que nos ayudara a identificar a que paciente
le corresponde, fecha de creacin y una descripcin de la historia datos
importantes de una historia.
Esta clase tiene como atributos:
Numero de habitacin, tipo de habitacin y numero de cama las cuales
nos ayudaran a identificar la ubicacin de un determinado paciente
Esta clase tiene como atributos:
Cdigo del carrito y descripcin del carrito datos importantes a
almacenar para evitar confusiones en las entregas de rdenes en
diferentes pisos.
El mtodo consultar ubicacin permite determinar la posicin de un
carrito dentro de las instalaciones.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 23 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

GESTION SENSORES

PISO

FARMACIA

MEDICAMENTO

MEDICAMENTO NO
USADO

MEDICAMENTO DAADO

INSTRUMENTO

INSTRUMENTO NO USADO

INSTRUMENTO DAADO

BODEGA HOSPITAL

1.0

Esta clase tiene como atributos:


Cdigo del sensor dato importante a almacenar para identificar un
determinado sensor.
El mtodo solicitar ubicacin permite determinar la ubicacin de este
en un determinado carrito.
Esta clase tiene como atributos:
Numero de piso la cual nos ayudara a identificar las habitaciones
correspondientes a cada piso del hospital
Esta clase tiene como atributos:
Nombre de la farmacia, direccin de la farmacia y telfono de la
farmacia datos importantes a almacenar para realizar la solicitud de las
rdenes mdicas.
Esta clase se define como superclase la cual va heredar los siguientes
atributos:
Cdigo de medicamento importante para identificar un determinado
medicamento, nombre del medicamento y una descripcin datos
importantes que se deben conocer para la seguridad de los pacientes,
estos atributos sern protegidos para que las subclases Medicamento no
usado y Medicamento daado tengan acceso a sus atributos y mtodos.
Esta clase tiene como atributos:
Cantidad de medicamentos no usados lo cual es importante almacenar
para llevar un control adecuado de estos, adems hereda los atributos de
la clase medicamento
Esta clase tiene como atributos:
Cantidad de medicamentos daados lo cual es importante almacenar
para llevar un control adecuado de estos y ayudar en las finanzas del
hospital, adems hereda los atributos de la clase medicamento
Esta clase se define como sper clase la cual va heredar los siguientes
atributos:
Cdigo de instrumento importante para identificar un determinado
instrumento, nombre del instrumento y descripcin del instrumento
tiles para darles un buen y correcto uso, estos atributos sern
protegidos para que las subclases Instrumento no usado e Instrumento
daado tengan acceso a sus atributos y mtodos.
Esta clase tiene como atributos:
Cantidad de instrumentos no usados para tener un buen control de estos,
adems hereda los atributos de la clase instrumento
Esta clase tiene como atributos:
Cantidad de instrumentos daados importante para llevar un buen
control de estos y contribuir y ayudar en las finanzas del hospital,
adems hereda los atributos de la clase instrumento
Esta clase tiene como atributos:
Una lista de medicamentos no usados e instrumentos no usados.
Estos datos sern necesarios para conocer los medicamentos e
instrumentos que contiene esta bodega.
Los mtodos consultar lista va recibir una lista de objetos estos pueden

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 24 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

DESPERDICIO MEDICO

1.0

ser medicamentos o instrumentos no usados e indicar si se encuentran


estos en la bodega.
El mtodo agregar a lista permite agregar medicamentos a la bodega y
el mtodo quitar de la lista permite guardar informacin de los
medicamentos que se van utilizando de la bodega.
Esta clase tiene como atributos:
Una lista de medicamentos daados e instrumentos daados.
Estos datos sern necesarios para conocer los medicamentos e
instrumentos daados para llevar un control de estos y evaluar finanzas
del hospital.
El mtodo agregar registro permite agregar medicamentos e
instrumentos daados y el mtodo modificar registros permite agregar
nuevos medicamentos e instrumentos a estos desperdicios mdicos.

Diagramas de paquetes

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 25 de
27

Sistema De gestin Hospitalaria


Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

Conclusiones:

Se

identificaron
y
describieron las clases conceptuales del problema plantiado, que
son una representacion de las entidades que interactuan en el entorno real
hospitalario.
La elaboracion del diagrama del domio es muy importante para interpretar
correctamente el problema a resolver, y es de gran ayuda para empezar a identificar
cuales seran las clases reales de la aplicacin.
El diagrama de casos de uso, permie a los desarrolladores de la aplicacin tener una
vision general de las diferentes funcionalidades con las que contara la aplicacin y
como los usuarios interactuan con la misma.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 26 de
27

Sistema De gestin Hospitalaria

Documento: Documento de Diseo Preliminar.

Versin:

Clave: MTS-07

Fecha: 30/09/2016

1.0

El diagrama de clases toma vital importancia para entender la forma en como


relacionaran dichas clases, y como se definen a nivel de su implementacion.

Los diagramas de secuencia nos ayudaron a identificar la forma en como se


comporta el sistema de forma dinamica a traves de la interaccion de los objetos.

Logramos agrupar las diferentes clases de la aplicacin y paquetes , de acuerdo a sus


caracteristicas, para obtener una mejor visulalizacion de los modulos de la
aplicacion.

Bibliografa

[1] http://artemisa.unicauca.edu.co/~cardila/Ing_Software_I.htm, Modelo de casos de uso, Modelo del dominio,


Diagramas de interaccin.
[2] Joseph Schmuller,Aprendiendo UML en 24 horas, captulos 7 y 9.

Documento: 331681597

Soft Arts. Inc. , 2016

C o n fi d e n c i a l

Pgina 27 de
27

También podría gustarte