UNIVERSIDAD DE ORIENTE

NUCLEO ANZOTEGUI
MAESTRA EN INFORMTICA GERENCIAL

CASO DE ESTUDIO N1

Profesor:

Autores

Katiusca Patio Moya, M.Sc

Aguilera, Mara
C.I:16.670.565
Gonzlez, Anglica
C.I:18.591.213
Salazar, Mercedes
C.I:17.955.585
Hector Rodrguez
C.I:19.390.253

Barcelona, Enero 2016

INDICE

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE.......................2

Casos de Uso.............................................................................................................3
Resumen y Actores...................................................................................................3
Diagrama de Casos de Uso......................................................................................4
Especificacin de Casos de Uso...............................................................................4
Requerimientos Funcionales.................................................................................17
Requerimientos no funcionales.............................................................................19
Funcionalidad.....................................................................................................20
Fiabilidad............................................................................................................20
Usabilidad...........................................................................................................21
Eficiencia.............................................................................................................22
Mantenimiento....................................................................................................22
Portabilidad y Actualizacin (Depende del lenguaje).....................................22
DIAGRAMA DE CLASES.......................................................................................24
DIAGRAMAS DE SECUENCIA.............................................................................25
INTERFACES DE USUARIO..................................................................................26

ESPECIFICACIN DE REQUERIMIENTOS DEL SOFTWARE

Introduccin
Este apartado pretende describir los requerimientos funcionales y no funcionales que debe tener
el sistema automatizado de historias mdicas, el cual permite tambin generar ciertas estadsticas
referentes a las visitas del paciente y enfermedades frecuentes. Es decir, indica cules sern las
funciones de este y como debe comportarse ante ciertas situaciones de uso, a su vez se exponen sus
caractersticas y propiedades primordiales. Es necesario mencionar que tal sistema es adaptable y puede
ser empleado en cualquier clnica pequea.

Casos de Uso
Los casos de uso son la herramienta estndar empleada para especificar los requerimientos
funcionales del sistema, stos guan el diseo, implementacin y pruebas de todo el sistema, y
adicionalmente son los elementos que permiten la trazabilidad. A continuacin se muestra una tabla,
que contiene informacin de los actores que intervienen en el sistema de historias mdicas, as como el
diagrama de clases y especificacin de cada uno de los casos de uso.

Resumen y Actores

Cdigo

Actores

Caso de Uso

participantes

RegPac

Registrar Paciente

Doctor

ConPac

Consultar Paciente

Doctor

ActPac

Actualizar Paciente

Doctor

EliPac

Eliminar Paciente

Doctor

RegHis

Registrar Historia

Doctor

ConHis

Consultar Historia

Doctor

ActHis

Actualizar Historia

Doctor

EliHis

Eliminar Historia

Doctor

VerBitPac

Ver Bitcora de Pacientes

Doctor

VerBitEnf

Ver Bitcora de Enfermedades

Doctor

Diagrama de Casos de Uso

El diagrama de casos de uso representa la forma como un Cliente (Actor) opera con el sistema en
desarrollo, adems de la forma, tipo y orden en el que los elementos interactan.

Especificacin de Casos de Uso.

Caso de Uso-RegPac
Nombre:

Registrar Paciente

Descripcin:

Este caso de uso, tiene como propsito

la creacin de un nuevo paciente.

Requerimiento:

RF1

Precondicin:

El doctor debe estar autenticado

Flujo Normal:
Actor

Sistema

1. Ingresar al mdulo de paciente

2.Muestra opciones
3. Selecciona registrar paciente
4.Muestra formulario
4

Caso de Uso-RegPac
5.Ingresa datos al formulario y presiona
el botn guardar
6.Guarda informacin
Flujo Alterno:
Campos obligatorios vacios o datos invlidos
Actor

Sistema

1. Ingresar al mdulo de paciente

2.Muestra opciones
3. Selecciona registrar paciente
4.Muestra formulario
5.Ingresa datos al formulario y presiona
el botn guardar
6. Muestra mensaje indicando campos
vacios o datos invlidos.
7. Permite modificacin de datos en el
formulario
Poscondicin:

Paciente registrado

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-ConPac
Nombre:

Consultar Paciente

Descripcin:

Este caso de uso tiene como propsito

consultar los datos de un paciente
previamente registrado.

Requerimiento:

RF2

Precondicin:

El doctor debe haber creado el

paciente.

Flujo normal
Actor

Sistema

1. Ingresar al modulo de paciente

5

Caso de Uso-ConPac
2.Muestra opciones
3. Selecciona consultar paciente
4.Solicita ingresar datos del paciente a
consultar
5.Ingresa datos solicitados
6.Si existe muestra informacin
7.Visualiza informacin segn los datos
insertados
Flujo Alterno:
Paciente no registrado
Actor

Sistema

1. Ingresar al modulo de paciente

2.Muestra opciones
3. Selecciona consultar paciente
4.Solicita ingresar datos del paciente a
consultar
5.Ingresa datos solicitados
6.Muestra mensaje indicando que el
paciente no se encuentra registrado
7.Visualiza mensaje
Poscondicin:

Paciente consultado

Puntos de Extensin:

Actualizar

Paciente,

Eliminar

Paciente
Caso de Uso-ActPac
Nombre:

Actualizar Paciente

Descripcin:

Este caso de uso tiene como propsito

permitir

la

modificacin
paciente.
Requerimiento:

RF3
6

actualizacin
de

los

datos

o
del

Caso de Uso-ActPac
Precondicin:

El doctor debe haber creado el

paciente.

Flujo Normal:
Actor

Sistema

1.Visualiza informacin del paciente

previamente consultado
2.Muestra botn para la actualizacin
3. Presiona botn actualizar
4.

Desbloquea

campos

para

su

modificacin.
5.Actualiza y presiona el botn aceptar
6.Sobreescribe datos del paciente
Flujo Alterno:
No posee flujo alterno
Poscondicin:

Paciente actualizado

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-EliPac

Nombre:

Eliminar Paciente

Descripcin:

Este caso de uso tiene como propsito

borrar el registro completo de un
paciente.

Requerimiento:

RF4

Precondicin:

El doctor debe haber creado el

paciente.

Flujo normal
Actor

Sistema

1.Visualiza informacin del paciente

previamente consultado
2.Muestra botn para la eliminacin
del registro
7

Caso de Uso-EliPac
3. Presiona botn Eliminar
4. Muestra mensaje de advertencia y
solicita aceptar o cancelar la accin.
5.Acepta las condiciones de borrado del
registro
6. Elimina registro de la base de datos.
Flujo Alterno:
El doctor cancela la accin
Actor

Sistema

1.Visualiza informacin del paciente

previamente consultado
2.Muestra botn para la eliminacin
del registro
3. Presiona botn Eliminar
4. Muestra mensaje de advertencia y
solicita aceptar o cancelar la accin.
5.Cancela la accin
6. Muestra la pantalla con los datos del
paciente consultado
Poscondicin:

Paciente eliminado

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-RegHis
Nombre:

Registrar Historia

Descripcin:

Este caso de uso, tiene como propsito

la creacin de un nuevo registro de
historia mdica para un paciente en
particular.

Requerimiento:

RF1

Precondicin:

El doctor debe estar autenticado

Flujo Normal:
8

Caso de Uso-RegHis
Actor

Sistema

1. Ingresar al mdulo de Historia Medica

2.Muestra opciones
3. Selecciona registrar historia
4.Muestra formulario
5.Ingresa datos al formulario y presiona
el botn guardar
6.Guarda informacin
Flujo Alterno:
Campos obligatorios vacios o datos invlidos
Actor

Sistema

1. Ingresar al modulo de historia medica

2.Muestra opciones
3. Selecciona registrar historia medica
4.Muestra formulario
5.Ingresa datos al formulario y presiona
el botn guardar
6. Muestra mensaje indicando campos
vacios o datos invlidos.
7. Permite modificacin de datos en el
formulario
Poscondicin:

Historia Medica registrada

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-ConHis

Nombre:

Consultar Historia

Descripcin:

Este caso de uso tiene como propsito

consultar los datos de una historia
mdica previamente registrada.

Requerimiento:

RF2

Precondicin:

El doctor debe haber creado la

9

Caso de Uso-ConHis
historia mdica.
Flujo normal
Actor

Sistema

1. Ingresar al modulo de historia medica

2.Muestra opciones
3. Selecciona consultar historia
4.Solicita ingresar datos de la historia
a consultar
5.Ingresa datos solicitados
6.Si existe muestra informacin
7.Visualiza informacin segn los datos
insertados
Flujo Alterno:
Historia mdica no registrada
Actor

Sistema

1. Ingresar al mdulo de historia medica

2.Muestra opciones
3. Selecciona consultar historia medica
4.Solicita ingresar datos de la historia
a consultar
5.Ingresa datos solicitados
6.Muestra mensaje indicando que la
historia no se encuentra registrada
7.Visualiza mensaje
Poscondicin:

Historia consultada

Puntos de Extensin:

Actualizar Historia, Eliminar Historia

Caso de Uso-ActHis

Nombre:

Actualizar Historia

Descripcin:

Este caso de uso tiene como propsito

permitir
10

la

actualizacin

Caso de Uso-ActHis
modificacin de los datos de una
historia mdica.
Requerimiento:

RF3

Precondicin:

El doctor debe haber creado la

historia medica

Flujo Normal:
Actor

Sistema

1.Visualiza informacin de la historia

previamente consultada
2.Muestra botn para la actualizacin
3. Presiona botn actualizar
4.

Desbloquea

campos

para

su

modificacin.
5.Actualiza y presiona el botn aceptar
6.Sobreescribe datos de la historia
Flujo Alterno:
No posee flujo alterno
Poscondicin:

Historia actualizada

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-EliHis

Nombre:

Eliminar Historia

Descripcin:

Este caso de uso tiene como propsito

borrar el registro completo de una
historia mdica.

Requerimiento:

RF4

Precondicin:

El doctor debe haber creado la

historia medica

Flujo normal
Actor

Sistema

1.Visualiza informacin de la historia

11

Caso de Uso-EliHis
previamente consultada
2.Muestra botn para la eliminacin
del registro
3. Presiona botn Eliminar
4. Muestra mensaje de advertencia y
solicita aceptar o cancelar la accin.
5.Acepta las condiciones de borrado del
registro
6. Elimina registro de la base de datos.
Flujo Alterno:
El doctor cancela la accin
Actor

Sistema

1.Visualiza informacin de la historia

previamente consultada
2.Muestra botn para la eliminacin
del registro
3. Presiona botn Eliminar
4. Muestra mensaje de advertencia y
solicita aceptar o cancelar la accin.
5.Cancela la accin
6. Muestra la pantalla con los datos de
la historia consultada
Poscondicin:

Historia eliminada

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-VerBitPac

Nombre:

Ver Bitcora de Paciente

Descripcin:

Este caso de uso, tiene como propsito

la visualizacin de la informacin
completa de un paciente con respecto
a las distintas visitas hechas en un
12

Caso de Uso-VerBitPac
periodo de tiempo dado.
Requerimiento:

RF5

Precondicin:

El doctor debe estar autenticado

Flujo Normal:
Actor

Sistema

1. Ingresar al modulo de bitcora de

pacientes
2.Muestra opcin ver bitcora de
pacientes
3. Selecciona opcin
4.Solicita datos para la bsqueda
5.Ingresa datos al formulario y presiona
buscar
6.Genera reporte
7.Visualiza bitcora de pacientes
Flujo Alterno:
No posee flujo alterno
Poscondicin:

Bitcora de paciente generada

Puntos de Extensin:

No posee puntos de extensin

Caso de Uso-VerBitEnf

Nombre:

Ver Bitcora de Enfermedades

Descripcin:

Este caso de uso, tiene como propsito

la

visualizacin

referente

las

enfermedades ms frecuentes que se

han

registrado

en

las

distintas

historias.
Requerimiento:

RF5

Precondicin:

El doctor debe estar autenticado

Flujo Normal:
Actor

Sistema
13

Caso de Uso-VerBitEnf
1. Ingresar al modulo de bitcora de
enfermedades
2.Muestra opcin ver bitcora de
enfermedades
3. Selecciona opcin
4.Solicita datos para la bsqueda
5.Ingresa datos al formulario y presiona
buscar
6.Genera reporte
7.Visualiza bitcora de enfermedades
Flujo Alterno:
No posee flujo alterno
Poscondicin:

Bitcora de enfermedades generada

Puntos de Extensin:

No posee puntos de extensin

Requerimientos Funcionales
Los requerimientos funcionales, son declaraciones de los servicios que debe proporcionar el
sistema, de la manera en que ste debe reaccionar a entradas particulares y de cmo se debe comportar
en situaciones particulares. En algunos casos, los requerimientos funcionales de los sistemas tambin
pueden declarar explcitamente lo que el sistema no debe hacer.

ID

del RF1

Requerimiento:
Nombre

del Registrar datos

Requerimiento:
Caractersticas:

Esta funcionalidad permite almacenar datos especficos al

sistema de software.

Este requerimiento permite:

Registrar pacientes
Registrar Historias Medicas
14

Atributo: Prioridad

Alta /Media Alta / Media / Media Baja / Baja

La prioridad es: <Media Alta>

ID

del RF2

Requerimiento:
Nombre

del Consultar datos

Requerimiento:
Caractersticas:

Esta funcionalidad permite visualizar datos especficos al

sistema de software.

Este requerimiento permite:

Consultar pacientes
Consultar Historias Medicas

Atributo: Prioridad

Alta /Media Alta / Media / Media Baja / Baja

La prioridad es: <Media Alta>

ID

del RF3

Requerimiento:
Nombre

del Actualizar datos

Requerimiento:
Caractersticas:

Esta funcionalidad permite editar datos especficos al

sistema de software.

Este requerimiento permite:

Actualizar pacientes
Actualizar Historias Medicas

Atributo: Prioridad

Alta /Media Alta / Media / Media Baja / Baja

La prioridad es: <Media Alta>

ID

del RF4

Requerimiento:
15

Nombre

del Eliminar datos

Requerimiento:
Caractersticas:

Esta funcionalidad permite suprimir datos especficos al

sistema de software.

Este requerimiento permite:

Eliminar pacientes
Eliminar Historias Medicas

Atributo: Prioridad

Alta /Media Alta / Media / Media Baja / Baja

La prioridad es: <Alta>

ID

del RF5

Requerimiento:
Nombre

del Generar Bitcora

Requerimiento:
Caractersticas:

Esta funcionalidad permite generar reportes especficos del

sistema de software.

Este requerimiento permite:

Ver bitcora de pacientes

Ver bitcora de enfermedades

Atributo: Prioridad

Alta /Media Alta / Media / Media Baja / Baja

La prioridad es: <Alta>

Requerimientos no funcionales
Los requerimientos no funcionales son aquellos que describen las cualidades y/o propiedades que
debe tener un sistema de software, a estos tambin se le conoce como atributos de calidad. Un requisito
especifica criterios que pueden utilizarse para juzgar la operacin de un sistema en lugar de su
comportamiento especfico como lo indican los funcionales. Para la declaracin de estos se tom la
norma ISO 9126, esta es un estndar para la evaluacin de la calidad del software descrita a

16

continuacin, en concordancia con el sistema desarrollado, se muestra el requerimiento junto con las
subcategoras de las que est compuesto.

Funcionalidad
Funcionalidad
Un conjunto de atributos que se relacionan con la existencia de un conjunto de
funciones y sus propiedades especficas
El sistema se adecua en gran medida a
Adecuacin

Exactitud

Seguridad

Cumplimiento funcional

las tareas requeridas por el usuario. Es

decir, al registro de pacientes e historias
mdicas.
El sistema provee resultados correctos
con el nivel de precisin requerido.
El sistema dispone de una autenticacin
de usuario y un bloqueo de funciones si
su intento es realizado un nmero
determinado de veces sin xito.
El sistema cumple con las funciones
previamente especificadas.

Fiabilidad
Fiabilidad
Conjunto de atributos relacionados con la capacidad del software de mantener su
nivel de prestacin del servicio bajo condiciones establecidas durante un perodo
establecido.
El sistema est en la capacidad de
reestablecer su nivel de desempeo y
Recuperabilidad

recuperar

los

datos

directamente

afectados en caso de fallos y en el

Tolerancia a fallos

tiempo relacionado para ello.

El sistema mantiene un nivel especifico
de desempeo en caso de fallas o una
17

infraccin especifica de la interfaz.

Usabilidad
Usabilidad
Conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la
valoracin individual de tal uso, por un establecido o implicado conjunto de
usuarios.
El sistema dispone de mensajes y/o
Aprendizaje

etiquetas que ayudan al usuario en la

utilizacin del mismo, por lo tanto, es de
fcil aprendizaje.
El hecho de que el sistema provea estos

Compresin

mensajes permite conocer la lgica de la

aplicacin y por lo tanto facilita su
compresin.
En la medida en que el sistema es de

Operatividad

fcil compresin y rpido aprendizaje, se

puede manipular u operar de forma
inmediata.
El diseo de interfaz est basado en
ventanas, formularios, botones, enlaces y

Atractividad

vistosidad de colores sin necesidad de

recurrir al ingreso de comandos que
dificulten

su

uso

reduzcan

la

atractividad de su diseo
Eficiencia
Eficiencia
Conjunto de atributos concernientes con la relacin entre el nivel de desempeo del
software y la cantidad de recursos necesitados bajo condiciones establecidas.
Comportamiento en el tiempo
Los
tiempos
de
respuesta
procesamiento
18

de

transacciones

y
son

realizados de forma inmediata y en

tiempo real.
El sistema usa las cantidades y tipos de
Comportamiento de recursos

recursos adecuados cuando lleva a cabo

su

funcin

bajo

condiciones

determinadas.
Mantenimiento
Mantenibilidad
Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir
errores en un sistema software.
El sistema se considera estable, puesto
Estabilidad

Facilidad de cambio

que los riesgos de efectos inesperados

por modificaciones son bajos.
El sistema puede ser modificado o
corregir fallas fcilmente

Portabilidad y Actualizacin (Depende del lenguaje)

Portabilidad
Conjunto de atributos relacionados con la capacidad de un sistema software para ser
transferido desde una plataforma a otra.
Capacidad de instalacin
Capacidad de reemplazamiento

19

DIAGRAMA DE CLASES

20

DIAGRAMAS DE SECUENCIA
Registrar Paciente

21

Consultar Paciente

22

Actualizar Paciente

23

Eliminar Paciente

24

Registrar Historia

25

Consultar Historia

26

Actualizar Historia

27

Eliminar Historia

28

MODELO LGGICO DE LOS DATOS

29

INTERFACES DE USUARIO

Pantalla de Inicio o Presentacin.

Pantalla Principal

30

Pantalla de Inicio de Sesin

31

Pantalla de Inicio de Sesin. Usuario errado.

Pantalla de Inicio de sesin. Contrasea incorrecta.

32

Pantalla Principal del Sistema.

33

Pantalla Proceso de registro Paciente.

34

Pantalla Proceso Eliminar Paciente.

Pantalla Proceso Eliminar Paciente. Validad por Usuario superior.

35

Pantalla Historia Mdica.

36

Pantalla Detalles Consulta Mdica.

37

Pantalla Reportes.

38