Entregable Final SICE v1

UNIVERSIDAD SAN MARTIN DE PORRES
FACULTAD DE INGENIERIA Y ARQUITECTURA
PROYECTO
DE DISEO E
I MP LE ME N TAC IN DE SIS T E MA S
S I S T E M A I N T E G R A L D E C O N S U L TA
EXTERNA
P OS TA MED IC A 10 DE OCT U BR E
PROFESOR:
Ing. Fred Luis Duarte Jacome Fred Duarte
- Teora y Laboratorio
INTEGRANTES:
Bautista de la Cruz, Diego
Cordova Cassia, Miguel
Cotera Meza, Fernando
Cruz Diaz, Miguel
Fukusaki Infantas, Senyi
Lavado Sarmiento, David
Lloclla Machuca, Paola
Osorio Snchez, Sebastin
Sistema Integral de Consulta Externa (SICE)
Versin:
Sistema Integral de Consulta Externa

Posta Mdica 10 de Octubre
Posta Mdica 10 de Octubre
I. mbi to o Entorno Descripcin del Pro yecto
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
1.1.
Versin:
Definicion del Proyecto
El proyecto SICE consiste en la elaboracin de un producto de software

para la Postal Mdica 10 de Octubre; en la cual se har uso del proceso
unificado Rational (RUP) y otras herramientas.
Con el desarrollo de este proyecto se busca que los procesos al atender el
requerimiento de personal de alguna unidad perteneciente a la
organizacin y hacer la contratacin, capacitacin y control de manera
ms rpida y segura, lo cual permitir un ahorro de tiempo y dinero.
El proyecto ser propuesto y desarrollado por los alumnos del Curso de
Diseo e Implementacin de Sistemas.
1.1.1. Objetivos General de la Organizacin
Convertir a Postal Mdica 10 de Octubre en uno de los centro de
atencin mdicos ms importantes de Lima.
1.1.2. Objetivos Especficos de la Organizacin
Mejorar los procesos para la Gestin de la Postal Mdica.
Integrar todos los procesos de la posta para evitar la redundancia de
informacin.
Obtener la informacin necesaria en el momento oportuno, para una
exitosa toma de decisiones.
1.2.
Alcance del Proyecto
El alcance de este proyecto consiste en el diseo del sistema y toda la

documentacin de cada etapa del proceso del RUP (Rational Unified
Process). El producto a entregar consta del diseo de todos los
3
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
mdulos del software y recomendaciones de hardware a usar. La

documentacin comprende el manual de usuario y manual del producto,
as como los respectivos documentos.
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
P O S TA
M E D I C A
1 0
Versin:
D E
O C T U B R E
<2.0>
Versin:
Identificacin de los entregables en las fases y flujo del RUP:
En este captulo se deber desarrollar un plan de

proyecto, en cual estar la planificacin del desarrollo del
proyecto, con el manejo de iteraciones.
Adems considerar todos los entregables y mejoras
actualizaciones de los documento a entregar en el
proyecto.
Entregables:
Ver anexo 1
Plan de Proyecto
Ver anexo 2
Matriz de Entregable
I I . Administracin del Proyecto
Cronograma del proyecto:
Considerar todas las actividades del proyecto por Fases del RUP.
Entregables:
Ver anexo 3
Cronograma del proyecto
I I I . Modelo de Negocio:
Permite tener una visin amplia de cmo funciona el proceso de Atencin de
Consultas Externas de Paciente, el cual ser automatizado, para lo cual se
tomar en cuenta los actores y los casos de uso del negocio que conforman
este proceso.
6
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Definicin de las Reglas del negocio

Las reglas de negocio son
un conjunto de directrices, prcticas que ayudan los
trabajadores de negocio y a los profesionales de TI en las siguientes tareas:
Expresar las reglas claras, sin ambigedades y bien estructuradas.
Aclarar la lgica de negocio.
Encontrar un trmino medio entre (a) las polticas de alto nivel y directivas, y (b)
especificaciones de las reglas en un nivel de implementacin.
Mejorar la comunicacin acerca de las reglas de negocio entre la parte de

negocio y de TI.
Crear un puente entre el anlisis del negocio y el diseo de sistemas.
Las reglas de negocio en este documento se han agrupado en tres grandes grupos:
Reglas de negocio que han sido absorbidas por el sistema, Reglas de negocio bsicas
y reglas de negocio que infieren en el sistema.
Entregables:
Ver anexo 1
Requerimiento de Stakeholders
Ver anexo 24
Catlogo de las reglas del negocio
Ver anexo 3
Documento Vision
3.1. Modelo de Casos de Uso de Negocio.

En los siguientes puntos podremos encontrar una descripcin de alto nivel de
los actores del negocio y de los casos de uso relacionados al proceso
Atencin de Consultas Externas de Paciente, y nos ayudaremos con un
diagrama de casos de uso para ver cmo se relacionan ambos componentes.
Ver anexo 45
7
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Modelo de negocio y Anlisis del Negocio
Integracin de los procesos y actores del negocio (Visin global de casos

de uso de negocio).
Relacin entre los procesos y actores del negocio en la posta medica 10 de octubre.
Los actores de negocio son las personas externas a la empresa que

interactan para el desarrollo del proceso que se est analizando
Lista de actores del negocio

Nombre
Descripcin
Es la persona que inicia el proceso de atencin
Ver anexo 5Entregables:

Diagrama general de casos de uso de negocio
3.2. Modelo de Anlisis del Negocio

A diferencia de modelo de caso de negocio en el modelo de anlisis pasamos a
una vista interna del proceso de Atencin de Consultas Externas de Paciente,
pudiendo analizar los trabajadores de la Posta Mdica
10 de Octubre y
adems identificaremos las entidades que se manejan en nuestro proceso.

Especificacin de los casos de uso de negocio.
Descripcin narrativa de los flujos bsicos y alternativos de cada proceso de
negocio.
Entregables:
Ver Anexo 6
Especificacin de los casos de uso de negocio
8
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Descripcin de los casos de uso de negocio

Lista de casos de uso del negocio
Nombre
Descripcin
Es el proceso donde se describe todo el flujo de
trabajo de la posta medica 10 de octubre, desde
que un paciente ingresa hasta que es atendido
Entregables:
Ver Anexo 7
Diagrama de actividades
Glosario del Negocio.

Aqu se generar el glosario de trminos del negocio, propias definiciones utilizadas en
los procesos de la organizacin.
Entregables:
Ver anexo 8
Glosario del Negocio
I V.
Crear la Matriz de Proceso y Requerimiento
La matriz de actividades vs. requerimientos nos permitir ver la interaccin entre

nuestras actividades y nuestros actores del sistema pudiendo as pasar del modelo
de negocio al modelo del sistema, de estas matrices podremos establecer los casos
de uso que utilizaremos para la implementacin del sistema SICE, manteniendo una
correcta trazabilidad en el proyecto.
Entregables:
Ver anexo 89
Matriz de trazabilidad
V. Requerimientos:
Descripcin de los requerimientos funcionales y no funcionales.
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Considerados como requerimientos funcionales todos los procesos principales

y necesarios para el nuevo sistema. Y como requerimientos no funcionales a
aquellos que dan valor agregado al sistema.
Entregables:
Cuadro de requerimientos funcionales
FEAT: Peticiones que se quiere implementar ha pedido de los usuarios afectados por
el problema.
CU:
Caso de Uso que se obtienen como requerimiento del sistema
FUNCIONALES
1 0
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Cuadro de requerimientos no funcionales
FEAT: Peticiones que se quiere implementar ha pedido de los usuarios afectados por
el problema.
CU:
Caso de Uso que se obtienen como requerimiento del sistema
Integracin de los casos de uso y actores

Desarrollar el modelo de casos de uso
Entregables:
Ver anexo 10:
Documento Captura de Requerimientos
Ver anexo 119:
Diagrama general de casos de uso
Especificacin de los casos de uso

Se desarrollara cada caso de uso del sistema que se desarrollara a travs de
flujos de eventos (bsico, sub flujo(s) y alternativo (s)) para mayor detalle
visualizar el anexo.
Entregables:
Ver anexo 102:
Plantilla de especificacines de casos de uso
VI.
Modelo de Anlisis
Anlisis de la Arquitectura
En este flujo de trabajo se organizan los casos de uso en paquetes, se agrupan
los casos de uso que ayuden a cumplir una misma meta. Se agrupan los
paquetes en dos capas:
1 1
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
<2.0>
Capa especfica, es la que tendr los paquetes principales

Capa general, los paquetes que son reutilizables y de soporte.
Entregables:
Diagrama de paquetes indicando las capas respectivas
Describe la relacin que existe entre capaz y casos de uso y sus

dependencias
Paquetes de Anlisis
Nombre
Descripcin
Capa
Dependencias
Consulta Mdica
Contiene todos los casos de Especifica
Historia
clnica,
usos de consulta medica
Anlisis
Clnico,
Medicamento
Historia Clnica
Contiene los casos de uso de Especifica
ninguno
historia clnica
1 2
P O S TA
M E D I C A
1 0
D E
O C T U B R E
Cita
Versin:
Contiene los casos de uso de Especifica
Medico
cita
Medicamento
Contiene los casos de uso de General
ninguno
medicamento
Medico
Contiene los casos de uso de General
ninguno
medico
Realizacin de los casos de uso

Se desarrolla y detalla cada caso de uso de acuerdo a la especificacin elaborada en
el flujo anterior, representando los flujos bsicos, sub flujos y alternos.
Entregables:
Ver anexo 113:
Diagrama de clases
Ver anexo 12:
Diagrama de colaboracin
V I I . Modelo de Diseo
Base de Datos
Elaboracin del Modelo Lgico
Se incluye todas las clases que conformaran una clase persistente en el Modelo
Fsico, a travs de un diagrama de clases; donde se indican el tipo de relacin que
hay entre las mismas, la multiplicidad y atributos.
Entregables:
Ver anexo 14:
Diagrama de clases
Elaboracin del modelo fsico

Se elabora el modelo fsico a partir del modelo lgico, el cual contiene las tablas que
fueron consideradas como clases en el modelo lgico.
Entregable:
Ver anexo 153:
Diagrama del modelo fsico
Ver anexo 146:
Script
Data
1 3
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Elaboracin del Diccionario de datos

Se detallar la definicin de cada tabla, as como sus atributos, para tener un mejor
conocimiento de la base de datos.
Entregable:
Ver anexo 1517:
Diccionario de datos
Diseo de clase a nivel de implementaci n

Capas de Diseo
Elaboracin de las capas del diseo, agrupando los subsistemas y la GUI.
Identificacin y definicin de las capas de negocio y presentacin.
Entregable:
Elaboracin de las capas del diseo, agrupando los subsistemas y la GUI.
Identificacin y definicin de las capas de negocio.
Capas
Presentacin o aplicacin(Jsp)
Negocio (Bean, interfaz, servlet, etc.)
Realizacin de los casos de uso de diseo

Elaboracin del detalle de cada caso de uso a nivel de diseo.
Entregables:
Ver anexo 168:
Diagrama de clases
Ver anexo 17:
Diagrama de secuencia
V I I I . Implementacin
Modelo de implementacin y despliegue
Entregables:
1 4
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Ver anexo 1918:

Diagrama de componentes
Diagrama de despliegue
Programacin:
Entregables:
Archivos. Dat (archivo)
Libreras requeridas (archivo)
Esquema de la base de datos (archivo)
Ver anexo 1920:
Checklist del Cdigo Java
IX.
Pruebas
Describimos los artefactos del flujo de pruebas.
Entregables:
Ver anexo 201:
Pruebas unitarias
Pruebas funcionales
Prueba de esfuerzo
X . Despliegue
XI.
Entregables:
Ver anexo 212:
Plan de Capacitacin
Manual de Usuario
Manual de Administracin e Instalacin
X I I . Documentos finales:
1 5
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Conclusiones
Recomendaciones
Anexos
Glosario
Fuentes de consulta
RESUMEN EJECUTIVO
El documento contiene la informacin referencial al proyecto del Sistema

Integral de Consulta Externa, el cual ser implementado para automatizar el
proceso de atencin de consulta externa de paciente dentro de la posta
medicamdica.
Para la presentacin de la primera revisin dividiremos el informe en 3
captulos:
El Entre los captulos que se encuentran en el presente documento
encontramos, primero tratara la factibilidad del proyecto basndose en los
requerimientos de los stakeholders solicitados a los desarrolladores.
El segundo captulo enfocara enfocar los esfuerzos en el la
metodologa del modelado de Negocio, facilitando a los desarrolladores una
perspectiva global del funcionamiento del proceso en la posta medica y poder
determinar puntos automatizables para el proyecto.
Por ltimo el tercer captulo se basa en la metodologa de la captura de
requerimientos donde pasaremos la perspectiva del negocio a la del sistema
enfocando los actores y los casos de uso que automatizaremos.
INTRODUCCION
Hoy en da la clave en los servicios de atencin mdica que brindan las

diferentes postas mdicas es el tiempo empleado en los procesos de atencin
de los pacientes
Pues estos buscan recibir una atencin rpida y eficaz. Es ah donde la posta
mdica 10 de octubre busca mejorar la atencin de pacientes.
En la actualidad la posta mdica mantiene un proceso totalmente manual lo
que genera demora en el registro y atencin de pacientes por eso el
Administrador decide la implementacin de un sistema automatizado de este
proceso.
Lo que se busca es la reduccin de tiempo empleado en la atencin de los
pacientes lo que permitir una atencin mas rpida y menos colas y menos
pacientes disconformes con la atencin.
1 6
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
El sistema que se planea implementar permitir al encargado de admisin

registrarlos respectivos encargados a registrar una historia clnica en una base
de datos va web y automatizar la bsqueda de historias clnicas a si como
tambin los doctores podrn registrar sus diagnsticos en la historia clnica va
web el cual contara con los dispositivos adecuados para un trabajo ms rpido
y adecuado en tiempo real acelerando el proceso de negocio de manera
importante.
ESTUDIO DE FACTIBILIDAD
El estudio de factibilidad permite analizar los distintos aspectos que engloba un

proyecto desde los econmicos hasta los recursos humanos implicados.
Facilitando as la decisin de las personas a cargo del proyecto y de quienes
brindaran el soporte econmico al mismo.
Podremos considerar el proyecto factible si cumple con la obtencin de los
objetivos de la empresa.
1.1. Factibilidad operativa y tcnica: La visin del sistema
Basado en el documento de peticiones de los Stakeholders se desarroll
la plantilla de visin del sistema, la cual contiene un anlisis tcnico y operativo
de factibilidad del proyecto para ms informacin revisar los siguientes anexos:
Peticiones de los Stakeholders - Ver Anexo No. 1
Documento Visin - Ver Anexo No. 2
1 7
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
2. MODELADO DEL NEGOCIO

este proceso
2.1. Modelo de Caso de Uso del Negocio

2.1.1. Lista de los Actores del Negocio
Nombre
Descripcin
Tabla 1 Lista de Actores del Negocio
1 8
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
2.1.2. Lista de Casos de Uso del Negocio

Nombre
Descripcin
Es el proceso donde se describe todo el flujo
de trabajo de la posta medica 10 de octubre,
desde que un paciente ingresa hasta que es
atendido
Tabla No. 2 Lista de Casos de Uso del Negocio

2.1.3. Diagrama de Casos de Uso del Negocio
Figura No. 1. Diagrama de Casos de Uso del Negocio

2.1.4. Especificaciones de Casos de uso del Negocio
En la especificacin de los casos de uso de negocio encontraremos
paso a paso el funcionamiento de nuestro proceso.
Especificaciones de Casos de Uso del Negocio - Ver Anexo No. 3
2.2. Modelo de Anlisis del Negocio

A diferencia de modelo de caso de negocio en el modelo de anlisis
pasamos a una vista interna del proceso de Atencin de Consultas Externas
de Paciente, pudiendo analizar los trabajadores de la Posta Mdica 10 de
Octubre y adems identificaremos las entidades que se manejan en nuestro
proceso
2.2.1. Lista de Trabajadores de Negocio
Lista de trabajadores de negocio
Nombre
Descripcin
1 9
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Encargado de supervisar el proceso.
Trabajador que se encarga se registrar la historia

clnica del paciente y generar cita con el medico
Se encarga de generar los comprobantes de

pago y registrar los pagos
Se encarga de registrar el diagnostico del

paciente en la historia clnica y generar receta
Se encarga de realizar exmenes clnicos de

laboratorios y registrarlos
Tabla No. 3. Trabajadores del Negocio

2.2.2. Lista de Entidades de Negocio
< Las entidades de negocio son los contenedores de informacin dentro de
nuestro proceso y pueden ser de dos orgenes: Interno (I) o Externo (E),
adems podemos clasificarlas por tipos: Persistente (P) o Formulario (F)
Lista de entidades de negocio
Nombre
Descripcin
Origen Tipo
Documento donde se encuentran I
F
los
datos
personales
del
paciente, y el historial de cada
paciente
2 0
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Documento donde se registra el

nombre del medico que lo
atender,
<2.0>
Documento que se le entrega al

paciente que contiene el numero
de historia clnica
Documentos que se le entrega al

paciente como comprobantes de
pago
Documento
que
el
medico
entrega al paciente cuando ve
que es necesario realizar un
apoyo al diagnostico
Documento que entrega

responsable de admisin
paciente para que pague
derecho de consulta.
el
al
el
Documento
que
el
medico
entrega
al
paciente
donde
contiene los medicamentos que
le
Tabla No. 4. Entidades del Negocio

2.2.3. Realizacin de Casos de Uso del Negocio
En el documento adjunto encontraremos el diagrama de actividades de
nuestro proceso especificando las actividades que cumple cada uno de los
2 1
P O S TA
M E D I C A
1 0
D E
O C T U B R E
Versin:
roles de nuestro negocio y de ah partiremos para poder identificar nuestros

casos de uso de sistema.
Realizaciones de Negocio - Ver Anexo No. 4
2 2
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
3. CAPTURA DE REQUERIMIENTOS
En este capitulo se analizaran las necesidades de los stakeholders, en
este caso de los empleados de la Posta Mdica 10 de Octubre, para poder
establecer los requerimientos de nuestro sistema SICE, adems de llegar a
obtener los requerimientos adicionales de las actividades automatizables de
nuestro proceso.
3.1.1. Matriz de Actividades y Requerimientos
La matriz de actividades vs. requerimientos nos permitir ver la
interaccin entre nuestras actividades y nuestros actores del sistema pudiendo
as pasar del modelo de negocio al modelo del sistema, de estas matrices
podremos establecer los casos de uso que utilizaremos para la implementacin
del sistema SICE, manteniendo una correcta trazabilidad en el proyecto.
MATRIZ Actividades VS Requerimientos - Ver Anexo No. 5
3.2. Modelo de Casos de Uso del sistema

3.2.1. Lista de Actores del Sistema
Lista de actores del sistema
Nombre
2 3
Descripcin
Encargado de la asignacin de mdicos en la posta
medica , a si como tambin del mantenimiento de las
historias clnicas y de las medicinas
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
<2.0>
Es el encargado de generar las historias clnicas , a si

como tambin generar la cita del paciente
Encargado de registrar
comprobante de pago
el
pago
imprimir
el
Encargado de registrar los diagnsticos hechos al

paciente en la historia clnica
Encargado de registrar los resultados del laboratorio
Representa cualquier usuario del sistema.
Tabla No. 6. Lista de Actores del Sistema
2 4
P O S TA
M E D I C A
1 0
D E
O C T U B R E
Versin:
3.2.2. Lista de Casos de Uso del Sistema

Lista de Casos de Uso del sistema
Nombre
Descripcin
El encargado de admisin verifica la
existencia de una historia clnica en
caso haya sido creada
El encargado de admisin genera

la historia clinica
El encargado de admisin genera la

cita con el doctor que lo va a atender
El encargado de admisin busca que

mdico se encuentra disponible para
la consulta.
El cajero busca las ordenes para

saber el costo .
El cajero registrara el pago por el

cada tipo de servicio de atencin y/o
El cajero registrar los pagos por

cita
2 5
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
Medico registrara exmenes bsicos

como los de triajes
El medico de acuerdo a su criterio

verificara si necesita hacerse
exmenes adicionales
El medico podr registrar los

resultados de la consulta realizada al
paciente
Se busca la historia clnica para el

rellenado
de
informacin
del
paciente
El tcnico de laboratorio registrara

los exmenes realizados
El tcnico de laboratorio adjunta

imgenes y otros tipos de archivos
necesarios.
El medico proceder a revisar los

resultados del anlisis clnico para
elaborar los resultados de la
consulta.
El medico generara la receta del

paciente
2 6
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
El administrador podr modificar

caractersticas del medico en el
sistema
El administrador podr modificar los

medicamente que se tengan en la
posta medica
El administrador puede modificar,

eliminar una historia clnica
El administrador podr modificar los

servicios que se ofrezcan en la posta
medica
El administrador podr registrar,

modificar, eliminar informacin de un
usuario
El administrador podr buscar un

usuario.
El usuario ingresara al sistema

mediante su usuario y contrasea
Tabla No. 7. Lista de Casos de Uso del Sistema
2 7
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
Versin:
3.2.3. Lista de Casos de Uso priorizados
Tabla No. 8. Priorizacin de Casos de Uso del Sistema
2 8
P O S TA
M E D I C A
1 0
D E
O C T U B R E
<2.0>
3.2.4. Diagramas de Caso de Uso del Sistema
Figura No. 2. Diagrama de Casos de Uso del sistema
2 9
Versin: 1.0
Especificacin de Caso de Uso de Negocio Consultas Externas de Fecha:
Pacientes
2510/01/2013
3.2.5. Especificaciones de Requerimientos de Software

El documento nos muesta el enfoque que mantendremos al desarrollar el
sistema SICE y nos permitir verificar si se esta cumpliendo con lo requisitos de los
stakeholders de manera correcta, en este caso de los empleados de la Posta Mdica
10 de Octubre.
Especificacin de Requerimientos de Software - Ver Anexo No. 9
3.2.6. Especificaciones de Casos de Uso
Detallaremos de manera minuciosa los pasos que se desarrollan en la actividad
que automatizaremos, mostrando la interaccin entre el usuario y nuestro sistema a
implementar (SICE).
Especificaciones de Casos de Uso - Ver Anexo No. 10
3.2.7. Especificaciones de Requerimientos Suplementarios
Especificacin Requerimientos Suplementarios - Ver Anexo No. 11

3.3. Puntos de Casos de Uso
Aqu se realizo todos clculos necesarios para saber los recursos y el tiempo entre
otros factores que nos ayudaran a implementar el sistema
3 0
Versin: 1.0
Pacientes
2510/01/2013
4. ANALISIS
4.1. Modelo de Anlisis

4.1.1. Arquitectura de Anlisis
Paquetes de Anlisis
Nombre
Descripcin
Capa
Dependencias
Consulta
Mdica
Contiene todos los casos de Especifica Historia clnica,

usos de consulta medica
Anlisis Clnico,
Medicamento
Historia Clnica
Contiene los casos de uso Especifica ninguno

de historia clnica
Anlisis Clnico
Con tiene los casos de uso Especifica Historia clnica

de anlisis clnico
Cita
Contiene los casos de uso Especifica Medico

de cita
Medicamento
Contiene los casos de uso General

de medicamento
ninguno
Usuario

de usuario
ninguno
3 1
Versin: 1.0
Pacientes
2510/01/2013
Seguridad

de seguridad
ninguno
Servicios

de servicios
ninguno
Pago

de pago
ninguno
Medico

de medico
ninguno
Tabla No. 9. Paquetes de Anlisis
4.1.2 Realizacion de Analisis

<Para cada caso de uso identificado en la disciplina captura de requerimientos se
efectuar su realizacin de anlisis>
Realizaciones de Anlisis - Ver Anexo No. 13
4.1.3. Responsabilidades de una clase de Anlisis

<Aqu vamos a utilizar la tarjeta CRC (Clase Responsabilidad Colaboracin), para
identificar las responsabilidades de clase de anlisis: Interface (I), Controladoras ( C) e
Entidad ( E )>
4.1.4. Modelo Conceptual

Clase Entidad <Atributos>
Medicamentos Codigos de las Medicinas
<nroMedicamento> <Numero de Medicamento>
<Nombre> <Nombre de Medicina>
<fabricante> <Proveedor de Medicina>
<presentacion>
Clase Entidad
ConsultaMedica
<Atributos>
<Descripcin >
<Nro_ConsMedica> <cdigo de consulta medica>
<fecha> <descripcin>
<hora>< descripcin >
<Tipo_Enfermedad>< descripcin >
3 2
Versin: 1.0
Pacientes
2510/01/2013
<Observaciones>
<Motivo>
<Prox_Cita><Cuando se volver atender>
Clase Entidad
Comprobante de Pago
Clase Entidad
DetalledeComprobantexExamen
<Atributos>
<Descripcin de los tems de la receta>
<nroComprobante> <cdigo del comprobante>
<fecha> <>
<montoTotal><>
<Descripcion><>
<Atributos>
<Descripcin de los tems de la receta>
<subtotal> <valor del comprobante>
Clase Entidad
Historia Clinica
<Atributos>
<Descripcion de su Historial Medico>
<Nro_Historia> <cdigo de historia medica>
<FechApertura> <inicio de atencin medica>
<Estado><si es ta habilitado>
<Grupo><>
<NombrePosta><Lugar de atencin medica>
<Red_Salud>
.
.
.
<Esta_Civil><Del Paciente>
<Grad_Instruccion> <Del paciente su grado
academico>
<sexo><Genero del Paciente>
Clase Entidad
Cita
<Atributos>
<Descripcion de una cita mdica>
<Nro_Cita.> <cdigo de la cita>
<Fecha> <fecha de cita>
3 3
Versin: 1.0
Pacientes
2510/01/2013
<Estado><indica si est habilitada>

<Especialiadad><De la cita que tipo de cita es>
Clase Entidad
Examen Signos Vitales
<Atributos>
<Descripcion de una examen de signos vitales>
<Nro_ExamenVital.> <cdigo de examen>
<Fecha> <dia del examen>
<Hora><peso del paciente>
<Talla><Altura del paciente>
<Presion>
<Temperatura>
<Frec_Cardiaca>
<Frec_Respiratoria>
Clase Entidad
Orden Examen Adicional
<Atributos>
<Descripcion de un examen adicional>
<Nro_Orden> <cdigo de examen adicional>
<Fecha> <dia del examen adicional>
<TipoExamen><>
Clase Entidad
Empleado
<Atributos>
<Descripcion de un Empleado>
<codEmpleado.>
<Nombre>
<Ape_Materno>
<Ape_Paterno>
<tipoEmpleado>
<Usuario>
<Contrasea>
Clase Entidad
Examen Adicional
<Atributos>
<Descripcion >
<Cod_ExAdicionales.> <cdigo de receta>
<tipo_examen>
<fecha>
<hora>
<resultado>
<mtodo>
<rangoespecif>
<unidades>
3 4
Versin: 1.0
Pacientes
2510/01/2013
Tabla No. 12. Clase Entidad
Modelo Conceptual - Ver Anexo No. 14

Modelo Lgico - Ver Anexo No. 15
Anexo 1
Posta Mdica - "10 de Octubre"

(SICE)
Peticin de CONTENIDO DEL ENTREGABLE
FINAL DE TALLER DE ANLISIS
Versin 1.12
3 5
Versin: 1.0
Pacientes
2510/01/2013
3 6
Versin: 1.0
Pacientes
2510/01/2013
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0
Creacin del documento Peticin

de Stakeholder
Vela , Flix
20/04/2012
1.1
Correccin
del
Documento
Peticin de Stakeholder
Rojas ,Paul
20/01/2013
1.2
Correcin del Documento
Sebastin Osorio
S.
3 7
Versin: 1.0
Pacientes
2510/01/2013
Peticin de los Stakeholders

Peticin del Stakeholder Mdico
Introduccin
El documento contiene los requerimientos del Mdico Posta Mdica 10 de Octubre", Erick
Torbe Prez.
Perfil del Mdico de Triaje
Nombre: Erick Torbe Prez.
Compaa: Posta Mdica 10 de Octubre.
Cargo: Mdico.
Lista de Requerimientos
STRQ7 La posibilidad de registrar por parte del mdico de triaje, los signos
vitales de cada paciente antes de pasar a atencin.
Anexo 2
3 8
Versin: 1.0
Pacientes
2510/01/2013

(SICE)
Visin del Producto
Versin 1.12
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
3 9
Versin: 1.0
Pacientes
2510/01/2013
03/04/2012
1.0
Creacin del documento Visin

de producto
Vela, Flix
20/04/2012
1.1
Correccin del Documento

Visin de producto
Prez ,Erick
20/01/2013
1.2
Correccin del Documento
Sebastin Osorio
S.
CONTENIDO DEL ENTREGABLE FINAL DE TALLER DE ANLISIS

Introduccin
Propsito
El propsito del presente documento es:
Definir los alcances del sistema de la Posta Medica 10 de Octubre.
Describir las caractersticas principales del sistema.

4 0
Versin: 1.0
Pacientes
2510/01/2013
Identificar y describir los Stakeholders del sistema.

Describir de qu manera el sistema a implementar afecta a la organizacin y a los que
participan en ella.
Objetivo general
Dotar de instrumentos de gestin de la informacin a la posta medica, en funcin de

nivel de responsabilidad, mediante un software para poder agilizar la atencin de los
pacientes, estandarizando la informacin y garantizando la fiabilidad y validez de los
datos.
Objetivos especficos
Agilizar el registro adecuado de un paciente nuevo.
Controlar la vigencia y el perfecto estado de funcionamiento del software.
Facilitar la bsqueda de la historia clnica de los pacientes.
Alcance
El documento Visin nos dar una perspectiva ms amplia de cmo influye el sistema
en el proceso que se ve afectado por el problema dentro de la organizacin. Adems,
nos dar a conocer el entorno y las necesidades de los stakeholders que harn uso del
sistema.
Definiciones, Acrnimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una metodologa para
describir el proceso de desarrollo de software.
Referencias
_Glosario.
_Plan de desarrollo de software.
_RUP (Rational Unified Process).
_Diagrama de casos de uso.
_Entrevista con la administrador.
Documentos del centro de salud.
Posicionamiento
Oportunidad de Negocio
Mejorar el tiempo de registro de los pacientes de una manera adecuada.

Mejorar la atencin medica, aumentando la cantidad de pacientes atendidos
ofrecindoles un servicio de calidad.
Sentencia que define el problema
4 1
Versin: 1.0
Pacientes
2510/01/2013
El problema
afecta a
El impacto asociado es
una adecuada solucin

sera
Actualmente el proceso de registro y

atencin del paciente se realiza con
demasiada lentitud, esto debido al
registro manual del paciente y a la alta
cantidad de pacientes presentados da a
da esto ocasionando una saturacin en
la atencin de los pacientes y esto se
puede ver en las largas colas.
A los pacientes, al encargado de
admisin, medico, tcnico de laboratorio
,cajero y administrador responsable del
centro de salud.
Ocasiona demora y desorden.
Ocasiona colas afueras de la posta
mdica.
Disminucin de personas atendidas.
Disear e Implementar un sistema web de
registro de datos, generacin de
historias clnicas para una mayor
rapidez y calidad de atencin.
Sentencia que define la posicin del Producto

Admisioncita, cajero, mdico, tcnico de
Para
laboratorio.
Requieren registrar paciente, generar ticket,
Quienes
registrar pago, registrar consulta, registrar
examen clnico , generar historia clinica.
El
nombre
producto
Que
No como
Nuestro producto
del
Sistema integral de consultas externa

Disminuye la cantidad de errores al momento
de registro, disminucin de colas y una
buena atencin de calidad a los pacientes,
llevar un buen registro de historia clinica.
El sistema actual que es manual.
Sistema integral de consultas externa (SICE),
proporciona un manejo automatizado de los
principales procesos y una atencin de
calidad hacia el paciente.
Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

Para proveer de una forma efectiva productos y servicios que se ajusten a las
necesidades de los usuarios, es necesario identificar e involucrar a todos los
participantes en el proyecto como parte del proceso de modelado de
4 2
Versin: 1.0
Pacientes
2510/01/2013
requerimientos. Tambin es necesario identificar a los usuarios del sistema y
asegurarse de que el conjunto de participantes en el proyecto los representa
adecuadamente. Esta seccin muestra un perfil de los participantes y de los
usuarios involucrados en el proyecto, as como los problemas ms importantes
que stos perciben para enfocar la solucin propuesta hacia ellos. No describe
sus requisitos especficos ya que stos se capturan mediante otro artefacto. En
lugar de esto proporciona la justificacin de por qu estos requisitos son
necesarios.
Resumen de Stakeholders
Nombre
Administrador
Descripcin
Es
la
persona
encargada
de
administrar
los
recursos
de
la
empresa.
Gestor
de Es la persona que
Contenidos
garantiza
la
independencia
y
desarrollo
del
proyecto.
Desarrollador
Es la persona que va
a
desarrollar
la
pgina
web
solicitada.
Responsabilidades
Administrar la empresa.
Generar Reportes
Integrar las pginas web en un

mismo entorno
Desarrollar el sistema requerido.
Resumen de Usuarios
Nombre
Administrador
Descripcin
Stakeholders
Es aquel usuario con accesos Administrador

mximos por ser el que
administra la posta mdica,
tendr acceso al mdulo de
administracin,
usuario
de
sistema que consulta los
4 3
Versin: 1.0
Pacientes
2510/01/2013
reportes generados por

el
cajero
y
los
diferentes
mantenimientos.
Encargado de Usuario con acceso al modulo Responsable
Admisin
de registro de nuevo paciente, Admisin
Ingresara los datos necesarios
para el registro de nuevo
paciente, historia clnica, y la
generacin de ticket de pago.
Cajero
Usuario encargado de registrar

los pagos realizados por los
pacientes.
Medico
Usuario con acceso al modulo Medico

de
atencin
registra
la
consulta mdica del paciente,
diagnsticos,
recomendaciones
y
receta
mdica.
de
Cajero
Tcnico
de Usuario con acceso al modulo Tcnico de Laboratorio
Laboratorio
de laboratorio encargado de
registrar el examen clnico del
paciente.
Entorno de usuario
El nmero de personas involucradas en el registro y atencin del paciente son cinco:

admisioncita, cajero, mdico, tcnico de laboratorio y administrador.
Los procesos son de atencin mdica externa al paciente, se interesa automatizar los
procesos para que el paciente interacte en un ambiente en donde se pueda sentir
cmodo al momento de su atencin.
Perfil de los Stakeholders
Administrador
Representante Daniel Chvez Hoyos
Descripcin
Aprueba y apoya el proyecto.(previa evaluacin y autorizacin
del MINSA)
Administrador
Realiza informes para el MINSA sobre el manejo de la posta
mdica, a travs de estadsticas y reportes generados por el
sistema.Si este no est de acuerdo produce un gran impacto
en el proyecto.
de Que no se sobrepase el presupuesto.
Que los reportes cuadren con los resultados reales de las
atenciones, y que el paciente este satisfecho por el servicio
brindado.Espera un Sistema que agilice el flujo de atencin del
Tipo
Responsabilida
des
Criterio
xito
4 4
Versin: 1.0
Pacientes
2510/01/2013
cliente en general.
de Revisin de requerimientos, estructura del sistema.
Grado
participacin
Comentarios
Perfiles de Usuario
Encargado de Admisin
Representante
Descripcin
Tipo
Responsabilida
des
Ninguno
Roberto Daz Guadalupe

Usuario con acceso al sistema que se encarga del registro de los
pacientes y la historia clnica.
Usuario del sistema.
-Registrar pacientes nuevos.
-Generar Ticket de pago de consulta.
- Generar Historia Clnica.
-Consultar paciente.
Criterio
de Realizar un correcto registro del paciente para presentar un
xito
buen reporte al Administrador.
Grado
de Las necesidades brindadas se cumplan en su totalidad.
participacin
Comentarios
ninguno
Cajero
Representante
Descripcin
Daniel Oria Meja

Usuario con acceso al sistema que se encarga del registro de pago
del paciente.
Tipo
Usuario del sistema

Responsabilida
-Registra Pago
des
Criterio
de
Realizar un correcto registro de pago del paciente para presentar un
xito
buen reporte al Administradora.
Grado
de
Las necesidades brindadas se cumplan en su totalidad.
participacin
Comentarios
ninguno
Tcnico de Laboratorio
Representante
Descripcin
Tipo
Responsabilida
des
Erick Torbe Prez.

Usuario con acceso al sistema que se encarga del registro de los
exmenes
Usuario del sistema
-Registrar los exmenes de laboratorio que dan apoyo al
4 5
Versin: 1.0
Pacientes
2510/01/2013
diagnostico del mdico.

Criterio
xito
de
Realizar un correcto registro de resultados de exmenes de

paciente ya que eso es de suma importancia al mdico.
Grado
de
participacin
Comentarios
Ninguno
Medico
Representan
te
Descripcin
Tipo
Responsabili
dades
Jefferson Aucassi Centeno

Usuario con acceso al modulo de atencin de consulta mdica.
Usuario del sistema
-Registrar consulta medica.
-Generar Receta Mdica.
-Generar Orden de Exmenes Adicionales

de Realizar un correcto registro de consulta mdica para que
quede registrado en su historia clnica.
.
Grado
participacin
Comentarios Ninguno
Criterio
xito
Descripcin Global del Producto

Perspectiva del producto
Los objetivos a conseguir con la implementacin del sistema de informacin es: Ser un Centro
de Salud lder en la atencin mdica en la urbanizacin 10 de Octubre, aumentando en 20%
anual la cantidad de pacientes, mejorando la calidad de los servicios de Salud en beneficio de
la poblacin en general con nfasis en los grupos poblacionales vulnerables y minimizando las
colas.
Resumen de caractersticas
4 6
Versin: 1.0
Pacientes
2510/01/2013
A continuacin se mostrar un listado con los beneficios que obtendr el cliente a partir del
producto:
Beneficio
del Caractersticas que lo apoyan
cliente
Tiempo
La bsqueda de datos del paciente se realiza de forma

rpida.
Calidad
Atencin a las personas.
Suposiciones y dependencias
No se devuelve el dinero de una consulta ya generada.

Costo y precio
20 516 soles
Descripcin Global del Producto
FEAT1 El sistema verificara la existencia de historia clnica.
FEAT2 El sistema registrara los datos del paciente.
FEAT3 El sistema adjuntara fotocopia del DNI y foto del paciente.
FEAT4 El Sistema permitir buscar mdicos disponibles.
FEAT5 El sistema registrar la cita mdica.
FEAT6 El sistema imprimir un ticket con el cdigo del documento.
FEAT7 El sistema permitir buscar los pagos o deudas pendientes de los pacientes.
FEAT8 El sistema registrar los pagos realizados por los pacientes.
FEAT9 El sistema imprimir el comprobante de pago.
FEAT10 El sistema permitir realizar bsquedas de historias clnicas.
FEAT11 El sistema registrar los signos vitales de cada paciente.
FEAT12 El sistema generar la Orden de Exmenes Adicionales
FEAT13 El sistema permitir realizar bsquedas de los servicios disponibles en la
posta mdica.
FEAT14 El sistema registrar los resultados de los exmenes adicionales.
FEAT15 El sistema permitir adjuntar imgenes obtenidas en el anlisis clnico.
4 7
Versin: 1.0
Pacientes
2510/01/2013
FEAT16 El sistema permitir la revisin de anlisis clnicos
FEAT17 El sistema permitir la actualizacin de estado de los anlisis clnicos.
FEAT18 El sistema permitir registrar la consulta mdica de cada paciente.
FEAT19 El sistema permitir generar la receta medica
FEAT20.El sistema permitir imprimir la receta mdica
Restricciones
Ninguna
Precedencia y Prioridad
Alta
Otros Requisitos del Producto
Estndares Aplicables
Todos los aplicados a sistemas web.

Requisitos de Sistema
Sistema operativo.
Base de datos online.
Acceso a internet
Requisitos de Desempeo
Hardware optimoptimo
.
Requisitos de Entorno
Espacio exclusivo para los servidores.

Requisitos de Documentacin
Manual de Usuario
Manual del sistema.
Ayuda en Lnea
Ayuda mediante texto que estar en la web.
Guas de Instalacin, Configuracin, y Fichero Lame
Todo se incluir en el instalador.
4 8
Versin: 1.0
Pacientes
2510/01/2013
Anexo 4

(SICE)
Especificacin de Caso de Uso de
Negocio
Atencin de Consultas Externas de
Paciente
4 9
Versin: 1.0
Pacientes
2510/01/2013
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0
Creacin
del
documento
Especificacin de Caso de Uso
del Negocio
Vela, Flix
16/04/2012
1.1
Correccin
del
Documento
del Negocio
Rojas ,Paul
5 0
Versin: 1.0
Pacientes
2510/01/2013
ESPECIFICACIN DE CASO DE USO DE NEGOCIO ATECION DE CONSULTAS

EXTERNAS
Introduccin
El presente documento tiene como principal objetivo presentar de manera detallada la
descripcin del Caso de Uso de Negocio Atencin de Consultas Externas.
Propsito
El propsito de este documento es mostrar, analizar y entender el proceso de atencin
de consultas externas de pacientes, para observar el flujo de ingreso y salida del rea
del trabajo. A fin de identificar los inconvenientes que existen con este proceso y los
objetivos a cumplir.
Alcance
El documento nos ayudara tener una visin clara sobre el flujo de trabajo en el proceso
de atencin de consultas externas de pacientes que se realiza en la Posta Mdica 10
de Octubre, en este documento se centrar especficamente en ingreso del paciente
viendo cual es su flujo de trabajo en esta actividad hasta la salida del paciente.
Definiciones, siglas y abreviaturas
Ver en Glosario de trminos.
Referencias
Descripcin de la Organizacin v1.0
Metas Estratgicas de Negocio v1.0
Reglas de Negocio v1.1
Para la recopilacin de informacin realizamos una entrevista al: Sr. Daniel Chvez
(administrador de la posta mdica).
Resumen
Este documento describir el proceso de Atencin de Consultas Externas, los objetivos

que se cumple as como tambin los rendimientos, tanto de entrada como el de salida.
Tambin se describir algunos puntos adicionales del flujo a tratar.
CASO DE USO ATENCIN DE CONSULTAS EXTERNAS
Descripcin Breve
5 1
Versin: 1.0
Pacientes
2510/01/2013
Este caso de uso de negocio contiene la descripcin del proceso mediante el cual se
gestionar la atencin del paciente desde su ingreso al centro medico, pasando por
consultorio, hasta la entrega de la receta; donde se menciona detalladamente cmo se
realiza dicho flujo.
OBJETIVOS DEL CASO DE USO DE NEGOCIO
Reducir el tiempo de atencin de pacientes a 1 hora, ya que actualmente la atencin

dura aproximado 3 horas.
Identificar los cuellos de botella en el flujo de generacin de citas, para reducir en un
40% entre cada cita.
Optimizar la confiabilidad de la informacin en un 25%.
RENDIMIENTOS DE OBJETIVOS
Agilizando los procedimientos de atencin en admisin y caja ya que estos son lentos .
Se refiere a la capacidad de agilizar los procedimientos en admisin y caja.
Verificando programacin de citas y cupos de los mdicos.
Se refiere a la capacidad de programar citas y cupos eficientemente.
Obteniendo informacin precisa.
Se refiere a la capacidad del encargado de admisin, para obtener la informacin
precisa y confiable de los pacientes.
Eliminando algunos procedimientos que no generan valor agregado
al proceso.
Se refiere a eliminar actividades que hacen que el proceso sea lento.

FLUJO DE TRABAJO
Flujo de trabajo bsico
Paciente se dirige admisin y solicita una consulta mdica.

El paciente indica su nmero de historia clnica.
El responsable de admisin busca historia clnica del paciente
El paciente indica el tipo de consulta que desea.
5 2
Versin: 1.0
Pacientes
2510/01/2013
El encargado de admisin le entrega la cita con el nombre del mdico
y le indica ir a
caja a pagar.
El cajero solicitara el documento de la cita.
El paciente entregara documento de la cita.
El cajero registra el pago y le entrega el comprobante de pago con la
cita.
El paciente se dirige al consultorio y le entrega la cita a la enfermera.

La enfermera solicita la historia clnica a admisin
El Encargado de admisin entrega la historia clnica a la enfermera.
La enfermera adjunta historia clnica del paciente la cita.
La enfermera le entrega la cita al mdico junto con la historia
clnica.
El paciente espera a ser llamado por el mdico.

El medico llama al paciente.
El medico le tomara la presin arterial, la talla y el peso para ver la
condiciones
medicas del paciente.

El medico registra el resultado de la cita en la historia clnica.
El medico le entregara al paciente una receta con los medicamentos
indicados.
Flujos alternativos
En el punto 2, Si el paciente no cuenta de historia clnica:

El Responsable de admisin solicita datos del paciente.
El paciente indica sus datos.
El responsable de admisin registra datos del paciente y genera historia clnica.
El responsable de admisin entrega tarjeta con el nmero de historia clnica.
En el punto 16, si el medico desea un apoyo al diagnostico, puede

al paciente al laboratorio a realizarse exmenes adicionales.
mandar
5 3
Versin: 1.0
Pacientes
2510/01/2013
El medico genera orden para realizar exmenes necesarios.
El medico entrega al paciente orden de exmenes y solicita que cancele en caja.
El paciente se dirige a caja a cancelar los derechos de exmenes adicionales.
El cajero registra el pago y entrega comprobante de pago.
El paciente se dirige al laboratorio a realizarse los exmenes.
El tcnico de laboratorio solicita comprobante de pago y orden de examen.
El paciente entrega los documentos y procede a realizarse un examen.
El tcnico de laboratorio efecta los exmenes solicitados por el medico.
El tcnico de laboratorio llama al paciente y entrega los resultados de los exmenes.
El paciente se dirige al medico y le entrega los resultados.
CATEGORIA
El presente Caso de Uso es de Categora de Gestin.

RIESGOS
El riesgo que se corre es si el encargado de Admisin no toma correctamente
los datos del paciente o lo hace muy lentamente.
POSIBILIDADES
Evitar cuellos de botella en el ingreso de pacientes al consultorio.

Reducir la bsqueda de la informacin de los pacientes.
Reducir las colas para ser atendido.
DUEO DEL PROCESO
Administrador de la posta
PRE-CONDICION
El paciente debe traer su nmero de historia clnica.

Si el paciente es nuevo, debe contar con su recibo de agua.
POST-CONDICION
Los datos de los pacientes deben quedar registrados en el documento

Los resultados de los exmenes mdicos deben quedar registrados en la historia clnica.
El diagnstico del mdico quedar registrado en la historia clnica.
REQUISITOS ESPECIALES
5 4
Versin: 1.0
Pacientes
2510/01/2013
No aplica.
PUNTOS DE EXTENSION
Ninguna.
5 5
Versin: 1.0
Pacientes
2510/01/2013
Anexo 5

(SICE)
Realizacin De la CONTENIDO DEL
ENTREGABLE FINAL DE TALLER DE
ANLISIS
Atencin de Consultas Externas de
Paciente
5 6
Versin: 1.0
Pacientes
2510/01/2013
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0
Creacin
del
documento
del Negocio
Vela, Flix
16/04/2012
1.1
Correccin
del
Documento
del Negocio
Rojas, Paul
5 7
Versin: 1.0
Pacientes
2510/01/2013
ESPECIFICACIN DE CASO DE USO DE NEGOCIO

INTRODUCCIN
El presente documento tiene como principal objetivo presentar de manera
detallada la descripcin del Caso de Uso de Negocio Atencin de Consultas
Externas.
Propsito
El propsito de este documento es mostrar, analizar y entender el proceso de
atencin de consultas externas de pacientes, para observar el flujo de ingreso y
salida del rea del trabajo. A fin de identificar los inconvenientes que existen con
este proceso y los objetivos a cumplir.
Alcance
El documento nos ayudara tener una visin clara sobre el flujo de trabajo en el
proceso de atencin de consultas externas de pacientes que se realiza en la Posta
Mdica 10 de Octubre, en este documento se centrar especficamente en ingreso
del paciente viendo cul es su flujo de trabajo en esta actividad hasta la salida del
paciente.
Definiciones, siglas y abreviaturas

Ver en Glosario de trminos.
Referencias
Descripcin de la Organizacin v1.0
Para la recopilacin de informacin realizamos una entrevista al:
(administrador de la posta mdica).
Sr. Daniel Chvez
Resumen
Este documento describir el proceso de Atencin de Consultas Externas, los
objetivos que se cumple as como tambin los rendimientos, tanto de entrada como
el de salida. Tambin se describir algunos puntos adicionales del flujo a tratar.
Descripcin Breve
5 8
Versin: 1.0
Pacientes
2510/01/2013
Este caso de uso de negocio contiene la descripcin del proceso mediante el cual se
gestionar la atencin del paciente desde su ingreso al centro mdico, pasando por
consultorio, hasta la obtencin de medicinas ; donde se menciona detalladamente
cmo se realiza dicho flujo.
Reducir el tiempo de atencin de pacientes de en un 40 %.Ya que actualmente la
atencin dura aproximado 3 horas.
Identificar los cuellos de botella en el flujo de generacin de citas, para reducir en
un 40% entre cada cita.
Optimizar la confiabilidad de la informacin
Proporcionar atencin mdica integral, efectiva, y satisfactoria a los pacientes.
Agilizando los procedimientos de atencin en admisin ya que son lentos.
Se refiere a la capacidad de agilizar los procedimientos en admisin.
Verificando programacin de citas.
Se refiere a la capacidad de programar citas.
Se refiere a la capacidad del encargado de admisin, para obtener la informacin
precisa y confiable de los pacientes.
al
proceso.
FLUJO DE TRABAJO
Paciente se dirige admisin y solicita una consulta mdica.
5 9
Versin: 1.0
Pacientes
2510/01/2013
El paciente indica su nmero de historia clnica.
El responsable de admisin busca historia clnica del paciente
El paciente indica el tipo de consulta que desea.
El encargado de admisin le entrega la cita con el nombre del mdico.
El paciente se dirige al consultorio y le entrega la cita a la enfermera.
La enfermera solicita la historia clnica a admisin
El Encargado de admisin entrega la historia clnica a la enfermera.
La enfermera adjunta historia clnica del paciente la cita.
La enfermera le entrega la cita al mdico junto con la historia clnica.
El paciente espera a ser llamado por el mdico.
El medico llama al paciente.
El mdico le tomara la presin arterial, la talla y el peso para ver las condiciones
mdicas del paciente.
El medico registra el resultado de la cita en la historia clnica.
El mdico le entregara al paciente una receta con los medicamentos indicados.
Flujos alternativos
5.2.2. En el punto 16, si el medico desea un apoyo al diagnstico, puede mandar al
paciente al laboratorio a realizarse exmenes adicionales.
El medico genera orden para realizar exmenes necesarios.
El medico entrega al paciente orden de exmenes.
El paciente se dirige al laboratorio a realizarse los exmenes.
El tcnico de laboratorio solicita orden de examen.
El paciente entrega los documentos y procede a realizarse un examen.
El tcnico de laboratorio efecta los exmenes solicitados por el mdico.
El tcnico de laboratorio llama al paciente y entrega los resultados de los
exmenes.
El paciente se dirige al medico y le entrega los resultados.
CATEGORIA
6 0
Versin: 1.0
Pacientes
2510/01/2013
RIESGOS
El riesgo que se corre es si el encargado de Admisin no proporciona
correctamente
los datos del paciente o lo hace muy
lentamente.
POSIBILIDADES
DUEO DEL PROCESO
PRE-CONDICION
POST-CONDICION
Los resultados de los exmenes mdicos deben quedar registrados en la
historia clnica.
No aplica.
PUNTOS DE EXTENSION
Ninguna.
6 1
DIAGRAMA DE ACTIVIDADES: Atencin de consultas externas de paciente

hasta el trmino de la consulta del paciente con el medico
Diagrama de Actividades
Anexo 6
Sistema Integral de Consulta

Externa
(SICE)
Matriz
de
Requerimientos
actividades
vs
Matriz de Actividades VS. Requerimientos
Anexo 9

(SICE)
CONTENIDO DEL ENTREGABLE FINAL DE
TALLER DE ANLISIS
Versin 1.1
Revisin Histrica
FECHA
03/04/2012
16/04/2012
VERSIN
DESCRIPCIN
AUTOR
1.0
Creacin
del
documento
Especificacin Requerimientos
de Software.
Prez , Erick
1.1
Correccin
del
Documento
Especificacin
de
Requerimientos de Software
Fajardo , Luis
6 7
CONTENIDO DEL ENTREGABLE FINAL DE TALLER DE ANLISISCONTENIDO

DEL ENTREGABLE FINAL DE TALLER DE ANLISIS
1. Introduccin
Este documento describe los requerimientos del software, usando un
lenguaje natural, sin modelamientos de casos de Uso.
. Captura todos los requisitos con las secciones aplicables insertadas de las
especificaciones suplementarias.
1.1. Propsito
Describe el comportamiento del sistema, los requerimientos no funcionales, la
construccin del diseo, y otros factores necesarios para proveer una completa
descripcin de los requerimientos para el software.
1.2. Alcance
El presente documento aplica a todo el equipo de desarrollo del Sistema
Integral de Consulta Externa.
1.3. Referencias
Visin.
RUP.
Entrevistas.
Especificaciones Suplementarias.
1.3. Descripcin
Esta sub-seccin describe que el resto del documento de los Requerimientos
no Funcionales o de la Especificacin de los Requerimientos de Software.
2.
Descripcin Global
6 8
Reporte del Modelo de Casos de Uso
2.1 Lista de Actores del Sistema Integral de consulta externa
6 9
Lista de actores del sistema
Nombre
Descripcin
Usuario con acceso a registrar consulta clnica, registrar
signos vitales , generar receta
Usuario con acceso a registrar historias clnicas
2.2 Lista de Casos de Uso del Sistema Integral de Consulta Externa

Lista de Casos de Uso del sistema
Nombre
Descripcin
Este caso de uso permite Generar cita
Generar cita
El propsito de este caso de uso es
permitir al encargado de admisin generar
historia clnicas a los pacientes
Generar historia clnica
Este caso de uso permitar buscar un
medico registrado en la BD
Buscar Medico
Este Caso de Uso permite al mdico
registrar los signos vitales del pacientes
Registrar signos vitales
Este caso de uso permite al mdico
generar receta despus de dar su
diagnostico
Generar Receta Medico
7 0
Este caso de uso permite al mdico

registrar su consulta del paciente una vez
finalizada
Registrar consulta medica
El Caso de Uso permite visualizar la
historia clnica del paciente para registrar
consultas diversas
Buscar historia clnica
Este caso de uso permite buscar un
medicamento registrado.
Buscar Medicamento
2.3 Consideraciones y dependencias

El sistema se implantar en el rea de Seguridad Ciudadana y trabajara en
una arquitectura Web, el cual podr ser accedido desde cualquier rea o
gerencia.
Para lo cual la informacin ser ingresado a una base de datos SQL Server
2000, debido a que la Municipalidad viene trabajando con este motor de
Base de Datos.
El lenguaje para el desarrollo del sistema ser JAVA, la Municipalidad ya cuenta con
otros proyectos de la misma tecnologa y con los servidores requeridos.
3 REQUERIMIENTOS FUNCIONALES
El Sistema Integral de Consulta Externa, debe cubrir todos los requerimientos del
software a un nivel de detalle suficiente que permita a los diseadores realizar un
sistema que satisfaga dichos requerimientos y a los testers probar que el sistema
satisface dichos requerimientos.
3.1 Funcionalidad
Esta seccin describe los requerimientos funcionales del Sistema Integral de
Consulta Externa para los requerimientos definidos de los stakeholders,
expresado en lenguaje natural simple. Esta seccin podra organizarse en
trmino de los subsistemas funcionales en los que se descompondr el
producto software.
3.1.1 Registrar Signos vitales

El primer requerimiento solicitado es que el sistema permita registrar signos
vitales
, definiendo el peso, tamao, presin arterial.
7 1
3.1.2 Registrar Consultas mdicas

El segundo requerimiento solicitado es que el sistema permita el registro
de consultas mdicas realizadas en el consultorio. As como generar
exmenes adicionales en caso se necesite
3.1.3 Generar Receta
El tercer requerimiento solicitado es que el sistema registrar la receta que
el medico indique
3.2 Usabilidad
Tambin se le conoce como facilidad de uso. Esta seccin deber incluir
todos aquellos requerimientos de los stakeholders que afecten la usabilidad
del producto.
3.2.1 Navegacin
El sistema contar con una fcil navegacin y debe proporcionar varias
opciones para el usuario.
3.2.2 Diseo Intuitivo

El sistema estar distribuido de una forma intuitiva para el usuario
respetando los estndares.
3.3 Confiabilidad
Los requerimientos de confiabilidad del Sistema Integral de Consulta
Externa deben ser especificados siguiendo las sugerencias siguientes:
3.3.1 Disponibilidad
El Sistema Integral de Consulta Externa (SICE) ser disponible los horarios
de trabajo para los siguientes usuarios: Medico, Encargado de Admisin, y
estar disponible para el Administrador las 24 horas del da.
3.3.2 Privacidad
La
informacin
proporcionada
por
los
usuarios
ser
estrictamente
confidencial y ser nica y exclusivamente usada para procesos internos.
3.3.3 Errores de inicio de sesin

7 2
En el momento en que el usuario ingrese sus datos para ingresar al sistema,

puede existir la posibilidad de que comenta algn tipo de error al ingresar
sus datos, por eso es que el sistema retornar un mensaje de error en una
ventana, indicando que vuelva a ingresar sus datos.
3.3.4 Registro de errores del sistema

Los errores generados en el sistema se almacenarn en un log o registro de
eventos, de tal manera que ste sirva para una posterior solucin.
3.4 Representacin
Tambin es conocida como desempeo. Las caractersticas del desempeo,
la que debe de incluir tiempos de respuestas especficos. Cuando se
requiera se deber hacer referencia explcita a los casos de usos sobre los
que el requerimiento se establece.
Tiempo de respuesta de una transaccin (promedio, mximo)
Transacciones por segundos (Resultados obtenidos en una cierta unidad
de tiempo)
Capacidad, por ejemplo, el nmero de usuarios o transacciones que el
sistema puede soportar.
Utilizacin de recursos, tales como memoria, disco, comunicaciones, y
otros.
3.4.1 Usuarios simultneos

El
sistema
ser
capaz
de
soportar
varios
usuarios
conectados
simultneamente ya que los servidores que alojara el sistema, cuantan con

los suficientes recursos y soportan un alto trfico en sus redess. Para
comprobar se realizar pruebas de stress.
3.5 Soporte del Sistema
Tambin se le conoce como facilidad de soporte. Esta seccin debe cubrir
cualquier
requerimiento
mantenimiento
del
que
sistema,
mejore
la
incluyendo
capacidad
estndares
del
de
soporte
codificacin,
convenciones para nombrar (variables, operaciones, clases, funciones,

procedimientos, atributos, parmetros, etc.), libreras de clases o cdigo.
7 3
El software ser diseado en JAVA, para lo cual utilizaremos la herramienta

SQL SERVER 2000 y como se trata de una aplicacin Web, se desarrollara
en ASP.NET 3.5.
3.6 Restricciones del Diseo
Esta seccin debe tener las restricciones de diseo sobre el sistema. Estas
restricciones representan decisiones de diseo ajustadas a estndares
definidos por la organizacin. Algunos ejemplos a considerar incluyen
lenguajes, herramientas definidas, restricciones sobre la arquitectura,
componentes adquiridos, etc.
El software tendr como idioma base el espaol.
Las herramientas que necesitarn para el diseo de software son:
Windows Server 2000.
SQL SERVER 2000.
3.7 Interfaces
En esta seccin, se deber definir las interfaces que deber soportar el
sistema. Debe contener adecuada especificacin sobre protocolos, puestos,
direcciones lgicas.
3.7.1 Interfaces de Usuario

La interfaz de usuario ser va Web, desde establecer la relacin entre los
usuarios y los sistemas de informacin y procesos transaccionales que
corren pararelamente, debiendo posibilitar la localizacin de la informacin
deseada, el entendimiento claro de las funcionalidades ofrecidas, la
realizacin prctica de tareas especficas por parte de los usuarios y la
navegacin intuitiva por las diferentes pginas que forman el sitio Web.
3.7.2 Interfaces de Hardware

3.7.2.1 Servidor de Base de Datos
Marca: HP Proliant.
Procesador: Procesadores Intel Xeon 2.8 GHz.
7 4
Memoria: 8 GB.
Capacidad: 80 GB ULTRA320 15K RPM
3.7.2.2 Servidor de Aplicaciones

Marca: HP Proliant.
Procesador: Procesadores Intel Xeon 2.8 GHz.
Memoria: 8 GB.
Capacidad: 80 GB ULTRA320 15K RPM
3.7.3 Interfaces de Software

Motor de Base de Datos SQL SERVER 2000
Herramienta de Programacin ASP.NET 3.5.
Gateways.
Routers
Switchers.
3.8 Requerimientos de Licencia

En esta seccin, se describe los requerimientos de licencias del producto
(esto se debe solicitar cuando el proyecto se tercerice).
Plataforma Windows Server 2000
Licencias por procesador
IIS 7.0
Gratis
SGBD SQL SERVER 2000
Licencia por Procesador
3.9 Derechos Reservados y Otros Avisos

En esta seccin, se define los requerimientos de licencias del producto (esto
se debe solicitar cuando el proyecto se tercerice).
Los derechos reservados estarn incluidos en el contenido segn lo
requerido por la poltica.
3.10 Estndares Aplicables
7 5
Se har uso de cualquier tipo de estndar que confirme la funcionalidad del

software.
4 Informacin Secundaria
Esta
informacin
secundaria
hace
la
especificacin
de
los
requerimientos de software ms fcil de elaborar. Incluye tabla de

contenido, ndice y apndices que son prototipos de los casos de uso.
Cuando las tablas de contenido son incluidos, la especificacin de los
requerimientos de software debe estar explcitamente si los apndices
son consideradas parte de los requerimientos.
7 6
Anexo 10A

(SICE)
CONTENIDO DEL ENTREGABLE FINAL
DE TALLER DE ANLISISGenerar Cita
Mdica
Versin1.1
7 7
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0
Creacin del documento ECU

Generar Cita Medica.
Rojas ,Paul
16/04/2012
1.1
Correccin
del
Documento
ECU Generar Cita Medica.
Prez, Erick
7 8
CASO DE USO- CONTENIDO DEL ENTREGABLE FINAL DE TALLER DE

ANLISIS
BREVE DESCRIPCIN
El caso de uso permite al Encargado de Admisin Generar una Cita.
ACTORES
FLUJO DE EVENTOS
Flujo Bsico
El Caso de Uso inicia cuando el Encargado de Admisin selecciona la opcin
Generar Cita en la Interfaz del Men Principal.
El Sistema muestra la interfaz Generar Cita con los siguientes campos:
Numero Cita (precargado), Nombre del Encargado de Admisin, Fecha de Creacin
(cargada).
Datos del Paciente: Nro. de DNI, Nombre, Apellido Paterno, Apellido Materno, Nro.
Documento.
Consulta de Medico
Costo del Servicio: Monto.
Adems de las opciones: Buscar Historia C,Buscar, Grabar, Salir e
Imprimir.
El Encargado de Admisin solicita Buscar.
El Sistema incluye el caso de uso Buscar HC.
El encargado de Admisin selecciona la especialidad del mdico
El encargado de Admisin selecciona buscar
El sistema incluye el caso de uso Buscar Mdico
El sistema muestra los datos del mdico
El Sistema calcula el Costo del Servicio requerido.
El Encargado de Admisin solicita Grabar.
El Sistema obtiene el ltimo Nmero de Cita y autogenera el cdigo de la cita.
El Sistema graba la Cita con su detalle, muestra el Nro. de Cita, imprime la Cita y
muestra el mensaje Cita Nro. 999999 grabada correctamente.
El Encargado de Admisin solicita Salir, se cierra la interfaz y el caso de uso
termina.
3.2. FLUJOS ALTERNATIVOS
4.1 Historia Clnica no Existe
Si el Paciente no existe el sistema indicara Historia Clnica no encontrado
caso de uso finaliza
7.1 Mdico no Existe
Si el mdico no existe el sistema indicara Mdico no encontrado caso de
uso finaliza
Requerimientos Especiales
4.1Aprovisionamiento de papel para emitir la Cita.
7 9
Pre Condiciones
5.1. El Encargado de Admisin logeado al Sistema.
Post Condiciones
6.1. La Cita quedara registrado en el Sistema con su detalle.
PROTOTIPO
8 0
8 1
Anexo 10B

(SICE)
DE TALLER DE ANLISISGenerar
Historia Clnica
Versin1.1
8 2
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0

Generar Historia Clnica.
Vela, Flix
16/04/2012
1.1
Correccin
del
Documento
ECU Generar Historia Clnica.
Prez, Erick
8 3

BREVE DESCRIPCIN
El caso de uso permite al Encargado de Admisin generarRegistrar una
Historia Clnica.
ACTORES
FLUJO DE EVENTOS
3.1. Flujo Bsico
El Caso de Uso inicia cuando el Encargado de Admisin selecciona la opcin Generar
Historia Clnica en la Interfaz del Men Principal.
El Sistema muestra la interfaz Registrar Historia Clnica con los siguientes campos:
Numero Historia Clnica (precargado), Nombre del Encargado de Admisin,
Fecha de Creacin (cargada).
Datos del Paciente: Cdigo (autogenerado), Nombre, Apellido Paterno, Apellido
Materno, Sexo, Estado Civil, Ocupacin, Tipo de Documento, Nro. de
Documento, Fecha de Nacimiento.
Datos del Contacto: Telfono Casa, Nombre Familiar, Celular, Telfono.
Datos de Ubicacin: Direccin.
Adems de las opciones: Grabar y Salir.
El Encargado de Admisin ingresa los Datos del Paciente.
El Encargado de Admisin ingresa los Datos del Contacto.
El Encargado de Admisin ingresa los Datos de Ubicacin.
El Encargado de Admisin solicita Grabar.
El Sistema obtiene el ltimo Nmero de Historia Clnica y autogenera el cdigo
de Paciente.
El Sistema graba la Historia Clnica con su detalle, muestra el Nro. de Historia de
Clnica, imprime la Historia Clnica y muestra el mensaje Paciente Nro. 999999
grabado correctamente.
El Encargado de Admisin solicita Salir, se cierra la interfaz y el caso de uso
termina.
4.1Requerimientos Especiales
Aprovisionamiento de papel para emitir la Historia Clnica.
4.2Datos Incompletos
Si al momento de grabar existe algn campo vacio el sistema indicara que
se llene correctamente los campos.
Pre Condiciones
5.1. El Encargado de Admisin debe estarlogeado al Sistema.
Post Condiciones
8 4
6.1. La Historia Clnica quedara registrado en el Sistema con su detalle.
PROTOTIPO
8 5
Anexo 10E

(SICE)
DE TALLER DE ANLISISRegistrar
Consulta Medica
Versin1.1
8 6
8 7
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0

Registrar Consulta Medica.
Vela, Flix
16/04/2012
1.1
Correccin
del
Documento
ECU Registrar Consulta Medica.
Fajardo , Luis
8 8
CASO DE USO CONTENIDO DEL ENTREGABLE FINAL DE TALLER DE

ANLISIS

BREVE DESCRIPCIN
El caso de uso permite al Medico Registrar una Consulta Mdica.
ACTORES
Medico
FLUJO DE EVENTOS
3.1. Flujo Bsico
1. El Caso de Uso inicia cuando el Medico selecciona la opcin Registrar
Consulta Mdica en la Interfaz del Men Principal.
2. El Sistema muestra la interfaz Registrar Consulta Mdica con los
siguientescampos:
Numero Consulta, Nombre del Mdico, Fecha de Creacin.
Datos del Paciente: Nro. de Historia Clnica, Nombre, Apellido Paterno, Apellido
Materno, Nro. Documento.
y Tipo de examen.
Motivo de Consulta.
Enfermedad Actual.
Adems de las opciones: Buscar Paciente Grabar, Salir e Imprimir.
El Medico solicita BuscarHC.
El Sistema incluye el caso de uso Buscar Historia Clnica.
El Sistema muestra los datos del Paciente.
El Medicoingresa el Motivo de Consulta del Paciente.
El Medicoingresa la Enfermedad Actual del Paciente.
El Medicosolicita Grabar.
El Sistema Autogenera el cdigo de la consulta.
El Sistema graba la Consulta con su detalle, muestra el Nro. de Consulta,
imprime la Consulta y muestra el mensaje Consulta Nro. 999999
grabada correctamente.
El Medicosolicita Salir, se cierra la interfaz y el caso de uso termina.

1.1 Paciente no encontrado
El sistema muestra el mensaje Paciente no encontrado y el caso de uso finaliza.
10.1 Consulta Mdica no grabada correctamente
Si el sistema no llega a grabar la consulta mdica y/o detalles, muestra un MSG:
Anlisis Clnico no Registrado y el caso de uso finaliza.
4.1Aprovisionamiento de papel para emitir la Consulta.
Pre Condiciones
5.1. El Medico logeado al Sistema.
Post Condiciones
6.1. La Consulta quedara registrado en el Sistema con su detalle.
8 9
7. PROTOTIPO
9 0
Anexo 10G

(SICE)
DE TALLER DE ANLISISRegistrar
Signos Vitales
Versin1.1
9 1
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0

Registrar Signos Vitales.
Prez ,Erick
16/04/2012
1.1
Correccin
del
Documento
ECU Registrar Signos Vitales.
Vela, Flix
9 2
CASO DE USO - CONTENIDO DEL ENTREGABLE FINAL DE TALLER DE

ANLISIS
BREVE DESCRIPCIN
El caso de uso permite al Medico Registrar Signos Vitales.
ACTORES
Medico
FLUJO DE EVENTOS
3.1. Flujo Bsico
1. El Caso de Uso inicia cuando el Medico selecciona la opcin Registrar
Signos Vitales en la Interfaz del Men Principal.
2. El Sistema muestra la interfaz Registrar Signos Vitales con los
siguientes campos:
Numero de Examen y Fecha de Creacin.
Datos del Paciente: Nro. de DNI, Nombre, Apellido Paterno, Apellido Materno.
Signos Vitales: Frecuencia Cardiaca, Frecuencia Respiratoria, Presin Arterial,
Peso, Talla, Temperatura.
Adems de las opciones: Buscar, Grabar, Salir e Imprimir.
El Medico solicita Buscar.
El Sistema incluye el caso de uso Buscar Paciente.
El Medico ingresa los Signos Vitales.
El Medico solicita Grabar.
El Sistema Autogenera el cdigo del Nro. de Examen.
El Sistema graba los Signos Vitales con su detalle, muestra el Nro. de Examen,
imprime El Examen y muestra el mensaje Examen Nro. 999999 grabado
correctamente.
El Medico solicita Salir, se cierra la interfaz y el caso de uso termina.
3.1 Paciente No encontrado
El sistema muestra el mensaje Paciente no encontrado y el caso de uso termina.
7.1 No se puede grabar
El sistema muestra el mensaje No se pudo grabar y el caso de uso termina.
4.1 Aprovisionamiento de papel para emitir El Examen.
Pre Condiciones
Post Condiciones
6.1. La Consulta quedara registrado en el Sistema con su detalle.
7. PROTOTIPO
9 3
Anexo 10H
9 4

(SICE)
DE TALLER DE ANLISISGenerar
Receta Medica
Versin1.1
9 5
Revisin Histrica
FECHA
VERSIN
DESCRIPCIN
AUTOR
03/04/2012
1.0

Generar Receta Medica.
Rojas , Paul
16/04/2012
1.1
Correccin
del
Documento
ECU Generar Receta Medica.
Vela, Flix
CASO DE USO - CONTENIDO DEL ENTREGABLE FINAL DE TALLER DE

ANLISIS
BREVE DESCRIPCIN
El caso de uso permite al Medico generar una Receta Mdica.
ACTORES
Medico
FLUJO DE EVENTOS
3.1. Flujo Bsico
El Caso de Uso inicia cuando el Medico selecciona la opcin Generar Receta Mdica
en la Interfaz del Men Principal.
El Sistema muestra la interfaz Generar Receta Medica con los siguientes campos:
Numero Receta, Nombre del Mdico, Fecha de Creacin.
9 6
Datos del Paciente: Cdigo (autogenerado), Nombre, Apellido Paterno, Apellido

Materno, Sexo, Tipo de Documento y Nro. de Documento.
Datos del Medicamento: Cdigo Medicamento, Medicamento, Nro. Envases
Datos de Posologa: Unidad, Intervalo, Va de Administracin, Duracin de Traca
miento.
Instrucciones Adicionales.
Adems de las opciones: Agregar, Quitar, Imprimi, Buscar Grabar y
Salir.
El Sistema incluye el caso de uso Buscar Historia.
El Sistema incluye el caso de uso Buscar Medicamento.
El Sistema muestra los datos del Medicamento.
El Medico ingresa Instrucciones Adicionales.
10. El Medico solicita Agregar.
El Sistema agrega el producto a la cuadricula de Detalle de Medicamento.
El Sistema calcula el Sub-Total (precio unitario x cantidad), adiciona al detalle y
acumula el Monto Total para el Pedido.
El Medico solicita Grabar.
El Sistema obtiene el ltimo Nmero de la Receta Mdica y autogenera el cdigo de
Exmenes.
El Sistema graba la Receta Mdica con su detalle, muestra el Nro. de Receta Mdica,
imprime la Receta Mdica dice y muestra el mensaje 99999999 grabado
correctamente.
El Medico solicita Salir, se cierra la interfaz y el caso de uso termina.
3.1 Paciente No encontrado
El sistema muestra el mensaje Paciente no encontrado y el caso de uso termina.
7.1 Medicamento No encontrado
El sistema muestra el mensaje Medicamento no encontrado y el caso de uso
14.1 Receta mdica no grabada
El sistema muestra el mensaje La receta mdica no fue grabada y el caso de uso
3.2. SUBFLUJOS
10.1 Quitar Medicamento
El mdico selecciona quitar medicamento, y se elimina el medicamento que ha sido
marcado por un check en la grilla. Si no existe ningn medicamento en la grilla, el
sistema mostrara el mensaje No se elimin ningn medicamento. Y se va al paso 10.
4.1Aprovisionamiento de papel para emitir la Receta Mdica.
Pre Condiciones
Post Condiciones
6.1. La Receta Mdica quedara registrado en el Sistema con su detalle.
9 7
7. PROTOTIPO
9 8
Anexo 11

(SICE)
DE TALLER DE ANLISIS
Versin 1.1
9 9
Revisin Histrica
FECHA
03/04/2012
16/04/2012
VERSIN
DESCRIPCIN
AUTOR
1.0
Creacin
del
documento
Especificacin
de
Requerimientos Suplementarios.
Vela, Flix
1.1
Correccin
del
Documento
Especificacin
de
Requerimientos Suplementarios.
Fajardo , Luis
1 0 0
ANEXOS
Anexo 1: REQUERIMIENTO DE STAKEHOLDERS
Peticin del Stakeholder Mdico
1 0 1
1. Introduccin
El documento contiene los requerimientos del Mdico Posta Mdica 10

de Octubre", Erick Torbe Prez.
2. Perfil del Mdico de Triaje
Nombre: Erick Torbe Prez.
Compaa: Posta Mdica 10 de Octubre.
Cargo: Mdico.
3. Lista de Requerimientos
3.1 STRQ7 La posibilidad de registrar por parte del mdico de triaje, los
signos vitales de cada paciente antes de pasar a atencin.
1 0 2
Peticin del Stakeholder Encargado de Admisin
4. Introduccin
El documento contiene los requerimientos del Encargado de Admisin

de la Posta medica 10 de Octubre ", Roberto Daz Guadalupe.
5. Perfil de la Admisionista
Nombre: Roberto Daz Guadalupe
Compaa: Posta medica 10 de Octubre.
Cargo: Encargado de Admisin.
1 0 3
6. Lista de Requerimientos
6.1 STRQ1 La posibilidad de registrar un paciente y generar

automticamente una nueva historia clnica, debe estar disponible.
6.2 STRQ2 Permitir realizar una consulta de datos del paciente por
nombre o cdigo de historia clnica.
6.3 STRQ4 Permitir reservar una nueva cita, mostrando un calendario
con las fechas y horarios disponibles.
Anexo 2: CATALOGO DE REGLAS DE NEGOCIO

Reglas de Negocio
Cdigo
Nombre
Descripcin
Casos
de
afectados
Reglas del Modelo de Datos
1 0 4
uso
Un paciente solo puede tener una Registrar
BR0001 Regla 01
sola historia clnica
Clnica
Todo paciente debe tener asignado
BR0002 Regla 02
una historia clnica

Para
BR0003 Regla 03
poder
generar
Historia
una
Generar
Cita
nueva Registrar
Historia
historia clnica, necesita presentar DNI Clnica
Reglas de restriccin de estructura

Solo el
BR0004 Regla 04
medico puede llenar la Registrar
informacin de la historia clnica.
Consulta
Medica
El administrador es el nico que puede

eliminar la historia clnica, solamente Registrar
BR0005 Regla 05
Historia
si el paciente no se ha atendido en 10 clnica

aos.
Reglas de derivacin
Reglas de rechazo
BR0008 Regla 08
El encargado de admisin solo podr Registrar

registrar la historia clnica
Historia
clnica
Anexo 3: DOCUMENTO VISION

1. Introduccin
Propsito
El propsito del presente documento es:
Definir los alcances del sistema de la Posta Medica 10 de Octubre.
Describir las caractersticas principales del sistema.

1 0 5
Identificar y describir los Stakeholders del sistema.
Describir de qu manera el sistema a implementar afecta a la

organizacin y a los que participan en ella.
Objetivo general
Dotar de instrumentos de gestin de la informacin a la posta medica,
en funcin de nivel de responsabilidad, mediante un software para
poder agilizar la atencin de los pacientes, estandarizando la
informacin y garantizando la fiabilidad y validez de los datos.
Objetivos especficos
Agilizar el registro adecuado de un paciente nuevo.

Controlar la vigencia y el perfecto estado de funcionamiento del
software.
Facilitar la bsqueda de la historia clnica de los pacientes.
Alcance
El documento Visin nos dar una perspectiva ms amplia de cmo
influye el sistema en el proceso que se ve afectado por el problema
dentro de la organizacin. Adems, nos dar a conocer el entorno y las
necesidades de los stakeholders que harn uso del sistema.
Definiciones, Acrnimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una
metodologa para describir el proceso de desarrollo de software.
Referencias
_Glosario.
_Plan de desarrollo de software.
_RUP (Rational Unified Process).
_Diagrama de casos de uso.
_Entrevista con la administrador.
Documentos del centro de salud.
2. Posicionamiento
1 0 6
Oportunidad de Negocio
Mejorar el tiempo de registro de los pacientes de una manera adecuada.
Mejorar la atencin mdica, aumentando la cantidad de pacientes
atendidos ofrecindoles un servicio de calidad.
Sentencia que define el problema
El problema
Actualmente el proceso de registro y

atencin del paciente se realiza con
demasiada lentitud, esto debido al
registro manual del paciente y a la alta
cantidad de pacientes presentados da a
da esto ocasionando una saturacin en
la atencin de los pacientes y esto se
puede ver en las largas colas.
afecta a
A los pacientes, al encargado de

admisin, medico, tcnico de laboratorio
,cajero y administrador responsable del
centro de salud.
El impacto asociado es
Ocasiona demora y desorden.

Ocasiona colas afueras de la posta
mdica.
Disminucin de personas atendidas.
una adecuada solucin

sera
Disear e Implementar un sistema web

de registro de datos, generacin de
historias clnicas para una mayor
rapidez y calidad de atencin.
1 0 7
Sentencia que define la posicin del Producto

Para
Admisioncita, cajero, mdico, tcnico de

laboratorio.
Quienes
Requieren registrar paciente, generar ticket,

registrar pago, registrar consulta, registrar
examen clnico , generar historia clinica.
El
nombre
producto
del
Sistema integral de consultas externa
Que
Disminuye la cantidad de errores al momento

de registro, disminucin de colas y una buena
atencin de calidad a los pacientes, llevar un
buen registro de historia clinica.
No como
El sistema actual que es manual.
Nuestro producto
Sistema integral de consultas externa (SICE),

proporciona un manejo automatizado de los
principales procesos y una atencin de
calidad hacia el paciente.
3. Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios

Para proveer de una forma efectiva productos y servicios que se ajusten a
las necesidades de los usuarios, es necesario identificar e involucrar a todos
los participantes en el proyecto como parte del proceso de modelado de
requerimientos. Tambin es necesario identificar a los usuarios del sistema y
asegurarse de que el conjunto de participantes en el proyecto los representa
adecuadamente. Esta seccin muestra un perfil de los participantes y de los
usuarios involucrados en el proyecto, as como los problemas ms
importantes que stos perciben para enfocar la solucin propuesta hacia
ellos. No describe sus requisitos especficos ya que stos se capturan
mediante otro artefacto. En lugar de esto proporciona la justificacin de por
qu estos requisitos son necesarios.
1 0 8
Resumen de Stakeholders
Nombre
Descripcin
Responsabilidades
Administrador
Es
la
persona
encargada
de
administrar
los
recursos
de
la
empresa.
Gestor
de
Contenidos
Es la persona que
garantiza
la
independencia
y
desarrollo
del
proyecto.
Integrar las pginas web en un

mismo entorno
Desarrollador
Es la persona que va
a
desarrollar
la
pgina web solicitada.
Desarrollar el sistema requerido.
Administrar la empresa.
Generar Reportes
Resumen de Usuarios
Nombre
Descripcin
Stakeholders
Encargado de Usuario con acceso al modulo Responsable

Admisin
de registro de nuevo paciente, Admisin
Ingresara los datos necesarios
para el registro de nuevo
paciente, historia clnica, y la
generacin de ticket de pago.
Medico
de
Usuario con acceso al modulo Medico

de atencin registra la consulta
mdica
del
paciente,
diagnsticos, recomendaciones
y receta mdica.
Entorno de usuario
El nmero de personas involucradas en el registro y atencin del paciente son
cinco: admisioncita, cajero, mdico, tcnico de laboratorio y administrador.
Los procesos son de atencin mdica externa al paciente, se interesa
automatizar los procesos para que el paciente interacte en un ambiente en
donde se pueda sentir cmodo al momento de su atencin.
1 0 9
Perfil de los Stakeholders

Representante
Roberto Daz Guadalupe
Descripcin
Usuario con acceso al sistema que se encarga del registro de

los pacientes y la historia clnica.
Tipo
Usuario del sistema.
Responsabilida
des
-Registrar pacientes nuevos.

-Generar Ticket de pago de consulta.
- Generar Historia Clnica.
-Consultar paciente.
Criterio de xito
Realizar un correcto registro del paciente para presentar un

buen reporte al Administrador.
Grado
participacin
Comentarios
ninguno
Medico
Representante
Jefferson Aucassi Centeno
Descripcin
Usuario con acceso al modulo de atencin de consulta

mdica.
Tipo
Usuario del sistema
Responsabilid
ades
-Registrar consulta medica.

-Generar Receta Mdica.
-Generar Orden de Exmenes Adicionales
Criterio
xito
de
Realizar un correcto registro de consulta mdica para que

quede registrado en su historia clnica.
.
Grado
de
participacin
Comentarios
Ninguno
4. Descripcin Global del Producto

Perspectiva del producto
Los objetivos a conseguir con la implementacin del sistema de informacin
es: Ser un Centro de Salud lder en la atencin mdica en la urbanizacin 10
de Octubre, aumentando en 20% anual la cantidad de pacientes, mejorando la
calidad de los servicios de Salud en beneficio de la poblacin en general con
nfasis en los grupos poblacionales vulnerables y minimizando las colas.
Resumen de caractersticas
1 1 0
A continuacin se mostrar un listado con los beneficios que obtendr el

cliente a partir del producto:
Beneficio del
cliente
Caractersticas que lo apoyan
Tiempo
La bsqueda de datos del paciente se realiza de

forma rpida.
Calidad
Atencin a las personas.
Suposiciones y dependencias
No se devuelve el dinero de una consulta ya generada.
Costo y precio
20 516 soles
5. Descripcin Global del Producto
1.1 FEAT1 El sistema verificara la existencia de historia clnica.
1.2 FEAT2 El sistema registrara los datos del paciente.
1.3 FEAT3 El sistema adjuntara fotocopia del DNI y foto del paciente.
1.4 FEAT4 El Sistema permitir buscar mdicos disponibles.
1.5 FEAT5 El sistema registrar la cita mdica.
1.6 FEAT6 El sistema imprimir un ticket con el cdigo del documento.
1.7 FEAT10 El sistema permitir realizar bsquedas de historias clnicas.
1.8 FEAT11 El sistema registrar los signos vitales de cada paciente.
1.9 FEAT13 El sistema permitir realizar bsquedas de los servicios
disponibles en la posta mdica.
1.10 FEAT18 El sistema permitir registrar la consulta mdica de cada
paciente.
1.11 FEAT19 El sistema permitir generar la receta medica
1.12 FEAT20.El sistema permitir imprimir la receta mdica
6. Restricciones
Ninguna
1 1 1
7. Precedencia y Prioridad
Alta
8. Otros Requisitos del Producto
Estndares Aplicables
Todos los aplicados a sistemas web.
Requisitos de Sistema
Sistema operativo.
Base de datos online.
Acceso a internet
Requisitos de Desempeo
Hardware ptimo.
Requisitos de Entorno
Espacio exclusivo para los servidores.
9. Requisitos de Documentacin
Manual de Usuario
Manual del sistema.
Ayuda mediante texto que estar en la web.
Guas de Instalacin, Configuracin, y Fichero Lame
Todo se incluir en el instalador.
1 1 2
Anexo 4: MODELO DE NEGOCIO Y ANALISIS DE NEGOCIO
MODELADO DEL NEGOCIO

este proceso.
1. Modelo de Caso de Uso del Negocio
1.1.
Lista de los Actores del Negocio


Nombre
Descripcin
1 1 3
Tabla 1 Lista de Actores del Negocio
1.2.
Lista de Casos de Uso del Negocio

Nombre
Descripcin
Es el proceso donde se describe todo el flujo de
trabajo de la posta medica 10
de octubre,
desde que un paciente ingresa hasta que es

atendido
Tabla 2 Lista de Casos de Uso del Negocio
1.3.
Diagrama de Casos de Uso del Negocio
Ilustracin 1 Diagrama de Casos de Uso del Negocio
1 1 4
2. Modelo de Anlisis del Negocio
A diferencia de modelo de caso de negocio en el modelo de anlisis pasamos a

una vista interna del proceso de Atencin de Consultas Externas de Paciente,
pudiendo analizar los trabajadores de la Posta Mdica
10 de Octubre y
adems identificaremos las entidades que se manejan en nuestro proceso.
2.1.
Lista de Trabajadores de Negocio
Lista de trabajadores de negocio

Nombre
Descripcin
Trabajador que se encarga se registrar la historia
clnica del paciente y generar cita con el medico
Se encarga de registrar el diagnstico del paciente

en la historia clnica y generar receta
Tabla 3 Trabajadores del Negocio
2.2.
Lista de Entidades de Negocio
Las entidades de negocio son los contenedores de informacin dentro de

nuestro proceso y pueden ser de dos orgenes: Interno (I) o Externo (E),
adems podemos clasificarlas por tipos: Persistente (P) o Formulario (F)
1 1 5
Lista de entidades de negocio

Nombre
Descripcin
Origen
Tipo
medico I
Documento donde se encuentran

los datos personales del paciente,
y el historial de cada paciente
Documento donde se registra el

nombre
del
medico
que
lo
atender,
Documento que se le entrega al

paciente que contiene el numero
de historia clnica
Documento
entrega
al
que
el
paciente
donde
contiene los medicamentos que le

Tabla 4 Entidades del Negocio
1 1 6
Anexo 5: DIAGRAMA GENERAL DE CASO DE USO DE

NEGOCIO
1 1 7
Anexo 6: ESPECIFICACION DE CASO DE USO DE NEGOCIO

Descripcin Breve
Este caso de uso de negocio contiene la descripcin del proceso mediante el
cual se gestionar la atencin del paciente desde su ingreso al centro mdico,
pasando por consultorio, hasta la obtencin de medicinas ; donde se
menciona detalladamente cmo se realiza dicho flujo.
Reducir el tiempo de atencin de pacientes de en un 40 %.Ya que

actualmente la atencin dura aproximado 3 horas.
Identificar los cuellos de botella en el flujo de generacin de citas,
para reducir en un 40% entre cada cita.
Optimizar la confiabilidad de la informacin
Proporcionar atencin mdica integral, efectiva, y satisfactoria a los
pacientes.
Agilizando los procedimientos de atencin en admisin ya que son
lentos.
1 1 8
Se refiere a la capacidad de agilizar los procedimientos en admisin.

Verificando programacin de citas.
Se refiere a la capacidad de programar citas.
Se refiere a la capacidad del encargado de admisin, para obtener la
informacin precisa y confiable de los pacientes.
al proceso.
FLUJO DE TRABAJO
1. Paciente se dirige admisin y solicita una consulta mdica.
2. El paciente indica su nmero de historia clnica.
3. El responsable de admisin busca historia clnica del paciente
4. El paciente indica el tipo de consulta que desea.
5. El Encargado de admisin le entrega la cita con el nombre del
mdico.
6. El paciente se dirige al consultorio y le entrega la cita a la enfermera.
7. El Encargado de admisin entrega la historia clnica a la enfermera.
8. El medico recibe de la enfermera la historia clnica del paciente.
9. El medico llama al paciente.
10. El mdico le tomara la presin arterial, la talla y el peso para ver las
condiciones mdicas del paciente.
11. El medico registra el resultado de la cita en la historia clnica.
12. El mdico le entregara al paciente una receta con los medicamentos
indicados.
Flujos alternativos
5.2.2. En el punto 10, si el medico desea un apoyo al diagnstico, puede
mandar al
paciente al laboratorio a realizarse signos vitales.
1. El medico genera orden para realizar exmenes.
2. El medico entrega al paciente orden de exmenes.
3. El paciente se dirige al laboratorio a realizarse los exmenes.
1 1 9
4. El paciente entrega los documentos y procede a realizarse un

examen.
5. El paciente se le entrega los resultados de los exmenes.
6. El paciente se dirige al medico y le entrega los resultados.
CATEGORIA
RIESGOS
El riesgo que se corre es si el encargado de Admisin no proporciona
correctamente los datos del paciente o lo hace muy lentamente.
POSIBILIDADES
DUEO DEL PROCESO

PRE-CONDICION
POST-CONDICION
1.2
Los resultados de los exmenes mdicos deben quedar registrados
1.3
en la historia clnica.
No aplica.
PUNTOS DE EXTENSION
Ninguna.
1 2 0
Anexo 7: DIAGRAMA DE ACTIVIDADES
1 2 1
1 2 2
Anexo 8: MATRIZ DE TRAZABILIDAD
Matriz de Actividades y Requerimientos - Sistema de Atencin de Consulta

Externa
Proceso de
Negocio
Atencin
Consultas
Externas
Actividad del
Negocio
Buscar Historia
Clnica
Responsable
del
Negocio
Encargado de
admisin
Requerimiento o Responsabilidad
RF-001
RF-0021
Registra Historia
Clinica
RF-0032
Registra Cita
Mdica
RF-0043
RF-0054
Buscar
historia
clnica
Registrar
datos
del
Paciente
Adjuntar
imagen del
DNI, recibo
de luz, agua
o telfono y
fotografa de
paciente
Busca
Mdicos
Disponibles
para
consulta
Registrar
Cita mdica
Caso de Uso
CUS000
Buscar historia
clnica
CUS0021
Registrar
Historia Clnica
CUS0032
Buscar Mdico
CUS0043
Generar Cita
Actores
Encargado de
admisin
RF-0065
Revisa la cita del

paciente
Registra pago por

cita
RF-007
Cajero
RF-008
RF-009
Mdico
RF-01001
Realiza registro de
signos vitales
RF-01106
Indica exmenes
adicionales
RF-012
RF-013
Imprimir
ticket
Buscar
pagos
que
falten
cancelar.
Registrar
pagos
por
cita
Imprimir
comprobant
e de pago
Buscar
Historia
Clnica
Registrar
resultado de
Signos
Vitales
Generar
orden
de
exmenes
adicionales
Imprimir
ticket
con
cdigo de la
orden
de
exmenes
adicionales
CUS005
Buscar Cita
CUS006
Registrar pago
x cita
CUS0074
Buscar Historia
Clinica
CUS0085
Registrar signos
vitales
CUS009
Generar Orden
de exmenes
adicionales
Cajero
Tcnico de
laboratorio,
Mdico
Mdico
1 2 4
RF-014
Consulta costos por

tipo de atencin
RF-015
Cajero
RF-016
Registra pago por

exmenes
adicionales
RF-009
Realiza exmenes
adicionales
Tcnico de
laboratorio
RF-010
RF-017
Buscar
Servicios
que
ofrece
CUSla
posta 010
mdica para
los
pacientes
Buscar
pagos
de
exmenes
CUS011
adicionales
que
falten
cancelar.
Registra
pago
por
orden
exmenes
CUS012
adicionales
Imprimir
comprobant
e de pago
Buscar
Historia
Clnica
Registrar
resultado de
exmenes
adicionales.
Buscar
Servicios
Buscar Orden
de Exmenes
Adicionales
Cajero
Registrar pago
x Orden de
Exmenes
Adicionales
CUS007
Buscar Historia
Clnica
Tcnico de
laboratorio,
Mdico
CUS013
Registrar
anlisis clnico
Tcnico de
laboratorio
1 2 5
RF-018
RF-01001
RF-019
Evala Resultados
de exmenes
adicionales
RF-020
Mdico
RF-02107
RF-02208
Elabora receta
mdica
RF-02309
RF-02410
Adjuntar
resultados
de
laboratorio
CUS014
Adjuntar
resultados de
laboratorio
Buscar
Historia
Clnica
CUS0056
Buscar Historia
Clnica
CUS015
Consultar
anlisis clnicos
CUS017
Registra
Consulta
mdica
CUS018
Buscar
Medicamentos
CUS019
Generar Receta
Revisar
resultados
de
exmenes
adicionales
Actualizar
estado
de
exmenes
adicionales
Registrar
resultados
de consulta
mdica
Buscar
Medicament
os
Generar
Receta
mdica
Imprimir
Receta
mdica
Tcnico de
laboratorio,
Mdico
Mdico
1 2 6
Anexo
DE
USO
9:
DIAGRAMA
GENERAL
CASO DE
1 2 7
1 2 8
Anexo 10: ESPECIFICACION DE CASOS DE USO
(FALTA PEGAR LAS 5 ECU)
Anexo 11: DIAGRAMA DE CLASES
1 3 0
Anexo 12: DIAGRAMA DE COLABORACION
1 3 1
Anexo 13: MODELO FISICO
1 3 2
Anexo 14: DATA Y SCRIPT
1 3 3
Anexo 15: DICCIONARIO DE DATOS
1 3 4
Anexo 16: DIAGRAMA DE CLASE DE DISEO
1 3 5
Anexo 17: DIAGRAMA DE SECUENCIA
1 3 6
Anexo 18: DIARAMA DE DESPLEGUE
Diagrama de Despliegue
1 3 7
Anexo 19: CHECKLIST CODIGO JAVA
1 3 8
Anexo 20: PRUEBAS DE ESFUERZO, UNITARIAS Y

FUNCIONALES
1 3 9
Anexo 21: MANUAL DE USUARIO, CAPACITACION E

INSTALACION
1 4 0
Especificacin de Requerimientos Suplementarios

Introduccin
1.1 Propsito
Este documento detalla los requerimientos no funcionales que se aplican al
proyecto Sistema Integral de Consulta Externa de la Posta Medica 10 de
Octubre.
1.2 Alcance
Este documento aplica al nuevo aplicativo de por la Web.
Funcionalidad
Toda la funcionalidad est en las especificaciones de casos de uso. Ver el
detalle de las especificaciones de casos de uso.
Usabilidad
SUPL1 Las fechas debern ser mostradas de acuerdo al formato cargado en la
configuracin del navegador Web.
SUPL2 En las pantallas de entrada de datos, el sistema indicar que campos
son obligatorios de ingresar colocando un asterisco cerca al campo.
SUPL3 El sistema mostrar un calendario emergente en cualquier fecha que se
ingrese, tales como una fecha de reservacin de cita.
Confiabilidad
SUPL4 El sistema deber estar disponible las 24 horas del da, 7 das a la
semana.
SUPL5 El tiempo promedio entre fallas ser de al menos 24 horas.
SUPL6 El sistema puede no estar disponible no ms de 5 minutos por 24
horas.
Seguridad
SUPL7 La aplicacin deber contar con un sistema de acceso con usuario y
contrasea para cada modulo.
SUPL8 El sistema dispondr hasta 5 intentos de logueado exitoso,
caso contrario se bloqueara el acceso del usuario por 15
minutos, por seguridad.
SUPL9 El sistema deber ser desarrollado 6 meses a partir de la

fecha en que el cliente firme los Casos de Uso y las
especificaciones suplementarias.
Rendimiento
SUPL10 Slo contamos con un tipo de usuario (actores del sistema) que
pueden ingresar a la vez al sistema.
1 4 1
SUPL11 El sistema facilitar el acceso a la base de datos del sistema de

Atencin Mdica Zarate en no ms de 10 milisegundos en espera.
SUPL12 El sistema deber albergar a 1,000 citas reservadas por minuto.
SUPL13 El sistema deber adaptarse a 5.000 usuarios concurrentes.
Soporte y Mantenimiento
SUPL14 Todos los errores del sistema se registrarn y se pondrn a
disposicin del administrador.
SUPL15 Todas las transacciones (reservacin de citas, registro de paciente, la
actualizacin de una reserva, la actualizacin de datos de un paciente) se
registrarn y se pondrn a disposicin del administrador.
Consideraciones de diseo e implementacin
SUPL16 El sistema utilizar la arquitectura JEE.
SUPL17 Si la arquitectura requiere de un servidor de aplicaciones se utilizara
apache tomcat.
SUPL18 Si el sistema requiere una base de datos. Mysql deber ser el motor
que se utilize.
SUPL19 El sistema deber ser completamente probado en los siguientes
navegadores: Internet Explorer, Google Chrome, Mozilla firefox.
Interfaces
9.1. Interfaces de Usuario
SUPL21 Cuando un cuadro de dilogo se abre, el path estar en el campo de
la primera entrada en el cuadro de dilogo.
9.2. Interfaces de Hardware
No aplica a este proyecto.
9.3. Interfaces de Software
9.4. Interfaces de Comunicaciones
Requerimientos de Licencia
SUPL22 Software libre.
Requerimientos legales, Copyright y Otros
SUPL23 Los derechos reservados estarn incluidos en el contenido segn lo
requerido por la poltica.
Aplicacin de Estndares.
SUPL24 Se har uso de cualquier tipo de estndar que confirme la
funcionalidad del software.
1 4 2

Entregable Final SICE v1

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Entregable Final SICE v1

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD SAN MARTIN DE PORRES

FACULTAD DE INGENIERIA Y ARQUITECTURA

Sistema Integral de Consulta Externa (SICE)

Sistema Integral de Consulta Externa

Sistema Integral de Consulta Externa (SICE)

Definicion del Proyecto

El proyecto SICE consiste en la elaboracin de un producto de software

Alcance del Proyecto

El alcance de este proyecto consiste en el diseo del sistema y toda la

Sistema Integral de Consulta Externa (SICE)

mdulos del software y recomendaciones de hardware a usar. La

Sistema Integral de Consulta Externa (SICE)

Sistema Integral de Consulta Externa (SICE)

Identificacin de los entregables en las fases y flujo del RUP:

En este captulo se deber desarrollar un plan de

Sistema Integral de Consulta Externa (SICE)

Definicin de las Reglas del negocio

un conjunto de directrices, prcticas que ayudan los

trabajadores de negocio y a los profesionales de TI en las siguientes tareas:

Expresar las reglas claras, sin ambigedades y bien estructuradas.

Aclarar la lgica de negocio.

Mejorar la comunicacin acerca de las reglas de negocio entre la parte de

Crear un puente entre el anlisis del negocio y el diseo de sistemas.

3.1. Modelo de Casos de Uso de Negocio.

Sistema Integral de Consulta Externa (SICE)

Modelo de negocio y Anlisis del Negocio

Integracin de los procesos y actores del negocio (Visin global de casos

Los actores de negocio son las personas externas a la empresa que

Lista de actores del negocio

Es la persona que inicia el proceso de atencin

Ver anexo 5Entregables:

3.2. Modelo de Anlisis del Negocio

adems identificaremos las entidades que se manejan en nuestro proceso.

Sistema Integral de Consulta Externa (SICE)

Descripcin de los casos de uso de negocio

Glosario del Negocio.

Crear la Matriz de Proceso y Requerimiento

La matriz de actividades vs. requerimientos nos permitir ver la interaccin entre

Sistema Integral de Consulta Externa (SICE)

Considerados como requerimientos funcionales todos los procesos principales

Cuadro de requerimientos funcionales

Caso de Uso que se obtienen como requerimiento del sistema

Sistema Integral de Consulta Externa (SICE)

Cuadro de requerimientos no funcionales

Caso de Uso que se obtienen como requerimiento del sistema

Integracin de los casos de uso y actores

Especificacin de los casos de uso

Sistema Integral de Consulta Externa (SICE)

Capa especfica, es la que tendr los paquetes principales

Describe la relacin que existe entre capaz y casos de uso y sus

Contiene todos los casos de Especifica

usos de consulta medica

Contiene los casos de uso de Especifica

Sistema Integral de Consulta Externa (SICE)

Contiene los casos de uso de Especifica

Contiene los casos de uso de General

Contiene los casos de uso de General

Realizacin de los casos de uso

Elaboracin del modelo fsico

Sistema Integral de Consulta Externa (SICE)

Elaboracin del Diccionario de datos

Diseo de clase a nivel de implementaci n

Negocio (Bean, interfaz, servlet, etc.)