Proyecto Final Integrador

2014
PROYECTO FINAL
UNIVERSIDAD TECNOLGICA NACIONAL
FACULTAD REGIONAL ROSARIO

Carlomagno, Luciano
Lambertucci, Leandro
Rodrguez Vivanco, Mercedes

[PROYECTO FINAL-SYSLAB]
ETAPAS/DESARROLLO DEL PROYECTO SYSLAB PARA EL
LABORATORIO DE ANLISIS VALERO

Universidad Tecnolgica Nacional
Facultad Regional Rosario
Carlomagno Lambertucci Rodrguez Vivanco Pgina 2

ETAPA 1 .............................................................................................................................................. 6
ABSTRACT .......................................................................................................................................... 6
ANALISIS DE LA ORGANIZACION .................................................................................................... 7
LABORATORIO DE ANLISIS CLNICOS VALERO ..................................................................................................................... 7
MISIN .................................................................................................................................................................................. 7
VISIN ................................................................................................................................................................................... 7
QUIENES SOMOS................................................................................................................................................................... 7
OBJETIVOS ............................................................................................................................................................................ 7
FACTORES CRTICOS DE XITO .............................................................................................................................................. 8
ANALISIS FODA ...................................................................................................................................................................... 8
ANLISIS DE PRINCIPALES PROCESOS ................................................................................................................................... 9
ANALISIS DE LOS PROBLEMAS ACTUALES ........................................................................................................................... 10
ANLISIS DE OBJETIVOS ...................................................................................................................................................... 10
RESUMEN DE APOSTADORES Y USUARIOS .......................................................................................................................... 10
DIAGRAMA DE GANTT PRELIMINAR .................................................................................................................................... 11

ETAPA 2 ............................................................................................................................................ 17
ANLISIS DE FACTIBILIDAD ........................................................................................................... 17
FACTIBILIDAD OPERACIONAL ...................................................................................................................................................... 17
FACTIBILIDAD TCNICA .............................................................................................................................................................. 17
FACTIBILIDAD LEGAL ................................................................................................................................................................. 18
FACTIBILIDAD ECONMICA FINANCIERA ........................................................................................................................................ 18
Anlisis de beneficios ...................................................................................................................................................... 18
BENEFICIOS ............................................................................................................................................................................ 19
Anlisis de costos ............................................................................................................................................................ 19
Tiempo de Recuperacin ................................................................................................................................................ 19
DEFINICIN DEL PRECIO DEL SISTEMA Y FORMA DE PAGO ADOPTADA POR EL CLIENTE .. 21
PRESUPUESTO TIPO ....................................................................................................................... 22
CONTRATO DE SERVICIOS ............................................................................................................. 23

ETAPA 3 ............................................................................................................................................ 28
DEFINICIN DE LA METODOLOGA DE DESARROLLO A UTILIZAR JUSTIFICACIN ............ 28
CLCULO DEL TAMAO DEL SISTEMA POR PUNTOS DE CASOS DE USO .............................. 29
CLCULO DE PUNTOS DE CASOS DE USO SIN AJUSTAR ..................................................................................................................... 29
CLCULO DE PUNTOS DE CASOS DE USO AJUSTADOS ...................................................................................................................... 30
ESTIMACIN DEL PROYECTO ....................................................................................................................................................... 33
DIAGRAMA DE GANTT ..................................................................................................................... 34
ANLISIS DE RIESGOS, ESTRATEGIA DE MITIGACIN Y PLANES DE CONTINGENCIA .......... 36
ANLISIS DE RIESGOS .......................................................................................................................................................... 36
Identificacin de los posibles riesgos del proyecto ......................................................................................................... 36

Magnitud ........................................................................................................................................................................ 37
Descripcin ..................................................................................................................................................................... 38
Impactos ......................................................................................................................................................................... 39
Indicadores ..................................................................................................................................................................... 41
ESTRATEGIAS DE MITIGACIN ............................................................................................................................................ 42
PLAN DE CONTINGENCIA .................................................................................................................................................... 44
LISTADO Y DESCRIPCIN DE ACTORES SI .................................................................................. 47
LISTADO DE CASOS DE USO .......................................................................................................... 48
DESCRIPCIN EN FORMATO COMPLETO DE CASOS DE USO ................................................... 49
DIAGRAMAS DE ACTIVIDAD ........................................................................................................... 97
R1-GESTIN DE ANLISIS .................................................................................................................................................. 97
R2-GESTIN DE PRESTACIONES ........................................................................................................................................ 98
R3-GESTIN DE PACIENTES .............................................................................................................................................. 99
R4-GESTIN DE MDICOS ............................................................................................................................................... 101
R5-GESTIN DE OBRAS SOCIALES.................................................................................................................................. 102
R6-GESTIN DE PLANILLAS DIARIAS DE DIVISIN DE TRABAJO....................................................................................... 105
R7-GESTIN USUARIOS ................................................................................................................................................... 106
R8-GESTIN DE FACTURACIN DE COBROS PACIENTES ................................................................................................ 107
R9-GESTIN DE CATEGORAS ......................................................................................................................................... 108
R10-GESTIN DE INFORMES ........................................................................................................................................... 109
R11-GESTIN DE TURNOS A DOMICILIO .................................................................................................................................... 110
DIAGRAMA DE CLASES DE ANLISIS DE CASOS DE USO ....................................................... 111
R1-GESTIN DE ANLISIS ........................................................................................................................................................ 111
R2-GESTIN DE PRESTACIONES ................................................................................................................................................ 113
R3-GESTIN DE PACIENTES ..................................................................................................................................................... 114
R4-GESTIN DE MDICOS ....................................................................................................................................................... 116
R5-GESTIN DE OBRAS SOCIALES ............................................................................................................................................. 117
R6-GESTIN DE PLANILLAS DIARIAS DE DIVISIN DEL TRABAJO ........................................................................................................ 120
R7-GESTIN DE USUARIOS ...................................................................................................................................................... 121
R8-GESTIN DE FACTURACIN Y COBRO PACIENTES ..................................................................................................................... 123
R9-GESTIN DE CATEGORAS DE ANLISIS .................................................................................................................................. 124
R10-GESTIN DE INFORMES .................................................................................................................................................... 125
R11-GESTIN DE TURNOS A DOMICILIO ..................................................................................................................................... 126
DIAGRAMAS DE COLABORACIN ............................................................................................... 127
R4-GESTIN DE MDICOS ....................................................................................................................................................... 132
R6-GESTIN DE PLANILLAS DIARIAS DE DIVISIN DEL TRABAJO ........................................................................................................ 136
R8-GESTIN DE FACTURACIN Y COBRO PACIENTE ....................................................................................................................... 139
R9-GESTIN DE CATEGORAS DE ANLISIS .................................................................................................................................. 140
R11-GESTIN DE TURNOS A DOMICILIO .................................................................................................................................... 142

DIAGRAMA DE CLASES DE DISEO Y DE SECUENCIA DE DISEO ......................................... 143
R4-GESTIN DE MDICO ........................................................................................................................................................ 157
R6-GESTIN DE PLANILLAS ...................................................................................................................................................... 166
R8-GSTIN DE FACTURACIN Y COBRO PACIENTES ....................................................................................................................... 171
R9-GESTIN DE CATEGORAS ................................................................................................................................................... 172
R11-GESTIN TURNOS DOMICILIO ........................................................................................................................................... 176
DCD ................................................................................................................................................................................... 179
MODELO DE DESPLIEGUE ............................................................................................................ 180
MODELO DE BASE DE DATOS ...................................................................................................... 181

ETAPA 4 .......................................................................................................................................... 182
ELECCIN DEL LENGUAJE DE PROGRAMACIN JUSTIFICACIN ....................................... 182
MODELO DE PRUEBA, DEFECTO Y EVALUACIN DE LA PRUEBA .......................................... 183
PARTICIONES DE EQUIVALENCIA Y CASOS DE PRUEBA PARA CADA UNA DE LAS SIGUIENTES PANTALLAS DE SYSLAB ..................................... 183
PANTALLA 1- ANLISIS......................................................................................................................................................... 183
Tipos de Datos .............................................................................................................................................................. 183
Particiones de equivalencia .......................................................................................................................................... 183
Casos de Prueba ........................................................................................................................................................... 184
PANTALLA 2 PRESTACIN .................................................................................................................................................. 185
Tipos de Datos .............................................................................................................................................................. 185
Particiones de Equivalencia .......................................................................................................................................... 185
Casos de Prueba ........................................................................................................................................................... 186
PANTALLA 3 PACIENTE ...................................................................................................................................................... 187
Tipos de Datos .............................................................................................................................................................. 187
Casos de Prueba ........................................................................................................................................................... 188
PANTALLA 4 MDICOS ...................................................................................................................................................... 189
Tipos de Datos .............................................................................................................................................................. 189
Casos de Prueba ........................................................................................................................................................... 190
PANTALLA 5 OBRA SOCIAL ................................................................................................................................................. 191
Tipos de Datos .............................................................................................................................................................. 191
Casos de Prueba ........................................................................................................................................................... 192
Particiones de Equivalencia Planes ............................................................................................................................... 193
Casos de prueba Planes ................................................................................................................................................ 193
PANTALLA 6 USUARIOS ..................................................................................................................................................... 194
Tipos de Datos .............................................................................................................................................................. 194

Casos de Prueba ........................................................................................................................................................... 195
PANTALLA 7 CATEGORAS .................................................................................................................................................. 196
Tipos de Datos .............................................................................................................................................................. 196
Casos de Prueba ........................................................................................................................................................... 196
PANTALLA 8 HISTRICO PACIENTES ..................................................................................................................................... 198
Tipos de Datos .............................................................................................................................................................. 198
Casos de Prueba ........................................................................................................................................................... 198
PANTALLA 9 TURNOS DOMICILIO ........................................................................................................................................ 199
Tipos de Datos .............................................................................................................................................................. 199
Casos de Prueba ........................................................................................................................................................... 200
PLAN Y CRONOGRAMA DE CAPACITACIN PARA USUARIOS FINALES ................................ 201
1. JUSTIFICACIN ......................................................................................................................................................... 201
2. OBJETIVOS ................................................................................................................................................................ 201
3. ESTRUCTURA DEL PLAN DE CAPACITACIN .............................................................................................................. 201
4. CONTENIDOS ............................................................................................................................................................ 202
1-INTRODUCCIN ......................................................................................................................................................... 202
2-DESCRIPCIN DE LOS MDULOS ............................................................................................................................... 202
3-INICIO DE SESIN ...................................................................................................................................................... 202
4-GESTIN DE PACIENTES ............................................................................................................................................ 202
5-GESTIN DE PRESTACIONES ...................................................................................................................................... 202
6-GESTIN DE OBRAS SOCIALES ................................................................................................................................... 202
7-GESTIN DE MDICOS ............................................................................................................................................... 203
8-GESTIN DE TURNOS A DOMICILIO........................................................................................................................... 203
9 GESTIN DE INFORMES ........................................................................................................................................... 203
10-GESTIN DE ANLISIS.............................................................................................................................................. 203
11-GESTIN DE FACTURACIN Y COBRO ..................................................................................................................... 203
12-GESTIN DE PLANILLAS ........................................................................................................................................... 203
13-GESTIN DE CATEGORAS ....................................................................................................................................... 203
5. EJECUCIN ............................................................................................................................................................... 203


ETAPA 1
ABSTRACT

Proyecto
Software para Laboratorio de Anlisis Clnicos Valero

En la presente, Luciano Carlomagno, Leandro Lambertucci y Mercedes Rodrguez
Vivanco, nos unimos conformando una Sociedad de Hecho con el objetivo de desarrollar un
software para el Laboratorio de Anlisis Clnico Valero.
Seleccionamos dicha organizacin por la posibilidad que nos brindan sus miembros de
acceder fcilmente a la informacin necesaria para llevar a cabo nuestro proyecto, adems
de la posibilidad de ir probando el software a medida que lo vayamos desarrollando,
brindndonos sugerencias acerca del mismo. De esta forma, seria un software hecho a
medida para el laboratorio, y que cumplira con todas sus necesidades debido a ser sometido
constantemente a pruebas por parte del personal de la organizacin. Adems, cabe
destacar, que dicha organizacin est dispuesta a implementar nuestro producto una vez
finalizado, lo cual es una motivacin extra, dado a que veramos nuestro producto en pleno
funcionamiento.
Otra de las motivaciones de llevar adelante este proyecto es que el dueo del Laboratorio
nos propuso ofrecer nuestro producto a sus colegas en los congresos a los que asiste,
brindndonos la posibilidad de expandirnos y respetando nuestros derechos sobre el
producto segn lo dispuesto en la Ley de Propiedad Intelectual N 11723. A sta propuesta,
de concretarse, la llevaramos a cabo adecuando nuestro producto a las necesidades de los
posibles nuevos clientes modificando algunos parmetros o configuraciones del mismo de
manera de satisfacer las necesidades futuras de distintos laboratorios.
En una primera instancia, haremos un relevamiento de la organizacin, principalmente de
los problemas con los que cuentan al no poseer un software adecuado a sus necesidades,
determinaremos sus objetivos principales y los beneficios que les proporcionar el desarrollo
de nuestro producto. Luego, en base a la informacin relevada en la empresa, para satisfacer
las necesidades de la misma, el sistema a desarrollar tendr un conjunto de funcionalidades
que lo define.
Asimismo, realizaremos el correspondiente anlisis de factibilidad, para determinar la
viabilidad del proyecto, teniendo en cuenta el presupuesto con el que cuenta la organizacin.
Por ltimo, y si el anlisis de factibilidad determina la viabilidad del proyecto, procederemos
al desarrollo del software y pruebas del mismo a medida que vayamos desarrollando los
distintos mdulos, etapa que concluir con la implementacin total del sistema.

ANALISIS DE LA ORGANIZACION

LABORATORIO DE ANLISIS CLNICOS VALERO
Es una empresa prestadora de servicios en lo que se refiere a la realizacin de anlisis
clnicos, con un alto sentido de responsabilidad, calidad, oportunidad, tica y profesionalismo,
empresa en franco crecimiento y evolucin. Desde sus inicios, la empresa ha desarrollado
diferentes estrategias de organizacin.

MISIN
La misin del LABORATORIO DE ANLISIS CLNICOS VALERO es el compromiso de
servicio contrado con la sociedad, especialmente con los servicios de salud, con
responsabilidad, calidad, tica y honestidad, aplicando la tecnologa a su alcance y
proporcionando informacin clnica y teraputica oportuna y confiable, dentro de los marcos
legales correspondientes, con respeto a nuestro entorno ambiental y cumpliendo las metas
de sus propietarios.

VISIN
LABORATORIO DE ANLISIS CLNICOS VALERO pretende ser un laboratorio clnico
reconocido por:
Servicio eficiente, confiable, trato personalizado, amable y oportuno.
Calidad acreditada.
Tecnologa acorde a las necesidades del mercado.
Actualizacin acadmica y cientfica.
Precios justos y competitivos de acuerdo a sus polticas de calidad y servicio.
Rentabilidad.

QUIENES SOMOS
En el ao de 1957 inicia sus actividades el LABORATORIO DE ANLISIS CLNICOS
VALERO con el propsito de brindar a la sociedad un servicio de laboratorio clnico oportuno,
tico y confiable. Para tal efecto se han adquirido recursos humanos, tecnolgicos y
materiales que han permitido satisfacer las expectativas planteadas. Gracias al crecimiento
armnico y sostenido, se ha creado la necesidad de conjuntar un equipo humano;
profesional, capacitado, con el ms alto sentido de tica y responsabilidad; parte fundamental
en el desempeo de las actividades propias de su desarrollo profesional, el equipo humano
ha sido integrado por personas con espritu de servicio y que adems han demostrado las
aptitudes necesarias para cumplir con la misin y el compromiso contrados con la sociedad.

OBJETIVOS
Proporcionar un servicio adecuado al pblico en general.
Mantener un servicio adecuado tanto laboral como profesional.

Tener tica profesional en cualquier resultado de un anlisis a seguir.
Mantener una calidad excelente que lo har resaltar dentro del mbito laboral.

FACTORES CRTICOS DE XITO
- Ampliar el mercado hacia nuevos horizontes
- Mantener la calidad de los productos

ANALISIS FODA

FORTALEZAS
- Buenas relaciones interpersonales
- Calidad en el trato al usuario
- Equipos bsicos para realizacin de diferentes exmenes
- Personal de apoyo por gestin
- Designacin de presupuesto por planificacin y presupuesto para adquisicin de
Insumos y Reactivos
- Supervisin tcnica Indirecta por niveles
- Capacitacin externa en servicio.
- Servicio de Internet, para la autorizacin con obras sociales.
- Precios de los exmenes ofertados al alcance de los ms necesitados.
- Infraestructura: laboratorio de amplias dimensiones, permite ubicar aparatologa, sin
importar sus dimensiones, que realice determinaciones de alta complejidad, ambientes
amplios con luz natural.
- Calidad: El laboratorio cuenta con un rea de calidad, lo cual indica el compromiso de
la direccin de implementar un sistema de gestin de la calidad considerando la organizacin
como un todo.
- Factor Humano: con el compromiso de trabajar con los tres principios bsicos de la
biotica: distribucin de los recursos; confidencialidad y la no-discriminacin. O sea,
partiendo del concepto de que los buenos profesionales deben ser antes que nada buenas
personas.
- Buena comunicacin.

OPORTUNIDADES
- Convenios de prestacin de servicios con instituciones estatales y privadas.
- Control de calidad externo
- Trabajar en red con hospitales vecinos, complementando el men prestacional con
determinaciones de alta complejidad.

DEBILIDADES
- Falta de personal profesional.
- No se cuenta con personal para reparacin y mantenimiento de equipos de
laboratorio.

- No se cuenta con planes operativos.
- Equipos sin mantenimiento preventivo ponen en riesgo perdida total del equipo.
- No se realiza publicidad por problemas legales con el Colegio de Bioqumicos.
- No existe personal dedicado a ofrecer nuevos convenios con obras sociales.

AMENAZAS
- Gran cantidad de Hospitales y Centros de salud gratuitos de la ciudad.
- Situacin econmica del pas en general, ya que los insumos de alta complejidad se
valoran en moneda extranjera; hay pocos proveedores con insumos nacionales.
- Incertidumbre en el cobro a Obras Sociales Estatales debido al contexto poltico
actual.
- Posible disminucin de convenios debido a la desaparicin de Obras Sociales
pequeas (principalmente sindicales).
- Inestabilidad estacional de la demanda.
- Baja capacidad de negociacin de Aranceles con obras sociales debido al tamao del
Laboratorio.

ANLISIS DE PRINCIPALES PROCESOS
En el procedimiento que se realiza para efectuar los anlisis clnicos, se destacan tres
fases que se mencionan a continuacin:

FASE PRE ANALTICA
La fase pre analtica comprende desde que llega el cliente, hasta la obtencin de la
muestra.
a) Recibir la solicitud mdica del cliente.
b) Instrucciones al cliente.
c) Registro e identificacin de solicitudes.
d) Obtencin de la muestra.

FASE ANALTICA
Esta fase comprende todo el proceso para la realizacin de los anlisis.
a) Identificacin de muestras y solicitudes.
b) Distribucin de las muestras a cada rea correspondiente.
c) Realizacin de los anlisis.
d) Obtencin de resultados.
e) Validacin de resultados.

FASE POST ANALTICA
La fase post-analtica comprende los procedimientos que se realizan desde la obtencin
de la validacin d resultados, hasta la entrega de los mismos al cliente.

a) Registro y transcripcin de resultados.
b) Revisin y firma de resultados.
c) Entrega o informe de resultados.
d) Archivar copia de resultados.

ANALISIS DE LOS PROBLEMAS ACTUALES
SISTEMA ACTUAL
- El sistema con que cuenta actualmente el laboratorio es obsoleto y no posee
capacidad suficiente de procesamiento para la demanda actual.
- No se pueden realizar copias de seguridad.
- Los pacientes se identifican por apellido y nombre y adems por un nmero de ficha
que tiene un lmite de 99.999 registros.
- No posee capacidad de depuracin de informacin.
- No cuenta con un mdulo para facturacin.

ANLISIS DE OBJETIVOS
Proporcionar un servicio adecuado manteniendo una excelente calidad.
Mantener un servicio adecuado tanto laboral como profesional
Tener tica profesional en cualquier resultado de un anlisis
Disminucin de los tiempos de registro de pacientes en un 50% (de 8 min a 4 min por
cada registro).
Disminuir el tiempo de trabajo del personal del rea de produccin
Control de stock
Aumentar el control de produccin, stock, ABM de pacientes y ventas con ayuda de
los informes estadsticos
Disminuir el trabajo administrativo a travs de los informes obtenidos

RESUMEN DE APOSTADORES Y USUARIOS

El laboratorio cuanta con dos tipos de usuario:

Usuario Estndar: Encargado de realizar el ingreso y recepcin de los pacientes en el
sistema. Adems est capacitado para llevar adelante la autorizacin de los anlisis
correspondientes con la obra social afectada.

Usuario Administrador: Responsable de gestionar el ingreso de los resultados obtenidos
de los anlisis de cada paciente y de la emisin del informe final.


DIAGRAMA DE GANTT PRELIMINAR
Nombre de tarea Duracin Comienzo Fin Predecesoras
Nombres de los
recursos
PROYECTO LABORATORIO
ANALISIS VALERO
132 das
dom
04/03/12
lun
03/09/12
PLANIFICACION 80 das
lun
05/03/12
vie
22/06/12
ENTREGABLE 1 80 das
lun
05/03/12
vie
22/06/12
Sesiones de diseo 80 das
lun
05/03/12
vie
22/06/12
Relevamientos 15 das
lun
05/03/12
vie
23/03/12
Carlomagno
Luciano,
Lambertucci
Leandro,
Rodrguez
Vivanco Mercedes
Interface usuario Diseo -
Identificacin de casos de uso
20 das
lun
26/03/12
vie
20/04/12
Diseo Gral 20 das
lun
26/03/12
vie
20/04/12
5
Carlomagno
Luciano
Seguridad - Identificacin
de casos de Uso
30 das
lun
23/04/12
vie
01/06/12
Control de accesos 10 das
lun
23/04/12
vie
04/05/12
7
Lambertucci
Leandro
Transacciones 20 das
lun
07/05/12
vie
01/06/12
Visulizacin 10 das
lun
07/05/12
vie
18/05/12
9
Rodrguez
Vivanco Mercedes
Accesos 5 das
lun
21/05/12
vie
25/05/12
11
Rodrguez
Vivanco Mercedes
ABM Varios 5 das
lun
28/05/12
vie
01/06/12
12
Rodrguez
Vivanco Mercedes
Reportes y Listados -
Identificacin de casos de uso
10 das
lun
04/06/12
vie
15/06/12
13
Carlomagno
Luciano,
Lambertucci
Leandro,
Rodrguez
Vivanco Mercedes
Ayuda en Lnea
identificacin de casos de uso
5 das
lun vie 14 Lambertucci

18/06/12 22/06/12 Leandro
CAPACITACION
TECNICA(Upgrade a GeneXus X
Evol 1, y K2BTols)
20 das
lun
26/03/12
vie
20/04/12
Capacitacion tecnica
(Upgrade a GeneXus X Evol 2)
10 das
lun
26/03/12
vie
06/04/12
5
Lambertucci
Leandro,
Rodrguez
Vivanco Mercedes
Capacitacin K2B tools 5 das
lun
09/04/12
vie
13/04/12
17
Lambertucci
Leandro,
Carlomagno
Luciano,
Rodrguez
Vivanco Mercedes
Capacitacin GX Server 5 das
lun
16/04/12
vie
20/04/12
18
Carlomagno
Luciano
Migracion de Datos 20 das
lun
23/04/12
vie
18/05/12
19
Carlomagno
Luciano
Aceptacion del entregable 1 10 das
lun
21/05/12
vie
01/06/12
20

Correccin Errores 5 das
lun
04/06/12
vie
08/06/12
21
Carlomagno
Luciano
ARMADO DE AMBIENTES 3 das
lun
11/06/12
mi
13/06/12
Entrega de Servidor con GX
server instalado
3 das
lun
11/06/12
mi
13/06/12
22

Crear libreras y acceso VPN 5 das
jue
14/06/12
mi
20/06/12
24
Rodrguez
Vivanco Mercedes
CONSTRUCCIN 82 das
jue
21/06/12
vie
12/10/12
ENTREGABLE 2 82 das
jue
21/06/12
vie
12/10/12
REPORTES Y LISTADOS 10 das
jue
21/06/12
mi
04/07/12
Relevar Reportes, Listados,
Estadisticas.
10 das
jue
21/06/12
mi
04/07/12
25
Carlomagno
Luciano
INTERFACES USUARIOS 54 das
jue
05/07/12
mar
18/09/12
REQ INTERF 01 (ABM) 6 das
jue
05/07/12
jue
12/07/12
Desarrollo 3 das
jue
05/07/12
lun
09/07/12
29
Lambertucci
Leandro

Testing 2 das
mar
10/07/12
mi
11/07/12
32
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
jue
12/07/12
jue
12/07/12
33
Carlomagno
Luciano
vie
13/07/12
vie
20/07/12
Desarrollo 3 das
vie
13/07/12
mar
17/07/12
34
Lambertucci
Leandro
Testing 2 das
mi
18/07/12
jue
19/07/12
36
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
vie
20/07/12
vie
20/07/12
37
Carlomagno
Luciano
lun
23/07/12
lun
30/07/12
Desarrollo 3 das
lun
23/07/12
mi
25/07/12
38
Lambertucci
Leandro
Testing 2 das
jue
26/07/12
vie
27/07/12
40
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
lun
30/07/12
lun
30/07/12
41
Carlomagno
Luciano
mar
31/07/12
mar
07/08/12
Desarrollo 3 das
mar
31/07/12
jue
02/08/12
42
Lambertucci
Leandro
Testing 2 das
vie
03/08/12
lun
06/08/12
44
Rodriguez
Vivanco Mercedes
Aprobacin 1 da
mar
07/08/12
mar
07/08/12
45
Carlomagno
Luciano
mi
08/08/12
mi
15/08/12
Desarrollo 3 das
mi
08/08/12
vie
10/08/12
46
Lambertucci
Leandro
Testing 2 das
lun
13/08/12
mar
14/08/12
48
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
mi
15/08/12
mi
15/08/12
49
Carlomagno
Luciano
jue
16/08/12
jue
23/08/12
Desarrollo 3 das
jue
16/08/12
lun
20/08/12
50
Lambertucci
Leandro

Testing 2 das
mar
21/08/12
mi
22/08/12
52
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
jue
23/08/12
jue
23/08/12
53
Carlomagno
Luciano
vie
24/08/12
vie
31/08/12
Desarrollo 3 das
vie
24/08/12
mar
28/08/12
54
Lambertucci
Leandro
Testing 2 das
mi
29/08/12
jue
30/08/12
56
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
vie
31/08/12
vie
31/08/12
57
Carlomagno
Luciano
lun
03/09/12
lun
10/09/12
Desarrollo 3 das
lun
03/09/12
mi
05/09/12
58
Lambertucci
Leandro
Testing 2 das
jue
06/09/12
vie
07/09/12
60
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
lun
10/09/12
lun
10/09/12
61
Carlomagno
Luciano
mar
11/09/12
mar
18/09/12
Desarrollo 3 das
mar
11/09/12
jue
13/09/12
62
Lambertucci
Leandro
Testing 2 das
vie
14/09/12
lun
17/09/12
64
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
mar
18/09/12
mar
18/09/12
65
Carlomagno
Luciano
AYUDA EN LNEA 6 das
mi
19/09/12
mi
26/09/12
REQ AYU 01 Ayuda
Pantalla Principal
6 das
mi
19/09/12
mi
26/09/12
Desarrollo 3 das
mi
19/09/12
vie
21/09/12
66
Lambertucci
Leandro
Testing 2 das
lun
24/09/12
mar
25/09/12
69
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
mi
26/09/12
mi
26/09/12
70
Carlomagno
Luciano
DIGITALIZACIN 6 das
jue
27/09/12
jue
04/10/12

REQ DIG Subida de
Archivo Digitalizados
6 das
jue
27/09/12
jue
04/10/12
Desarrollo 3 das
jue
27/09/12
lun
01/10/12
71
Lambertucci
Leandro
Testing 2 das
mar
02/10/12
mi
03/10/12
74
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
jue
04/10/12
jue
04/10/12
75
Carlomagno
Luciano
MIGRACIN 6 das
vie
05/10/12
vie
12/10/12
REQ MIG Proceso de
Migracin.
6 das
vie
05/10/12
vie
12/10/12
Desarrollo 3 das
vie
05/10/12
mar
09/10/12
76
Lambertucci
Leandro
Testing 2 das
mi
10/10/12
jue
11/10/12
79
Rodrguez
Vivanco Mercedes
Aprobacin 1 da
vie
12/10/12
vie
12/10/12
80
Carlomagno
Luciano
CAPACITACION A USUARIOS
FINALES / INSTALACION
42 das
lun
15/10/12
mar
11/12/12
Instalacin de Equipamiento 10 das
lun
15/10/12
vie
26/10/12
81
Carlomagno
Luciano
ENTREGABLE 4 9 das
lun
29/10/12
jue
08/11/12
Capacitacion Usuarios
Estandar y Administrativos
5 das
lun
29/10/12
vie
02/11/12
83
Carlomagno
Luciano,
Rodrguez
Vivanco
Mercedes,
Lambertucci
Leandro
Aceptacin entregable 4 das
lun
05/11/12
jue
08/11/12
85

ENTREGABLE 5 3 das
vie
09/11/12
mar
13/11/12
Implementacin de Software 3 das
vie
09/11/12
mar
13/11/12
86
Lambertucci
Leandro
Soporte Post-Puesta en
Marcha
20 das
mi
14/11/12
mar
11/12/12
88
Rodrguez
Vivanco Mercedes
CAPACITACION TECNICA 10 das
mi
12/12/12
mar
25/12/12

GX Test 5 das
mi
12/12/12
mar
18/12/12
89
Carlomagno
Luciano,
Lambertucci
Leandro,
Rodrguez
Vivanco Mercedes
GX Flow 5 das
mi
19/12/12
mar
25/12/12
91
Carlomagno
Luciano,
Lambertucci
Leandro,
Rodrguez
Vivanco Mercedes
Aceptacin provisoria del soft 10 das
mi
26/12/12
mar
08/01/13
92

Inicio de Garanta 0 das
mar
08/01/13
mar
08/01/13
93


ETAPA 2
ANLISIS DE FACTIBILIDAD

Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los
objetivos y metas propuestas.
El xito de un proyecto est determinado por el grado de factibilidad que se presente en
cada aspecto a evaluar (Tcnico, Econmico, Operativo y Legal).

Factibilidad Operacional
La factibilidad operativa permite predecir si se pondr en marcha el sistema propuesto,
aprovechando los beneficios que ofrece a todos los usuarios involucrados con el mismo, ya
sea los que interactan en forma directa con ste, como tambin aquellos que reciben
informacin producida por el sistema. Por otra parte, el correcto funcionamiento del sistema
en cuestin, siempre estar supeditado a la capacidad de los empleados encargados de
dicha tarea.
La necesidad y deseo de un cambio en el sistema actual, expresada por los usuarios y el
personal involucrado con el mismo, llev a la aceptacin de un nuevo sistema, que de una
manera ms sencilla y amigable, cubra todos sus requerimientos, expectativas y proporciona
la informacin en forma oportuna y confiable. Basndonos en las entrevistas y
conversaciones sostenidas con el personal involucrado, se demostr que stos no
representan ninguna oposicin al cambio, por lo que el sistema es factible operacionalmente.
Con la finalidad de garantizar el buen funcionamiento del sistema y que este impactar en
forma positiva en los usuarios, el mismo ser desarrollado de acuerdo a los estndares
existentes en la Organizacin, presentando una interfaz amigable al usuario, lo que se
traduce en una herramienta de fcil manejo y comprensin.

Factibilidad tcnica
Desde el punto de vista tcnico para el desarrollo del proyecto Laboratorio Valero son
necesarios recursos tecnolgicos, por ello se realizo una evaluacin de la tecnologa actual
existente donde se recolect informacin sobre esta y la posibilidad de utilizarla en el
desarrollo e implantacin del sistema.
De acuerdo a la tecnologa para la implementacin del sistema, se deber realizar una
evaluacin de los recursos tecnolgicos mediante un enfoque de hardware y software.
Respecto al hardware, los ordenadores actuales cubren los requerimientos bsicos para
la implantacin del sistema, dentro de las caractersticas del sistema se necesita una

conexin a Internet para la comunicacin entre servidor y estaciones de trabajo, actualmente
se cuenta con una infraestructura de red fsica que cumple las necesidades del sistema.
La siguiente lista muestra los recursos tcnicos disponibles:
2 Estaciones de trabajo con conexin a Internet con los siguientes componentes:
Motherboard Asus, Procesador Pentium IV,
2 GB de RAM, DD de 80GB, Tarjeta de Red,
unidad de CDRW-ROM, monitor SVGA,
teclado, Mouse.

1 Conjunto de dominios de Internet
1 Acceso a Internet dedicado: Acceso a internet de alta velocidad a travs de una
conexin de fibra ptica.
1 Red Ethernet Almbrica e Inalmbrica.
1 Cableado estructurado UTP categora 5
1 Impresora
1 Router
1 UPS

Para la implantacin del sistema se requiere de un servidor Web el cual se encargar de
atender y responder las peticiones de los usuarios, en este caso el dueo del laboratorio
deber adquirirlo, ya que no cuentan con uno.
Respecto al software, se cuenta con las aplicaciones necesarias para el funcionamiento
del sistema, lo cual no provoca inversin alguna.
Las estaciones de trabajo operan bajo plataforma Windows con licencias originales.
Para el uso general del sistema en las estaciones se bebe poseer las herramientas y un
navegador Web.

Factibilidad legal
No se encuentran restricciones en cuanto a infracciones o violaciones posibles al
desarrollar ste software.
El dueo del Laboratorio, debe comprometerse a respetar lo establecido en la Ley de
Propiedad Intelectual N 11723

Factibilidad econmica financiera
Anlisis de beneficios
En una entrevista realizada a Maria Graciela Valero (duea) y Alfredo Carlomagno ( socio)
pudimos recabar la siguiente informacin:

Marina Carlomagno muchas veces cumple horas extras debido a que requiere de un
tiempo considerable para realizar manualmente la organizacin de agenda.
Por lo general le dedica 4 hs extras semanales.
Alfredo Carlomagno nota que en el hospital y sanatorios donde trabajaba tenan un
sistema de turnos que atenda en promedio al menos 2 pacientes ms por da.
Maria Graciela Valero gana $45 por cada consulta de un paciente y Marina Carlomagno
cobra $40

Beneficios
1. $80 pesos diarios ms por da en consultas a pacientes: como consecuencia del
desarrollo y posterior implementacin del sistema, se optimizar la gestin de
pacientes, lo cual permitir atender ms consultas diarias.

2. $160 semanales como costos evitados en horas extras Marina Carlomagno: La
implementacin de un Sistema de informacin, producir una disminucin en el tiempo
empleado por la Secretaria para la gestin diaria del Laboratorio, lo cual, conllevar a
una disminucin de horas trabajadas, evitando la necesidad de realizar horas extra.

Anlisis de costos
El laboratorio ya cuenta con el hardware necesario para el funcionamiento del sistema.
Las 2 PCs cuestan $2500, tienen una vida til de 5 aos.
La impresora cuesta $700, tiene una vida til de 5 aos.
El Router Wi Fi cuesta $350, tiene una vida til de 7 aos.
El UPS cuesta $500, tiene una vida til de 7 aos.
El Soporte tcnico cuesta alrededor de $200 diarios y segn la experiencia del equipo
de desarrollo se estima que habr unos 6 anuales.
Ambas Pcs se adquirieron con SO Windows original por lo que el costo de las
licencias en este caso es $0

Tiempo de Recuperacin
Inversin inicial 33128
Costos Costo Anual Cantidad de aos Costo
2 PCs $ 1000,00 5 $ 5000,00
1 Impresora $ 140,00 5 $ 700,00
1 UPS y 1 Router $ 122,00 5 $ 610,00

Soporte Tcnico $ 1200,00 5 $ 6000,00
Beneficios Beneficio Anual Cantidad aos Beneficios
Ahorro en pago de
horas extras a
secretaria
$ 8343,00 5 $ 41715,00
Aumento de la
cantidad de clientes
esperada (2 diarios)
$ 11700,00 5 $ 58500,00

Ao1 Ao2
B-C $
17581,00
$
35162,00

TR=2 aos


DEFINICIN DEL PRECIO DEL SISTEMA Y FORMA DE PAGO ADOPTADA POR EL
CLIENTE

El Proveedor percibir de parte del Cliente la suma de $33.128 en concepto de pago por
la totalidad de sus tareas a desarrollar, que sern entregados de la forma siguiente:
30% en el momento de la firma del presente contrato, equivalente a la suma de $
9938,40
50% en el momento de la puesta en marcha del sistema, equivalente a la suma de
$16564
20% a los treinta das posteriores a su implementacin, equivalente a la suma de
$6625,60


PRESUPUESTO TIPO

Personal Duracin (Hs) Costo Hora Costo
Relevamiento y anlisis inicial 208 15 3120
Planeamiento y Anlisis del Proyecto 320 15 4800
Requerimientos 104 15 1560
Anlisis 184 15 2760
Diseo 456 18 8208
Implementacin 152 20 3040
Prueba 320 15 4800
Costo del hardware utilizado Duracin
(meses)
Costo
Mensual
Costo
PC1 11 50 550
PC2 11 50 550
PC3 11 50 550
PC4 11 50 550
Impresora 11 10 110
Otros Duracin
(meses)
Costo
Mensual
Costo
Artculos de oficina 11 30 330
Gastos generales 11 200 2200
Total: 33128

CONTRATO DE SERVICIOS

REUNIDOS
En Rosario, a 20 das del mes de Junio del 2012 DE UNA PARTE:
Carlomagno-Lambertucci-Rodriguez Vivanco (en adelante EMPRESA SUMINISTRADORA)
con domicilio en Zeballos n 1259, Cdigo Postal 2000 de Rosario.
Y DE OTRA: Laboratorio de anlisis Valero (en adelante EMPRESA CLIENTE), con
domicilio en Iriondo n 2065, Cdigo Postal 2000 de Rosario inscrita en ------.

Los contratantes se reconocen recprocamente, en el carcter en que intervienen, plena
capacidad jurdica para contratar y en el caso de representar a terceros, cada uno de los
intervinientes asegura que, el poder con el que acta no ha sido revocado ni limitado, y que
es bastante para obligar a sus representados en virtud de este CONTRATO DE
DESARROLLO DE UN SISTEMA DE SOFTWARE y a tal objeto:

EXPONEN:
I. Que EMPRESA SUMINISTRADORA se dedica a la prestacin de servicios informticos, y
entre stos realiza desarrollo de software.
II. Que EMPRESA CLIENTE est interesada en contratar la elaboracin por EMPRESA
SUMINISTRADORA de un sistema de software con los requisitos y estipulaciones acordadas
en este contrato.
III. Que en base a lo anterior, ambas partes acuerdan la suscripcin del presente contrato
que se regir de acuerdo con los siguientes.

PACTOS Y ESTIPULACIONES:
PRIMERA.- OBJETO
El objeto del presente contrato es el desarrollo [instalacin, puesta en servicio y formacin
de usuarios] por parte de la EMPRESA SUMINISTRADORA para la EMPRESA CLIENTE del
sistema de software denominado: LABO2012.
La descripcin de los requisitos tcnicos, funcionales y de calidad del sistema de software
objeto de desarrollo se encuentran definidos en los Anexos I y II al presente contrato.
Dichos anexos forman parte de este contrato, su contenido tiene carcter contractual y es
aceptado y firmado por las partes.
El Anexo I describe los requisitos del sistema (ISO/IEC 12207 1998 5.1), empleando el
formato y las directrices del estndar tcnico IEEE 1362.
El Anexo II describe los requisitos del software, empleando el formato y las directrices
recomendadas por el estndar tcnico IEEE 830.

SEGUNDA.- MODIFICACIONES DE REQUISITOS
Para gestionar las posibles modificaciones de los requisitos durante el periodo de
desarrollo, cada parte determina un interlocutor vlido autorizado a proponer o autorizar
posibles modificaciones a los requisitos de los Anexos I y II.
Los nombres de estos interlocutores se especifican en la clusula novena.
Solamente se considerarn vlidas las modificaciones de requisitos aceptadas de comn
acuerdo por ambos interlocutores, y cuya descripcin y acuerdo quede documentalmente

reflejada en una revisin de los anexos de requisitos (Anexos I y II). Numerada y firmada por
ambos interlocutores.
Cuando las modificaciones de los requisitos impliquen la modificacin del coste o tiempo
previsto en este contrato para el desarrollo del sistema, su aprobacin supondr
necesariamente una revisin del presente contrato con los nuevos costes o fechas
acordados.

TERCERA.- ENTREGA E INSTALACIN DEL SISTEMA
La EMPRESA SUMINISTRADORA entregar a la EMPRESA CLIENTE el sistema de
software en fecha anterior al 18 de febrero de 2013.
El sistema objeto de la entrega incluye:
- Todo el cdigo ejecutable necesario para el correcto funcionamiento del sistema grabado
en soporte DVD.
- Todo el cdigo ejecutable necesario para el correcto funcionamiento del sistema grabado
en soporte DVD y adecuadamente instalado para su funcionamiento en los equipos de
hardware de operacin del sistema.
- Los siguientes productos y sub-productos de desarrollo: el cdigo fuente desarrollado, la
documentacin de diseo y anlisis, la documentacin de usuario, los documentos de
pruebas.
EMPRESA CLIENTE proceder a la verificacin de los productos y sub-productos
entregados y a la validacin del correcto funcionamiento del sistema tomando como
referencia para la misma las especificaciones de requisitos de los Anexos I y II de este
contrato.
La verificacin y validacin la realizar en un periodo de tiempo inferior a 30 das naturales
contados a partir de la entrega del sistema.
Si pasada esta fecha EMPRESA CLIENTE no manifiesta por escrito reparos a la EPRESA
SUMINISTRADORA, se entender que el sistema es conforme a los requisitos.

CUARTA.- PENALIZACIONES
Cualquier retraso de la EMPRESA SUMINISTRADORA en la fecha de entrega del sistema
acordada dar derecho a la exigencia de una penalizacin econmica a pagar por la
EMPRESA SUMINISTRADORA a la EMPRESA CLIENTE de 1000 pesos por mes, que
deber abonarse del siguiente modo: efectivo.
Estas penalizaciones no se aplicarn en los casos en los que se demuestre que el retraso
es debido a la EMPRESA CLIENTE.

QUINTA.- PROPIEDAD INTELECTUAL
Correspondern a la EMPRESA CLIENTE cualesquiera derechos de explotacin
derivados de la Ley de Propiedad Intelectual, tanto del sistema de software desarrollado,
como de los subsistemas que lo integran y que igualmente hayan sido desarrollados por la
EMPRESA SUMINISTRADORA, as como de todos los sub-productos del desarrollo:
documentacin tcnica de anlisis y diseo, documentacin de planificacin y pruebas,

documentacin de usuario, etc.

La EMPRESA SUMINISTRADORA garantiza que los trabajos y servicios prestados a la
EMPRESA CLIENTE por el objeto de este contrato no infringen ni vulneran los derechos de
propiedad intelectual o industrial o cualesquiera otros derechos legales o contractuales de
terceros.

SEXTA.- CONDICIONES ECONMICAS
El precio del desarrollo del sistema de software objeto del presente contrato es de 33128
pesos que sern abonados tras la emisin de la(s) correspondiente(s) factura(s) segn el
calendario de pago siguiente: en efectivo en 3 pagos, el primero como anticipo al momento
de la firma, de un 30 por ciento, un 50 por ciento en la puesta en marcha y el 20 por ciento
restante treinta das post implementacin.

SPTIMA.- GARANTA
Una vez validada por parte de la EMPRESA CLIENTE la entrega e instalacin del sistema
de software, se iniciar un periodo de garanta del correcto funcionamiento del sistema de 6
meses (180 das).
La garanta del sistema cubrir un servicio de mantenimiento correctivo por parte de la
EMPRESA SUMINISTRADORA, con un tiempo de respuesta a las notificaciones de
incidencias inferior a 80 horas laborables desde la notificacin, y un tiempo de reparacin
acorde al esfuerzo tcnico necesario para su reparacin.
Por mantenimiento correctivo se entiende el definido en el estndar tcnico de
mantenimiento de software IEEE 1219-1998: "Modificaciones realizadas a un producto de
software despus de su entrega para corregir fallos descubiertos", no siendo extensiva la
garanta para operaciones de mantenimiento adaptativo ni perfectivo.

OCTAVA.- RESOLUCIN DEL CONTRATO
El presente contrato quedar resuelto al producirse alguna de las siguientes causas:
- Cumplimiento de las prestaciones de cada parte en las fechas y formas acordadas.
- Incumplimiento de las obligaciones correspondientes a cada parte. La resolucin por esta
causa podr dar lugar a indemnizacin por daos y perjuicios causados por el
incumplimiento.
- Por hallarse cualquiera de las partes en un supuesto de caso fortuito o fuerza mayor.

Si el contrato fuera resuelto anticipadamente sin producir la entrega del sistema de software
en su totalidad o en la forma dispuesta en este contrato, ambas partes colaborarn de buena
fe y en especial la EMPRESA SUMINISTRADORA para facilitar, bien la contratacin de una
nueva entidad que d continuidad a los trabajos, o bien para que la EMPRESA CLIENTE
pueda continuar con los trabajos, y en cualquiera de los casos facilitar la transferencia del
conocimiento y sub-productos generados.

NOVENA.- GENERAL

Personal: cada parte asume, a ttulo exclusivo el carcter de patrono o empresario
respecto de su personal empleado para la ejecucin del presente contrato.

Interlocutores vlidos: Para llevar a cabo las comunicaciones necesarias durante la ejecucin
del contrato, y para validar las posibles modificaciones de requisitos se nombran como
interlocutores vlidos.
Por la EMPRESA CLIENTE
D.Da Valero Maria Graciela
Direccin Iriondo 2065
Telfono 4327633
Por la EMPRESA SUMINISTRADORA
D. Da LABO 2012
Direccion Ayacucho 2020
Telfono 4999999
e-mail contacto@labo2012.com

Efecto: El presente contrato surtir efecto a partir de la fecha de su firma.

Cesin del contrato: Las partes no pueden ceder, transferir ni delegar el presente contrato
o alguna de sus obligaciones, ni subrogar a terceros en cualquier forma vlida en derecho, ni
gravar o hipotecar alguno de los derechos contemplados en el contrato, sin la previa
conformidad escrita de la otra parte.

Contrato completo: El presente contrato, incluido los Anexos I y II que forman parte
integrante del mismo, constituyen el total del contrato entre las partes sobre el objeto del
mismo y sustituye, deroga y deja sin efecto cualquier otro acuerdo referido al mismo objeto a
que hubieren llegado las partes con anterioridad a la fecha de la firma.

Nulidad o anulabilidad: La declaracin de cualquiera de estas estipulaciones como nula,
invlida o ineficaz no afectar a la validez o eficacia de las restantes, que continuarn
vinculando a las partes.
La renuncia de una parte a exigir en un momento determinado el cumplimiento de uno de
los pactos aqu acordados no implica una renuncia con carcter general ni puede crear un
derecho adquirido para la otra parte.
Modificaciones: Cuando proceda que las partes deseen incorporar de mutuo acuerdo
modificaciones de requisitos del sistema de software, sern aceptadas reflejndolas con una
versin nueva, numerada, fechada y firmada por ambas partes de los requisitos del sistema o
de los requisitos del software (anexos I y II), y si la modificacin implicara cambios en los
costes, fechas de pago o de entrega, tambin se har constar como modificacin del
presente contrato, generando un nuevo anexo escrito, fechado y firmado por ambas partes.


Exencin de responsabilidad: ninguna de las partes ser responsable por incumplimiento o
retraso de sus obligaciones si la falta de ejecucin o retraso fuera consecuencia de caso
fortuito o fuerza mayor.

DCIMA.- SUMISIN
Las partes contratantes, con renuncia expresa de su propio fuero o del que pudiera
corresponderles, en cuantas cuestiones o litigios se susciten del motivo de la interpretacin,
aplicacin o cumplimiento del presente acuerdo, se someten a la Jurisdiccin y Competencia
de los Juzgados de Rosario y sus Tribunales superiores. La ley aplicable ser la espaola.

Y en prueba de conformidad ambas partes firman el presente, por duplicado ejemplar y a
un slo efecto en la fecha y lugar indicado.


ETAPA 3

DEFINICIN DE LA METODOLOGA DE DESARROLLO A UTILIZAR
JUSTIFICACIN

Como Metodologa de Desarrollo seleccionamos el Procesos Unificado de Agil(AUP).
Seleccionamos dicha metodologa ya que se trata de una metodologa centrada en los
modelos y en la arquitectura, guiada por casos de uso e Iterativa e incremental. Adems,
dicha metodologa, describe de una manera simple y fcil de entender la forma de desarrollar
aplicaciones de software de negocio usando tcnicas giles y conceptos que an se
mantienen vlidos en RUP. El AUP aplica tcnicas giles incluyendo Desarrollo Dirigido por
Pruebas.
Las ventajas de la utilizacin de dicha metodologa son:
Deteccin temprana de riesgos
Administracin adecuada del cambio
Mayor grado de reutilizacin
Mayor experiencia para el grupo de desarrollo


CLCULO DEL TAMAO DEL SISTEMA POR PUNTOS DE CASOS DE USO

Puntos de Casos de Uso: es un mtodo de estimacin del tiempo de desarrollo de un
proyecto mediante la asignacin de pesos a un cierto nmero de factores que lo afectan,
para finalmente, contabilizar el tiempo total estimado para el proyecto a partir de esos
factores.

Clculo de Puntos de Casos de Uso sin ajustar
Para el primer clculo utilizamos:
UUCP=UAW+UUCW donde:
UUCP= puntos de casos de uso sin ajustar
UAW= factor de peso de actores sin ajustar
UUCW= factor de peso de los casos de uso sin ajustar

UAW
Analizamos la cantidad de actores presentes en el sistema y la complejidad de cada uno de
ellos. La complejidad se establece teniendo en cuenta si se trata de una persona o de otro
sistema y la forma en que el actor interacta con el sistema.

Actores Complejidad Factor de peso
Bioqumico/a Complejo 3
Secretario/a Medio 3
UAW =3+3=6

UUCW
Con este valor analizamos la cantidad de Casos de Uso presentes en el sistema y la
complejidad de cada uno de ellos. La complejidad de los Casos de Uso se establece
teniendo en cuenta la cantidad de transacciones efectuadas en el mismo.

Elemento Complejidad Peso
Gestin de anlisis Promedio 10

Gestin de prestaciones Alta 15
Gestin de pacientes Alta 15
Gestin de mdicos Promedio 10
Gestin de Obras Sociales Alta 15
Gestin de planillas diarias de divisin del
trabajo
Promedio 10
Gestin de Usuarios Promedio 10
Gestin de facturacin y cobros Pacientes Alta 15
Gestin de Informes Alta 15
Gestin de Categoras Promedio 10
Gestin de Turnos a Domicilio Promedio 10

UUCW=10x6 +15x5 =135

UUCP
Los Puntos de Casos de Uso sin ajustar son:
UUCP=UAW+UUCW=6+135=141

Clculo de Puntos de Casos de Uso ajustados
Se debe ajustar UUCP mediante la siguiente ecuacin:

UCP=UUCP*TCF*EF donde:
UCP= Puntos de casos de usos ajustados
UUCP= Puntos de casos de uso sin ajustar
TCF= Factor de complejidad tcnica
EF= Factor de ambiente


TCF
ste coeficiente se calcula mediante la cuantificacin de un conjunto de factores que
determinan la complejidad tcnica del sistema. Se cuantifica con un valor de 0 a 5, donde 0
significa un aporte irrelevante y 5 un aporte muy importante.

Descripcin Peso Valor
asignado
Justificacin
T1 Sistema distribuido 2 0 El sistema es centralizado
T2 Rendimiento o tiempo de
respuesta
2 3 La velocidad es limitada por
las entradas provistas por el
usuario
T3 Eficiencia del usuario final 1 5 Necesidad de ser eficiente
T4 Complejidad de
procesamiento interno
1 1 Fcil procesamiento
T5 Reusabilidad del cdigo 1 3 Se requiere que el cdigo sea
reutilizable
T6 Facilidades de instalacin 0.5 2 Requerimientos mnimos de
instalacin
T7 Facilidades de uso 0.5 5 Necesita ser fcil de usar
T8 Portabilidad 2 0 No se requiere que sea
portable
T9 Facilidades de cambio 1 3 Se requiere un costo
moderado de mantenimiento
T10 Concurrencia 1 0 No hay concurrencia
T11 Caractersticas de
seguridad
1 5 Seguridad alta
T12 Provee acceso directo a
terceras partes
1 0

Los usuarios no tienen
acceso
T13 Requerimientos de
entrenamiento especial
1 1 Pocos entrenamiento
TFactor = (Valor Asignado*Peso) = 27,5

TCF=0,6+(0,01*TFactor)=0,6+(0,01*27,5)=0,875

EF
Los factores que influyen en este clculo son las habilidades y el entrenamiento del grupo
involucrado en el desarrollo. Se trata de un conjunto de factores que se cuantifican con
valores de 0 a 5.

Factor
ambiental
Descripcin Peso Valor
asignado
Justificacin
E1 Familiaridad con el
modelo del proyecto
1,5 3 El grupo est bastante
familiarizado con el modelo
E2 Experiencia en la
aplicacin
0,5 3 El equipo programa
E3 Experiencia en
orientacin a objetos
1 3 El grupo realiz
programacin OO
E4 Capacidad del analista
lder
0,5 0 Ningn integrante del grupo
es especialista
E5 Motivacin 1 5 El grupo est motivado
E6 Estabilidad de los
requerimientos
2 3 Puede llegar a haber
cambios
E7 Personal part-time -1 5 Todos los integrantes del
grupo a tiempo parcial
E8 Dificultad del lenguaje
de programacin
-1 3 Se usar lenguaje C#
EFactor = (Valor Asignado*Peso) = 12

EF=1,4+(-0,03*EFactor) =1,4+(-0,03*12) =1,04

UCP
Finalmente los Puntos de Casos de Uso ajustados resultan:
UCP =UUCP*TCF*EF =141*0,875*1,04 =128,31


Estimacin del proyecto
Se calcula el peso de los factores ambientales de la siguiente manera:
- Cuntos de los factores ambientales desde E1 a E6 son inferiores a 3
- Cuntos de los factores ambientales de E7 y E8 son superiores a 3
Entonces se usan:
- 20 horas-hombre por UCP si el valor es <= 2
- 28 horas-hombre por UCP si el valor es <= 4
- 36 horas-hombre por UCP si el valor es >= 5
Para nuestro caso, tenemos que el peso de los factores ambientales es 1. Por lo tanto
usamos 20 horas-hombre por UCP.
Horas-Hombre =128,31 * 20 =2566,2 horas-hombre
A 40 Hs. Por semana ~65 semanas de esfuerzo ~325 das(Trabajando 5 das por
semana)


DIAGRAMA DE GANTT

Nombre de tarea Duracin Comienzo Fin
Proyecto Laboratorio 210 das lun 16/04/12 vie 01/02/13
Seleccin y formalizacin del
inicio del proyecto
8 das lun 16/04/12 mi 25/04/12
Anlisis de la Organizacin 4 das lun 16/04/12 jue 19/04/12
Anlisis del Problemas 2 das vie 20/04/12 lun 23/04/12
Anlisis de Objetivos 2 das mar 24/04/12 mi 25/04/12
Planeamiento del Proyecto 7 das jue 26/04/12 vie 04/05/12
Organizacin del Proyecto 2 das jue 26/04/12 vie 27/04/12
Plan de Fase 5 das lun 30/04/12 vie 04/05/12
Anlisis del Proyecto 14 das lun 07/05/12 jue 24/05/12
Anlisis de Factibilidad 6 das lun 07/05/12 lun 14/05/12
Elaboracin del Presupuesto 2 das mar 15/05/12 mi 16/05/12
Anlisis de Riesgos 6 das jue 17/05/12 jue 24/05/12
Requerimientos 4 das vie 25/05/12 mi 30/05/12
Listado y descripcin de Actores 1 da vie 25/05/12 vie 25/05/12
Listado y descripcin de Casos
de Uso
3 das lun 28/05/12 mi 30/05/12
Anlisis y Diseo 70 das jue 31/05/12 mi 05/09/12
Anlisis 33 das jue 31/05/12 lun 16/07/12
Elaboracin de Casos de Uso 25 das jue 31/05/12 mi 04/07/12
Elaboracin del Diagrama de
Actividad
8 das jue 05/07/12 lun 16/07/12
Diagrama de clases de anlisis
de casos de uso
5 das jue 05/07/12 mi 11/07/12
Diagrama de colaboracin 5 das jue 05/07/12 mi 11/07/12
Diseo 40 das jue 12/07/12 mi 05/09/12
Diagramas de clases de diseo 20 das jue 12/07/12 mi 08/08/12
Diagrama de secuencia 20 das jue 12/07/12 mi 08/08/12
Descripcin de la arquitectura 7 das jue 09/08/12 vie 17/08/12
Interfaz 10 das jue 09/08/12 mi 22/08/12
Modelo de despliegue 3 das jue 09/08/12 lun 13/08/12
Modelo de Bases de Datos 10 das jue 23/08/12 mi 05/09/12
Implementacin 72 das jue 06/09/12 vie 14/12/12
Modelo de Implementacin 6 das jue 06/09/12 jue 13/09/12

Desarrollo de componentes 30 das vie 14/09/12 jue 25/10/12
Implementacin de componentes 3 das vie 26/10/12 mar 30/10/12
Desarrollo de subsistemas 20 das mi 31/10/12 mar 27/11/12
Integracin de los subsistemas 3 das mi 28/11/12 vie 30/11/12
Plan de Integracin de sistema 10 das lun 03/12/12 vie 14/12/12
Pruebas 24 das lun 17/12/12 jue 17/01/13
Elaboracin del plan de pruebas 5 das lun 17/12/12 vie 21/12/12
Diseo de las Pruebas 10 das lun 24/12/12 vie 04/01/13
Implementacin de las Pruebas 5 das lun 07/01/13 vie 11/01/13
Evaluacin de las Pruebas 4 das lun 14/01/13 jue 17/01/13
Despliegue 11 das vie 18/01/13 vie 01/02/13
Planificacin del despliegue 4 das vie 18/01/13 mi 23/01/13
Desarrollo de material de soporte 7 das jue 24/01/13 vie 01/02/13
Elaboracin del cronograma de
capacitacin
1 da jue 24/01/13 jue 24/01/13


ANLISIS DE RIESGOS, ESTRATEGIA DE MITIGACIN Y PLANES DE
CONTINGENCIA

ANLISIS DE RIESGOS

Identificacin de los posibles riesgos del proyecto
1- Riesgos de estimacin
R1 Estimacin errnea del tamao del producto.
R2 Estimacin errnea de la duracin del proyecto.

2- Riesgos relacionados con el cliente
R3 El cliente no cuenta con disposicin horaria para el proyecto

3- Riesgos relacionados con los requisitos
R4 El cliente cambia de requisitos imprevistamente
R5 Mala interpretacin de los requisitos de los usuarios

4- Riesgos relacionados con la comunicacin
R6 Falta de tcnicas de comunicacin
R7 Escasas reuniones tcnicas formales

5- Riesgos de la tecnologa utilizada
R8 Prdida de informacin del proyecto

6- Riesgos asociados con los recursos humanos del proyecto
R9 Integrantes poco capacitados
R10 Fuga de desarrolladores
R11 Falta de conocimientos en las tcnicas a utilizar en el proyecto
R12 Falta de confianza y compaerismo entre los miembros del equipo

Magnitud
R1 Estimacin errnea del tamao del producto (Alta)
R2 Estimacin errnea de la duracin del proyecto (Alta)
R3 El cliente no cuenta con disposicin horaria para el proyecto

Etapa Magnitud
Inicio Alta
Elaboracin Media
Construccin Baja
Transicin Baja

R4 El cliente cambia de requisitos imprevistamente
Etapa Magnitud
Inicio Baja
Elaboracin Media
Construccin Alta
Transicin Muy Alta

R5 Mala interpretacin de los requisitos de los usarios (Alta)
R6 Falta de tcnicas de comunicacin (Media)
R7 Escasas reuniones tcnicas formales (Media)
R8 Prdida de informacin del proyecto (Alta)
R9 Integrantes poco capacitados (Media)
R10 Fuga de desarrolladores (Alta, cuando afecta a un solo miembro. Muy alta, si afecta
a ms de uno)
R11 Falta de conocimientos en las tcnicas a utilizar en el proyecto


Etapa Magnitud
Inicio Baja
Elaboracin Media
Construccin Alta
Transicin Alta

R12 Falta de confianza y compaerismo entre los miembros del equipo (Media)

Descripcin
R1
La estimacin que se realiz acerca del tamao que tendra el sistema a desarrollar es
menor a al tamao real.

R2
La estimacin que se realiz acerca del tiempo que durara el proyecto es menor a lo que
realmente llevar.

R3
El cliente no concuerda con los das y horarios para la realizacin de entrevistas debido a la
falta de tiempo que posee.

R4
El cliente puede solicitar que se incorporen nuevos requisitos o que se modifiquen los ya
conocidos en cualquier momento del desarrollo del sistema.
Se considera ms probable que aparezcan modificaciones durante las fases de Inicio y
Elaboracin del proyecto, por dos causas:
Al tratarse de las primeras fases del desarrollo, el cliente est an descubriendo sus
propias necesidades respecto a la aplicacin deseada.
El propio proceso de descubrimiento y anlisis de requisitos realizado por el equipo de
desarrollo puede crear nuevas ideas y necesidades a los ojos del cliente.
Aunque en estas fases se considere ms probable, no se descarta en absoluto que el cliente
pueda descubrir nuevas necesidades durante las fases posteriores del proyecto.

R5
La especificacin y anlisis de los requisitos no se realiza de manera correcta y no refleja las
verdaderas necesidades de los stakeholders.

R6
No se cuenta con eficientes tcnicas de comunicacin entre los miembros del equipo o entre
el equipo y el cliente.

R7
No se realizan peridicamente suficientes reuniones tcnicas entre los miembros del equipo.

R8
De alguna manera, se produce la prdida de datos.

R9
El grupo se enfrenta por primera a vez a una planificacin de esta envergadura, o tiene poca
experiencia en el tema.

R10
Algn miembro del proyecto no se encuentra disponible por cualquier motivo (enfermedad,
lesin, etc) mientras tiene actividades planificadas.

R11
El equipo de desarrollo tiene dificultades a la hora de realizar sus objetivos por su
inexperiencia con las herramientas software utilizadas en el proyecto.

R12
No existe una confianza, ni actitudes de compaerismo ni el dilogo suficiente entre los
distintos miembros del equipo.

Impactos
R1
Incide en la planificacin general del proyecto (tiempos, costos, Diagrama de Gantt, recursos)

R2
Incide en la planificacin general del proyecto (tiempos, costos, Diagrama de Gantt, recursos)

R3
Puede provocar al riesgo 5 (R5), un errneo anlisis y diseo del sistema, retrasos.

R4
La incorporacin o modificacin de requisitos durante el desarrollo requerir realizar cambios
sobre gran parte de la documentacin del producto elaborada con anterioridad al momento
del cambio. Estas modificaciones sern fcilmente asumibles durante las dos primeras fases
del proyecto, pero pueden suponer trastornos importantes durante las fases de Construccin
y Transicin.

R5
Se debe volver a plantear, los casos de usos, el diseo y el desarrollo del sistema generando
adems un desajuste en la planificacin.

R6
Puede provocar errores de comprensin de los requerimientos asignados, retrasos, re
planificacin del proyecto.

R7
Puede provocar errores de comprensin de los requerimientos asignados, retrasos, re
planificacin del proyecto.

R8
Variable, puede suponer una catstrofe, o un simple retraso, depende de los datos perdidos

R9
La planificacin gua todo el desarrollo del proyecto. Un error en la misma puede incidir
directamente en sus resultados. No obstante, la divisin en iteraciones reduce el posible
impacto de los errores, permitiendo que estos puedan ser corregidos o absorbidos en
iteraciones posteriores a la de su aparicin.

R10
La falta de disponibilidad de los recursos humanos puede provocar el retraso con respecto a
la planificacin inicial de cualquier actividad del proyecto. Teniendo en cuenta que la entrega
no puede posponerse, la falta de disponibilidad de personal puede suponer una prdida de
calidad en el producto.

R11
Origina retrasos y reduccin de la calidad del proyecto.

R12
Al no haber un entendimiento entre los distintos miembros del equipo se pueden presentar:
Retrasos en la planificacin.
Prdida de calidad del producto.

Indicadores

R1
Aparicin de nuevos requerimientos y funcionalidades no contempladas.

R2
Discrepancia entre las tareas que deberan estar completas segn la planificacin del tiempo
con lo que realmente se realiz.

R3
El horario de trabajo del cliente se contrapone con el de los miembros del equipo de
desarrollo.

R4
El cliente anuncia al equipo de desarrollo el cambio de requisitos.
Tambin puede extraerse informacin de conversaciones directas con el cliente.

R5
Continuos cambios en los requisitos.

R6
Problemas de entendimiento entre los miembros del equipo y entre el equipo y el cliente.

R7
Los miembros del equipo de desarrollo no tienen una idea clara de las tareas a realizar.

R8
Ninguno

R9
Diferencias entre el desarrollo real del proyecto y la planificacin estimada.

R10
Solo podra considerarse un indicador la falta de inters o desconformidad de la persona en
el caso de que la prdida del miembro se deba a la renuncia del individuo.

R11
Un indicador de esto es lo que la persona no dice conocer en el C.V.
Otro indicador sera la demora de la persona para la realizacin de actividades simples con la
herramienta utilizada.

R12
nfasis en las posturas enfrentadas, nmero de enfrentamientos, calidas del dilogo entre
los individuos

ESTRATEGIAS DE MITIGACIN

R1
Utilizar varias tcnicas de estimacin y experiencia en proyectos similares.

R2

Utilizar otras tcnicas de estimacin y experiencia en proyectos similares.

R3
Acordar das, y acomodar los horarios del equipo para coincidan con el del cliente.

R4
Realizacin de reuniones peridicas con el cliente para la aclaracin de requisitos,
relativamente frecuentes en las primeras iteraciones, y en descenso a medida que avanza el
proyecto.
Documentar todas las reuniones donde el usuario especifique los requerimientos del
proyecto.

R5
Involucrarse desde el principio:
Los Desarrolladores de proyecto necesitan involucrarse en el ciclo de vida del proyecto
desde el principio, as podrn entender que estn exactamente realizando y prevenir
defectos.

Verificar los requisitos:
Los requisitos deben estar bien definidos. Una buena costumbre para obtener los requisitos
funcionales de nuestra aplicacin es usar Use Cases (casos de uso), Otros mtodos
conocidos pueden ser las entrevistas a clientes cuestionarios, anlisis de posibles
escenarios, utilizar animaciones, brainstormings

Dedicar bastante tiempo al anlisis de requisitos y realizar varias entrevistas con los
usuarios.

R6
Utilizar varias tcnicas de comunicacin

R7
Realizar reuniones tcnicas formales con los miembros del equipo semanalmente y tenerlas
en cuenta en la planificacin de las actividades del proyecto.


R8
Se usar un repositorio para el control de versiones. Se realizarn copias de seguridad en
los ordenadores personales de cada uno de los miembros del equipo de desarrollo.
R9
Realizacin de reuniones entre los miembros del proyecto para la evaluacin de la marcha
del proyecto y consultas al lder.
Utilizar software especializado en la de gestin y planificacin de proyectos.
Consultar con el pmbook y documentaciones afines a la planificacin de proyectos.

R10
Tratar de cumplir las metas y objetivos antes de lo estimado en la planificacin siempre que
sea posible, para que un posible retraso no suponga nada importante.

R11
A la hora de tomar desarrolladores se deber constatar su conocimiento en la herramienta
Destinar una parte del tiempo de desarrollo del proyecto al aprendizaje de dichas
herramientas (solo para aquellas personas con pocos conocimientos)

R12
Se celebrarn reuniones de proyecto para poder discutir cuestiones de requisitos y diseo.
De ser posible se tratar de que trabajen conjuntamente en el mismo horario y lugar.
Mantener un grupo estable y amigable de trabajo

PLAN DE CONTINGENCIA

R1
Se organiza una reunin con el cliente con el fin de comunicarle la situacin y preguntarle si
permite prolongar los tiempos definidos. De no llegarse a un acuerdo otra alternativa sera
agregar personal (siempre y cuando el proyecto no est avanzado) o alargar las jornadas
laborales, quedando a cargo de los desarrolladores los costos que involucran este cambio.

R2
Revisar y actualizar el plan de trabajo y el diagrama de Gantt.

Organizar una reunin con el cliente con el fin de comunicarle la situacin y preguntarle si
permite prolongar los tiempos definidos. De no llegarse a un acuerdo otra alternativa sera
agregar personal (siempre y cuando el proyecto no est avanzado) o alargar las jornadas
laborales, quedando a cargo de los desarrolladores los costos que involucran este cambio.

R3
Ante cambios considerables en los requisitos del usuario el equipo de desarrollo evaluar
todo lo realizado hasta el momento y tratar de adaptarlo a los nuevos requerimientos.
Tambin se podr agregar horas extras y/o reasignar personal de otro proyectos.

R4
En las primeras fases se realizarn los cambios necesarios para incorporar los nuevos
requisitos o los cambios necesarios. En las fases de Construccin y Transicin se valorar la
importancia de las modificaciones/requisitos nuevos frente a la cantidad de tiempo disponible
para abordarlos.
En caso de que se decida aceptarlos, se revisarn los requisitos afectados, as como toda la
documentacin y cdigo derivado de los mismos hasta el punto de aparicin del cambio

R5
En las primeras fases se realizarn los cambios necesarios para incorporar los nuevos
requisitos o los cambios necesarios. En las fases de Construccin y Transicin se valorar la
importancia de las modificaciones/requisitos nuevos frente a la cantidad de tiempo disponible
para abordarlos.
En caso de que se decida aceptarlos, se revisarn los requisitos afectados, as como toda la
documentacin y cdigo derivado de los mismos hasta el punto de aparicin del cambio.
Se documentarn los cambios en los requisitos y se le pedir al cliente que firme en
conformidad el documento.

R6
Ante la aparicin del riesgo se proceder a realizar inmediatamente una reunin entre los
miembros del equipo y el cliente y se acordarn reuniones y se fomentar distintas tcnicas
de comunicacin, va mail, va chat, entrevistas formales, lunchs de trabajo, etc.

R7
Se informar al el equipo de desarrollo un incremento de la frecuencia de las reuniones
tcnicas formales.

R8
Se proceder a recuperar la ltima versin almacenada en el repositorio o en una copia de
seguridad en su defecto.

R9
Se observarn las diferencias entre la planificacin de cada iteracin y el informe de
seguimiento de su ejecucin, analizando las causas de sus diferencias para tratar de detectar
y corregir errores de planificacin en las iteraciones posteriores.

R10
El equipo de desarrollo tratar de cubrir el trabajo no realizado por el miembro del proyecto
que no puede trabajar. En caso necesario, dejarn de realizarse tareas menos importantes
para centrarse en las principales.

En caso de que el miembro del equipo abandone definitivamente el proyecto y lo expuesto
anteriormente resulte ineficiente se contratar a otra persona para que realice el trabajo
demandado.

Se reajustar la planificacin del proyecto.

R11
Si se produce un retraso por parte de un miembro del equipo de desarrollo debido a su falta
de experiencia/conocimiento con alguna herramienta, los dems miembros tratarn de
ayudar a superarlo. Si no resultara, consultar a fuentes externas como profesores,
bibliografa, foros en Internet.

R12
Durante las reuniones se escuchar a todos los individuos del equipo y a aquel que no
interacte demasiado se le pedirn opiniones y se le har preguntas de debate.
Cuando un miembro del equipo tenga algn tipo de inconveniente en el desarrollo de sus
actividades, primeramente se le pedir a otro miembro que lo ayude, en caso de no
resolverse as el inconveniente recin entonces se recurrir a un experto, a documentos, a
foros, etc.


LISTADO Y DESCRIPCIN DE ACTORES SI

ACTOR
DESCRIPCIN
Bioqumico

Mdico bioqumico que utiliza el sistema
Secretaria

Persona encargada de recibir a los pacientes y de gestionar los turnos y la
agenda del mdico.
Paciente

Persona que es atendida por el mdico, utiliza indirectamente el sistema.


LISTADO DE CASOS DE USO

Caso de Uso Resumen Caso de Uso de Usuario
R1-Gestin de Anlisis(ABM) CUU 1.1-Alta Anlisis
CUU 1.2- Modificacin Anlisis
CUU 1.3-Baja Anlisis
R2-Gestin de Prestaciones CUU 2.1- Alta Prestacin
CUU 2.2- Resultados Prestacin
R3-Gestin de Pacientes CUU 3.1-Alta Paciente
CUU 3.2-Modificacin Paciente
CUU 3.3-Alta Obra Social Paciente
CUU 3.4-Baja Obra Social Paciente
R4-Gestin de Mdicos CUU 4.1-Alta Mdico
CUU 4.2-Modificacin Mdico
R5-Gestin de Obras Sociales CUU 5.1-Alta Obra Social
CUU 5.2-Modificacin Obra Social
CUU 5.3-Baja Obra Social
CUU 5.4-Alta Plan Obra Social
CUU 5.5-Modificacin Plan Obra Social
CUU 5.6-Baja Plan Obra Social
R6-Gestin de Planillas diarias de divisin
del trabajo
CUU 6.1-Emisin de planilla anlisis diarios
R7-Gestin de Usuarios CUU 7.1-Alta Usuario
CUU 7.2-Modificacin usuario
CUU 7.2-Baja Usuario
R8-Gestin de facturacin y cobros
Pacientes
CUU 8.1-Emisin factura paciente
R9-Gestin de Categora de Anlisis CUU 9.1-Alta Categora Anlisis
CUU 9.2-Modificacin Categora Anlisis
R10-Gestin de Informes CUU 10.1-Emisin Informe Prestacin
CUU 10.2- Emisin planilla anlisis-histrico
R11-Gestin de Turnos a Domicilio CUU 11.1-Alta Turno Domicilio
CUU 11.2-Modificacin Turno Domicilio
CUU 11.3-Baja Turno Domicilio

DESCRIPCIN EN FORMATO COMPLETO DE CASOS DE USO

Cdigo y Nombre de CASO DE USO: R1- Gestin de anlisis.
Nivel Estructura Alcance Caja Instanciacin Interaccin
Resumen Sin-estructurar Sistema Negra Real Semntico

Meta del CASO DE USO: registrar un anlisis.
ACTORES:
Primario: Secretaria Otros:

PRECONDICIONES(de Negocio): existen anlisis

PRECONDICIONES(De Sistema):
Principales: Existe la entidad Anlisis
Complementarias: existe la entidad Componente de Anlisis

DISPARADOR: La secretaria ingresa al sistema para dar de alta un nuevo anlisis

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa datos del anlisis invocando el CUU 1.1-Alta Anlisis
.
CAMINOS ALTERNATIVOS:
1.a. <reemplaza> Secretaria desea modificar los datos de un Anlisis.
1.a.1. Secretaria modifica los datos invocando al CUU 1.2-Modificacin Anlisis.
1.b. <reemplaza> Secretaria desea dar de baja un Anlisis
1.a.1. Secretaria da de baja un Anlisis invocando al CUU 1.3-Baja Anlisis

POSTCONDICIONES(De negocio):
xito: Secretaria dio de alta el anlisis
Fracaso:
xito alternativo: Secretaria modific los datos del anlisis
Secretaria elimin un anlisis.

POSTCONDICIONES(De Sistema):
xito: el anlisis se registr correctamente
Fracaso:
xito alternativo: se registr correctamente la modificacin de los datos del anlisis
Se registr correctamente la eliminacin del anlisis.


Cdigo y Nombre del CASO DE USO: CUU 1.1 - Alta Anlisis
Nivel Estructura Alcance Caja Interaccin Instanciacin Usabilidad
Usuario Re-estructurado Sistema Negra Dialogal Real Contemplada

Meta del CASO DE USO: Registrar el alta de un anlisis.

ACTORES

PRECONDICIONES (de negocio): Existe un anlisis que debe darse de alta.
PRECONDICIONES (de sistema)
Primarias: Existe entidad Anlisis
Complementarias: existe la entidad Componente de Anlisis

DISPARADOR: existen anlisis nuevos

FLUJ O DE SUCESOS
Paso Usuario Sistema Caminos alternativos
1 Secretaria
selecciona la
opcin dar de alta
Anlisis
Muestra pantalla con
los campos vacos
(ver EC1) botn
<ACEPTAR>
y<CANCELAR>.

2 Secretaria ingresa
los campos
correspondientes
y acepta.
Valida que se hayan
ingresado todos los
datos obligatorios y
registra el alta del
anlisis.
2.a<reemplaza> Hay campos obligatorios
vacos
2.a.1 Sistema informa
condicin.
2.a.2 Secretaria completa
el/los campos faltantes.
2.a.3 Sistema Registra el alta
del anlisis
3 Secretaria
selecciona opcin
Agregar
Componente
los campos vacos(ver
EC2) botn
<ACEPTAR> y
<CANCELAR>

campos
correspondientes
y acepta
Valida que se hayan
ingresado todos los
componente.
4.a<reemplaza>

4.b<reemplaza>
Hay campos obligatorios
vacos.
4.a.1. Sistema informa
condicin.
4.a.2.Secretaria completa los
campos faltantes.
4.a.3. Sistema registra el alta
del componente.

Secretaria cancela la
operacin. Fin CU.
Los pasos 3 y 4 se repiten hasta que el usuario lo indique


POSTCONDICIONES (de sistema)
xito: Se registr el alta del anlisis
Fracaso:
xito alternativo: Se registr el alta del anlisis luego de ingresarse los datos
obligatorios faltantes.
POSTCONDICIONES (de negocio)
xito: La Secretaria dio de alta el anlisis.
Fracaso:
xito alternativo: La Secretaria dio de alta el anlisis luego de ingresar los datos

ESPECIFICACIONES COMPLEMENTARIAS
Nro Descripcin
1 idAnlisis + descripcinAnlisis + idCategora + mtodoResolutorio + unidadBioqumica +
valoresNormales + observacinAnlisis
2 idComponente + descripcinComponente + valoresNormales + resultado

Cdigo y Nombre del CASO DE USO: CUU 1.2 Modificacin Anlisis

Meta del CASO DE USO: modificar los datos de un anlisis.

ACTORES

PRECONDICIONES (de negocio): Existe un anlisis al que se le deben modificar los datos.
Complementarias: existe entidad Componente de Anlisis

DISPARADOR: Secretaria ingresa al sistema para modificar los datos de un determinado
anlisis

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
modificar datos del
anlisis
Muestra pantalla con el
campo para seleccionar
el anlisis (ver EC1)
botn <ACEPTAR> y
<CANCELAR>

2 Secretaria ingresa Muestra pantalla con los 2.a El anlisis ingresado no

datos campos (ver EC2) botn
<ACEPTAR>
y<cancelar>.
existe
2.a.1. Sistema Informa
condicin. Vuelve al paso 2
3 Secretaria modifica
los campos
correspondientes y
acepta.
Valida que se hayan
ingresado todos los datos
obligatorios y registra la
modificacin de los datos
del anlisis.
3.a<reemp
laza>
vacos
condicin.
3.a.3 Sistema Registra la
modificacin de los datos del
anlisis

xito: Se registr la modificacin de los datos del anlisis
Fracaso:
xito alternativo: Se registr la modificacin del anlisis luego de ingresarse los
datos obligatorios faltantes.
xito: La Secretaria modific datos del anlisis.
Fracaso:
xito alternativo: La Secretaria modific los datos del anlisis luego de ingresar los

Nro Descripcin
1 DescripcinAnlisis
2 idAnlisis + descripcinAnlisis + idCategora + mtodoResolutorio + unidadBioqumica +
valoresNormales +observacinAnlisis + 0{idComponente + descripcinComponente +
valoresNormales}n

Cdigo y Nombre del CASO DE USO: CUU 1.3 - Baja Anlisis

Meta del CASO DE USO: Registrar la baja de un anlisis.

ACTORES

PRECONDICIONES (de negocio): Existe un anlisis que debe darse de baja


DISPARADOR: existen anlisis que no se realizan ms

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
dar de baja Anlisis
Muestra pantalla con los
campos vacos (ver EC1)
botn <ACEPTAR>
y<CANCELAR>.

los campos
correspondientes y
acepta.
Valida que exista el
anlisis y registra la baja
2.a<reemp
laza>
El anlisis ingresado no
existe
condicin.
2.a.2 Secretaria reingresa
datos.
baja del anlisis

xito: Se registr la baja del anlisis
Fracaso:
xito alternativo:
xito: La Secretaria dio de baja el anlisis.
Fracaso:
xito alternativo:

Nro Descripcin
1 descripcionAnlisis


Cdigo y Nombre de CASO DE USO: R2- Gestin de Prestaciones.
Resumen Reestructurado Sistema Negra Real Semntico

Meta del CASO DE USO: realizar una prestacin.
ACTORES:
Primario: Paciente Otros: Secretaria

PRECONDICIONES (De Negocio): existen pacientes interesados en realizarse una
prestacin
PRECONDICIONES (De Sistema):
Primarias: existe entidad Prestacin, entidad Paciente, entidad Mdico, entidad
Anlisis, entidad Obra Social y entidad componente de anlisis
Complementarias: existe entidad Plan

DISPARADOR: Paciente solicita una prestacin

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos para realizar la prestacin invocando al CUU
2.1-Alta Prestacin

1.a. <Reemplaza> Secretaria desea registrar los resultados de una prestacin.
1.a.1. Secretaria ingresa los datos de la prestacin invocando CUU 2.2-
Resultados Prestacin.

xito: Secretaria dio de alta la prestacin
Fracaso:
xito alternativo: Secretaria registr los resultados de la prestacin
Secretaria obtuvo el informe de la prestacin.

xito: La prestacin se ha registrado correctamente.
Fracaso:
xito alternativo: Los resultados de la prestacin se han registrado correctamente.


Cdigo y Nombre del CASO DE USO: CUU 2.1 - Alta Prestacin

Meta del CASO DE USO: Registrar el alta de una prestacin.

ACTORES
Primario: Secretaria Otros: Paciente

PRECONDICIONES (de negocio): Existe una prestacin que debe darse de alta.
Primarias: Existe entidad Prestacin, Existe entidad Paciente, existe entidad Anlisis,
existe entidad Mdico, existe entidad Obra Social

DISPARADOR: Paciente solicita una prestacin

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
dar de alta
Prestacin
botn <ACEPTAR>
y<cancelar>.

los campos
correspondientes y
acepta.
Valida los datos y registra
la prestacin
2.a<reem
plaza>
vacos
condicin.
2.a.3 Sistema Registra el
alta de la prestacin
3 Secretaria
selecciona la opcin
agregar anlisis
botn <Aceptar> y
<Cancelar>

campos
correspondientes y
acepta
Valida los datos, registra
el alta y emite ficha

Los pasos 3 y 4 se repiten hasta que el usuario lo indique

xito: Se registr el alta de la prestacin
Fracaso:
xito alternativo: Se registr el alta de la prestacin luego de ingresarse los datos
xito: La Secretaria dio de alta la prestacin.

Fracaso:
xito alternativo: La Secretaria dio de alta la prestacin luego de ingresar los datos

Nro Descripcin
1 nroPrestacion + dniPaciente + idMedico + idObraSocial
2 descripcionAnlisis

Cdigo y Nombre del CASO DE USO: CUU 1.2 Resultados Prestacin

Meta del CASO DE USO: registrar los resultados de una prestacin.

ACTORES

PRECONDICIONES (de negocio): Existe una prestacin a la que se le deben cargar los
resultados.
Primarias: Existe entidad Prestacin
Complementarias: existe entidad Paciente, existe entidad Anlisis, existe entidad
Mdico

DISPARADOR: estn disponibles los resultados de una prestacin

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
registrar resultados
de la prestacin
la prestacin(ver EC 1),
botn <Aceptar> y
<cancelar>

datos
Valida datos y Muestra
pantalla con los campos
(ver EC2) botn
<ACEPTAR>
y<cancelar>.
2.a No existe la prestacin
los campos
correspondientes y
acepta.
Valida y registra la
modificacion
3.a<reempl
aza>
vacos
condicin.

modificacin de la prestacin

xito: Se registraron los resultados de la prestacin
Fracaso:
xito alternativo: Se registraron los resultados de la prestacin luego de ingresarse
los datos obligatorios faltantes.
xito: La Secretaria modific datos de la prestacin.
Fracaso:
xito alternativo: La Secretaria modific los datos de la prestacin luego de ingresar

Nro Descripcin
1 apeYNomPaciente + fechaPrestacin
2 {nroPrestacin + fechaPrestacion} + {dniPaciente + apeYNomPaciente + sexoPaciente}
+ {idMedico + apellidoMedico + especialidadMedico} + 1{idAnalisis + descripcionAnalisis
+ resultado + valoresNormales + 0{idComponente + descripcinComponente +
valoresNormales + resultado}n}


Cdigo y Nombre de CASO DE USO: R3-Gestin de Pacientes

Meta del CASO DE USO: registrar un paciente.
ACTORES:

PRECONDICIONES(de Negocio): existen pacientes interesados en tomar una prestacin

Principales: existe la entidad Paciente, existe la entidad Prestacin, existe entidad
Obra Social
Complementarias: existe entidad Anlisis, existe entidad Mdico

DISPARADOR: El Paciente solicita una prestacin

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria solicita a datos al Paciente y los ingresa al Sistema invocando CUU 3.1-
Alta Paciente.
2. Secretaria solicita datos de la Obra Social al Paciente y los ingresa al Sistema
invocando CUU 3.3-Alta Obra Social Paciente
El paso 2 se repite hasta que el usuario lo indique

1.a. <reemplaza> El Paciente ya se encuentra registrado.
1.a.1. Secretaria modifica los datos del Paciente invocando CUU 3.2-Modificacin
Paciente.

2.a<reemplaza> Secretaria no desea dar de alta una Obra Social
2.a.1. Fin CU

2.b Secretaria desea eliminar una Obra Social del Paciente
2.b.1 Secretaria elimina la Obra Social invocando al CUU 3.4-Baja Obra Social
Paciente

xito: Secretaria dio de alta el paciente
Fracaso:
xito alternativo: Secretaria modific los datos del paciente


xito: se registr un paciente
Fracaso:
xito alternativo: se registr la modificacin de los datos del paciente


Cdigo y Nombre del CASO DE USO: CUU 3.1 - Alta Paciente

Meta del CASO DE USO: Registrar el alta de un paciente.
ACTORES

PRECONDICIONES (de negocio): Existe un paciente que debe darse de alta.
Primarias: Existe entidad Paciente
Complementarias: existe entidad Prestacin

DISPARADOR: el Paciente no se encuentra registrado

FLUJ O DE SUCESOS
1 Secretaria
selecciona la
opcin dar de alta
paciente
los campos vacos (ver
EC1) botn
<ACEPTAR>
y<cancelar>.

2

Secretaria ingresa
los campos
correspondientes
y acepta.

Valida que se hayan
ingresado todos los
paciente.

2.a<reem
plaza>

vacos
condicin.
alta del paciente

xito: Se registr el alta del paciente
Fracaso:
xito alternativo: Se registr el alta del paciente luego de ingresarse los datos
xito: La Secretaria dio de alta al paciente.
Fracaso:
xito alternativo: La Secretaria dio de alta al paciente luego de ingresar los datos

Nro Descripcin
1 apeYnomPaciente + TipoDni + dniPaciente + FechaNacimiento + DireccinPaciente +

TelfonoPaciente + CelularPaciente + SexoPaciente + saldo

Cdigo y Nombre del CASO DE USO: CUU 3.2 Modificacin Paciente

Meta del CASO DE USO: modificar los datos de un paciente.

ACTORES

PRECONDICIONES (de negocio): Existe un paciente al que se le deben modificar los datos.
Primarias: Existe entidad Paciente
Complementarias: existe entidad Obra Social, existe entidad Prestacin, existe
entidad Plan

DISPARADOR: los datos del Paciente son incorrectos

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
modificar datos de
paciente
el paciente(ver EC1)

los campos
correspondientes y
acepta
botn <ACEPTAR>
y<cancelar>.
2.a El Paciente no existe
condicin
2.a.2 Vuelve al paso 2
los campos
correspondientes y
acepta.
Valida que se hayan
del paciente.
3.a<reemp
laza>

vacos
condicin.
paciente

xito: Se registr la modificacin de los datos del paciente
Fracaso:

xito alternativo: Se registr la modificacin del paciente luego de ingresarse los
xito: La Secretaria modific datos del paciente.
Fracaso:
xito alternativo: La Secretaria modific los datos del paciente luego de ingresar los

Nro Descripcin
1 dniPaciente
2 {apeYnomPaciente + Tipo Documento + Nro Documento + Fecha Nacimiento + Direccin + +
Telfono + Celular + Sexo + saldo} + 0{idObraSocial + descripcinOS}

Cdigo y Nombre del CASO DE USO: CUU 3.3 Alta Obra Social Paciente


ACTORES

PRECONDICIONES (de negocio): Existe un paciente que debe darse de alta.
Primarias: Existe entidad Paciente, existe entidad Obra Social
Complementarias: existe entidad Prestacin, existe entidad Plan

DISPARADOR: el Paciente tiene una nueva Obra Social

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
dar de alta Obra
Social Paciente
botn <ACEPTAR>
y<cancelar>.

los campos
correspondientes y
acepta.
Valida y muestra los
datos de la Obra Social y
los planes
disponibles(ver EC2)
2.a La Obra Social no existe
condicin
2.a.2 Vuelve al paso 2.

3 Secretaria
selecciona Plan de
la Obra Social
Registra el alta de la
Obra Social


xito: Se registr el alta de la Obra Social del paciente
Fracaso: No se registr el alta de la Obra Social
xito alternativo:
xito: La Secretaria dio de alta la Obra Social del Paciente.
Fracaso: La Secretaria cancel el alta
xito alternativo:

Nro Descripcin
1 idObraSocial
2 idObraSocial + descripcionObraSocial + 1{idPlan}n

Cdigo y Nombre del CASO DE USO: CUU 3.4 Baja Obra Social Paciente


ACTORES

PRECONDICIONES (de negocio): Existe un paciente que debe dar de baja una Obra Social.
Primarias: Existe entidad Paciente, existe entidad Obra Social

DISPARADOR: el Paciente dej de utilizar una Obra Social

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
dar de baja Obra
Social Paciente
Obras Sociales de
paciente (ver EC1) botn
<ACEPTAR>
y<cancelar>.

2 Secretaria
selecciona la Obra
Social a eliminar
Valida y registra la baja 2.a La Obra Social no existe
condicin
2.a.2 Vuelve al paso 2.


xito: Se registr la baja de la Obra Social del paciente
Fracaso: No se registr la de la Obra Social
xito alternativo:
xito: La Secretaria dio de baja la Obra Social del Paciente.
Fracaso: La Secretaria cancel la
xito alternativo:

Nro Descripcin
1 idObraSocial + descripcionObraSocial


Cdigo y Nombre de CASO DE USO: R4- Gestin de Mdicos
Resumen Re-estructurado Sistema Negra Real Semntico

Meta del CASO DE USO: Registrar Mdicos
ACTORES:

PRECONDICIONES:
Primarias: existe entidad Mdico
Complementarias:

DISPARADOR: La secretaria ingresa al sistema para dar de alta un nuevo medico.

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos del mdico invocando al CUU 4.1-Alta Mdico.

1.a. <Reemplaza> El mdico ya se encuentra registrado.
1.a.1. Secretaria modifica los datos del mdico invocando CUU 4.2-
Modificacin Mdico.

xito: Secretaria dio de alta el medico
Fracaso:
xito alternativo: se modificaron los datos del medico

xito: El mdico se ha registrado correctamente.
Fracaso:
xito alternativo: El mdico se ha modificado correctamente.


Cdigo y Nombre del CASO DE USO: CUU 4.1 - Alta Mdico

Meta del CASO DE USO: Registrar el alta de un mdico.

ACTORES

PRECONDICIONES (de negocio): Existe un mdico que debe darse de alta.
Primarias: Existe entidad Mdico
Complementarias: existe entidad Prestacin

DISPARADOR: el Mdico que solicita la prestacin no est registrado

FLUJ O DE SUCESOS
Pa
so
Usuario Sistema Caminos alternativos
1 Secretaria selecciona
la opcin dar de alta
mdico
Muestra pantalla
con los campos
vacos (ver EC1)
botn <ACEPTAR>
y<cancelar>.

2 Secretaria ingresa los
campos
correspondientes y
acepta.
Valida que se
hayan ingresado
todos los datos
obligatorios y
mdico.
2.a<reempl
aza>
Hay campos obligatorios vacos
2.a.1 Sistema informa condicin.
2.a.2 Secretaria completa el/los
campos faltantes.
2.a.3 Sistema Registra el alta del
mdico

xito: Se registr el alta del mdico
Fracaso:
xito alternativo: Se registr el alta del mdico luego de ingresarse los datos
xito: La Secretaria dio de alta al mdico.
Fracaso:
xito alternativo: La Secretaria dio de alta al mdico luego de ingresar los datos

Nro Descripcin
1 Matrcula + ApeYNomMdico + Especialidad+ Direccin + ciudad + sanatorio + Telfono


Cdigo y Nombre del CASO DE USO: CUU 4.2 Modificacin Mdico

Meta del CASO DE USO: modificar los datos de un mdico.

ACTORES Primario: Secretaria Otros:

PRECONDICIONES (de negocio): Existe un mdico al que se le deben modificar los datos.
Primarias: Existe entidad Mdico
Complementarias:

DISPARADOR: Secretaria ingresa al sistema para modificar los datos de un mdico

FLUJ O DE SUCESOS
1 Secretaria
selecciona la
opcin modificar
datos de mdico
el Mdico

2 Secretaria
ingresa Id de
Mdico
campos (ver EC1) botn
<ACEPTAR>
y<cancelar>.
2.a El Mdico ingresado no existe
2.a.1. Sistema informa condicin
3 Secretaria
modifica los
campos
correspondientes
y acepta.
Valida que se hayan
ingresado todos los
registra la modificacin
de los datos del mdico.
3.a<reem
plaza>
campos faltantes.
mdico

xito: Se registr la modificacin de los datos del mdico
Fracaso:
xito alternativo: Se registr la modificacin del mdico luego de ingresarse los datos
xito: La Secretaria modific datos del mdico.
Fracaso:
xito alternativo: La Secretaria modific los datos del mdico luego de ingresar los

Nro Descripcin
1 Matrcula + ApeYNomMdico + Especialidad+ Direccin + ciudad + Telfono + Celular +
sanatorio

Cdigo y Nombre de CASO DE USO: R5- Gestin de Obras Sociales.

Meta del CASO DE USO: Registrar Obras Sociales
ACTORES:

PRECONDICIONES(De negocio) existen obras sociales para ingresar/modificar/eliminar

Primarias: existe Obra Social, existe entidad Plan
Complementarias:

DISPARADOR: La secretaria ingresa al sistema para dar de alta una obra social.

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos de la Obra social invocando al CUU 5.1-Alta
Obra Social
2. Secretaria ingresa planes de la Obra Social invocando al CUU 5.4-Alta Plan
Obra Social
El paso 2 se repite hasta que el usuario lo indique

1.a. <Reemplaza> Secretaria desea modificar los datos de la obra social.
1.a.1. Secretaria modifica los datos invocando al CUU 5.2-Modificacin Obra
Social.

1.b <Reemplaza> Secretaria desea eliminar los datos de la obra social.
1.b.1. Secretaria elimina los datos invocando al CUU 5.3-Baja Obra Social

2.a. <reemplaza> Secretaria desea modificar un Plan
2.a.1. Secretaria modifica Plan invocando al CUU 5.5-Modificacin Plan Obra
Social

2.b.<reemplaza> Secretaria desea eliminar un Plan
2.a.2. Secretaria elimina plan invocando al CUU 5.6-Baja Plan Obra Social

xito: se dio de alta la obra social
Fracaso:

xito alternativo: se modificaron los datos de la obra social

xito: La obra social se ha registrado correctamente.
Fracaso:
xito alternativo: La obra social se ha modificado correctamente.
La obra social se ha eliminado correctamente.


Cdigo y Nombre del CASO DE USO: CUU 5.1 - Alta Obra Social

Meta del CASO DE USO: dar de alta de una Obra social.
ACTORES

PRECONDICIONES (de negocio): Existe una obra social que debe darse de alta.
Primarias: Existe entidad Obra Social

DISPARADOR: Secretaria ingresa al sistema para dar de alta una Obra Social

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
dar de alta Obra
Social
botn <ACEPTAR>
y<cancelar>.

los campos
correspondientes y
acepta.
Valida que se hayan
obligatorios y registra el
alta de la obra social
2.a<reemp
laza>
vacos
condicin.
de la obra social

xito: Se registr el alta de la obra social
Fracaso:
xito alternativo: Se registr el alta de la obra social luego de ingresarse los datos
xito: La Secretaria dio de alta la obra social.
Fracaso:
xito alternativo: La Secretaria dio de alta la obra social luego de ingresar los datos

Nro Descripcin
1 idObraSocial + descripcionOS + direccionOS + ciudadOS + telfonos + unidadBioquimicaOS +
provinciaOS + observacinOS


Cdigo y Nombre del CASO DE USO: CUU 5.2 Modificacin Obra Social

Meta del CASO DE USO: modificar los datos de obra social.

ACTORES

PRECONDICIONES (de negocio): Existe una obra social a la que se le deben modificar los
datos.
Complementarias:

DISPARADOR: los datos de una Obra Social cambiaron

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
modificar datos de
Obra social
la Obra Social(ver EC1)
botn <Aceptar> y
<Cancelar>

Id de Obra Social
campos (ver EC) botn
<ACEPTAR>
y<cancelar>.
2.a La obra social ingresada no
existe
condicin
los campos
correspondientes y
acepta.
Valida que se hayan
de la Obra Social.
3.a<reemp
laza>
vacos
condicin.
modificacin de los datos de
la Obra Social.

xito: Se registr la modificacin de los datos de la Obra Social
Fracaso:
xito alternativo: Se registr la modificacin de la Obra Social luego de ingresarse
xito: La Secretaria modific datos de la Obra Social.
Fracaso:
xito alternativo: La Secretaria modific los datos de la Obra Social luego de ingresar

Nro Descripcin
1 descripcionObraSocial
2 idObraSocial + descripcionOS + direccionOS + ciudadOS + telfonos + unidadBioquimicaOS +
provinciaOS + observacionOS

Cdigo y Nombre del CASO DE USO: CUU 5.3 Baja Obra Social

Meta del CASO DE USO: Dar de baja Obra Social.
ACTORES

PRECONDICIONES (de negocio): Existen Obras Sociales que deben darse de baja.
Complementarias:

DISPARADOR: ya no se trabaja ms con una Obra Social determinada

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
eliminar Obra Social
la Obra Social

Id de Obra Social
mensaje informando la
baja botn <ACEPTAR>
y<cancelar>.
2.a La Obra Social ingresada no
existe
condicin
3 Secretaria acepta. Valida y registra la baja
de la Obra Social.

xito: Se registr la baja de la Obra Social
Fracaso:
xito alternativo: Se registr la baja habiendo reingresado el Id de la Obra social
xito: La Secretaria elimin la Obra Social.
Fracaso:
xito alternativo: La secretaria dio de baja la Obra Social habiendo reingresado el Id
de Obra Social

Nro Descripcin
1 descripcionObraSocial

Cdigo y Nombre del CASO DE USO: CUU 5.4 Alta Plan Obra Social

Meta del CASO DE USO: dar de alta de una Obra social.

ACTORES

PRECONDICIONES (de negocio): Existe una obra social que debe darse de alta.
Primarias: Existe entidad Obra Social, existe entidad Plan
Complementarias:
DISPARADOR: Secretaria ingresa al sistema para dar de alta un Plan de una Obra Social

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
dar de alta Plan
Obra Social
botn <ACEPTAR>
y<cancelar>.

los campos
correspondientes y
acepta.
Valida que se hayan
obligatorios y registra el
alta del plan de la obra
social
2.a<reemp
laza>
vacos
condicin.
del plan de la obra social

xito: Se registr el alta del Plan de la obra social
Fracaso:
xito alternativo: Se registr el alta del Plan de la obra social luego de ingresarse los
xito: La Secretaria dio de alta la el Plan de la obra social.
Fracaso:
xito alternativo: La Secretaria dio de alta el Plan de la obra social luego de ingresar

Nro Descripcin
1 idPlan + descripcionPlan + unidadBioquimicaOS + porcentajePaciente

Cdigo y Nombre del CASO DE USO: CUU 5.5 Modificacin Plan Obra Social

Meta del CASO DE USO: modificar los datos de obra social.

ACTORES

PRECONDICIONES (de negocio): Existe una obra social a la que se le deben modificar los
datos.
Complementarias:

DISPARADOR: los datos de un Plan de una Obra Social cambiaron

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
modificar datos de
Plan Obra social
el Plan(ver EC1) botn
<Aceptar> y <Cancelar>

Id de Plan
<ACEPTAR>
y<cancelar>.
2.a La obra social ingresada no
existe
condicin
los campos
correspondientes y
acepta.
Valida que se hayan
del Plan.
3.a<reemp
laza>
vacos
condicin.
Plan

xito: Se registr la modificacin de los datos del Plan de la Obra Social
Fracaso:

xito alternativo: Se registr la modificacin del Plan de la Obra Social luego de
ingresarse los datos obligatorios faltantes.
xito: La Secretaria modific datos del Plan de la Obra Social.
Fracaso:
xito alternativo: La Secretaria modific los datos del Plan de la Obra Social luego de
ingresar los datos obligatorios faltantes.

Nro Descripcin
1 idPlan
2 idPlan + descripcionPlan + unidadBioquimicaOS + porcentajePaciente

Cdigo y Nombre del CASO DE USO: CUU 5.6 Baja Plan Obra Social

Meta del CASO DE USO: Dar de baja un Plan de unaObra Social.

ACTORES

PRECONDICIONES (de negocio): Existen Planes de Obras Sociales que deben darse de
baja.
Complementarias:

DISPARADOR: ya no se trabaja ms con un Plan de una Obra Social determinada

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
eliminar Plan Obra
Social
el Plan de la Obra Social

Id del Plan de Obra
Social
mensaje informando la
baja botn <ACEPTAR>
y<cancelar>.
2.a El Plan de la Obra Social
ingresado no existe
condicin
3 Secretaria acepta. Valida y registra la baja
del Plan de la Obra
Social.


xito: Se registr la baja de un Plan de la Obra Social
Fracaso:
xito alternativo: Se registr la baja habiendo reingresado el Id del Plan de la Obra
social
xito: La Secretaria elimin el Plan de la Obra Social.
Fracaso:
xito alternativo: La secretaria dio de baja el Plan de la Obra Social habiendo
reingresado el Id de Obra Social

Nro Descripcin
1 idPlan


Cdigo y Nombre de CASO DE USO: R6- Gestin de Planilla diaria de divisin del
trabajo.

Meta del CASO DE USO: La secretaria emite la planilla diaria de anlisis
ACTORES:

PRECONDICIONES(De Negocio): existen prestaciones realizadas en el da.
Primarias: existe entidad Prestacin, entidad Anlisis
Complementarias: existe entidad Paciente

DISPARADOR: La secretaria ingresa al sistema para emitir la planilla de divisin del trabajo.

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos para la planilla y solicita emisin invocando el
CUU 6.1-Emisin de planillas de anlisis diarios.

xito: se emiti la planilla diaria de divisin del trabajo.
Fracaso:
xito alternativo:

xito: La planilla diaria de anlisis se ha emitido correctamente.
Fracaso:
xito alternativo:


Cdigo y Nombre del CASO DE USO: CUU 6.1 Emisin plantilla prestaciones diarias

Meta del CASO DE USO: Emitir plantilla de anlisis diario.

ACTORES

PRECONDICIONES (de negocio): Se realizaron prestaciones en el da.
Primarias: Existe entidad Prestacin
Complementarias:

DISPARADOR: se realizaron todas las prestaciones del da

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
Emitir planilla de
prestaciones diarias
Muestra pantalla la
plantilla y da la opcin de
imprimir o exportar el
documento

2 Secretaria
selecciona imprimir
y/o exportar
documento
Realiza la accin
seleccionada, imprimir
y/o exportar

xito: Se genero correctamente la plantilla de prestaciones diarias.
Fracaso:
xito alternativo:
xito: La Secretaria gener plantilla de prestaciones diarias.
Fracaso:
xito alternativo:

Nro Descripcin
1


Cdigo y Nombre de CASO DE USO: R7- Gestin Usuarios

Meta del CASO DE USO: gestionar usuarios
ACTORES:
Primario: administrador Otros: usuario

PRECONDICIONES (De Negocio): existen usuarios a gestionar

Primarias: existe entidad Usuario
Complementarias:

DISPARADOR: se debe crear un nuevo usuario

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Administrador da de alta un usuario invocando al CUU 7.1-Alta Usuario.

1.a. <reemplaza> Administrador desea modificar los datos de un usuario
1.a.1. Administrador modifica los datos del usuario invocando al CUU 7.2-
Modificacin Usuario

1.b.. <reemplaza> Administrador desea eliminar un Usuario
1.b.1. Administrador elimina un usuario invocando al CUU 7.3-Baja Usuario

xito: Administrador dio de alta un usuario
Fracaso:
xito alternativo: Administrador modific los datos de un usuario
Administrador elimin un usuario

xito: El alta del usuario se registr correctamente
Fracaso:
xito alternativo: se registr la modificacin del usuario
Se registr la baja de un usuario


Cdigo y Nombre del CASO DE USO: CUU 7.1 Alta usuario

Meta del CASO DE USO: registrar el ata de un usuario

ACTORES
Primario: Administrador Otros:

PRECONDICIONES (de negocio): existen usuarios que deben darse de alta
Complementarias:

DISPARADOR: el usuario no se encuentra registrado

FLUJ O DE SUCESOS
1 Administrador
selecciona opcin
crear Usuario
campos vacos (VER
EC1) botn <ACEPTAR>
y <CANCELAR>

2 Administrador
ingresa los campos
correspondientes y
acepta
Valida datos y registra el
alta.
2.a

2.b.
Administrador cancela el alta.
2.a.1. Fin CU

2.b.1.Sistema informa condicin.
2.b.2. Vuelve al paso 2.

xito: el usuario se registr correctamente
Fracaso:
xito alternativo: el usuario se registr correctamente luego de haber ingresado los
datos faltantes

xito: el Administrador dio de alta un usuario
Fracaso:
xito alternativo: el Administrador dio de alta un usuario luego de haber ingresado
los datos faltantes

Nro Descripcin
1 codigoUsuario + nombreUsuario + passUsuario + habUsuario + fechaAlta + fechaBaja +
wksUsuario


Cdigo y Nombre del CASO DE USO: CUU 7.2 Modificacin Usuario

Meta del CASO DE USO: modificar un usuario

ACTORES
Primario: Administrador Otros:

PRECONDICIONES (de negocio): existen usuarios que deben modificarse
Complementarias:

DISPARADOR: los datos del usuario son incorrectos

FLUJ O DE SUCESOS
1 Administrador
selecciona opcin
Modificar Usuario
Muestra campo para
seleccionar el usuario
(Ver EC1)

2 Administrador
ingresa campos
correspondientes y
acepta
usuario y muestra en
pantalla los datos (Ver
EC2) botones
<ACEPTAR> y
<CANCELAR>
2.a

2.b.
. Administrador cancela la
operacin. Fin CU

El usuario no existe
2.b.1. Sistema informa condicin.
2.b.2.Vuelve al paso 2
3 Administrador
modifica los datos
correspondientes y
acepta
Valida datos y registra
modificacin.
3.a Hay campos obligatorios vacos
3.a.2 Administrador completa
usuario

xito: se registr la modificacin del Usuario
Fracaso: se cancel la operacin.
xito alternativo: se registr la modificacin del Usuario luego de haber ingresado los
datos faltantes.

xito: Administrador modific los datos del usuario.
Fracaso: Administrador cancel la operacin.
xito alternativo: Administrador modific los datos del usuario habiendo ingresado
los datos faltantes.

Nro Descripcin
1 codigoUsuario
2 codigoUsuario + nombreUsuario + passUsuario + habUsuario + fechaAlta + fechaBaja +
wksUsuario

Cdigo y Nombre del CASO DE USO: CUU 7.3 Baja Usuario

Meta del CASO DE USO: eliminar un usuario

ACTORES
Primario: Administradore Otros:

PRECONDICIONES (de negocio): existen usuario que deben darse de baja
Primarias: existe la entidad Usuario
Complementarias:

DISPARADOR: existen personas que no utilizan mas el sistema

FLUJ O DE SUCESOS
1 Administrador
selecciona opcin
dar de baja usuario
Muestra campos vacos
para seleccionar usuario
(Ver EC1) botones
<ACEPTAR> y
<CANCELAR>

2 Administrador
ingresa los datos
correspondientes y
acepta
usuario y registra la baja.
2.a

2.b
Administrador cancela la
operacin.
2.a.1. Fin CU.

El usuario no existe
2.b.1. Sistema informa
condicin.
2.b.2 Vuelve al paso 2.

xito: se registr correctamente la baja del usuario.
Fracaso: se cancel la operacin.
xito alternativo: se registr la baja habiendo reingresado el usuario

xito: Administrador dio de baja el usuario
Fracaso: Administrador cancel la operacin
xito alternativo: Administrador dio de baja el usuario luego de haber reingresado los
datos.

Nro Descripcin
1 codigoUsuario


Cdigo y Nombre de CASO DE USO: R8-Gestin de facturacin y cobros Pacientes

Meta del CASO DE USO: Facturar los cobros de los pacientes
ACTORES:

PRECONDICIONES(de Negocio): existen Pacientes que se realizaron prestaciones

Principales: Existe la entidad paciente, existe entidad Prestacin, existe entidad
Precio
Complementarias: existe entidad Anlisis, existe entidad Obra Social, existe entidad
Plan

DISPARADOR: Paciente se realiza una prestacin

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos y emite la factura invocando al CUU 8.1-Emisin
Factura Paciente


xito: Secretaria emiti la factura correctamente.
Fracaso:
xito alternativo:

xito: El sistema emite la factura correctamente.
Fracaso:
xito alternativo:


Cdigo y Nombre del CASO DE USO: CUU 8.1 Emisin factura Paciente

Meta del CASO DE USO: Emitir factura de prestacin de un paciente.

ACTORES

PRECONDICIONES (de negocio): Existe pacientes que se realizaron prestaciones.
Primarias: Existe entidad Paciente, Prestaciones
Complementarias:

DISPARADOR: Paciente se realiza una prestacin

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
emitir Factura
Paciente
Calcula monto y solicita
confirmacin
Botn <Aceptar> y
<Cancelar>

2 Secretaria acepta Emite factura 2.a<previo
>
Secretaria selecciona opcin
cancelar
2.a.1 Fin CU.

xito: Se emiti correctamente la factura.
Fracaso: Se cancel la emisin.
xito alternativo:
xito: La Secretaria emiti la factura de las prestaciones del paciente.
Fracaso: Secretaria cancel la emisin de la factura
xito alternativo:

Nro Descripcin
1


Cdigo y Nombre de CASO DE USO: R9- Gestin de Categoras de Anlisis

Meta del CASO DE USO: Registrar Categoras
ACTORES:

PRECONDICIONES:
Primarias: existe entidad Categora
Complementarias:

DISPARADOR: La secretaria ingresa al sistema para dar de alta una nueva Categora.

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos de la categora invocando al CUU 9.1-Alta
Categora.

1.a. <Reemplaza> La Categora ya se encuentra registrada.
1.a.1. Secretaria modifica los datos de la categora invocando CUU 9.2-
Modificacin Categora.

xito: Secretaria dio de alta la categora
Fracaso:
xito alternativo: se modificaron los datos de la categora

xito: La categora se ha registrado correctamente.
Fracaso:
xito alternativo: La categora se ha modificado correctamente.


Cdigo y Nombre del CASO DE USO: CUU 9.1 - Alta Categora
Meta del CASO DE USO: Registrar el alta de una categora de anlisis.

ACTORES

PRECONDICIONES (de negocio): Existe una categora que debe darse de alta.
Primarias: Existe entidad Categora
Complementarias:

DISPARADOR: existen categoras nuevas

FLUJ O DE SUCESOS
1 Secretaria
selecciona la
opcin dar de
alta Categora
los campos vacos (ver
EC1) botn
<ACEPTAR>
y<CANCELAR>.

2 Secretaria
ingresa los
campos
correspondientes
y acepta.
Valida que se hayan
ingresado todos los
registra el alta de la
categora.
2.a<reem
plaza>
campos faltantes.
2.a.3 Sistema Registra el alta de la
categora

xito: Se registr el alta de la categora
Fracaso:
xito alternativo: Se registr el alta de la categora luego de ingresarse los datos
xito: La Secretaria dio de alta la categora.
Fracaso:
xito alternativo: La Secretaria dio de alta la categora luego de ingresar los datos

Nro Descripcin
1 idCategora + descripcinCategora + observacinCategora


Cdigo y Nombre del CASO DE USO: CUU 9.2 Modificacin Categora

Meta del CASO DE USO: modificar los datos de una categora.

ACTORES

PRECONDICIONES (de negocio): Existe una categora a la que se le deben modificar los
datos.
Primarias: Existe entidad Categora
Complementarias:

DISPARADOR: Secretaria ingresa al sistema para modificar los datos de una determinada
categora

FLUJ O DE SUCESOS
1 Secretaria
selecciona la
opcin modificar
datos de la
categora
la categora (ver EC1)
botn <ACEPTAR> y
<CANCELAR>

2 Secretaria
selecciona la
categora
<ACEPTAR>
y<cancelar>.
2.a La categora no existe
2.a.1. Sistema Informa
3 Secretaria
modifica los
campos
correspondientes
y acepta.
Valida que se hayan
de la categora
3.a<reem
plaza>
condicin.
campos faltantes.
modificacin de los datos de la
categora

xito: Se registr la modificacin de los datos de la categora
Fracaso:
xito alternativo: Se registr la modificacin de la categora luego de ingresarse los
xito: La Secretaria modific datos de la categora.
Fracaso:
xito alternativo: La Secretaria modific los datos de la categora luego de ingresar

Nro Descripcin
1 descripcinCategora
2 idCategora + descripcinCategora + observacinCategora


Cdigo y Nombre de CASO DE USO: R10- Gestin de Informes

Meta del CASO DE USO: emitir informe
ACTORES:

PRECONDICIONES (De Negocio): existen pacientes que se realizaron prestaciones.

Primarias: existe entidad Prestacin, existe entidad Paciente, existe entidad Anlisis,
existe entidad Mdico
Complementarias:

DISPARADOR: se solicitan informes del Paciente

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria obtiene un informe de una prestacin de un paciente invocando al
CUU 10.1-Emisin Informe Prestacin Paciente.

1.a. <reemplaza> Secretaria desea obtener informe histrico de un Paciente.
1.a.1. Secretaria obtiene informe histrico invocando al CUU 10.2-
Informe de anlisis histricos por Paciente.

xito: se emiti el informe de la prestacin de un Paciente
Fracaso:
xito alternativo: se emiti el informe de anlisis histricos por Paciente

xito: El informe de la prestacin de un paciente se emiti correctamente.
Fracaso:
xito alternativo: El informe de anlisis histricos de un Paciente se emiti
correctamente.


Cdigo y Nombre del CASO DE USO: CUU 10.1 Emisin informe de prestacin
Paciente

Meta del CASO DE USO: Emitir el informe de una prestacin.

ACTORES

PRECONDICIONES (de negocio): Existen prestaciones.
Primarias: Existe entidad Prestacin, existe entidad Paciente
Complementarias: existe entidad anlisis

DISPARADOR: ya se registraron los resultados de una prestacin

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
Emitir informe de
prestacin
campos de seleccin (ver
EC1)

los datos
correspondientes y
acepta
Sistema muestra en
pantalla la planilla
Botn <Imprimir> y
<Cancelar>
2.a No existe la Prestacin
2.a.1-Sistema informa
condicin.
2.a.2-Vuelve al paso 2.
3 Secretaria
selecciona imprimir
o cancelar
Realiza la accin
seleccionada

xito: Se emiti correctamente el informe de la prestacin
Fracaso:
xito alternativo:
xito: La Secretaria emiti el informe de la prestacin
Fracaso:
xito alternativo:

Nro Descripcin
1 dniPaciente + fechaPrestacin + idPrestacin


Cdigo y Nombre del CASO DE USO: CUU 10.2 Emisin plantilla prestaciones
histricas

Meta del CASO DE USO: Emitir plantilla de anlisis histrico.

ACTORES

PRECONDICIONES (de negocio): Existen prestaciones.
Primarias: Existe entidad Prestacin, existe entidad Paciente
Complementarias: existe entidad anlisis

DISPARADOR: el Paciente solicita una prestacin

FLUJ O DE SUCESOS
1 Secretaria
selecciona la opcin
Emitir planilla de
anlisis histrico
campos de seleccin de
histrico a imprimir(ver
EC1)

los datos
correspondientes y
acepta
Sistema muestra en
pantalla la planilla
Botn <Imprimir> y
<Cancelar>
2.a El Paciente no posee
prestaciones histricas
2.a.1-Sistema informa
condicin. Fin CU
3 Secretaria
selecciona imprimir
o cancelar
Realiza la accin
seleccionada

xito: Se genero correctamente la plantilla de anlisis histrico
Fracaso:
xito alternativo:
xito: La Secretaria gener plantilla de anlisis histrico.
Fracaso:
xito alternativo:

Nro Descripcin
1 dniPaciente + fechaDesde + fechaHasta


Cdigo y Nombre de CASO DE USO: R11- Gestin de Turnos a Domicilio

Meta del CASO DE USO: realizar una prestacin a domicilio.
ACTORES:

PRECONDICIONES (De Negocio): existen pacientes interesados en realizarse una
prestacin en su domicilio
Primarias: existe entidad TurnoDomicilio, entidad Prestacin, entidad Paciente,
entidad Mdico y entidad Anlisis
Complementarias:

DISPARADOR: Paciente solicita una prestacin a domicilio

FLUJO DE SUCESOS:
CAMINO BSICO:
1. Secretaria ingresa los datos para realizar la prestacin a domicilio invocando
al CUU 11.1-Alta Turno Domicilio y

1.a. <reemplaza> Paciente solicita la cancelacin del turno a domicilio.
1.b.1. Secretaria elimina el turno a domicilio invocndo al CUU 11.2-Baja
Turno Domicilio

xito: Secretaria dio de alta el turno a domicilio
Fracaso:
xito alternativo: Secretaria elimin los datos del turno a domicilio

xito: El turno a domicilio se ha registrado correctamente.
Fracaso:
xito alternativo: El turno a domicilio se ha eliminado correctamente.


Cdigo y Nombre del CASO DE USO: CUU 11.1 - Alta Turno Domicilio

Meta del CASO DE USO: Registrar el alta de un turno a domicilio.

ACTORES

PRECONDICIONES (de negocio): Existe un turno a domicilio que debe darse de alta.
Primarias: Existe entidad TurnoDomicilio, Existe entidad Prestacin, Existe entidad
Paciente, existe entidad Anlisis, existe entidad Mdico
Complementarias:

DISPARADOR: Paciente solicita un turno a domicilio

FLUJ O DE SUCESOS
la opcin dar de alta
un Turno a Domicilio
botn <ACEPTAR>
y<cancelar>.

2 Secretaria ingresa los
campos
correspondientes y
acepta.
Valida los datos y registra
el turno a domicilio
2.a<re
emplaz
a>
vacos
condicin.
alta de la prestacin
la opcin agregar
horario
botn <Aceptar> y
<Cancelar>

campos
correspondientes y
acepta
Valida los datos, registra el
alta y emite ficha

xito: Se registr el alta del turno a domicilio
Fracaso:
xito alternativo: Se registr el alta del turno a domicilio luego de ingresarse los
xito: La Secretaria dio de alta el turno a domicilio.
Fracaso:

xito alternativo: La Secretaria dio de alta el turno a domicilio luego de ingresar los
Nro Descripcin
1 FechaTurnoDomicilio
2 Hora + nroPrestacion + dniPaciente

Cdigo y Nombre del CASO DE USO: CUU 11.2 - Baja Turno Domicilio

Meta del CASO DE USO: Registrar la baja de un turno a domicilio.

ACTORES

PRECONDICIONES (de negocio): Existe un turno a domicilio que debe eliminarse.
Primarias: Existe entidad TurnoDomicilio, Existe entidad Prestacin, Existe entidad
Paciente, existe entidad Anlisis, existe entidad Mdico
Complementarias:

DISPARADOR: Paciente solicita la baja de un turno a domicilio

FLUJ O DE SUCESOS
1 Secretaria selecciona la
opcin elimminar un
Turno a Domicilio
botn <ACEPTAR>
y<cancelar>.

2 Secretaria selecciona el
turno a eliminar
Valida los datos y registra la
eliminacin

xito: Se registr la eliminacin del turno a domicilio
Fracaso:
xito alternativo:
xito: La Secretaria elimin el turno a domicilio.
Fracaso:
xito alternativo:

Nro Descripcin
1 FechaTurnoDomicilio + nroPrestacion + dniPaciente + hora


DIAGRAMAS DE ACTIVIDAD
R1-Gestin de Anlisis

CUU 1.1-Alta de Anlisis

CUU 1.2-Modificacin Anlisis

Secretaria
Ingresa datos
Ingresa datos
componente
Sistema
Valida datos
registra anlisis
registro correcto
Datos suficientes?
No
Si
agregar componente?
otro?
Si
Si
No
No
Secretaria
Ingresa Id Anlisis
Modifica datos
Sistema
Valida Id
Valida datos
Registra modificacin
Existe Anlisis?
Datos suficientes?
No
Si
No
Si


R2-Gestin de prestaciones

CUU 2.1- Alta prestacin

Sistema
Valida Id
registra baja
Secretaria
Ingresa IdAnlisis
confirma baja
existe anlisis?
No
Si
Secretaria
Ingresa datos
Sistema
Valida datos
Registra prastacin y
emite ficha
Datos suficientes?
No
Si

CUU 2.2- Resultados prestacin

R3-Gestin de Pacientes

CUU 3.1-Alta Paciente

Secretaria
Ingresa datos
Carga resultados
Sistema
valida datos
Valida datos
Registra Resultados
existe?
Datos suficientes?
No
Si
No
Si
Secretaria
Confirma datos
Ingresa datos
Sistema
Valida datos
Registra Paciente
Campos suficientes?
No
Si



Secretaria
Ingresa Id Paciente
Modifica datos
Sistema
Valida Id
Valida datos
Existe Paciente?
Datos suficientes?
No
Si
No
Si
Sistema
Ingresa datos
Selecciona Plan
Secretaria
Valida y muestra en
pantalla
resgitra alta
existe Obra Social? No
Si


R4-Gestin de Mdicos

CUU 4.1-Alta Mdico

Sistema
Muerstra en pantalla
registra baja
Secretaria
Ingresa datos
Selecciona Obra Social y
confirma la baja
Secretaria
Ingresa datos
Sistema
Valida datos
Registra alta
Datos suficientes?
No
Si


R5-Gestin de Obras Sociales

CUU 5.1-Alta Obra Social

Sistema
Valida Id
Valida Datos
Secretaria
Modifica datos
Ingresa Id Mdico
existe mdico?
No
Si
Datos correctos?
No
Si
Secretaria
Ingresa datos
Sistema
Valida datos
Registra alta
Datos correctos?
No
Si



Sistema
Valida ID
Valida datos
Secretaria
Ingresa Id Obra Social
Ingresa datos
Existe Obra Social?
No
Si
Datos correctos?
No
Si
Secretaria
Ingresa Id
Confirma baja
Sistema
Valida Id
Registra baja
Existe Obra Social?
No
Si



Secretaria
Ingresa datos
Confirma alta
Sistema
Valida datos
Registra alta
datos correctos?
No
Si
Secretaria
Ingresa IdPlan
Modifica datos
Sistema
Valida IdPlan
Valida datos
Id correcto?
No
Si
datos correctos?
No
Si


R6-Gestin de Planillas diarias de divisin de trabajo

CUU 6.1-Emisin de planilla de anlisis diario

Secretaria
Ingresa IdPlan
Confirma Baja
Sistema
Valida IdPlan
Registra baja
Existe Plan?
No
Si
Secretaria
Selecciona emitir planilla
diaria
Selecciona
opcin(imprimir/exportar)
Sistema
calcula y muestra planilla
en pantalla
Imprime/exporta planilla
verifica que haya
prestaciones realizadas
existen prestaciones?
No
Si

R7-Gestin Usuarios

CUU 7.1-Alta Usuario

CUU 7.2-Modificacin Usuario

Administrador
Confirma datos
Ingresa datos
Sistema
Valida datos
Registra Usuario
Campos suficientes?
No
Si
Sistema
Valida cdigo
Valida datos
Administrador
Ingresa cdigo de usuario
Modifica datos
existe usuario?
datos suficientes?
No
Si
Si
No


R8-Gestin de facturacin de cobros Pacientes

CUU 8.1-Emisin factura paciente

Sistema
Valida cdigo
Registra baja
Administrador
Ingresa cdigo de usuario
Confirma baja
existe usuario?
No
Si
Sistema
Calcula monto y solicita
confirmacin
Emite factura
Secretaria
Selecciona opcin emitir
factura paciente
Confirma

R9-Gestin de Categoras

CUU 9.1-Alta Categora Anlisis


Secretaria
Ingresa datos
Sistema
Registra categora
Valida datos
datos vlidos?
No
Si
Secretaria
Ingresa Id
Modifica Datos
Sistema
valida Id
Valida datos
Registra Modificacin
No
correcto?
Datos suficientes?
Si
No
Si

R10-Gestin de Informes

CUU 10.1- Informe prestacin Paciente

CUU 10.2-Emisin Planilla anlisis histrico

Secretaria
Selecciona emitir informe
prestacin
Ingresa datos
Selecciona opcion
imprimir/cancelar
Sistema
Muestra campos para
seleccionar prestacin
Valida datos
Muestra informe en
pantalla
Imprime informe
existe prestacin?
No
Si
Secretaria
Selecciona imprimir
informe
Ingresa datos
Sistema
Muestra campos vacos
para seleccion
Valida datos
Emite informe
hay prestaciones?
No
Si

R11-Gestin de Turnos a Domicilio

CUU 11.1-Alta Turno Domicilio


Secretaria
Ingresa datos
Sistema
Valida datos
Registra alta
datos vlidos?
No
Si
Secretaria
Ingresa turno a
eliminar
Sistema
valida turno
Elimina turno y registra
eliminacin
existe turno?
No
Si

DIAGRAMA DE CLASES DE ANLISIS DE CASOS DE USO

CUU 1.1-Alta Anlisis


Secretaria
alta anlisis
realizacin
alta
anlisis
alta correcta
registro componente
Componente Anlisis
alta componente
registro correcto
Secretaria
pantalla
bsqueda
realizacin
bsqueda
anlisis
salida
pantalla
modificacin
realizacin
modificacin
modificacin
correcta


Secretaria
pantalla
bsqueda
realizacin
bsqueda
anlisis
salida
pantalla
eliminacin
realizacin
eliminacin
eliminacin
correcta

R2-Gestin de Prestaciones
CUU 2.1- Alta Prestacin


Secretaria
pantalla
alta
prestacion
realizacin alta
prestacin
Prestacin
Paciente
Anlisis
Mdico
Obra Social
alta correcta
Secretaria
pantalla bsqueda prestacion
realizacin bsqueda
prestacin
Prestacin
muestra prestacin
pantalla resultados prestacin
realizacin modificacin
registro correcto




Secretaria
pantalla alta
paciente
realizacin
alta
Paciente
alta correcta
Secretaria
pantalla
bsqueda
realizacin
bsqueda
Paciente
salida
pantalla
modificacin
realizacin
modificacin
modificacin
correcta



Secretaria
pantalla
seleccin
Os
bsqueda
Os
Obra Social
alta Obra
Social
bsqueda
plan pantalla
seleccin plan
Plan
alta correcta
Secretaria
pantalla
seleccin
Os
realizacin
bsqueda
Obra Social
pantalla
baja Os
realizacin
baja
pantalla
confirmacin
baja
correcta

R4-Gestin de Mdicos
CUU 4.1-Alta Mdico


Secretaria
alta mdico
realizacin alta
Mdico
alta correcta
Secretaria
Mdico
pantalla
bsqueda
realizacin
bsqueda
salida
pantalla
modificacin
modificacin
correcta
modificacin




Secretaria
realizacin
alta
pantalla
alta OS
Obra Social
alta
correcta
Secretaria
pantalla
bsqueda
OS
realizacin
bsqueda
Obra Social
realizacin
modificacin
pantalla
modificacin
OS
pantalla
muestra
OS
modificacin
correcta



Secretaria
pantalla
bsqueda
OS
realizacin
bsqueda
Obra Social
pantalla
muestra
OS
pantalla
baja OS
realizacin
baja
baja
correcta
pantalla alta
Plan
Secretaria
realizacin
alta
Plan
alta correcta



Secretaria
pantalla
busqueda
Plan
realizacion
busqueda
Plan
pantalla
muestra
Plan
pantalla
modificacio
n Plan
realizacion
modificacion
modificacin
correcta
Secretaria
pantalla
busqueda
Plan
realizacion
busqueda
Plan
pantalla
muestra
Plan
pantalla
baja plan
realizacion
baja
baja correcta

R6-Gestin de Planillas diarias de divisin del trabajo


Secretaria pantalla
emisin planilla
generacin
planilla
Prestacion
Analisis
Paciente
Categora
planilla impresa

R7-Gestin de Usuarios



pantalla
alta usuario
pantalla
confirmacin
alta
realizacin
alta
Usuario
Administrador
Administrador
pantalla
bsqueda
usuario
realizacin
bsqueda
Usuario
pantalla
salida
pantalla
modificacin
usuario
realizacin
modificacin
usuario
modificacin
correcta


Administrador
pantalla
bsqueda
usuario
realizacin
bsqueda
Usuario
pantalla
salida
pantalla
baja
usuario
realizacin
baja
pantalla
baja
correcta

R8-Gestin de Facturacin y cobro Pacientes
CUU 8.1-Facturacin y cobro pacientes

Secretaria
pantalla
busqueda
paciente
realizacion
busqueda
Paciente
mostrar
paciente
pantalla
facturacion
realizacion
facturacion
Prestacion
Obra Social
emitir factura

R9-Gestin de Categoras de Anlisis



Secretaria
pantalla
alta
categora
realizacin
alta
Categora
alta
correcta
Secretaria pantalla
bsqueda
realizacin
bsqueda
Categora
salida
pantalla
modificacin
realizacin
modificacin
modificacin
correcta

CUU 10.1-Emisin Informe Prestacin


Secretaria
pantalla
seleccion
prestacion
bsqueda
prestacin
Prestacin
mostrar
prestacin
pantalla
impresin
informe
generacin
informe
imprimir
informe
Secretaria
pantalla
seleccin
paciente
bsqueda
prestaciones
paciente
Paciente
Prestacin
muestra
prestaciones
paciente
pantalla
seleccin
prestaciones
generacin
planilla
imprimir planilla

R11-Gestin de turnos a domicilio
CUU 11.1-Alta Turno

CUU 11.2-Baja Turno

Secretaria pantalla
alta turno
buscar
horarios
Turno
Hora
mostrar
horarios
pantalla
ingreso
paciente
realizacin
alta
alta
correcta
Secretaria
pantalla
busqueda
turno
realizacion
busqueda
Turno
Hora
mostrar
horarios
pantalla
baja
turno
realizacion
baja
baja
correcta

DIAGRAMAS DE COLABORACIN

CUU 1.1-Alta Anlisis


Secretaria
alta anlisis
realizacin
alta
anlisis
alta correcta
- 1:ingresa datos
registro componente
Componente Anlisis
alta componente
registro correcto
- 2:nuevo anlisis
- 3:crear anlisis
- 4:mostrar
- 5:ingresa datos
- 6;agregar componente
- 7:nuevo componente
- 8:most...
Secretaria
pantalla
bsqueda
realizacin
bsqueda
- 2:buscar anlisis
anlisis
- 1:ingresa anlisis - 3:buscar
salida
pantalla
modificacin
realizacin
modificacin
modificacin
correcta
- 4:mostrar
- 5:ingresa datos
- 6:modificar anlisis
- 7:modificar
- 8:modificacin correcta


Secretaria
pantalla
bsqueda
- 1:ingresa anlisis
realizacin
bsqueda
- 2:buscar anlisis
anlisis
- 3:buscar
salida
- 4:mostrar
pantalla
eliminacin
realizacin
eliminacin
eliminacin
correcta
- 5:confirma eliminacin
- 6:eliminar anlisis
- 7:eliminar
- 8:eliminacin correcta

CUU 2.1- Alta Prestacin


Secretaria
pantalla
alta
prestacion
realizacin alta
prestacin
Prestacin
Paciente
Anlisis
Mdico
Obra Social
alta correcta
- 1:nueva prestacion
- 2:crear prestacion
- 3:crear
- 4:agregar paciente
- 5:agregar analisis
- 6:agregar mdico
- 7:agregar Os
- 8:mostrar
Secretaria
pantalla bsqueda prestacion
realizacin bsqueda
prestacin
Prestacin
muestra prestacin
pantalla resultados prestacin
realizacin modificacin
registro correcto
- 1:ingresa id prestacion
- 2:buscar prestacion - 3:buscar
- 4:mostrar prestacion
- 5:ingresa resultados
- 6:registrar resultados
- 7:cargar resultados
- 8:mostrar



Secretaria
pantalla alta
paciente
realizacin
alta
Paciente
alta correcta
- 1:ingresa datos
- 2:nuevo paciente
- 3:crear
- 4:mostrar
Secretaria
pantalla
bsqueda
realizacin
bsqueda
Paciente
salida
pantalla
modificacin
realizacin
modificacin
modificacin
correcta
- 1:ingresa paciente
- 2:buscar paciente - 3:buscar
- 4:mostrar
- 5:ingresa datos
- 6:modificar datos
- 7:modificar
- 8:mostrar



Secretaria
pantalla
seleccin
Os
bsqueda
Os
Obra Social
alta Obra
Social
bsqueda
plan pantalla
seleccin plan
Plan
alta correcta
- 1:seleccionar Os
- 2:buscar Os - 3:buscar
- 4:mostrar
- 5:seleccionar plan
- 6:buscar plan - 7:buscar
- 8:mostrar
Secretaria
pantalla
seleccin
Os
- 1:seleccionar Os
realizacin
bsqueda
Obra Social
pantalla
baja Os
realizacin
baja
pantalla
confirmacin
baja
correcta
- 2:buscar Os
- 3:buscar
- 4:mostrar Os
- 5:confirma baja
- 6:eliminar Os
- 7:eliminar
- 8:mostrar

R4-Gestin de Mdicos
CUU 4.1-Alta Mdico


Secretaria
alta mdico
realizacin alta
Mdico
alta correcta
- 1:ingresa datos
- 2:nuevo mdico
- 3:crear
- 4:alta correcta
Secretaria
Mdico
pantalla
bsqueda
realizacin
bsqueda
salida
pantalla
modificacin
modificacin
correcta
modificacin
- 1:ingresa mdico - 2:buscar mdico
- 3:buscar
- 4:mostrar mdico
- 5:ingresa datos
- 6:modificar datos
- 7:modificar
- 8:modificacin correcta



Secretaria
realizacin
alta
pantalla
alta OS
Obra Social
alta
correcta
- 1:ingresa datos - 2:nueva OS - 3:crear
- 4:mostrar
Secretaria
pantalla
bsqueda
OS
realizacin
bsqueda
Obra Social
realizacin
modificacin
pantalla
modificacin
OS
pantalla
muestra
OS
modificacin
correcta
- 1:ingresa OS
- 2:buscar OS - 3:buscar
- 4:mostrar OS
- 5:ingresa datos
- 6:modificar OS
- 7:modificar
- 8:mostrar



Secretaria
pantalla
bsqueda
OS
- 1:ingresa OS
realizacin
bsqueda
- 2:buscar OS
Obra Social
- 3:buscar
pantalla
muestra
OS
- 4:mostrar OS
pantalla
baja OS
realizacin
baja
baja
correcta
- 5:confirma baja
- 6:eliminar OS
- 7:eliminar
- 8:mostrar
pantalla alta
Plan
Secretaria
realizacin
alta
Plan
alta correcta
- 1:ingresa datos
- 2:crear plan
- 3:crear
- 4:alta correcta



Secretaria
pantalla
busqueda
Plan
realizacion
busqueda
Plan
pantalla
muestra
Plan
pantalla
modificacio
n Plan
realizacion
modificacion
modificacin
correcta
- 1:ingresa plan - 2:buscar plan
- 3:buscar
- 4:mostrar plan
- 5:ingresa datos
- 6:modificar datos
- 7:modificar
- 8:mostrar
Secretaria
pantalla
busqueda
Plan
- 1:ingresa plan
realizacion
busqueda
- 2:buscar plan
Plan
- 3:buscar
pantalla
muestra
Plan
- 4:mostrar plan
pantalla
baja plan
realizacion
baja
- 5:confirma baja
- 6:eliminar plan
- 7:eliminar
baja correcta
- 8:mostrar

R6-Gestin de Planillas diarias de divisin del trabajo


Secretaria pantalla emisin
planilla
generacin
planilla
Prestacion
Analisis
Paciente
Categora
planilla impresa
- 1:ingresa fecha
- 2:buscar datos
- 3:buscar prestaciones
- 4:buscar pac
- 5:buscar cat
- 6:buscar analisis
- 7:imprimir



pantalla
alta usuario
pantalla
confirmacin
alta
realizacin
alta
Usuario
- 2:nuevo usuario - 3:cr...
- 4:mostrar
Administrador
- 1:ingresa datos
Administrador
pantalla
bsqueda
usuario
realizacin
bsqueda
Usuario
pantalla
salida
pantalla
modificacin
usuario
realizacin
modificacin
usuario
modificacin
correcta
- 1:ingresa usuario
- 2:buscar usuario - 3:buscar
- 4:mostrar usuario
- 5:ingresa datos
- 6:modificar usuario
- 7:modificar
- 8:mostrar


Administrador
pantalla
bsqueda
usuario
- 1:ingresa usuario
realizacin
bsqueda
- 2:buscar usuario
Usuario
- 3:buscar
pantalla
salida
- 4:mostrar usuario
pantalla
baja
usuario
realizacin
baja
pantalla
baja
correcta
- 5:confirma baja
- 6:eliminar usuario
- 7:eliminar
- 8:mostrar

R8-Gestin de facturacin y cobro Paciente
CUU 8.1-Facturacin y cobro Paciente

Secretaria
pantalla
busqueda
paciente
realizacion
busqueda
Paciente
mostrar
paciente
- 1:ingresa paciente - 2:buscar paciente
- 3:buscar
- 4:mostrar
pantalla
facturacion
realizacion
facturacion
Prestacion
Obra Social
emitir factura
- 5:facturar prestaciones
- 6:facturar
- 7:obtener datos
- 8:obtener datos
- 9:emitir

R9-Gestin de Categoras de Anlisis


Secretaria
pantalla
alta
categora
realizacin
alta
Categora
alta
correcta
- 1:ingresa datos
- 2:nueva categoria
- 3:crear
- 4:mostrar
Secretaria pantalla
bsqueda
realizacin
bsqueda
Categora
salida
pantalla
modificacin
realizacin
modificacin
modificacin
correcta
- 1:ingresa Categora
- 2:buscar categora
- 3:buscar
- 4:mostrar categora
- 5:ingresa datos
- 6:modificar categora
- 7:modificar
- 8:mostrar modificacin



Secretaria
pantalla
seleccion
prestacion
bsqueda
prestacin
Prestacin
mostrar
prestacin
pantalla
impresin
informe
generacin
informe
imprimir
informe
- 1:ingresa id prestacion - 2:buscar prestacion
- 3:buscar
- 4:mostrar
- 5:selecciona prestacion
- 6:generar informe
- 7:obtener datos
- 8:imprimir informe
Secretaria
pantalla
seleccin
paciente
bsqueda
prestaciones
paciente
Paciente
Prestacin
- 1:ingresa id paciente
- 2:buscar prestaciones paciente - 3:dame prestaciones
muestra
prestaciones
paciente
pantalla
seleccin
prestaciones
generacin
planilla
imprimir planilla
- 6:seleccionar prestaciones
- 7:buscar prestaciones
- 8:buscar
- 5:muestra prestaciones
- 9:imprimir planilla
- 4:buscar

R11-Gestin de Turnos a Domicilio
CUU 11.1-Alta Turno

CUU 11.2-Baja Turno

Secretaria pantalla
alta turno
buscar
horarios
Turno
Hora
mostrar
horarios
pantalla
ingreso
paciente
realizacin
alta
alta
correcta
- 1:ingresa fecha
- 2:buscar horarios
- 3:dame horarios
- 5:mostrar horarios
- 6:ingresa paciente
- 7:registrar turno
- 4:buscar
- 9:alta correcta
- 8:agregar paciente
Secretaria
pantalla
busqueda
turno
realizacion
busqueda
Turno
Hora
- 4:buscar
mostrar
horarios
pantalla
baja
turno
realizacion
baja
baja
correcta
- 1:ingresa fecha
- 2:buscar turno
- 3:dame horarios
- 5:mostrar horarios
- 6:seleccionar horario
- 7:buscar horario
- 8:buscar
- 9:mostrar

DIAGRAMA DE CLASES DE DISEO Y DE SECUENCIA DE DISEO

CUU 1.1-Alta de Anlisis

CA : Catlogo de Anlisis MisAnalisis : Anlisis
A : Anlisis
MisComponentes : Componente
: Controlador Laboratorio : Secretaria
1 : registrarAnlisis ( idAnlisis , desc
Anlisis , categora , mtodo
Resolutorio , unidadBioqumica ,
valoresNormales , actoBioquimico ,
observacion )
2 : agregarAnlisis ( idAnlisis , desc
Anlisis , categora , mtodo
Resolutorio , unidadBioqumica ,
valoresNormales , actoBioquimico ,
observacion )
3 : create ( idAnlisis , descAnlisis ,
categora , mtodoResolutorio , unidad
Bioqumica , valoresNormales ,
observacion , actoBioquimico )
4 : Create ( idComponente ,
descripcionComponente , valores
NormalesComp )
5 : add ( A : Anlisis )
Mensaje: 'El Anlisis fue registrado'

CA : Catlogo de Anlisis : Controlador Laboratorio : Secretaria Mis Anlisis : Anlisis
A : Anlisis
1 : buscarAnlisis ( id )
2 : buscaAn ( id )
3 : Get ( i )
A : Anlisis
4 : getId ( )
idAnlisis
A : Anlisis
5 : getDesc ( )
descripcinAnlisis
6 : getObs ( )
observacionAnalisis
8 : getUniBio ( )
7 : getMetRes ( )
9 : getValNorm ( )
mtodoResolutorio
{idAnlisis+descricpin
Anlisis+observacionAnalisisc+mtodo
Resolutorio+unidadBioqumica+valores
Normales}
unidadBioqumica
valoresNormales
[Si A es nulo]
[Si A no es nulo]
[Para cada A en Mis Anlisis]
[id = idAnlisis]
Loop
Opt
Alt
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

: Anlisis CA : Catlogo de Anlisis : Controlador Laboratorio Mis Anlisis : Anlisis : Secretaria
1 : modificarDatos ( descripcion
Anlisis , mtodoResolutorio , unidad
Bioqumica , valoresNormales ,
observacionAnalisis )
2 : modificar ( descripcionAnlisis ,
mtodoResolutorio , unidadBioqumica
, valoresNormales , observacion
Analisis )
3 : guardarAn ( A: Anlisis )
4 : guardaA ( A : Anlisis )
Mensaje: 'Modificacin registrada
correctamente'


CA : Catlogo de Anlisis : Secretaria
: Controlador Laboratorio
Mis Anlisis : Anlisis A : Anlisis
1 : buscarAnlisis ( id )
2 : buscaAn ( id )
3 : Get ( i )
A : Anlisis
4 : getId ( )
idAnlisis
A : Anlisis
Mensaje: 'El Anlisis no existe'
6 : getCat ( )
5 : getDesc ( )
7 : getMetRes ( )
descripcinAnlisis
8 : getUniBio ( )
idCategora
9 : getValNorm ( )
mtodoResolutorio
10 : getObs ( )
observacionAnalisis
unidadBioqumica
valoresNormales
{idAnlisis + descripcin
Anlisis+categora+mtodo
Resolutorio+unidadBioqumica+valores
Normales + observacionAnalisis}
Loop
Opt
corta loop
y retorna
[id = idAnlisis]
Alt
[Si A es nulo]
[Si A no es nulo]
[para cada A en Mis Anlisis]
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

CUU 1.4-Alta Componente Anlisis

A : Anlisis
: Secretaria Mis Anlisis : Anlisis CA : Catlogo de Anlisis : Controlador Laboratorio
1 : eliminarAnlisis ( )
2 : eliminarAn ( A : Anlisis )
3 : eliminaA ( A : Anlisis )
4 : Destroy
Mensaje: "La baja se registr
correctamente"
Comp : ComponenteAnalisis
CompA : ComponenteAnalisis A : Anlisis : Controlador Laboratorio : Secretaria
1 : agregarComp ( idComponente ,
descComponente , resultado , valores
Normales )
2 : crearComp ( idComponente , desc
Componente , resultado , valores
Normales )
3 : create ( idComponente , desc
Componente , resultado , valores
Normales )
4 : add ( Comp : ComponenteAnalisis
)
Mensaje: "El componente se registr
con xito"


CUU 2.1-Alta Prestacin

AnalisisPres : Anlisis
PRES : Prestacin
OS : Obra Social OSPaciente : Obra Social : Controlador Prestaciones CPRES : Catalogo de Prestaciones MisPrestaciones : Prestacin PRES : Prestacin : Secretaria P : Paciente MisPacientes : Paciente CM : Catlogo de Mdicos MisMedicos : Mdico M : Mdico prestacionesPaciente : Prestacin CP : Catlogo de Pacientes
1 : nuevaPrestacion ( dniPac , idMed ,
idOS )
2 : buscaNro ( )
3 : get ( i )
PRES : Prestacion
4 : getNro ( )
nroPrestacion
nroPres
5 : buscarPac ( dniPac )
6 : get ( i )
P : Prestacion
7 : getDni ( )
idPrestacion
P : Paciente
8 : buscaMed ( idMed )
9 : get ( i )
M : Medico
11 : dameOS ( idOS )
12 : get ( i )
OS : ObraSocial
13 : getId ( )
idObraSocial
14 : crearPres ( nroPres , P : Paciente
, M : Mdico , OS : ObraSocial )
15 : add ( PRES : Prestacion )
OS : ObraSocial
16 : create ( nroPres , P : Paciente ,
M : Medico , OS : ObraSocial )
18 : agregarPres ( PRES : Prestacion )
10 : getId ( )
idMedico
M : Medico
17 : create ( )
19 : add ( PRES : Prestacion )
NroM = 0
nroPres = NroM +1
Loop
Opt
[Para cada PRES en MisPrestaciones[*]]
[nroPrestacion > NroM]
NroM = nroPrestacion
Loop
Opt
Loop
Opt
[Para cada P en MisPacientes[*]]
[dniPac = dniPaciente]
[Para cada M en MisMedicos[*]]
[idMed = idMedico]
Loop
Opt
[Para cada OS en ODPaciente[*]]
[idOS = idObraSocial]

: Controlador Prestaciones AnalisisPrestacion : Anlisis PRES : Prestacin A : Anlisis MisAnalisis : Anlisis
1 : agregarAnalisis ( idA )
2 : buscaAn ( idA )
CA : Catlogo de Anlisis : Secretaria
3 : get ( i )
A : Analisis
idAnalisis
4 : getId ( )
A : Analisis
5 : agregarAnalisis ( A : Analisis )
6 : add ( A : Analisis )
Mensaje: 'La Prestacion se registr
correctamente'
Loop
Opt
[Para cada A en MisAnalisis[*]]
[idA = idAnalisis]

CUU 2.2-Resultados Prestacin

Pres : Prestacin A : Anlisis analisisPrestacion : Anlisis : Secretaria CPRES : Catalogo de Prestaciones : Controlador Prestaciones MisPrestaciones : Prestacin
1 : buscarPres ( nroFichaPac )
2 : buscaPres ( nroFichaPac )
Pres:Prestacion
3 : get ( i )
4 : getNroFicha ( )
Pres:Prestacion
5 : cargarRes ( idAnalisis , resultado )
6 : cargaRes ( idAnalisis , resultado )
7 : get ( i )
A:Anlisis
8 : getId ( )
idAnalisis
9 : cargarRes ( resultado )
Mensaje:"Resultado registrado
correctamente"
nroFicha
[para cada Pres en MisPrestaciones[*]]
Loop
[nroFichaPac=nroFicha]
Opt
[Para cada A en analisisPrestacion[*]]
Loop
Opt
[si idAnalisis=idAnalisis]



OSPaciente : Obra Social
TD : TurnoDomicilio
PrestacionesPaciente : Prestacin
Mis Pacientes : Paciente
P : Paciente
: Secretaria CP : Catlogo de Pacientes : Controlador Paciente P : Paciente
1 : resgiatrarPaciente ( tipoDni , dni ,
apellido , nombre , direccin , telfono
, celular , fechaNacimiento , sexo ,
localidad )
2 : buscarNroFicha ( )
3 : buscarNroFicha ( )
4 : getNroFicha ( )
NroF
nroFicha
nroF
5 : agregarPac ( tipoDni , dni ,
, celular , fechaNacimiento , sexo )
6 : agregarP ( tipoDni , dni , apellido ,
nombre , direccin , telfono , celular
, fechaNacimiento , sexo , nroF ,
localidad )
7 : create ( tipoDni , dni , apellido ,
, fechaNacimiento , sexo , nroF )
8 : create ( )
10 : create ( )
11 : add ( P:Paciente )
9 : create ( )
P:Paciente
P : Paciente
Mensaje: 'El Paciente se registr
correctamente
P : Paciente
Loop
nroMax = 0
[Para cada P en Mis Pacientes]
Opt
[nroFicha > nroMax]
nroMax = nroFicha
nroF = nroMax +1


Mis Pacientes : Paciente : Secretaria P : Paciente : Controlador Paciente CP : Catlogo de Pacientes
1 : buscarPaciente ( dniPac )
3 : get ( i )
P : Paciente
4 : getDni ( )
dniPaciente
P : Paciente
Mensaje: 'El Paciente no existe'
5 : getNroFicha ( )
nroFichaPaciente
6 : getApe ( )
apellidoPaciente
7 : getNom ( )
nombrePaciente
8 : getSexo ( )
sexoPaciente
9 : getFNac ( )
fechaNacimiento
10 : getDir ( )
direccionPaciente
11 : getTel ( )
telefonoPaciente
{dniPaciente + nroFichaPaciente
+apellidoPaciente + nombrePaciente +
sexoPaciente + fechaNacimiento
Paciente + direccionPaciente + telefono
Paciente + celularPaciente }
12 : getCel ( )
celularPaciente
[Si P es nulo]
Alt
[Si P no es nulo]
-----------------------------------------------------------------------------------------------------------------------------------------------------
Loop
[Para cada P en Mis Pacientes]
Opt

P : Paciente Mis Pacientes : Paciente CP : Catlogo de Pacientes : Secretaria : Controlador Paciente
1 : modificarDatos ( tipoDni , dni ,
, celular , fechaNacimiento , sexo ,
localidad )
2 : modificar ( tipoDni , dni , apellido ,
, fechaNacimiento , sexo , nroF ,
localidad )
3 : actualizaPac ( P : Paciente )
4 : add ( P:Paciente )
Mensaje: 'La modificacin se registr
correctamente'


: Secretaria planesOS : Plan OS : Obra Social MisObrasSociales : Obra Social
2 : buscarObraSocial ( idOS )
COS : Catlogo Obra Social : Controlador Paciente
1 : agregarObraSocial ( idOS )
3 : get ( i )
OS : Obra Social
OS : Obra Social
Mensaje: 'La Obra Social no existe'
5 : getDesc ( )
4 : getId ( )
6 : getPlanes ( )
idObraSocial
7 : getId ( )
{idObraSocial + descripcionObra
Social} + 1{idPlan}n
planesOS[*]
idPlan
[Para cada OS en MisObrasSociales]
Loop
Opt
[isOS = idObraSocial]
[Si OS es nulo]
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Alt
[Si OS no es nulo]
[Para cada Plan en planesOS[*]]
Loop

: Secretaria OSPaciente : Obra Social P : Paciente Plan : Plan planesOS : Plan : Obra Social : Controlador Paciente
1 : seleccionaPlan ( idP )
3 : get ( i )
Plan: Plan
4 : getId ( )
idPlan
2 : damePlan ( idP )
Plan : Plan
5 : agregarOS ( OS , Plan )
Mensaje: 'La Obra Social se registr
correctamente'
6 : add ( OS , Plan )
Loop
Opt
[idP =idPlan]


OS : Obra Social OSPaciente : Obra Social P : Paciente : Controlador Paciente : Secretaria
1 : eliminarOS ( idOs )
3 : get ( i )
2 : eliminaOs ( idOS )
4 : getId ( )
OS : Obra Social
5 : Destroy
Mensaje: 'La baja se registr
correctamente'
idObraSocial
Loop
Opt
[Para cada OS en OSPaciente[*]]

R4-Gestin de Mdico

CUU 4.1-Alta Mdico

M : Mdico
: Secretaria CM : Catlogo de Mdicos : Controlador Mdico Mis Mdicos : Mdico
1 : resgistrarMdico ( matrcula ,
apellidoMdico , nombreMdico ,
especialidad , direccin , localidad ,
provincia , telfono )
2 : agregarMdico ( matrcula ,
apellidoMdico , nombreMdico ,
especialidad , direccin , localidad ,
provincia , telfono )
3 : create ( matrcula , apellidoMdico
, nombreMdico , especialidad ,
direccin , localidad , provincia ,
telfono )
4 : add ( M : Mdico )
Mensaje: 'El Mdico se registr
correctamente'


: Secretaria M : Mdico Mis Mdicos : Mdico CM : Catlogo de Mdicos : Controlador Mdico
3 : get ( i )
1 : buscarMdico ( idMed )
2 : buscaMed ( idMed )
4 : getId ( )
M : Mdico
M : Mdico
5 : getApe ( )
apellidoMdico
6 : getNom ( )
idMdico
Mensaje: 'El mdico ingresado no
existe'
nombreMdico
7 : getEsp ( )
direccinMdico
especialidadMdico
8 : getDir ( )
9 : getLoc ( )
localidadMdico
{matrcula + apellidoMdico + nombre
Mdico + especialidadMdico +
direccionMdico + localidadMdico +
telfonoMdico}
10 : getTel ( )
telfonoMdico
Loop
Opt
[Para cada M en Mis Mdicos]
[idMed = idMdico]
corta y devuelve M
Alt
[Si M es nulo]
[Si M no es nulo]
-------------------------------------------------------------------------------------------------------------------------------------------------...

M : Mdico Mis Mdicos : Mdico CM : Catlogo de Mdicos : Secretaria : Controlador Mdico
1 : modificarDatos ( apellidoMdico ,
nombreMdico , especialidad ,
telfono )
2 : modificar ( apellidoMdico ,
nombreMdico , especialidad ,
telfono )
3 : agregar ( M : Mdico )
4 : add ( M : Mdico )
Mensaje: 'La modificacin fue
resgistrada correctamente'



: Secretaria : Controlador OS
planesOS : Plan
COS : Catlogo Obra Social Mis Obras Sociales : Obra Social
OS : Obra Social
1 : agregarOS ( idOS , descripcionOS
, direccionOS , ciudadOS , provincia
OS , telefonoOs , unidadBioquimica ,
observacion )
2 : agregaOS ( idOS , descripcionOS ,
direccionOS , ciudadOS , provinciaOS
, telefonoOs , unidadBioquimica ,
observacion ) 3 : create ( idOS , descripcionOS ,
, telefonoOs , unidadBioquimica ,
observacion )
4 : create ( )
5 : add ( OS : Obra Social )
Mensaje: 'La obra social se registr
correctamente'


OS : Obra Social : Secretaria COS : Catlogo Obra Social : Controlador OS MisObrasSociales : Obra Social
1 : buscarOS ( idOS )
3 : get ( i )
OS : Obra Social
4 : getId ( )
idObraSocial
OS : ObraSocial
Mensaje: 'La Obra Social ingresada no
existe'
5 : getDesc ( )
descripcionOS
6 : getDir ( )
direccionOS
7 : getCiud ( )
ciudadOS
9 : getUniBio ( )
unidadBioquimicaOS
10 : getObs ( )
observacionOS idObraSocial + descripcionOS +
direccionOS + ciudadOS + telefonoOS
+ unidadBioquimicaOS + observacion
OS
8 : getTel ( )
telefonoOS
Loop
Opt
Alt
[Para cada OS en MisObrasSociales[*]]
[Si OS es nulo]
[Si OS no es nulo]
------------------------------------------------------------------------------------------------------------------------------------------------------


: Secretaria MisObrasSociales : Obra Social OS : Obra Social COS : Catlogo Obra Social : Controlador OS
1 : modificarOS ( descripcionOS ,
, telefonoOs , unidadBioquimicaOS ,
observacionOS )
2 : modificarDatos ( descripcionOS ,
, telefonoOs , unidadaBioquimicaOS ,
observacionOS )
3 : guardarOS ( OS : ObraSocial )
4 : save ( OS : ObraSocial )
Mensaje: 'La modificacin se resgistr
correctamente'
COS : Catlogo Obra Social : Controlador OS : Secretaria MisObrasSociasles : Obra Social OS : Obra Social
1 : eliminarOS ( idOS )
3 : get ( i )
OS : ObraSocial
4 : getId ( )
idObraSocial
OS : ObraSocial
Mensaje: 'La Obra Social ingresada no
existe'
5 : Destroy Mensaje: 'La baja se registr
correctamente'
Loop
Alt
Opt
[Para cada OS en MisObrasSociales[*]]
[Si OS es nulo]
[Si OS no es nulo]
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------...


: Secretaria : Controlador OS OS : Obra Social
Plan : Plan
planesOS : Plan
1 : agregarPlan ( idPlan , descripcion
Plan , porcentajePaciente )
2 : agregaPlan ( idPlan , descripcion
Plan , porcentajePaciente )
3 : create ( idPlan , descripcionPlan ,
porcentajePaciente )
4 : add ( Plan : Plan )
Mensaje: 'El Plan se registr
correctamente'


planesOS : Plan : Controlador OS : Secretaria PL : Plan OS : Obra Social
1 : buscarPlan ( idP )
2 : damePlan ( idP )
3 : get ( i )
PL : Plan
4 : getId ( )
idPlan
PL : Plan
Mensaje: 'El plan seleccionado no
existe'
5 : getDesc ( )
descripcionPlan
6 : getPorcP ( )
porcentajePaciente
idPlan + descripcionPlan + porcentaje
Paciente
Loop
Opt
Alt
[Para cada PL en planesOS[*]]
[idP = idPlan]
[Si PL es nulo]
[Si PL no es nulo]
---------------------------------------------------------------------------------------------------------------------------------------------
: Controlador OS PL : Plan : Secretaria OS : Obra Social planesOS : Plan
1 : modificarPlan ( idPlan , descPlan ,
porcentajePaciente )
2 : modificarDatos ( idPlan , descPlan
, porcentajePaciente )
3 : guardarPlan ( PL : Plan )
4 : save ( PL : Plan )
Mensaje: 'La modificacin fue
registrada correctamente'


: Secretaria Plan : Plan planesOS : Plan OS : Obra Social : Controlador OS
1 : eliminarPlan ( idP )
2 : eliminaPlan ( idP )
3 : get ( i )
Plan : Plan
4 : getId ( )
idPlan
Mensaje: 'El Plan ingresado no existe'
5 : Destroy
Plan : Plan
Mensaje: 'la baja se registr
correctamente'
Alt
[Si Plan es nulo]
[Si Plan no es nulo]
Loop
Opt
[idP = idPlan]
-----------------------------------------------------------------------------------------------------------------------------------------------------------

R6-Gestin de planillas



: Controlador de usuarios MisUsuarios : Usuario
U : Usuario
CU : Catlogo de Usuarios : Administrador
1 : altaUsuario ( codigoUsuario , fecha
Alta , fechaBaja , habUsuario , nombre
Usuario , passUsuario , wksUsuario )
2 : crearUsuario ( codigoUsuario ,
fechaAlta , fechaBaja , habUsuario ,
nombreUsuario , passUsuario , wks
Usuario )
3 : Create ( codigoUsuario , fechaAlta
, fechaBaja , habUsuario , nombre
4 : add ( U:Usuario )
Mensaje:"Alta correcta"

CUU 7.2-Modificacin Usuario

: Controlador de usuarios U : Usuario CU : Catlogo de Usuarios
1 : buscarUsuario ( codigoUsu )
2 : buscarUs ( codigoUsu )
3 : get ( i )
MisUsuarios : Usuario : Administrador
U:Usuario
4 : getCod ( )
Mensaje:"El usuario ingresado no
existe"
5 : getNom ( )
codigoUsuario
6 : getPass ( )
U:Usuario
7 : getHab ( )
8 : getWks ( )
habUsuario
wksUsuario
{nombreUsuario+passUsuario+hab
Usuario+wksUsuario}
nombreUsuario
passUsuario
Loop
Opt
[Para cada U en MisUsuarios[*]]
[Si codigoUsu = codigoUsuario]
Alt
[Si U es nulo]
----------------------------------------------------------------------------------------------------------------------------------------------------
[Si U no es nulo]

U : Usuario MisUsuarios : Usuario CU : Catlogo de Usuarios : Controlador de usuarios : Administrador
1 : modificarDatos ( habUsuario ,
nombreUsuario , passUsuario , wks
Usuario )
2 : modificar ( habUsuario , nombre
3 : guardarUs ( U:Usuario )
4 : guardarU ( U:Usuario )
Mensaje:"Modificacin registrada
correctamente"


: Controlador de usuarios : Administrador U : Usuario MisUsuarios : Usuario CU : Catlogo de Usuarios
1 : eliminarUs ( codigoUsu )
2 : buscarUs ( codigoUsu )
4 : getCod ( )
3 : get ( i )
U:Usuario
Mensaje:"El usuario no existe"
5 : Destroy
codigoUsuario
U:Usuario
Mensaje="Usuario eliminado
correctamemte"
Loop
Opt
Alt
[Para cada U en MisUsuarios[*]]
[Si codigoUsu = codigousuario]
[Si U es nulo]
[Si U no es nulo]
------------------------------------------------------------------------------------------------------------------------------------------------...

R8-Gstin de facturacin y cobro Pacientes
CUU 8.1-Facturacin y cobro Pacientes

An : Anlisis analisisPrestacion : Anlisis Pres : Prestacin OS : Obra Social P : Paciente MisPrestaciones : Prestacin CP : Catalogo de Prestaciones : Controlador Prestaciones : Secretaria
1 : facturar ( dniPac , fechaPres )
2 : buscaPres ( dniPac )
3 : get ( i )
Pres:Prestacion
4 : getFecha ( )
fechaPrestacion
5 : getPac ( )
P:Paciente
6 : getDni ( )
dniPaciente
Pres:Prestacion
7 : calculaTotal ( )
9 : Get ( i )
8 : getUBioq ( )
unidadBioquimicaOS
An:Analisis
10 : getUniBio ( )
unidadBioquimicaAnalisis
Total
Total
Stot=unidadBioquimicaOS*unidad
BioquimicaAnalisis
Total=0
Stot=0
Total=Total+Stot
Loop
Opt
[Para cada Pres en Mis
Prestaciones[*]]
[Si fechaPres=fechaPrestacion y dniPac=dniPaciente]
[Para cada An en analisisPrestacion[*]] Loop

R9-Gestin de Categoras
CUU 9.1-Alta Categora

CUU 9.2-Modificacin Categora

: Secretaria : Controlador Categoria
Cat : Categoria
MisCategorias : Categoria CC : Catalogo de Categoria
1 : nuevaCategoria ( idCategoria ,
descripcionCategoria , observacion
Categoria )
2 : crearCategoria ( idCategoria ,
Categoria )
3 : create ( idCategoria , descripcion
Categoria , observacionCategoria )
4 : add ( Cat : Categoria )
CC : Catalogo de Categoria Cat : Categoria MisCategoras : Categoria : Controlador Categoria : Secretaria
2 : buscaCat ( descCategoria )
1 : buscarCategoria ( descCategoria )
3 : Get ( i )
Cat : Categora
descripcionCategoria
4 : GetDesc ( )
5 : GetId ( )
Cat: Categoria
6 : GetDesc ( )
Mensaje: "No existe la Categora"
7 : GetObs ( )
idCategoria
{idCategoria + descripcionCategoria +
observacionCategoria}
descripcionCategoria
observacionCategoria
Alt
Opt
[Para cada Cat en MisCategorias[*]]
[descCategoria=descripcionCategoria]
Alt
[Si Cat es nulo]
[Si Cat no es nulo]
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Mis Categorias : Categoria CC : Catalogo de Categoria : Secretaria : Controlador Categoria Cat : Categoria
1 : modificarCategoria ( idCategoria ,
Categoria )
2 : modificarDatos ( idCategoria ,
Categoria )
3 : guardarCat ( Cat: Categoria )
4 : guardaCat ( Cat: Categoria )
Mensaje: "Modificacin registrada
correctamente"

R10-Gestin de informes

Comp : Componente Anlisis MisComponentes : Componente
Anlisis
: Secretaria
PRES : Prestacin : Controlador Paciente CP : Catlogo de Pacientes MisPacientes : Paciente P : Paciente prestacionesPaciente : Prestacin M : Mdico analisisPrestacion : Anlisis A : Anlisis
3 : get ( i )
P : Paciente
4 : getDni ( )
dniPaciente
P : Paciente
Mensaje:"El Paciente no existe"
7 : getFch ( )
5 : getPrest ( )
fechaPrestacion
6 : get ( i )
PRES : Prestacion
PRES : Prestacion
8 : getApe ( )
10 : getDesc ( )
apellidoPaciente
11 : getNro ( )
descripcionPrestacion
nroPrestacion
9 : getNom ( )
nombrePaciente
12 : getIdMedico ( )
13 : getId ( )
idMedico
14 : getApeMed ( )
15 : getApe ( )
apellidoMedico
16 : getNomMed ( )
17 : getNom ( )
nombreMedico
18 : getAnalisis ( )
analisisPrestacion[*]
19 : get ( i )
A:Anlisis
20 : getId ( )
idAnlisis
23 : getValNorm ( )
MisComponentes[*]
24 : getResultado ( )
21 : getDesc ( )
25 : getMetRes ( )
descripcionAnlisis
26 : get ( i )
{apellidoPaciente+nombre
Paciente+fechaPrestacion+descripcion
Prestacion+nroPrestacion+nombre
Medico+apellidoMedico+1{id
Anlisis+descripcionAnlisis+valores
Normales+resultado+metodo
Resolutorio}n}
27 : getDesc ( )
Comp:Componente
descripcionComponente
29 : getValNorm ( )
resultado
{apellidoPaciente+nombre
Paciente+fechaPrestacion+descripcion
Prestacion+nroPrestacion+nombre
Medico+apellidoMedico+1{id
Anlisis+descripcionAnlisis+metodo
Resolutorio1{id
Componente+descripcion
Componente+valores
Normales+resultado}}n}
valoresNormales
22 : getComponente ( )
[Para cada P en MisPacientes[*]] Loop
Opt
[Si P es nulo]
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
[Si P no es nulo]
Alt
[Para cada PRES en prestacionesPaciente[*]]
Fmax = 0
Loop
Opt [fechaPrestacion > Fmax]
fMax = fechaPrestacion
Loop [para cada Anlisis en analisisPrestacion[*]]
Alt [Si MisComponentes[*] es nulo]
[para cada Comp en MisComponentes[*]]
Lopp

CUU 10.2-Emisin planilla anlisis-histrico

A : Anlisis analisisPrestacion : Anlisis Pres : Prestacin prestacionesPaciente : Prestacin P : Paciente MisPacientes : Paciente : Secretaria
prestacionesInforme : Prestacin
: Controlador Paciente CP : Catlogo de Pacientes
1 : emitirPlanilla ( dniPac , fechaDesde
, fechaHasta )
3 : get ( i )
4 : getDni ( )
Mensaje:"El Paciente ingresado no
existe"
5 : getApe ( )
P:Paciente
6 : getNom ( )
P:Paciente
7 : getNroFicha ( )
dniPaciente
8 : damePrest ( fechaDesde , fecha
Hasta )
apellidoPaciente
nombrePaciente
9 : create ( )
10 : get ( i )
nroFicha
11 : getFch ( )
Pres:Prestacin
fechaPrestacion
13 : get ( i )
Mensaje:"No hay prestaciones entre
las fechas ingresadas"
14 : getAnalisis ( )
12 : agregarPres ( Pres:Prestacion )
15 : get ( i )
A:Analisis
16 : getId ( )
idAnalisis
17 : getDesc ( )
descripcionAnalisis
18 : getValNorm ( )
valoresNormales
resultado
{dni+apellidoPaciente+nombre
Paciente+nroFicha+1{fecha
Prestacion+1{idAnalisis+descripcion
Analisis+valores
Normales+resultado}n}n}
Pres:Prestacion
analisisPrestacion[*]
prestacionesInforme[*]
Loop
Opt
[Para cada P:Paciente en MisPacientes[*]]
[dniPac=dniPaciente]
[Para cada Pres en prestacionesPaciente[*]] Loop
Opt [Si fechaDesde <= fechaPrestacion <=fechaHasta]
Alt [si P es nulo]
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
[Si P no es nulo]
Alt [Si prestacionesInforme[*] es nulo]
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
[Si prestacionesInforme[*] no es nulo]
Loop
[Para cada Pres en prestacionesInforme[*]]
Loop [Para cada A en analisisPrestacion[*]]

R11-Gestin Turnos Domicilio

CUU 11.1-Alta Turno Domicilio

HT : HorariosTurno CT : Catalogo de Turnos MisTurnos : TurnoDomicilio Horarios : HorariosTurno TurnoD : TurnoDomicilio : Secretaria : ControladorTurno
1 : buscarTurno ( fecha )
3 : get ( i )
2 : buscarTurnos ( fecha )
TurnoD : TurnoDomicilio
4 : getFecha ( )
fechaTurno
5 : getHorarios ( )
Horarios[*]
Horarios[*]
6 : get ( i )
HT : HorariosTurno
7 : getHora ( )
hora
1{horaDesde}n
[Para cada TurnoD en MisTurnos[*]]
[Si fecha = fechaTurno]
[Para cada HT en Horarios[*]]
Loop
Loop
Opt

HT : HorarioTurno
: Secretaria
: Controlador Paciente CP : Catlogo de Pacientes MisPacientes : Paciente CT : ControladorTurno P : Paciente
3 : get ( i )
P : Paciente
4 : getDni ( )
dniPaciente
P : Paciente
Mensaje: "El paciente ingresado no
existe"
5 : agregarPac ( P : Paciente )
6 : add ( P : Paciente )
Mensaje: "El turno se registr
correctamente"
[Para cada P en MisPacientes[*]]
[Si P es nulo]
[Si P no es nulo]
[dniPac = DniPaciente]
Loop
Opt
Alt


MisCategorias : CategoriaAnalisis Cat : CategoriaAnalisis CC : Catlogo de Categoras : Secretaria : Controlador Categora
1 : eliminarCat ( idCat )
2 : dameCat ( idCat )
3 : get ( i )
Cat : Categoria
4 : getId ( )
idCategoria
Cat : Categoria
Mensaje: "La Categoria ingresada no
existe"
5 : Destroy
Mensaje: "La baja se registr
correctamente"
[Para cada Cat en MisCategorias[*]]
[idCat = idCategoria]
[Si Cat es nulo]
[Si Cat no es nulo]
----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Alt
Loop
Opt

DCD

Controlador Paciente
+COS[Catlogo Obra Social]
+CP[Catlogo de Pacientes]
+P[Paciente]
+OS[ObraSocial]
+M[Mdico]
+resgiatrarPaciente ( [in] tipoDni , [in] dni , [in] apellid...
+agregarObraSocial ( [in] idOS )
+buscarPaciente ( [in] dniPac )
+modificarDatos ( [in] tipoDni , [in] dni , [in] apellido , ...
+seleccionaPlan ( [in] idP )
+eliminarOS ( [in] idOs )
+emitirPlanilla ( [in] dniPac , [in] fechaDesde , [in] fech...
Catlogo de Pacientes
+MisPacientes[*]
+agregarPac ( [in] tipoDni , [in] dni , [in] apellid...
+buscarNroFicha ( )
+buscarPac ( [in] dniPac )
+actualizaPac ( [in] P : Paciente )
1
Paciente
+celularPaciente
+direccionPaciente
+dniPaciente
+fechaNacimiento
+apeYnomPaciente
+sexoPaciente
+telefonoPaciente
+tipoDni
+OSPaciente[*]
+prestacionesPaciente[*]
+agregarP ( [in] tipoDni , [in] dni , [in] apellido , [in] nombre , [in] direccin , [in] telfono , [in] celular , [in] fechaNacimiento , [in] sexo , [in] nroF , [in] localidad )
+getNroFicha ( )
+buscarNroFicha ( )
+create ( [in] tipoDni , [in] dni , [in] apellido , [in] nombre , [in] direccin , [in] telfono , [in] celular , [in] fechaNacimiento , [in] sexo , [in] nroF )
+add ( [in] P:Paciente )
+agregarOS ( [in] OS : Obra Social , [in] idPlan )
+get ( [in] i )
+getDni ( )
+getApe ( )
+getNom ( )
+getSexo ( )
+getFNac ( )
+getTel ( )
+getDir ( )
+getCel ( )
+getOS ( )
+modificar ( [in] tipoDni , [in] dni , [in] apellido , [in] nombre , [in] direccin , [in] telfono , [in] celular , [in] fechaNacimiento , [in] sexo , [in] nroF , [in] localidad )
+eliminaOs ( [in] idOS )
+agregarPres ( [in] PRES : Prestacion )
*
Catlogo Obra Social
+MisObrasSociales[*]
+buscarObraSocial ( [in] idOS )
+agregaOS ( [in] idOS , [in] descripcionOS , [in] direccionOS , [in]...
+guardarOS ( [in] OS : ObraSocial )
1
Obra Social
+ciudad
+descripcion
+direccion
+idObraSocial
+provincia
+telefono
+planesOS[*] ...
+get ( [in] i )
+getId ( )
+create ( )
+add ( [in] OS : Obra Social , [in] idPlan )
+getDesc ( )
+getPlanes ( )
+damePlan ( [in] idP )
+create ( [in] idOS , [in] descripcionOS , [in] direccionOS , [in] ciud...
+add ( [in] OS : Obra Social )
+agregaPlan ( [in] idPlan , [in] descripcionPlan , [in] unidadBioquimi...
+destroy ( )
+eliminaPlan ( [in] idP )
+getTel ( )
+getDir ( )
+getCiud ( )
+getProv ( )
+modificarDatos ( [in] descripcionOS , [in] direccionOS , [in] ciudad...
+save ( [in] OS : ObraSocial )
+guardarPlan ( [in] PL : Plan )
*
Controlador OS
+OS[Obra Social]
+COS[Catlogo Obra Social]
+agregarOS ( [in] idOS , [in] descripcionOS , [in] direccionOS , [in] ciudadOS , [in] provinciaOS , [in] telefonoOs )
+agregarPlan ( [in] idPlan , [in] descripcionPlan , [in] unidadBioquimica )
+eliminarOS ( [in] idOS )
+eliminarPlan ( [in] idP )
+buscarOS ( [in] idOS )
+modificarOS ( [in] descripcionOS , [in] direccionOS , [in] ciudadOS , [in] provinciaOS , [in] telefonoOs )
+buscarPlan ( [in] idP )
+modificarPlan ( [in] idPlan , [in] descPlan , [in] unidadBioquimica )
1
1
Plan
+IdPlan
+descripcion
+unidadBioquimica
+getId ( )
+get ( [in] i )
+create ( )
+create ( [in] idPlan , [in] descripcionPlan , [in] unidadBioquimica )
+add ( [in] Plan : Plan )
+getDesc ( )
+getUB ( )
+modificarDatos ( [in] idPlan , [in] descPlan , [in] unidadBioquimica )
+save ( [in] PL : Plan )
*
Mdico
+matriculaMdico
+nombreMdico
+apellidoMdico
+direccionMdico
+telefonoMdico
+especialidadMdico
+localidadMdico
+create ( [in] matrcula , [in] apelli...
+add ( [in] M : Mdico )
+get ( [in] i )
+getId ( )
+getApe ( )
+getNom ( )
+getEsp ( )
+getDir ( )
+getTel ( )
+getLoc ( )
+modificar ( [in] apellidoMdico , [i...
0..1
Controlador Mdico
+CM[Catlogo de Mdicos]
+M[Mdico]
+resgistrarMdico ( [in] matrcula , [in] apellidoMdico , [in] nombreMdico , [in] especialidad , [in] direccin , [in] localidad , [i...
+buscarMdico ( [in] idMed )
...
1
Catlogo de Mdicos
+Mis Mdicos[*]
+agregarMdico ( [in] matrcula , [in] apellidoMdico ...
+buscaMed ( [in] idMed )
+agregar ( [in] M : Mdico )
*
Controlador Prestaciones
+CP[Catalogo de Prestaciones]
+Pres[Prestacion]
+CA[Catalogo de Analisis]
+A[Analisis]
+M[Mdico]
+P[Paciente]
+nuevaPrestacion ( [in] dniPac , [in] idMed )
+agregarAnalisis ( [in] idA )
Catalogo de Prestaciones
+MisPrestaciones[*]
+buscaNro ( )
+crearPres ( [in] nroPres , [in] P...
+buscaPres ( [in] nroFichaPac )
Prestacin
+Id
+fechaPrestacin
+descripcion
+analisisPrestacion[*]
+M[Mdico]
+P[Paciente]
+diagnostico
+observacion
+/percioTotal
+saldo
+OS[Obra Social]
+create ( )
+add ( [in] PRES : Prestacion )
+agregarAnalisis ( [in] A : Analisis )
+create ( [in] nroPres , [in] P : Paciente , [in] M : Medico )
+get ( [in] i )
+getNro ( )
1
*
1
1
0..*
1
1
Controlador Analisis
+CA[Catalogo de anlisis]
+A[Analisis]
+registrarAnlisis ( [in] idAnlisis , [in] descAnlisis , [in] categora , [in] mtodoResolutorio , [i...
+eliminarAnlisis ( )
+buscarAnlisis ( [in] id )
+modificarDatos ( [in] descAnlisis , [in] categora , [in] mtodoResolutorio , [in] unidadBioqum...
+agregarComp ( [in] idComponente , [in] descripcionComponente , [in] valoresNormalesComp )
Catlogo de Anlisis
+Mis Anlisis[*] ...
+agregarAnlisis ( [in] idAnlisis , [in] descAnlisis , [in] categora , [in] mtodoResolutorio , [in...
+buscaAn ( [in] id )
+eliminarAn ( [in] A : Anlisis )
+guardarAn ( [in] A: Anlisis )
Anlisis
+idAnlisis
+Cat[Categoria]
+descripcinAnlisis
+metodoResolutorio
+unidadBioqumica
+valoresNormales
+MisComponentes[*]
+actoBioquimico
+categora
+resultadoAnalisis
+observacion
+create ( [in] idAnlisis , [in] descAnlisis , [in] categora , [in] mtodoResolutorio , [in] unidadBioqumica , [in] valoresNormales )
+getCat ( )
+getDesc ( )
+getId ( )
+getMetRes ( )
+getUniBio ( )
+getValNorm ( )
+modificar ( [in] descAnlisis , [in] categora , [in] mtodoResolutorio , [in] unidadBioqumica , [in] valoresNormales )
+agregaComp ( [in] idComponente , [in] descripcionComponente , [in] valoresNormalesComp )
+create ( [in] idAnlisis , [in] descAnlisis , [in] categora , [in] mtodoResolutorio , [in] unidadBioqumica , [in] valoresNormales , [in] /derivable , [in] actoBioquimico )
+add ( [in] A : Anlisis )
+eliminaA ( [in] A : Anlisis )
+Get ( [in] i )
+guardaA ( [in] A : Anlisis )
+cargarRes ( [in] resultado )
+create ( )
+get ( [in] i )
+getComponente ( )
+getResultado ( )
1..*
0..*
1
1
Catalogo de Categoria
+MisCategorias[*]
+crearCategoria ( [in] idCategoria , [in] descripcionCategoria , [in] observacionCategoria )
+buscaCat ( [in] descCategoria )
+guardarCat ( [in] Cat: Categoria )
Categoria
+idCategoria
+descripcionCategoria
+observacionCategoria
+add ( [in] Cat : Categoria )
+Get ( [in] i )
+guardaCat ( [in] Cat: Categoria )
+create ( [in] idCategoria , [in] descripcionCategoria , [in] observacionCategoria )
+GetDesc ( )
+GetId ( )
+GetObs ( )
+modificarDatos ( [in] idCategoria , [in] descripcionCategoria , [in] observacionCategoria )
1..*
1
Controlador Categoria
+CC[Catalogo de Csategoria]
+Cat[Categoria]
+nuevaCategoria ( [in] idCategoria , [in] descripcionCategoria , [in] observacionCategoria )
+buscarCategoria ( [in] descCategoria )
+modificarCategoria ( [in] idCategoria , [in] descripcionCategoria , [in] observacionCategoria )
1
11
1
Componente
+idComponente
+descripcionComponente
+valoresNormales
+resultado
+Create ( [in] idComponente , [in] descripcionComponente , [in] valoresNormalesComp )
+Create ( )
+add ( [in] Comp: Componente )
+get ( [in] i )
+getResultado ( )
+getDesc ( )
+getValNorm ( )
0..*
1
Catlogo de Usuarios
+MisUsuarios[*]
+crearUsuario ( [in] codigoUsuario , [in] fechaAlta , [in] fechaBaja , [in] habUsuario , [in] nombreUsuario , [in] passUsuario , [in] wksUsuario )
+buscarUs ( [in] codigoUsu )
+guardarUs ( [in] U:Usuario )
Controlador de Usuarios
+U[Usuario]
+CU[Catalogo de Usuarios]
+altaUsuario ( [in] codigoUsuario , [in] fechaAlta , [in] fechaBaja , [in] habUsuario , [in] nombreUsuario , [in] passUsuario , [in] wksUsuario )
+buscarUsuario ( [in] codigoUsu )
+modificarDatos ( [in] habUsuario , [in] nombreUsuario , [in] passUsuario , [in] wksUsuario )
+eliminarUs ( [in] codigoUsu )
1
1
Usuario
+codigoUsuario
+nombreUsuario
+passUsuario
+habUsuario
+fechaAlta
+fechaBaja
+wksUsuario
+Create ( [in] codigoUsuario , [in] fechaAlta , [in] fechaBaja , [in] habUsuario , [in] nombreUsuario , [in] passUsuario , [in] wksUsuario )
+add ( [in] U:Usuario )
+get ( [in] i )
+getCod ( )
+modificar ( [in] habUsuario , [in] nombreUsuario , [in] passUsuario , [in] wksUsuario )
+guardarU ( [in] U:Usuario )
+getNom ( )
+getPass ( )
+getHab ( )
+getWks ( )
1
1
0..*
1
CatalogoDeTurnos
+misTurnos[*]
+buscaTurno ( [in] fecha )
+eliminaTurno ( [in] fecha , [in] dni )
ControladorDeTurnos
+CT[Catalogo de Turnos]
+T[Turno]
+buscarTurno ( [in] fecha )
+eliminarTurno ( [in] fecha , [in] dni )
Horario
+hora
+P[Paciente]
+observacion
+Get ( [in] i )
+GetHora ( )
+add ( [in] P: Paciente )
+dameDni ( )
0..1
*
Turno
+fechaTurno
+Horarios[*]
+Get ( [in] i )
+GetFecha ( )
+GetHorarios ( )
*
*
0..1
1
1
1
1
*
*
1
1

MODELO DE DESPLIEGUE

Servidor PC 1
Gestor de base de datos
<<HTTP>>
PC 2
Impresora_PC
<<HTTP>>
USB

MODELO DE BASE DE DATOS


ETAPA 4

ELECCIN DEL LENGUAJE DE PROGRAMACIN JUSTIFICACIN
Para desarrollar el siguiente proyecto, decidimos utilizar la herramienta de desarrollo
Genexus. La eleccin de dicha herramienta se basa principalmente en nuestro
conocimiento, adems de los mltiples beneficios con los que cuenta. Por un lado, es una
herramienta con la cual es posible desarrollar aplicaciones multiplataforma, adems cuenta
con la ventaja de ser gil.
GeneXus tambin brinda la posibilidad de integrar la aplicacin con sistemas externos,
desarrollar nuevas funcionalidades y nuevos sistemas, as como tambin acceder y trabajar
en el proyecto desde mltiples plataformas.


MODELO DE PRUEBA, DEFECTO Y EVALUACIN DE LA PRUEBA

Particiones de equivalencia y casos de prueba para cada una de las siguientes
pantallas de SYSLAB

PANTALLA 1- Anlisis

Tipos de Datos

Particiones de equivalencia
CAMPO ENTRADA PARTICIN VLIDA PARTICIN INVLIDA
idAnlisis Numrico A:[0;9999999999] K:Blanco
L:letras
descripcion Alfanumrico[30] B:cadena alfanumrica M:blanco
N:smbolos
Mtodo Resolutorio Alfanumrico[30] C:cadena alfanumrica
D:blanco
O:smbolos
Valores Normales Alfanumrico[30] E:cadena alfanumrica
F:blanco
P:smbolos
Unidad Bioquimica Numrico G:[0,00;100,00] H:Blanco
Q:fuera de rango
R:letras

Unidad Numrico I:[000;100]
J:blanco
S:fuera de rango
T:letras
Observacion Alfanumrico[60] U:cadena alfanumrica
V:blanco
W:smbolos

Casos de Prueba
Id DESCRIPCI
N
METODO
RESOLU
TORIO
VALORES
NORMALES
UNIDAD
BIOQUIM
ICA
UNIDAD OBSERV
ACIN
EQUIV
ALENC
IA
RESULTA
DO
660174 Colesterol comn Hasta 200 3 3 Con
aplicaci
n
A-B-C-
E-G-I-U
Registra
660174 Colesterol Hasta 200 3 3 Con
aplicaci
n
A-B-D-
E-G-I-U
Registra
660174 Colesterol 3 3 A-B-D-
F-G-I-V
Registra
660174 Colesterol Comn 3 3 Con
aplicaci
n
A-B-C-
F-G-I-U
Registra
660174 Colesterol 3 A-B-D-
F-G-J-V
Registra
Triglisridos Comn Hasta 170 3 3 Con
aplicaci
n
K-B-C-
E-G-I-U
Error
Llmm Triglisridos Comn Hasta 170 3 3 Con
aplicaci
n
L-B-C-
E-G-I-U
Error
660876 Comn Hasta 170 3 3 Con
aplicaci
n
A-M-C-
E-G-I-U
Error
660876 225/*85 Comn Hasta 170 3 3 Con
aplicaci
n
A-N-C-
E-G-I-U
Error
Comn Hasta 170 3 3 Con
aplicaci
n
K-M-C-
E-G-I-U
Error
llmm Hasta 170 3 3 L-M-D-
E-G-I-V
Error
Llnnm d/**fff 3 3 L-N-D-
F-G-I-V
Error
660746 Plaquetas Comn Entre 350
mil y 400 mil
/***//*/ A-B-C-
E-H-J-
W
Error
660746 Plaquetas Comn 4 /*****//*/*/ A-B-C-
F-H-I-W
Error


PANTALLA 2 Prestacin

Tipos de Datos

Particiones de Equivalencia
Fecha Date A:[dd/mm/aaa] B:blanco
C:formato incorrecto
Descripcin Alfanumrico[30] D:cadena alfanumrica
E:blanco
F:smbolos
Saldo Numrico G:[0,0;9999999999,00]
H:blanco
I:fuera de rango
J:letras
Precio Total Numrico K:[0,0;9999999999,00]
L:blanco
M:fuera de rango
N:letras
Diagnstico Alfanumrico[60] O:cadena alfanumrica
P:blanco
Q:smbolos
Observacin Alfanumrico[60] R:cadena alfanumrica
S:blanco
T:smbolos


Casos de Prueba
FECHA DESCRIPCI
N
SALDO PRECI
O
TOTAL
DIAGNSTI
CO
OBSERVAC
ION
EQUIVALEN
CIA
RESU
LTAD
O
11/05/2014 Entrada n1 0 0 Sin
enfermedad
es
Falta orden A-D-G-K-O-R Regist
ra
11/05/2014 0 0 Sin
enfermedad
es
Falta orden A-E-G-K-O-R Regist
ra
12/05/2014 Entrada n2 20 Todo normal Sin orden A-D-H-K-O-R Regist
ra
02/04/2014 Entrada n1 100 Valores
normales
Sin orden A-D-G-L-O-R Regist
ra
05/04/2014 Entrada n3 150 50 Orden
archivada
A-D-G-K-P-S Regist
ra
05/05/2014 Entrada n4 150 50 Valores
normales
A-D-G-K-O-R Regist
ra
02-03-14 Entrada n1 0 50 Todo normal Sin orden C-D-G-K-O-R Error
02-03-14 0 50 Todo normal Sin orden C-E-G-K-O-R Error
02-03-12 Entrada n2 150 Valores
normales
Sin orden C-D-H-K-O-R Error
02-03-14 //*///*/*/ 0 120 Valores
normales
Orden
archivada
C-F-G-K-O-R Error
Entrada n1 0 50 Todo normal Sin orden B-D-G-K-O-R Error
/*//*//* 20 30 Sin orden B-F-G-K-P-S Error
Entrada 10 25 normal Falta orden B-D-H-K-O-R Error
05/04/014 /***/*//546 25 30 normal Debe orden A-F-G-K-O-R Error
07/05/2014 Entrada 5 -1 25 normal Debe orden A-D-I-K-O-R Error
05/05/2014 Entrada 6 0 -10 Paciente
sano
Orden
archivada
A-D-G-M-O-R Error
05/05/2014 Entrada 6 0 0 //**54### Orden
archivada
A-D-G-K-Q-R Error
05/05/2014 Entrada 7 20 10 Paciente
sano
-**---&&&&))) A-D-G-K-O-T Error
05/05/2014 Entrada 6 0 0 //**54### A-D-G-K-Q-S Error
10/05/2014 Entrada 6 -10 /*/----++++ Orden
archivada
A-D-H-M-Q-R Error
10/05/2014 Entrada 6 0 /*/----++++ Orden
archivada
A-D-G-L-Q-R Error
10/05/2014 Entrada 7 -5 10 Paciente
sano
-**---&&&&))) A-D-I-K-O-T Error

PANTALLA 3 Paciente

Tipos de Datos

Dni Numrico A: 1000000<=9999999999 B:Blanco;
C:letra;
D:fuera de rango
Apellido y Nombre Alfanumrico[40] E:Cadena alfanumrica F:Blanco;
G: smbolos
Telfono Alfanumrico[30] H:Cadena alfanumrica
I:Blanco
U:smbolos
direccin Alfanumrico[30] J:Cadena alfanumrica
K:Blanco
V:smbolos
sexo Conjunto de
comportamiento distinto
L:Femenino
M:Masculino

Fecha Nacimiento date O:[ao/mes/da]
P:Blanco;

Q:Formato incorrecto
R:letra
celular Alfanumrico[30] S:cadena alfanumrica
T:blanco
W:smbolos

Ciudad Alfanumrico[30] X:cadena alfanumrica
Y:blanco
Z:smbolos

Casos de Prueba
Dni apeYNo
m
telefo
no
direccio
n
sexo Fecha
Nacimien
to
celular Localid
ad
Equivalen
cia
Resulta
do
31955
886
Mercedes
Vivanco
45366
2
Martn
Fierro 92
Femen
ino
1986/02/0
5
15604173
4
Gualegu
ay
A-E-H-J-L-
O-S-X
Registr
a
30591
972
Juan
Mihura
Martn
Fierro 92
Mascul
ino
1983/09/1
7
15687826
00
Gualegu
ay
A-E-I-J-M-
O-S-X
Registr
a
33317
991
Ana
Vivanco
42149
42
Femen
ino
1991/04/0
1
15626927
67
Rosario A-E-H-K-L-
O-S-X
Registr
a
14322
253
Maru
Berisso
42877
5
Femen
ino
15623937 Gualegu
ay
A-E-H-K-L-
P-S-X
Registr
a
11606
737
Feliciano
Vivanco
Mascul
ino
1955/08/2
3
15498226 Gualegu
ay
A-E-I-K-M-
O-S-X
Registr
a
31955
886
45366
2
Femen
ino
1986/02/0
5
15604173
4
A-F-H-K-L-
O-S-Y
Error
annn
mm
Mercedes
Vivanco
Femen
ino
1986/02/0
50
15604173
4
C-E-I-K-L-
O-S-Y
Error
Mercedes
Vivanco
Femen
ino
1986/02/0
5
15604173
4
Gualegu
ay
B-E-I-K-L-
O-S-X
Error
5555 Mercedes
Vivanco
Femen
ino
1986/02/0
5
15604173
4
Gualegu
ay
D-E-I-K-L-
O-S-X
Error
11606
737
Feliciano
Vivanco
***///** Mascul
ino
15498226 Gualegu
ay
A-E-U-K-
M-P-S-X
Error
30591
972
Juan
Mihura
Martn
Fierro 92
Mascul
ino
**---6558 Gualegu
ay
A-E-I-J-M-
P-W-X
Error
30591
972
Juan
Mihura
Martn
Fierro 92
Mascul
ino
aaaaaa **---6558 Gualegu
ay
A-E-I-J-M-
R-W-X
Error
33317
991
Ana
Vivanco
42149
42
Femen
ino
1991/04/0
1
15626927
67
***//***8/
/
A-E-H-K-L-
O-S-Z
Error
31955
886
Mercedes
Vivanco
45366
2
Martn
Fierro 92
Femen
ino
1986-05-
02
15604173
4
Gualegu
ay
A-E-H-J-L-
Q-S-X
Error
30591
972
Juan
Mihura
***/***84
6
Mascul
ino
aaaaaa **---6558 Gualegu
ay
A-E-I-V-M-
R-W-X
Error


PANTALLA 4 Mdicos

Tipos de Datos

Matrcula Numrico A:[0000000001;9999999999] M: fuera de rango
N:blanco
O:letras
Apellido y Nombre Alfanumrico[30] B:cadena alfanumrica P:blanco
Q:smbolos
Direccin Alfanumrico[30] C:cadena alfanumrica
D:blanco
R:smbolos
Telfono Alfanumrico[30] E:cadena alfanumrica
F:blanco
S:smbolos
Especialidad Alfanumrico[30] G:cadena alfanumrica
H:blanco
T:smbolos
Ciudad Alfanumrico[30] I:cadena alfanumrica
J:blanco
U:smbolos
Sanatorio Alfanumrico[30] K:cadena alfanumrica
L:blanco
V:smbolos

Casos de Prueba
MATRCU
LA
APEYNOM DIRECCI
N
TELFON
O
ESPECIALI
DAD
CIUDA
D
SANATO
RIO
EQUIVA
LENCIA
RESU
LTAD
O
42562 Jajn
Mara
San
Antonio 92
456332 dermatloga Gualegu
ay
CEM A-B-C-E-
G-I-K
Regis
tra
45632 Boccio
Victoria
4326889 ginecloga Rosario Cruz Azul A-B-D-E-
G-I-K
Regis
tra
45632 Boccio
Victoria
Sante F
1886
ginecloga Rosario Cruz Azul A-B-C-F-
G-I-K
Regis
tra
46632 Juan Perez Cordoba
572
4563321 Rosario Centro A-B-C-E-
H-I-K
Regis
tra
56896 Mario
Moreno
Rioja 869 4214942 pediatra A-B-C-E-
G-J-L
Regis
tra
56896 Mario
Moreno
A-B-D-F-
H-J-L
Regis
tra
0 Hugo
Perez
Sarmiento
323
425689 pediatra Gualegu
ay
25 de
Mayo
M-B-C-E-
G-I-K
Error
Hugo
Perez
Sarmiento
323
ay
25 de
Mayo
N-B-C-E-
G-I-K
Error
aaam Hugo
Perez
Sarmiento
323
ay
25 de
Mayo
O-B-C-E-
G-I-K
Error
42562 San
Antonio 92
ay
CEM A-P-C-E-
G-I-K
Error
42562 ***/// San
Antonio 92
ay
CEM A-Q-C-E-
G-I-K
Error
Sarmiento
323
ay
25 de
Mayo
M-P-C-E-
G-I-K
Error
46632 Juan Perez ++Cordoba 4563321 Rosario Centro A-B-R-E-
H-I-K
Error
0 Sarmiento
323
ay
25 de
Mayo
M-P- C-
E-G-I-K
Error
aamm Sarmiento
323
ay
25 de
Mayo
O-P- C-
E-G-I-K
Error
0 ***/// San
Antonio 92
ay
CEM M-Q- C-
E-G-I-K
Error


PANTALLA 5 Obra Social

Tipos de Datos

CAMPO ENTRADA PARTICIN VLIDA PARTICIN
INVLIDA
Obra Social Numrico A:[01;9999999999] N:Blanco
O:simbolos
Descripcin Alfanumrico[30] B:Cadena alfanumrica P:Blanco
Q:Simbolos
Direccin Alfanumrico[40] C:Cadena alfanumrica
D:Blanco
R:Smbolos

Telfono Alfanumrico[30] E:Cadena alfanumrica
F:blanco
S:Smbolos
Ciudad Alfanumrico[40] G:Cadena alfanumrica
H:Blanco
T:Smbolos
Provincia Alfanumrico[40] I:Cadena alfanumrica
J:blanco
U:Smbolos
Precio Unidad
Bioqumica
numrico K:[00,00;100,00] V:Blanco
W:Fuera de rango
Observacin Alfanumrico[40] L:Cadena alfanumrica
M:blanco
X:smbolos

Casos de Prueba
OBR
A
SOCI
AL
DESCR
IPCIN
DIREC
CIN
TELF
ONO
CIUDA
D
PROVINCI
A
PRECI
O U. B.
OBSERV
ACION
EQUIVA
LENCIA
RESULTA
DO
222 Osde San
Antonio
243
425668 Gualeg
uay
Entre Ros 2,50 Sin orden A-B-C-E-
G-I-K-L
Registra
222 Osde 425668 Gualeg
uay
Entre Ros 2,50 Sin orden A-B-D- E-
G-I-K-L
Registra
222 Osde San
Antonio
243
Gualeg
uay
Entre Ros 2,50 Sin orden A-B-C-F-
G-I-K-L
Registra
222 Osde San
Antonio
243
425668 2,50 Sin orden A-B-C-E-
H-J-K-L
Registra
36200 Caja
Forense
Mitre
543
421494
2
Rosario Santa F 2,50 A-B-C-E-
G-I-K-M
Registra
Caja
Forense
Mitre
543
421494
2
Rosario Santa F 2,50 Con
orden
N-B-C-E-
G-I-K-L
Error
/***/85
56
Caja
Forense
Mitre
543
421494
2
orden
O- B-C-
E-G-I-K-L
Error
36200 Mitre
543
421494
2
orden
A-P- C-E-
G-I-K-L
Error
36200 4--
*5558
Mitre
543
421494
2
orden
A-Q-C-E-
G-I-K-L
Error
36200 Caja
Forense
Mitre
543
421494
2
Rosario Santa F Con
orden
A-B-C-E-
G-I-V-L
Error
Sarmien
to 480
456699
8
Rosario Santa F 2,50 N-P-C-E-
G-I-K-M
Error
4**/466
8
Sarmien
to 480
456699
8
Rosario Santa F 2,50 N-Q-C-E-
G-I-K-M
Error
/*/562
//*
Sarmien
to 480
456699
8
orden
O-P-C-E-
G-I-K-L
Error
5800 IAPOS Sarmien
to 480
456699
8
Rosario Santa F 0 A-B-C-E-
G-I-W-M
Error
IAPOS Sarmien
to 480
456699
8
Rosario Santa F 1000 N-B-C-E-
G-I-W-M
Error

Particiones de Equivalencia Planes
INVLIDA
Id Alfanumrico[10] A.Cadena alfanumrica H:Blanco
I:Smbolos
Descripcin Alfanumrico[30] B:Cadena alfanumrica J:Blanco
K:Smbolos
Porcentaje
Paciente
Numrico C:[00;100]
D:Blanco
L:Fuera de rango
Observacin Alfanumrico[60] E:Cadena alfanumrica
F:blanco
M:smbolos
Unidad Bioqumica numrico G:[00,00;100,00] N:Blanco
O:Fuera de rango

Casos de prueba Planes
ID PLAN DESCRIPCIN PORC
PACIENTE
OBSERVACION UNIDAD
BIOQUMICA
EQUIVALENCIA RESULTADO
210 Plan 210 10 Sin orden 2,50 A-B-C-E-G Registra
210 Plan 210 Sin orden 2,50 A-B-D-E-G Registra
310 Plan 310 5 2,50 A-B-C-F-G Registra
310 Plan 310 2,50 A-B-D-F-G Registra
Plan 410 10 Sin autorizar 3,50 H-B-C-E-G Error
/**+++-- Plan 310 5 Sin orden 2,00 I-B-C-E-G Error
15 Sin orden 1,00 H-J-C-E-G Error
/***---+++ 10 Sin autorizacin 1,00 H-K-C-E-G Error
410 12 Sin orden 2,00 A-J-C-E-G Error
410 /++-///++ 10 Sin orden 3,00 A-K-C-E-G Error
410 Plan 410 999 Sin orden 2,00 A-B-L-E-G Error
310 Plan 310 10 /***++++++--- 1,00 A-B-C-M-G Error
210 Plan 210 15 Sin autorizacin A-B-C-E-N Error
210 Plan 210 15 Sin autorizacin -5 A-B-C-E-O Error


PANTALLA 6 Usuarios

Tipos de Datos

INVLIDA
Cdigo Alfanumrico[20] A:Cadena alfanumrica L:Blanco
M:Smbolos
Nombre Alfanumrico[30] B:Cadena alfanumrica N:Blanco
O:Smbolos
Contrasea Alfanumrico[8] C:Cadena alfanumrica P:Blanco
Q:Smbolos
Habilitado Conjunto de
comportamiento distinto
D:Habilitado
E:No habilitado

Fecha Alta Fecha F:[dd/mm/aa]
G:Blanco
R:Formato incorrecto

Fecha Baja Fecha H:[dd/mm/aa]
I:blanco
S:Formato incorrecto
Estacin de trabajo Alfanumrico[20] J:Cadena alfanumrica
K:blanco
T:smbolos

Casos de Prueba
CDIGO NOMBRE CONT
RASE
A
HABILITADO FECHA
ALTA
FECHA
BAJA
ESTACIN
DE
TRABAJO
EQUIVA
LENCIA
RESULTA
DO
Administr
ador
Administra
dor
123 Habilitado 05/03/1
4
05/03/1
5
PC1 A-B-C-D-
F-H-J
Registra
Administr
ador
Administra
dor
123 No habilitado 05/03/1
4
05/03/1
4
PC1 A-B-C-E-
F-H-J
Registra
MVivanco MVivanco 12345 Habilitado PC1 A-B-C-D-
G-I-J
Registra
MVivanco M Vivanco 12345 No habilitado A-B-C-E-
G-I-K
Registra
Juan
Mihura
4
31/03/1
5
PC1 L-B-C-D-
F-H-J
Error
///855** Juan
Mihura
4
31/03/1
5
PC1 M-B-C-D-
F-H-J
Error
JMihura 123 No Habilitado 31/03/1
4
31/03/1
5
PC1 A-N-C-E-
F-H-J
Error
MBerisso //**/// Mb12
3
Habilitado 25/02/1
4
25/02/1
6
PC1 A-O-C-D-
F-H-J
Error
MBerisso Maru
Berisso
Habilitado 25/02/1
4
25/02/1
6
PC1 A-B-P-D-
F-H-J
Error
AVivanco Ana
Vivanco
/****///-
-
Habilitado 25/03/1
4
25/03/1
6
PC1 A-B-Q-D-
F-H-J
Error
AVivanco Ana
Vivanco
Av123 Habilitado 2014-
05-02
02/05/1
4
PC2 A-B-C-D-
R-H-J
Error
AVivanco Ana
Vivanco
Av123 Habilitado 05/02/1
4
2014-
05-02
PC2 A-B-C-D-
E-S-J
Error


PANTALLA 7 Categoras

Tipos de Datos

Id Numrico A:[0000000001;9999999999] D:blanco
E:letras
J:fuera de rango
descripcion Alfanumrico[30] B:cadena alfanumrica F:blanco
G:smbolos
observacin Alfanumrico[30] C:cadena alfanumrica
I:blanco
H:smbolos

Casos de Prueba
id descripcin Observacin EQUIVALENCIA RESULTADO
1 serologa Anlisis de
serologa
A-B-C Registra
2 Qumica A-B-I Registra
serologa Anlisis de
serologa
D-B-C Error
serologa D-B-I Error
Anlisis de
serologa
D-F-C Error
a qumica Anlisis
qumicos
E-B-C Error

b Anlisis
qumicos
E-F-C Error
1 //*///// Anlisis de
serologa
A-G-C Error
1 ***//*** A-G-I Error
0 Qumica J-B-I Error


PANTALLA 8 Histrico Pacientes

Tipos de Datos

Paciente Numrico A: 1000000<=9999999999 D:Blanco
E:Fuera de rango
F:Letras
fechaDesde Date B:[dd/mm/aaaa] G:Blanco
H:Formato incorrecto
I:Letras
fechaHasta date C:[dd/mm/aaaa] J:Blanco
K:Formato incorrecto
L:letras

Casos de Prueba
PACIENTE FECHA
DESDE
FECHA
HASTA
EQUIVALENCIA RESULTADO
31955886 02/02/2014 11/05/2014 A-B-C Registra
02/02/2014 11/05/2014 D-B-C Error
0 02/02/2014 11/05/2014 E-B-C Error
Llljjmkk 02/02/2014 11/05/2014 F-B-C Error
30591972 05/05/2014 A-G-C Error
30591972 2014-02-25 05/05/2014 A-H-C Error
30591972 Llllkkkkkaa 05/05/2014 A-I-C Error
14322253 05/01/2014 A-B-J Error
14322253 05/01/2014 2014-5-1 A-B-K Error
14322253 05/01/2014 Cinco de
enero
A-B-L Error

PANTALLA 9 Turnos Domicilio

Tipos de Datos

fecha dateTime A:[dd/mm/aaaa] H:Blanco
I:Formato incorrecto
observacin Alfanumrico[60] B:Cadena alfanumrica
C:Blanco
J:Smbolos
Hora Numrico D:[00;24] K:Blanco
L:Fuera de rango
Dni Numrico E:[1000000;9999999999] M:Blanco
N:Fuera de rango
observacion Alfanumrico[60] F:Cadena alfanumrica
G:blanco
O:Smbolos


Casos de Prueba
FECHA OBSERVACIN HORA DNI OBSERVACION EQUIVALENCIA RESULTADO
05/04/2014 Con obra social 9 31955886 Llegar puntual A-B-D-E-F Registra
05/04/2014 9 30591972 Domicilio
paciente
A-C-D-E-F Registra
08/04/2014 10 33317991 A-C-D-E-G Registra
07-04-
2014
Con receta 11 31955886 No funciona
timbre
I-B-D-E-F Error
Con receta 11 31955886 No funciona
timbre
H-B-D-E-F Error
Con receta 30591972 Domicilio
paciente
H-B-K-E-F Error
07-04-
2014
33317991 I-C-K-E-G Error
07/04/2014 Con receta 8 Domicilio
paciente
A-B-D-M-F Error
07/04/2014 Con receta 8 1 Domicilio
paciente
A-B-D-N-F Error
09/04/2014 //***///8//85 7 14322253 A-J-D-E-G Error
09/04/2014 45 14322253 No funciona
timbre
A-C-L-E-F Error


PLAN Y CRONOGRAMA DE CAPACITACIN PARA USUARIOS FINALES

1. JUSTIFICACIN
El siguiente plan se sustenta en el marco de la ejecucin del Proyecto SYSLAB, que ofrece
una solucin acadmica para los usuarios finales del sistema.

2. OBJETIVOS
Generar capacidades en los usuarios en el uso del nuevo sistema de gestin del laboratorio
de Anlisis Clnicos Valero (SYSLAB) para mejorar su desempeo laboral y productividad.

3. ESTRUCTURA DEL PLAN DE CAPACITACIN

TEMA DURACIN MODALIDAD FACILITADOR PARTICIPANTES
1- INTRODUCCIN
15 MINUTOS PRESENCIAL Carlomagno,
Luciano
Usuarios finales
2 -DESCRIPCIN DE LOS
MDULOS
Luciano
Usuarios finales
3 -INICIO DE SESIN
Luciano
Usuarios finales
4 -GESTIN DE
PACIENTES
Luciano
Usuarios finales
5 -GESTIN DE
PRESTACIONES
Luciano
Usuarios finales
6 -GESTIN DE OBRAS
SOCIALES
Luciano
Usuarios finales
7 -GESTIN DE
MDICOS
Luciano
Usuarios finales
8 -GESTIN DE TURNOS
A DOMICILIO
Luciano
Usuarios finales
9GESTINDE
INFORMES
Luciano
Usuarios finales
10-GESTIN DE
ANLISIS
15 MINUTOS Carlomagno,
Luciano
Usuarios finales
11-GESTIN DE
FACTURACIN Y
COBRO
Luciano
Usuarios finales
12-GESTIN DE
PLANILLAS
Luciano
Usuarios finales

13-GESTIN DE
CATEGORAS
Luciano
Usuarios finales
DURACIN TOTAL
4 HORAS

4. CONTENIDOS

1-INTRODUCCIN
Espacio en el cul se realizar una introduccin general sobre el nuevo sistema, haciendo
hincapi en los beneficios de su implementacin y su facilidad de uso.

2-DESCRIPCIN DE LOS MDULOS
Espacio en el cual se llevar a cabo l introduccin y descripcin de cada uno de los mdulos
de SYSLAB a los usuarios finales, resolviendo todas y cada una de las dudas que surjan
acerca del tema que se trate en ese momento.

3-INICIO DE SESIN
Mdulo diseado para ingresar al sistema por medio de un nombre de usuario y su
respectiva contrasea, los ingresos al sistema sern controlados por medio de perfiles, los
cuales tendrn ciertas restricciones para realizar acciones en el sistema.

4-GESTIN DE PACIENTES
Mdulo diseado para crear y gestionar los Pacientes que se crearon en el sistema.

5-GESTIN DE PRESTACIONES
Mdulo creado para gestionar las prestaciones que se realizan a los pacientes. Abarca el
ABM de prestaciones y la emisin del informe.

6-GESTIN DE OBRAS SOCIALES
Mdulo creado para gestionar las Obras Sociales con las cuales trabaja el Laboratorio.
Incluye alta, baja y modificacin de Obras Sociales y de Planes de las mismas.


7-GESTIN DE MDICOS
Mdulo diseado para realizar el alta, baja y modificacin de los mdicos solicitantes de las
prestaciones realizadas por los pacientes.

8-GESTIN DE TURNOS A DOMICILIO
Mdulo diseado para gestionar los turnos de prestaciones que se realizan a domicilio.

9 GESTIN DE INFORMES
Mdulo creado para la obtencin de informes, ya sea el informe de una prestacin como un
histrico de las prestaciones de un Paciente

10-GESTIN DE ANLISIS
Mdulo creado para realizar el alta, baja y modificacin de los anlisis que se realizan en el
laboratorio.

11-GESTIN DE FACTURACIN Y COBRO
Mdulo diseado para automatizar la facturacin y cobro de las prestaciones a los Pacientes.

12-GESTIN DE PLANILLAS
Mdulo diseado para la obtencin de las planillas diarias de divisin del trabajo.

13-GESTIN DE CATEGORAS
Mdulo creado para gestionar las categoras a las cuales pertenecen los anlisis que se
realizan en el laboratorio. Comprende el alta, baja y modificacin de las mismas.

5. EJECUCIN
La ejecucin del Plan de Capacitacin se llevar a cabo en el Laboratorio de Anlisis Clnicos
Valero, ubicado en la calle Iriondo n2065 de la Ciudad de Rosario, el da lunes 2 de junio de
2014 a las 14 hs.

Proyecto Final Integrador

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto Final Integrador

Uploaded by

Copyright:

Available Formats

2014

You might also like